ES2281690T3 - Aparatos y procedimientos de servicios de telecomunicaciones. - Google Patents
Aparatos y procedimientos de servicios de telecomunicaciones. Download PDFInfo
- Publication number
- ES2281690T3 ES2281690T3 ES03792526T ES03792526T ES2281690T3 ES 2281690 T3 ES2281690 T3 ES 2281690T3 ES 03792526 T ES03792526 T ES 03792526T ES 03792526 T ES03792526 T ES 03792526T ES 2281690 T3 ES2281690 T3 ES 2281690T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- messages
- sms
- network
- address
- 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
- 238000000034 method Methods 0.000 title claims description 91
- 230000004044 response Effects 0.000 claims abstract description 49
- 230000009466 transformation Effects 0.000 claims abstract description 17
- 230000011664 signaling Effects 0.000 claims abstract description 10
- 238000012545 processing Methods 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 5
- 230000001131 transforming effect Effects 0.000 claims description 2
- 238000010276 construction Methods 0.000 abstract description 2
- 238000004891 communication Methods 0.000 description 22
- 230000006870 function Effects 0.000 description 20
- 230000008901 benefit Effects 0.000 description 18
- 238000013519 translation Methods 0.000 description 12
- 230000014616 translation Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 11
- 238000005204 segregation Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 7
- 238000006243 chemical reaction Methods 0.000 description 6
- 238000013461 design Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000005316 response function Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000004888 barrier function Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 235000021443 coca cola Nutrition 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000010606 normalization Methods 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 1
- 230000001149 cognitive effect Effects 0.000 description 1
- 210000001072 colon Anatomy 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000036651 mood Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000000844 transformation Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/184—Messaging devices, e.g. message centre
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Aparato de servicios de telecomunicaciones para utAparato de servicios de telecomunicaciones para utilizar con una red telefónica, comprendiendo el apilizar con una red telefónica, comprendiendo el aparato: unos medios (16) para recibir mensajes inicarato: unos medios (16) para recibir mensajes iniciados en terminal móvil; unos medios operativos paiados en terminal móvil; unos medios operativos para permitir la ejecución de una o más aplicacionesra permitir la ejecución de una o más aplicaciones de mensajería en los mensajes originados en termi de mensajería en los mensajes originados en terminal móvil, en los que puede ejecutarse una aplicacnal móvil, en los que puede ejecutarse una aplicación para cada uno o la totalidad de los mensajes qión para cada uno o la totalidad de los mensajes que llegan al aparato; unos medios para almacenar aue llegan al aparato; unos medios para almacenar atributos de mensajes emparejados con respectivas atributos de mensajes emparejados con respectivas aplicaciones de mensajería; unos medios para comparplicaciones de mensajería; unos medios para comparar un atributo de cada mensaje con los atributos dar un atributo de cada mensaje con los atributos de mensajes almacenados, que son operativos para see mensajes almacenados, que son operativos para seleccionar la respectiva aplicación de mensajería bleccionar la respectiva aplicación de mensajería basándose en la comparación; y unos medios (16, 22)asándose en la comparación; y unos medios (16, 22) para ejecutar la aplicación de mensajería selecci para ejecutar la aplicación de mensajería seleccionada, en los que la ejecución de la aplicación seonada, en los que la ejecución de la aplicación seleccionada incluye el procesamiento, la transformaleccionada incluye el procesamiento, la transformación o el encaminamiento del respectivo mensaje. ción o el encaminamiento del respectivo mensaje.
Description
Aparatos y procedimientos de servicios de
telecomunicaciones.
La presente invención se refiere al campo de las
telecomunicaciones y, en particular, se refiere a los aparatos y
procedimientos de servicios de telecomunicaciones, en las áreas
específicas de mensajería, conectividad y procesamiento de
texto.
La mensajería en las redes móviles, y en
particular la mensajería de texto, ha adquirido una relevancia
significativa desde su introducción. Se prevé que en el futuro los
servicios avanzados continúen incentivando este crecimiento, en la
medida en que los terminales móviles se adapten cada vez más a los
diversos aspectos del estilo de vida de los usuarios, la
comunicación y la recuperación de información.
Los mensajes de voz y de texto son utilizados
comúnmente por los abonados de las redes de teléfonos móviles. La
interconexión entre muchas redes ha permitido la transmisión de
mensajes entre los abonados de las diferentes redes y, en algunos
casos, entre las redes de tecnologías diferentes, tales como las
tecnologías GSM y CDMA. En la mensajería de texto, comúnmente se
utiliza un sistema de buzón, por medio del cual se asigna a cada
abonado un buzón personal donde los otros abonados pueden grabar
mensajes de voz que serán posteriormente escuchados por el
propietario del buzón. La mayoría de terminales móviles GSM tienen
capacidad para llevar a cabo la redacción, la transmisión y la
recepción de mensajes de texto.
La mensajería de texto requiere la entrada de
caracteres alfanuméricos mediante la interfaz
hombre-máquina (MMI) normalizada del terminal
móvil, y también requiere el direccionamiento del mensaje hacia el
destinatario deseado. La dirección de destino para el mensaje se
especifica habitualmente entrando un número ISDIN de estación móvil
(MSISDN) que es el número de teléfono móvil del destinatario
deseado, o seleccionando una entrada de la libreta de direcciones
del terminal que ya tiene preprogramado el MSISDN deseado. La
libreta de direcciones normalmente proporciona el MSISDN utilizando
la equivalencia alfanumérica de un nombre.
Los usuarios de teléfonos móviles pueden tener
acceso a una gran diversidad de servicios de voz, incluidos los
servicios basados en red, tales como los servicios de correo de voz
y los servicios de información/entretenimiento (por ejemplo, una
transmisión de radio en directo).
Normalmente los usuarios acceden a estos
servicios iniciando una llamada al equipo que suministra los
servicios, marcando una secuencia de dígitos que representa el
número de teléfono del servicio. La mayor parte de los usuarios
sólo son capaces de memorizar con facilidad un grupo reducido de
números de teléfono; en consecuencia, dichos usuarios utilizan
diversas formas de guías que proporcionan las traducciones de
nombres alfanuméricos con significado como series de dígitos. En el
caso de los usuarios de teléfonos móviles, la guía o "libreta de
teléfonos" contenida en el terminal resulta muy útil. No
obstante, es posible que los usuarios no tengan almacenado el
número de un servicio al que llaman con poca frecuencia, ya sea por
limitaciones de capacidad, o bien porque no estaba previsto su uso
en el futuro. Entonces, cuando se necesita el servicio, la obtención
del número a partir de otras fuentes puede resultar difícil, en
particular si los usuarios no se hallan en su domicilio u oficina.
En otra rama de comunicaciones, el mismo problema de utilizar largas
secuencias de dígitos para especificar sitios web de Internet ha
sido muy eficazmente superado permitiendo que los usuarios
introduzcan direcciones alfanuméricas (nombres de dominio) que
habitualmente adoptan la forma www.nombredeempresa.com. Dichas
direcciones son traducidas dentro de la red Internet como las
cadenas numéricas necesarias. Además, los motores de búsqueda
disponibles en Internet permiten a los usuarios que no recuerdan o
que desconocen el nombre de dominio necesario introducir una
palabra aproximada o una palabra clave para habilitar la
identificación inteligente de los sitios web potencialmente
deseados.
Una de las características del servicio de
mensajes cortos (SMS) del sistema GSM es que normalmente se
transmite al destinatario un identificador correspondiente a la
identidad del emisor. El emisor no puede ocultar opcionalmente
dicho identificador.. En algunas excepciones, ciertos servicios
especializados ofrecidos por un operador, tales como los servicios
de cibercharla y cibercita, presentan al destinatario una
identificación de línea llamante (CLI) alternativa o temporal que
permite responder aunque ocultan la identidad del emisor.
Exceptuando dichos casos, la CLI normalmente se envía y puede
presentarse en forma de número MSISDN, si bien la mayoría de
terminales traducirán dicho número como un nombre alfanumérico si
existe una correspondiente entrada MSISDN en la libreta de
direcciones del terminal. Esto facilita el reconocimiento del
emisor, sin que el destinatario tenga que recordar números de
teléfono. La característica CLI de las redes móviles es análoga a la
característica CLI disponible en las redes fijas. Otro beneficio de
la recepción de la CLI es que la generación de una respuesta
resulta mucho más fácil sin necesidad de especificar explícitamente
la dirección de retorno. La interfaz MMI para los terminales
móviles del sistema GSM define la respuesta como una característica
estándar.
Otra posibilidad para la transmisión de la
identificación CLI como número MSISDN es que el sistema GSM admita
también la transmisión de un valor o nombre alfanumérico corto de
hasta 11 caracteres. La capacidad para operar con la recepción y la
correcta presentación de una CLI alfanumérica está casi
universalmente disponible en los teléfonos móviles recientes. Esta
capacidad está siendo utilizada cada vez más por los servidores SMS
para añadir la marca comercial a los mensajes que se envían a los
abonados. En la mayor parte de casos, los números de teléfono
asociados a los servidores SMS o las empresas que originan tráfico
SMS relacionado con marcas comerciales no estarán preprogramados en
los terminales de los destinatarios. La CLI de dichos mensajes, por
lo tanto, no incluirá ningún valor que sirva para promocionar o
reconocer la identidad de la fuente del mensaje ante el usuario. A
través del uso de una CLI alfanumérica (tal como
"Coca-Cola®" o "Lufthansa®"), el usuario
es capaz de reconocer de inmediato la fuente, en lugar de recibir un
mensaje desde un número no identificado.
La mayor parte de terminales admiten la
utilización de la función de respuesta de la MMI con mensajes que
presentan identificaciones CLI alfanuméricas. La función de
respuesta obtiene la CLI y la utiliza como nueva dirección de
destino. Actualmente, se están introduciendo capacidades de red para
encaminar los mensajes hacia direcciones de destino alfanuméricas,
y la utilización del direccionamiento alfanumérico está
experimentando un fuerte incremento a lo largo del tiempo, a medida
que los usuarios van descubriendo los beneficios de la posibilidad
de enviar mensajes utilizando nombres en lugar de números. Por
ejemplo, a las personas que conducen un vehículo, les puede
resultar muy útil tener la posibilidad de enviar un mensaje de texto
a la organización automovilística "AA®" o "RAC®" en caso
de avería, para solicitar una llamada o texto de respuesta sin
necesidad de memorizar ningún número de teléfono para efectuar una
llamada.
Actualmente, la mensajería de texto de persona a
persona, que en el caso de las redes GSM es facilitada por el
servicio de mensajes cortos (SMS), constituye el uso predominante de
los servicios de mensajería en las redes móviles. El SMS define los
mensajes de señalización dentro del protocolo de aplicación móvil
(MAP) para transferir los mensajes cortos en modalidad "iniciado
en terminal móvil" (MO) entre el terminal móvil y la central de
servicio de mensajes cortos (SMSC), y en modalidad "terminado en
terminal móvil" (MT) entre la central de servicio de mensajes
cortos y el terminal móvil. Existen tecnologías de mensajería
comparables para otras arquitecturas móviles, y actualmente se
están introduciendo sistemas de mensajería de última generación
para GSM (servicios de mensajería mejorados (EMS) y servicios de
mensajería multimedia (MMS)), denominados globalmente "servicios
de mensajería de texto".
Las redes GSM se definen en las normas
correspondientes, en las que se especifica que los servicios de
mensajes cortos GSM (SMS) son implementados por un dispositivo de
almacenamiento y retransmisión denominado "central de servicio de
mensajes cortos" (SMSC). Esta técnica, que es análoga a la
técnica de registro de correo de voz, aportó la mayor parte de
beneficios en los inicios del sistema GSM, cuando los terminales no
eran tan portátiles como los de hoy, la duración de la batería era
escasa y la cobertura de radio era limitada. En aquella época, sólo
se conseguía enviar una pequeña proporción de los mensajes de texto
en el primer intento; debido a esto, los dispositivos de
almacenamiento y retransmisión resultaban adecuados. Actualmente, la
proporción se ha invertido y muchas redes declaran valores del 80%
o más de éxito en el primer intento de envío de los mensajes.
Otros usos de los servicios de mensajería de
texto incluyen los mensajes persona-servidor y
servidor-persona, siendo un servidor un equipo de
red o un equipo independiente operativo para ser utilizado como
fuente o sumidero de mensajes de texto. Habitualmente, los
servidores proporcionan recursos de recepción de mensajes para
votaciones, competiciones o servicios de información, y recursos de
emisión de mensajes para servicios de suscripción o de publicidad.
Actualmente, es común que los mensajes de texto sean enviados a los
servidores de destino a través de redes IP utilizando protocolos
basados en SMSC, aunque algunas empresas, tales como Telsis®,
ofrecen el envío de correo electrónico a los servidores a través de
la red pública Internet. La interacción de los mensajes de texto
con las aplicaciones del servidor, tales como las aplicaciones para
votaciones, compras o entretenimiento, cada vez es más común, y la
interacción con las aplicaciones del servidor está empezando a
crecer de la misma forma en que lo ha hecho previamente en las redes
fijas como respuesta a la evolución de los servicios de tarifa con
recargo.
En los servicios de información, tal vez sea
necesario que el usuario envíe un mensaje de texto a un número o
código corto indicado, hecho que determina que la red dirija el
mensaje hacia un servicio de servidor particular. Entonces, el
servidor responde al mensaje proporcionando la información
solicitada, y la respuesta se transmite al usuario. Otra
posibilidad es que se invoque un servicio de suscripción, y entonces
el servidor envía una cantidad de mensajes de información durante
el período de tiempo indicado por el usuario. El cargo por estos
servicios se realiza de diversas maneras, incluida la aplicación de
una tarifa con recargo a la petición del usuario o la facturación
"inversa" al usuario por la respuesta.
La interconexión con Internet también se ha
implementado de tal forma que los mensajes de texto puedan
redactarse en la página web de un proveedor de servicios y, a
continuación, enviarse a través de un enlace a una red telefónica
móvil y, subsiguientemente, a su destino de la misma manera que los
mensajes de texto iniciados en terminal móvil. Varias de las
grandes empresas de portales de Internet proporcionan dicho
servicio, y en muchos casos y hasta cierto límite el envío de
mensajes de texto a los terminales móviles desde dicha aplicación
de "correo web" de Internet puede no estar sujeta a cargo
alguno.
En la técnica anterior, también es posible que
el destinatario de un mensaje de texto enviado desde dicho sistema
de correo web responda al mensaje, aunque desconozca el sitio web,
el proveedor de servicios o la identidad del emisor. Una manera de
conseguir este objetivo es utilizar una técnica móvil virtual.
La tecnología móvil virtual proporciona la
función de registro de abonados locales (HLR) para un número de
teléfono virtual, es decir, un número de teléfono que no está
necesariamente asociado a un terminal telefónico físico real. Las
operaciones de encaminamiento estándar del sistema GSM suministran
una llamada o un mensaje al nodo de red correcto, formulando una
petición al HLR para determinar la ubicación de un teléfono. El
acceso a este nodo de red desde cualquier red podrá tener lugar si
se dispone que el HLR responda a las peticiones relativas a los
números móviles virtuales proporcionando la dirección del nodo de
red encargado de la gestión de las llamadas o los mensajes móviles
virtuales. El sistema móvil virtual permite enviar desde cualquier
red mensajes de texto dirigidos a un equipo servidor de una red
A.
Los sistemas móviles virtuales disponibles hasta
la fecha se han centrado en la conectividad textual, aunque se
conoce su uso en la técnica de reencaminamiento de llamadas de voz.
El reencaminamiento de llamadas de voz permite efectuar una llamada
telefónica de voz normal a un número de teléfono móvil virtual. No
obstante, la tendencia actual de dichas técnicas de
reencaminamiento es la de reencaminar en general las llamadas de
voz hacia otro teléfono para responder a ellas personalmente o, en
algunos casos, dirigir dichas llamadas hacia un sistema de avisos
por voz que, por ejemplo, puede describir el servicio y solicitar al
llamante que envíe un mensaje de texto al número móvil virtual para
utilizar el servicio.
A continuación, se indica cómo se envían
generalmente las respuestas desde los teléfonos móviles al usuario
de correo web de origen en el ámbito de la técnica anterior. El
proveedor de servicios de Internet (ISP) que proporciona el
servicio para originar mensajes de texto desde la red ya cuenta con
una asociación con por lo menos una red telefónica móvil para el
envío de los mensajes. Si este sistema se amplía para que incluya
un rango de números móviles virtuales, se contará con una
trayectoria de respuesta. Cuando el ISP envía un primer mensaje de
texto a un destinatario determinado desde la web hasta la red móvil,
entonces se designa, por ejemplo, como dirección de origen el
primer número móvil virtual del rango. Si se envía un subsiguiente
mensaje de texto al mismo destinatario desde un emisor diferente,
entonces puede utilizarse el siguiente número móvil virtual como
dirección de origen para diferenciar las dos comunicaciones. No es
necesario diferenciar los mensajes del mismo emisor. El sistema de
correo web mantiene un registro de la dirección de correo
electrónico del usuario de origen, el número móvil virtual
utilizado y el número móvil de destino utilizado, en una memoria de
datos. La dirección de origen (CLI) del mensaje de texto que llega
al terminal móvil del destinatario está establecida en el número
móvil virtual asignado. Cuando se responde al mensaje, el terminal
transpone la dirección de origen y la dirección de destino y envía
el mensaje de respuesta al número móvil virtual. La utilización de
números móviles virtuales determina que la trayectoria de respuesta
tenga un rendimiento satisfactorio desde cualquier red.
La red móvil determina a partir del número móvil
virtual que el mensaje está destinado a la aplicación de correo web
y dirige el mensaje hacia el subsistema de correo web. A partir del
número móvil virtual y la CLI del emisor contenidos en la memoria
de datos, el subsistema de correo web puede determinar la dirección
de correo electrónico del mensaje original y puede enviar la
respuesta a esta dirección de correo electrónico, completando de
ese modo la trayectoria de respuesta.
Las redes telefónicas móviles disponen
actualmente de pocos recursos de apoyo para llevar el control en el
destinatario del envío de mensajes de texto. El control en
destinatario de los sistemas telefónicos de técnica anterior
incluye:
- \bullet
- Recursos PBX para desvío, reenvío, servicio "no molestar", etc.
- \bullet
- Correo de voz que puede activarse y desactivarse de forma selectiva.
- \bullet
- Capacidad para operar con tarjeta SIM doble o múltiple en algunas redes, lo cual permite controlar en una medida reducida hacia qué terminales se envían los mensajes.
Como se sabe en el ámbito de la técnica
anterior, es posible transmitir mensajes cortos entre redes fijas y
móviles. El operador de red fija que desea habilitar esta función
debe instalar un equipo de red especializado y proporcionar
terminales adecuados que permiten transmitir mensajes de texto a
través de líneas telefónicas normales hasta los terminales fijos,
utilizando técnicas de módem. Como alternativa, el envío de mensajes
de texto a un teléfono fijo puede realizarse mediante un subsistema
conversor de texto a voz que permite enviar el mensaje como una
llamada de voz normal.
Es común que los sistemas de mensajería
corporativa incluyan un recurso que permita enviar, desde una red
de área local (LAN) interna de ordenadores de la empresa o Intranet,
mensajes de texto que a continuación son convertidos en mensajes de
texto de formato móvil y enviados a través del aire a un teléfono
móvil para ser suministrados como mensajes de texto. De esta
manera, es posible enviar mensajes con facilidad desde cualquier
terminal fijo de ordenador conectado a la LAN de la empresa hasta
cualquier otro empleado, tal como lo hace una red privada virtual
(VPN), o hasta cualquier teléfono móvil. Habitualmente, los mensajes
se convierten en mensajes de formato móvil de interfaz aérea
utilizando una conexión en serie con un terminal móvil real, aunque
son posibles otros medios, tales como una conexión de tipo servidor
con una SMSC.
Desde la invención de la imprenta, los libros
han sido la principal fuente de material factual. Las enciclopedias
y los libros de texto son ejemplos obvios de fuentes de este tipo de
información. Recientemente, parte de esta información ha sido
transferida a los medios electrónicos (por ejemplo, los
CD-ROM y los DVD-ROM) que pueden
poner dicha información a disposición de los ordenadores personales.
La red mundial (WWW) se ha convertido en otra fuente de
información, y la disponibilidad de esta información ha sido
mejorada por la disponibilidad del protocolo WAP y los navegadores
móviles que utilizan el sistema GPRS.
No obstante, la información de la red en gran
parte no está estructurada y, en consecuencia, aunque la información
deseada esté disponible en algún lugar de la red, frecuentemente
resulta difícil hallar con rapidez los datos concretos que se
desean. Cualquier procedimiento que permita ahorrar tiempo en la
búsqueda resultará beneficioso.
La mayoría de usuarios móviles poseen terminales
que son técnicamente capaces de procesar mensajes de texto. En
consecuencia, es deseable proporcionar un servicio a través del cual
se ponga a disposición de los usuarios móviles información que
convencionalmente sólo ha estado disponible en los libros o ha sido
accesible a través de los ordenadores personales. Puesto que la
mayoría de terminales son de primera generación y carecen de las
capacidades GPRS o WAP, el transporte preferido para un servicio de
información de amplia disponibilidad es la mensajería de texto y,
en el caso del sistema GSM, el servicio SMS.
El documento US 2002/011 20 14 A da a conocer un
procedimiento de encaminamiento de mensajes para la unificación de
diferentes redes de telecomunicación de mensajes. Este procedimiento
incluye la retransmisión de mensajes al receptor, basándose en la
información de trayectoria de encaminamiento correspondiente a la
red móvil del receptor.
El documento
EP-A-1 185 110 describe un sistema
de preguntas y respuestas textuales denominado "asistente SMS"
(SMS Wizard) que funciona a través del SMS y proporciona un motor
inteligente de comparación de texto basado en los datos capaz de
responder a preguntas de una amplia gama de temas.
En una petición de información, el tiempo de
tránsito de ida y vuelta del mensaje desde el usuario hasta el
servidor y, a continuación, desde el servidor hasta el usuario puede
ser habitualmente de 20 segundos o más, debido a que es necesario
recorrer la red dos veces. Cada recorrido por la red comprende dos
partes, una parte iniciada en el terminal móvil (MO) desde el
terminal del usuario hasta la red y una parte terminada en el
terminal móvil (MT) desde la red hasta el equipo servidor. Por
consiguiente, el servicio normalmente requiere un recorrido MO + MT
para la petición y un recorrido MO + MT para la respuesta. En muchos
servicios, este retardo de dos recorridos reduce la inmediatez del
servicio y, por lo tanto, el atractivo de la interacción para el
usuario.
Como se conoce dentro del ámbito de la técnica,
los servicios de guía de usuarios pueden ofrecerse a los abonados
respondiendo a las consultas por medio de mensajes de texto.
Normalmente, la consulta adopta la forma de una llamada de voz y la
respuesta, que comprende el número de guía deseado, se proporciona
al usuario vocalmente o en el cuerpo de un mensaje de texto. La
recepción del número en un mensaje de texto resulta útil, porque de
ese modo el usuario no necesita registrar y volver a introducir el
número. El usuario puede extraer el número de teléfono del mensaje
de texto, posiblemente con ayuda de una función MMI del terminal, e
iniciar con facilidad una llamada de voz a este número.
No obstante, este servicio sólo satisface
ágilmente las recuperaciones de entradas de la guía cuya finalidad
sea realizar llamadas de voz. En el caso cada vez más frecuente de
que el usuario desee iniciar un mensaje de texto para un destino
del cual desconoce el número de teléfono, este tipo de servicio de
guía de usuarios no siempre proporciona un sistema práctico para
utilizar el número recibido. La transferencia de un número de
teléfono desde el cuerpo del mensaje de texto recibido hasta el
campo de dirección de destino de un nuevo mensaje de texto es una
operación difícil de realizar en muchos terminales, y aun así los
usuarios deberán recurrir a un lápiz y un papel. Aunque se reciba
una dirección alfanumérica fácil de memorizar, el usuario deberá
transferir manualmente la cadena correcta a una dirección de
destino.
En las redes GSM actuales, los usuarios no
pueden especificar ninguna CLI alfanumérica cuando inician mensajes
desde sus terminales, ya que esta característica está restringida a
los servidores. Esto se debe, entre otros motivos, a que la
trayectoria iniciada en terminal móvil entre el terminal y la SMSC
en el sistema GSM no está dispuesta para transmitir CLI
alfanuméricas, mientras que las trayectorias terminadas en terminal
móvil desde el servidor hasta la SMSC y desde la SMSC hasta el
terminal de destino utilizan un formato de mensaje diferente que sí
admite las CLI alfanuméricas.
En la técnica anterior, el abonado móvil puede
enviar un mensaje de texto desde un terminal móvil y hacer que el
mensaje sea enviado como un mensaje de correo electrónico hasta una
dirección de correo electrónico particular. Sin embargo, la
sintaxis para escribir la dirección de correo electrónico en el
terminal móvil es engorrosa y lenta; por ello, cuando este servicio
es ofrecido por una red, la explotación de éste es relativamente
escasa. Otra de las desventajas de este sistema es que el usuario
debe conocer de antemano la dirección de correo electrónico de
destino deseada. Aunque es posible deducir el nombre de dominio de
muchas empresas, generalmente no es posible deducir la dirección de
correo electrónico completa del departamento de la empresa
encargado de la gestión de los mensajes o las consultas enviadas por
correo electrónico.
Otra cuestión que añade complejidad a los
servicios de correo electrónico de dicho sistema SMS es que la
trayectoria de respuesta requiere un mecanismo de correlación.
Cuando se inicia un mensaje a partir de una dirección de correo
electrónico y éste se envía a un teléfono móvil, es deseable que el
usuario móvil sea capaz de responder al emisor utilizando la
función de respuesta SMS de la MMI del terminal. Para ello, el campo
de CLI del mensaje original enviado al terminal debe contener una
dirección de respuesta válida. Puesto que la dirección puede ser un
número MSISDN o una cadena alfanumérica de 11 caracteres, por lo
general no es posible almacenar directamente una dirección de
correo electrónico en ese lugar. Por consiguiente, la red debe
mantener un mecanismo de correlación, en el que se genera un valor
de CLI especial que se envía al terminal móvil con el mensaje, y en
el que la red almacena el valor de CLI y la correspondiente
dirección de correo electrónico del emisor. Cuando el usuario
responde, la CLI especial se utiliza como dirección de destino y,
entonces, esta dirección determina que el mensaje de texto sea
dirigido hacia la pasarela de SMS a correo electrónico de la red,
donde se busca y sustituye la correspondiente dirección de correo
electrónico de destino.
Aunque se contempla en las normas GSM, no existe
ningún recurso de desvío (transferencia) para los mensajes de texto
en las redes actuales. Además, el destinatario no dispone de medios
para especificar la conversión de los mensajes de texto a otro
formato diferente, por ejemplo, la conversión de texto a voz o a
correo electrónico.
Los servidores SMS se utilizan en una amplia
diversidad de aplicaciones, incluidas las votaciones, las
competiciones y la TV interactiva. Gracias a su asociación con los
medios de comunicación de masas y su atractivo para el público
general, algunas aplicaciones SMS pueden generar volúmenes muy altos
de tráfico SMS entre los usuarios y los servidores SMS. En muchos
casos, esto provoca la sobrecarga de la infraestructura basada en
SMSC existente y una reducción de la calidad del servicio para
todos los usuarios. En muchos casos, la sobrecarga determina que un
elevado número de mensajes sean rechazados por algunas redes, aun
cuando ya pueda haber sido realizado el correspondiente cargo a los
emisores.
Un área de alto crecimiento para el tráfico SMS
es el de los servicios de tarifas con recargo, que en conjunción
con las aplicaciones basadas en servidores SMS están demostrando un
potencial cada vez mayor para generar significativos ingresos para
los operadores. Los ejemplos más comunes de servicios de tarifas con
recargo que atraen grandes niveles de tráfico son las votaciones
estimuladas por televisión y los resultados deportivos durante
encuentros nacionales e internacionales. En muchos aspectos, el
crecimiento de este mercado de tarifas con recargo para el servicio
SMS presenta similitudes con el mercado de tarifas con recargo para
las llamadas de voz, que creció y luego se desvaneció entre finales
de los 80 y principios de los 90. En muchos países, los servicios
de voz de tarifas con recargo desaparecieron definitivamente debido
a la intervención de un organismo regulador o a la presión de los
medios, tras ganar mala fama debido al uso sin escrúpulos y
fraudulento de los cargos especiales por ciertos proveedores de
servicios de terceros que no estaban directamente asociados con los
operadores de red.
Para la interconexión entre las redes móviles y
las redes fijas, se requiere una conexión con una SMSC de operador
móvil. El operador móvil debe realizar ciertos cambios en la SMSC
para que el tráfico destinado a la red fija sea pasado a la red
fija a través de una interfaz. La implementación de dichos cambios
en la SMSC puede resultar difícil y cara, siendo necesario que el
operador fijo se interconecte de forma independiente con cada red
móvil.
Para la interconexión
móvil-fija, el equipo de transmisión SMS
habitualmente se conecta a la central de servicio de mensajes
cortos (SMSC) mediante un protocolo patentado. Esta arquitectura
genera un problema de efectividad en la transmisión SMS entre las
redes móviles y las redes fijas, debido a que la SMSC a la que está
conectado el equipo de transmisión SMS normalmente sólo será capaz
de recibir mensajes desde los abonados de la red móvil a la que
pertenece dicha SMSC. No obstante, habitualmente los abonados de la
red fija pueden enviar mensajes cortos a cualquier red móvil. La
incapacidad para transmitir mensajes entre cualquier red móvil y la
red fija constituye tanto un problema para los usuarios como la
pérdida de una oportunidad de ingresos para los operadores móviles
y fijos. Además, la disponibilidad de dicho servicio de mensajería
para un abonado de una red telefónica fija está condicionada a la
adquisición por parte del abonado de un terminal telefónico con
prestaciones adecuadas, adaptado para el objetivo de recibir y
transmitir mensajes de texto en la red fija. Por consiguiente, en
general no es posible que el abonado móvil entre en contacto con una
proporción significativa de abonados de red fija mediante mensajes
de texto, debido a que los abonados de red fija tal vez no posean
un terminal adecuado. Siempre y cuando el operador de la red realice
una inversión adecuada, este problema puede ser resuelto utilizando
técnicas de conversión de texto a voz, y proporcionando el mensaje
en una llamada de voz normal. También es posible que los usuarios de
la red fija inicien mensajes de texto desde un terminal telefónico
estándar, utilizando técnicas tales como la denominada "Touch
text", descrita en el documento
GB-A-2 317 982.
Una de las barreras principales para el
crecimiento de la comunicación entre las personas y los organismos
que utilizan las técnicas de mensajería móvil actuales es que el
usuario debe conocer primero el número de teléfono o la dirección
de correo electrónico del organismo deseado. En general, esta tarea
puede resultar difícil para el usuario móvil, que posiblemente se
verá obligado a recurrir primero al engorroso y costoso servicio de
guía de usuarios.
Otra de las deficiencias de los medios de
direccionamiento SMS actuales es que generalmente no es posible
llamar al número de teléfono móvil de una persona si se desconoce
ese número, aun cuando se conozca el nombre de la empresa y el
número de la extensión. Los servicios VPN proporcionan esta
capacidad, aunque sólo si la persona que llama forma parte del
mismo grupo cerrado de usuarios. Las personas de la misma VPN de
empresa pueden llamarse entre sí utilizando números cortos, pero
las personas ajenas no pueden hacer uso de este recurso.
Se han llevado a cabo algunos intentos de
superar la falta de apoyo para el direccionamiento alfanumérico con
números personales y, particularmente, números de llamada gratuita.
Por ejemplo, en GB se utilizan identificadores genéricos tales como
0800 FLOWERS para encaminar las llamadas hacia una floristería
concreta, o (con los servicios de conversión de números de red
inteligente) hacia la floristería más cercana a la persona que
llama. Pueden marcarse identificadores específicos (por ejemplo,
0800 TELSIS) para entrar en contacto con una empresa u organismo
particular.
En dichos casos, el organismo "propietario"
de la dirección alfanumérica en realidad ha "comprado" un
número de teléfono cuyos dígitos se corresponden con las letras que
suelen encontrarse impresas en un teclado telefónico. Por lo tanto,
0800 TELSIS es realmente el número 0800 835747. Un inconveniente de
este planteamiento es que, debido a que cada tecla de dígito
representa varias letras, puede ser que otros organismos no puedan
utilizar el mismo sistema (por ejemplo, 0800 VEKRIS equivale
también al número 0800 835747). De este modo, la utilización del
espacio de dirección significativamente incrementado ofrecido por el
direccionamiento alfanumérico se ve seriamente limitado.
Otros inconvenientes del planteamiento "0800
TELSIS" incluyen el hecho de que existe un grupo de disposiciones
de letras diferentes para los teclados telefónicos utilizados en
todo el mundo. Aunque esta situación ha mejorado últimamente con la
introducción de una norma ISO, los organismos tal vez deban
proporcionar todavía tanto números telefónicos de caracteres
alfanuméricos como números telefónicos de caracteres numéricos (por
ejemplo, "0800 TELSIS (835747)".
Además, las personas que llaman desde fuera del
país de "origen" tienen dificultades para acceder a dichos
números. Por ejemplo, una persona que se halla en los Países Bajos y
desea llamar a la empresa Telsis ubicada en GB normalmente deberá
marcar el código de acceso internacional, seguido del código de país
y del número de teléfono de GB (sin el cero inicial), es decir,
0044 800 TELSIS. Esto significa que la persona que llama deberá
saber donde está ubicada la empresa y el código de país y el formato
de número adecuado. Aunque se disponga de esta información, es poco
probable que se permita el acceso, ya que el número 0800 es un
código de llamada gratuita y, aunque las redes lo permitan, el
organismo tal vez no desee aceptar los cargos resultantes por las
llamadas internacionales.
Se ha llevado a cabo un intento de superar estas
dificultades y restricciones a través de la introducción del
servicio de llamadas gratuitas universal, en el que se ha asignado
un código de país lógico de 800. Por lo tanto, marcando 00 800 00
TELSIS se podrá obtener acceso a Telsis desde cualquier país que sea
compatible con el servicio de llamadas gratuitas universal, pero en
la práctica el organismo deberá disponer que el número de llamadas
gratuitas universal particular sea activado en cada país desde el
cual está preparado para aceptar llamadas. Los temas tratados
anteriormente referentes a los conflictos entre nombres y números
(TELSIS/VEKRIS) y la utilización ineficaz del espacio de dirección
potencial siguen siendo válidas para el servicio de llamadas
gratuitas universal, y además el llamante debe recordar el número de
formato exacto, es decir, 00 800 00... en este caso. Como puede
apreciarse, los sistemas de numeración de caracteres numéricos de
las redes de telecomunicación mundiales son intrínsecamente
restrictivos y proporcionan un servicio deficiente a los usuarios y
escasos ingresos de red.
Como se ha indicado anteriormente, es posible
utilizar representaciones alfanuméricas de números de teléfono,
aunque con limitaciones significativas.
Existe otra limitación común en conexión con los
servicios a los que normalmente se accede marcando un código corto
cuando se está conectado a la red de origen. Dichos servicios pueden
incluir correo de voz, servicios al cliente y servicios de
información/entretenimiento. Las limitaciones actuales de las redes
móviles con respecto al tratamiento de llamadas internacionales
suponen, en la mayoría de los casos, que las llamadas a un código
corto tal vez no sean tratadas de la misma forma mientras se está en
itinerancia. Además, las limitaciones actuales del tratamiento de
llamadas internacionales determinan que la CLI del llamante
normalmente no se transmita hasta un destino. Esto puede restringir
el acceso a ciertos servicios y destinos.
En el contexto de mensajería de texto desde una
LAN corporativa hasta un teléfono móvil, los empleados "en la
red" (que forman parte de la VPN) encontrarán útil la capacidad
para responder a dichos mensajes de texto utilizando la función de
respuesta normal de la MMI de sus terminales, y para disponer que su
respuesta sea dirigida hacia el terminal de ordenador de origen, o
una cuenta de correo asociada, de la LAN de la empresa. Sin
embargo, por lo general el usuario del teléfono móvil no puede
originar los mensajes de texto que pueden enviarse a una LAN
corporativa, ni responder a los mensajes procedentes de dicha LAN
corporativa. Esto se debe a que las capacidades de direccionamiento
de los mensajes de texto móviles se diseñan en torno a un plan de
numeración ISDN, mientras que las identidades de los usuarios de un
entorno de LAN corporativa suelen ser códigos cortos que sólo son
exclusivos dentro de la empresa.
La amplia utilización actual de la mensajería de
texto en la comunicación ha planteado la necesidad de disponer de
servicios asociados que permitan la transmisión de mensajes de texto
para proporcionar algunas características adicionales que se dan
por sentado en otras formas de comunicación. Por ejemplo, la
comunicación de voz puede admitir el registro de llamadas y la
comunicación escrita admite el fotocopiado, mientras que los
mensajes de texto presentan muy poco apoyo para cualquier forma de
copiado o archivado, y encima éste es difícil de utilizar.
Aunque en la técnica anterior se tiene en cuenta
la posibilidad de poder enviar mensajes de texto y respuestas entre
una cuenta de correo web y un teléfono móvil, el sistema de técnica
anterior descrito anteriormente no presenta ningún apoyo para la
respuesta por voz desde el móvil, aun cuando el usuario móvil pueda
esperar razonablemente tener la posibilidad de utilizar el número
móvil de origen para realizar una llamada de voz. Cualquier
tentativa en este sentido dentro del sistema de técnica anterior
dará por resultado una llamada de voz infructuosa. Normalmente,
cuando un usuario móvil recibe un mensaje de texto iniciado en
terminal móvil, el usuario dispone de una serie de opciones para
responder. El usuario puede enviar una respuesta de texto, puede
guardar el número de origen para un posterior uso o puede utilizar
el número de origen para realizar una llamada de voz y, por lo
tanto, hablar con el emisor o dejar un mensaje en el buzón de voz.
El usuario móvil que acaba de recibir un mensaje de texto que
resulta ser de un emisor de correo web espera disponer de las
mismas opciones. No obstante, en caso de que dicho usuario intente
efectuar una llamada de voz al número del emisor, que es un número
móvil virtual, la llamada no se conectará o se recibirá un aviso que
indica que el número no puede ser utilizado para llamadas de
voz.
Una limitación del motor de procesamiento de
texto descrito en el documento
EP-A-1 185 119 es que se basa en la
concordancia exacta de patrones y, por consiguiente, es inflexible
en el formateo y la construcción de oraciones que reconocerá en la
petición del usuario. No es posible programar la forma en que el
motor ejecuta los algoritmos de comparación.
Una de las limitaciones más importantes de las
arquitecturas SMS tradicionales que incluyen sólo el almacenamiento
y la retransmisión de SMS, como se contemplaba originalmente en las
especificaciones GSM, es que el elemento de almacenamiento de
mensajes se halla en la red del emisor no en la del receptor.
Existen miles de SMSC en las numerosas redes de todo el mundo, y
mientras un terminal no responda, cualquiera de éstas presentará un
mensaje en espera. Por consiguiente, esta arquitectura no es
adecuada para realizar ninguna acción inteligente con un mensaje en
espera, a menos que sea la de mantenerse a la espera. Además, cuando
el destinatario está en itinerancia, todos los mensajes que le sean
enviados desde cualquier red que no sea su red de origen ni tan
siquiera podrán pasar a través de su red de origen.
Según un primer aspecto de la presente
invención, se proporciona un aparato de servicios de
telecomunicaciones para utilizar con una red telefónica,
comprendiendo el aparato:
unos medios operativos para permitir la
ejecución de una o más aplicaciones de mensajería, en los que puede
ejecutarse una aplicación para cada uno o la totalidad de los
mensajes que llegan al aparato;
unos medios para almacenar atributos de mensajes
emparejados con respectivas aplicaciones de mensajería;
unos medios para comparar un atributo de cada
mensaje con los atributos de mensajes almacenados, que son
operativos para seleccionar la respectiva aplicación de mensajería
basándose en la comparación; y
unos medios para ejecutar la aplicación de
mensajería seleccionada, en los que la ejecución de la aplicación
seleccionada incluye el procesamiento, la transformación o el
encaminamiento del respectivo mensaje.
Según un segundo aspecto de la presente
invención, se proporciona un procedimiento de servicios de
telecomunicaciones para una red telefónica, comprendiendo el
procedimiento las etapas siguientes:
provisión de la capacidad para ejecutar una o
más aplicaciones de mensajería, pudiendo ser ejecutada una
aplicación para cada uno o la totalidad de los mensajes de
entrada;
almacenamiento de los atributos de mensaje
emparejados con las respectivas aplicaciones de mensajería;
comparación de un atributo de cada mensaje con
los atributos de mensajes almacenados y selección de la respectiva
aplicación de mensajería basándose en la comparación; y
ejecución de la aplicación de mensajería
seleccionada, que incluye el procesamiento, la transformación o el
encaminamiento del respectivo mensaje.
El aparato de servicios de telecomunicaciones
comprende preferentemente uno más encaminadores SMS, y opcionalmente
un punto de control de servicio SMS (SCP). La lógica de servicios
puede funcionar independientemente en los encaminadores SMS o en
conjunción con la inteligencia centralizada del SCP de SMS.
El aparato preferido admite además el
funcionamiento en conjunción con unos medios de transformación de
mensajes, tales como el denominado "asistente SMS" (véase el
documento EP-A-1 185 119), que
pueden analizar sintácticamente, interpretar y transformar el
contenido y el direccionamiento del mensaje para generar un mensaje
de respuesta de conformidad con unas tablas programables de
excepciones, pudiendo dicha respuesta ser encaminada por medio del
encaminador SMS o por medio de una trayectoria alternativa, por
ejemplo, a través de una red de datos. En caso de que la entrada no
coincida con las excepciones programadas, la consulta puede pasarse
opcionalmente a un sistema o agente externo para obtener una
respuesta.
Según un tercer aspecto de la presente
invención, se proporciona un aparato de servicios de
telecomunicaciones para utilizar con una red telefónica,
comprendiendo el aparato:
unos medios de transformación de mensajes
operativos para analizar sintácticamente, interpretar y transformar
el contenido y el direccionamiento de los mensajes para generar un
mensaje de respuesta de conformidad con las tablas programables de
reglas conocidas como excepciones, en las que las excepciones siguen
una sintaxis de permite comparar una sola excepción con diversas
formas de construcción de los mensajes.
Según un cuarto aspecto de la presente
invención, se proporciona un aparato de servicios de
telecomunicaciones para utilizar con una red telefónica,
comprendiendo el aparato:
unos medios de transformación de mensajes
operativos para analizar sintácticamente, interpretar y transformar
el contenido y el direccionamiento de los mensajes de entrada para
generar un mensaje de respuesta de conformidad con unas tablas
programables de excepciones y reglas, en las que las excepciones y
reglas siguen una sintaxis que permite comparar una sola excepción
con diversas formas de construcciones de mensajes de entrada,
pudiendo aparecer los elementos sintácticos de la excepción o la
regla en un orden diferente al de los elementos comparados en el
mensaje de entrada.
Según un quinto aspecto de la presente
invención, se proporciona un aparato de servicios de
telecomunicaciones para utilizar con una red telefónica,
comprendiendo el aparato:
unos medios de transformación de mensajes
operativos para enviar un mensaje de respuesta al emisor original
sin necesidad de realizar una consulta de encaminamiento en el
registro de abonados locales (HLR), siendo obtenida la información
de direccionamiento y encaminamiento de la respuesta a partir del
mensaje original.
La consulta de encaminamiento al HLR puede ser
un mensaje MAP (Mobile Application Part) SRI-SM
(Send Routing Information for Short Message), y la información de
encaminamiento obtenida a partir del mensaje original puede ser un
identificador internacional de abonado móvil (IMSI) y una dirección
de registro de abonados visitantes (VLR) correspondientes a la
ubicación del emisor.
Según un sexto aspecto de la presente invención,
se proporciona un procedimiento de servicios de telecomunicaciones
para una red telefónica, que comprende la etapa siguiente:
transformación de mensajes operativa para
analizar sintácticamente, interpretar y transformar el contenido y
el direccionamiento de los mensajes para generar un mensaje de
respuesta de conformidad con las tablas programables de reglas
conocidas como excepciones, en las que las excepciones siguen una
sintaxis que permite comparar una sola excepción con varias formas
de construcción de mensajes.
Según un séptimo aspecto de la presente
invención, se proporciona un procedimiento de servicios de
telecomunicaciones para una red telefónica, que comprende la etapa
siguiente:
transformación de mensajes operativa para
analizar sintácticamente, interpretar y transformar el contenido y
el direccionamiento de los mensajes de entrada para generar un
mensaje de respuesta de conformidad con las tablas programables de
excepciones y reglas, en las que las excepciones y las reglas siguen
una sintaxis que permite comparar una sola excepción con varias
formas de construcción de mensajes de entrada, pudiendo aparecer
los elementos sintácticos de la excepción o regla en un orden
diferente al de los respectivos elementos comparados en el mensaje
de entrada.
Según un octavo aspecto de la presente invención
se proporciona un procedimiento de servicios de telecomunicaciones
para una red telefónica, que comprende la etapa siguiente:
transformación de mensajes operativa para enviar
un mensaje de respuesta al emisor original sin necesidad de
realizar una consulta al registro de abonados locales (HLR),
obteniéndose la información de direccionamiento y encaminamiento de
la respuesta a partir del mensaje original.
Otros aspectos de la presente invención
proporcionan un programa informático para realizar el procedimiento
o los procedimientos anteriores y unos medios de almacenamiento
donde se almacena el programa informático.
A continuación, se describirá la presente
invención a título de ejemplo haciendo referencia a los dibujos
adjuntos, en los que se utilizan referencias similares para
identificar partes similares y en los que:
la Figura 1 es un diagrama de bloques de un
aparato de servicios de telecomunicaciones según una forma de
realización de la presente invención;
la Figura 2 es un diagrama de bloques que
representa la segregación de SMS en el aparato de la Figura 1;
la Figura 3 es un diagrama de bloques que
representa el acceso a un servicio de información textual en el
aparato de la Figura 1;
la Figura 4 representa los elementos
involucrados en el desarrollo de un proyecto que se va a implementar
mediante el servicio de la Figura 3; y
la Figura 5 es un diagrama de bloques que
representa la forma en que los mensajes son recibidos desde un
encaminador SMS en un sistema autónomo.
Con referencia a la Figura 1, se representa un
terminal móvil de abonado 12 que se comunica con un encaminador SMS
16 (el sistema puede incluir más de un encaminador SMS) por medio de
un centro de conmutación móvil (MSC) 14. El encaminador SMS 16 se
comunica con una central de servicio de mensajes cortos (SMSC) 13 y,
por medio de un centro de conmutación móvil visitado (VMSC) 18, con
un terminal móvil de destino 20. El encaminador SMS 16 también se
comunica con un equipo móvil virtual 19 y, por medio de una pasarela
de interfaz SMS 17, con los proveedores de servicios 30. Un
asistente SMS 22 se comunica con el encaminador SMS 16 y con una
pasarela de correo electrónico 24. Se interpone un equipo de
servicios de voz (VSE) 25 entre el MSC 14 y la pasarela de correo
electrónico 24. También se comunica con el encaminador SMS 16, un
punto de control de servicio SMS (SCP) 26 y un registro de abonados
locales (HLR) 28 que, a su vez, se comunica con la SMSC 13.
Como se representa en la Figura 1, el
encaminador o los encaminadores SMS 16 están situados en la
trayectoria de los mensajes iniciados en terminal móvil desde el
terminal del abonado 12 que se comunica con el MSC 14. En una
implementación, el encaminador 16 se conecta habitualmente con un
punto de transferencia de señalización (STP) de la red, y está en
línea en el sentido de que los mensajes pasan a través del mismo y
regresan a dicho STP o a un STP distinto; no obstante, este nivel
de detalle es específico de la red y está fuera del alcance de este
diagrama. Tras cualquier tipo de procesamiento, el encaminador SMS
16 puede formular una consulta al HLR 28 para obtener el
encaminamiento de envío, y a continuación los mensajes pueden
transmitirse, ya sea directamente por medio del VMSC 18 del
terminal móvil de destino 20, o bien indirectamente por medio de un
mecanismo de almacenamiento y retransmisión, tal como la SMSC 13.
Otra posibilidad es que el encaminador 16 interactúe con el
asistente SMS 22 o con la pasarela de correo electrónico 24 en lugar
de, o además de, transmitir el mensaje. El tráfico destinado a los
proveedores de servicios 30 puede segregarse por medio de la
pasarela de interfaz SMS 17 o por medio de la SMSC 13. El equipo
móvil virtual 19 permite originar el tráfico destinado a las
aplicaciones o proveedores de servicios desde cualquier red. Las
llamadas de voz a los números móviles virtuales pueden ser
dirigidas mediante la función HLR comprendida en el equipo móvil
virtual 19 para ser proporcionadas al equipo de servicios de voz 25
que, por ejemplo, puede transcodificar un mensaje de voz y
transmitirlo por medio de la pasarela de correo electrónico
24.
24.
El encaminador o los encaminadores SMS 16 pueden
ser, por ejemplo, encaminadores SMS Telsis®, fabricados por Telsis
Limited. Este equipo es capaz de conectarse con redes telefónicas
móviles mediante protocolos de señalización normalizados, incluidos
el SS7 y el TCP/IP.
El sistema representado en la Figura 1 puede
proporcionar una red SMS capaz de operar con la serie de
aplicaciones descritas a continuación, formando lo que se denomina
la "futura arquitectura SMS".
En la Figura 2, se representa un ejemplo de
segregación de SMS mediante el sistema de la Figura 1.
En la Figura 3, se representa el acceso a un
servicio de información textual, en el que la respuesta es enviada
al usuario de origen, utilizando también el sistema de la Figura
1.
Puesto que habitualmente alrededor del 80% de
los mensajes de texto pueden enviarse de inmediato, las redes
dirigen la atención hacia las técnicas de tratamiento de mensajes
que evitan los retardos y los costes relacionados con el envío de
todos los mensajes por medio del mecanismo de almacenamiento y
retransmisión de la SMSC. La eficacia puede aumentar si se utilizan
encaminadores SMS en la red que permitan el procesamiento o el
suministro selectivo de cada mensaje mediante un procedimiento
adecuado a las características del mensaje. El tráfico de persona a
persona puede ser directamente proporcionado al destinatario y,
únicamente en caso de que el destinatario no responda, se pasará el
mensaje a un dispositivo de almacenamiento y retransmisión. Los
encaminadores SMS pueden implementar la regulación, el equilibrio
de carga, la traducción de direcciones y otros servicios de la red
para aumentar la eficacia o el alcance de los servicios ofrecidos a
los abonados.
En algunos servicios de mensajería de texto de
valor añadido, tal vez sea necesario que el usuario envíe un
mensaje de texto a un número o código corto especificado, para que
la red procese el mensaje de conformidad con el servicio
especificado por el número. Este servicio puede ser, por ejemplo,
modificar el mensaje de alguna manera, posiblemente transformando
ciertos aspectos de su direccionamiento o contenido, antes de
transmitirlo hacia su destino. En algunas aplicaciones, otra
posibilidad es que la red dirija el mensaje transformado hacia el
usuario de origen.
Una acertada normalización ha permitido la
difusión global de las redes de telecomunicaciones móviles. Se
fabrican terminales que pueden ser utilizados en muchas redes de
muchos países. No obstante, el procedimiento de normalización
también desacelera la introducción de nuevas características en las
redes, y los recursos disponibles actualmente para los usuarios
están limitados en gran medida por el alcance de los diseños ideados
por las personas que elaboraron las normas hace algunos años. En
consecuencia, algunos servicios o recursos de red que resultan
deseables actualmente, no son inmediatamente accesibles porque su
utilización no fue contemplada previamente cuando se crearon las
normas. Así y todo, es posible introducir nuevos servicios siempre
que se adopte una arquitectura que aparte de aprovechar todas las
posibilidades y la flexibilidad de los recursos que están
disponibles, permita también la innovación, ya sea utilizando los
servicios existentes de maneras nuevas o particulares, o bien
proporcionando un comportamiento nuevo o alternativo.
Las características de los mensajes de texto y
los mensajes de voz son diferentes y adecuadas a los propios tipos
de comunicación. El comportamiento de los usuarios ha experimentado
un cambio en la medida en que los usuarios de teléfonos móviles
habitualmente eligen entre efectuar una llamada de voz o de texto a
un número de teléfono móvil, dependiendo no sólo del tipo de
mensaje sino también de la personalidad y el estado de ánimo de los
usuarios y las circunstancias del momento.
Teniendo en cuenta que dependiendo de las
circunstancias particulares resulta más adecuada la comunicación de
voz o la comunicación de texto, es más probable que un emisor
potencial envíe un mensaje si tiene siempre a su disposición ambos
medios, puesto que dicho usuario podrá elegir en cualquier momento
los medios de comunicación más adecuados. Además, si se ofrecen
ambos procedimientos en el mismo número, la situación resulta más
simple para el usuario y se reducen las barreras de
comunicación.
Tomando éstos y otros factores en consideración,
la presente técnica propone una arquitectura mejorada para el
procesamiento de SMS en una red telefónica móvil, que aparte de ser
adecuada no sólo para las necesidades básicas de la transmisión
eficaz de mensajes de persona a persona, también puede admitir las
numerosas y variadas aplicaciones (y las que todavía se pueden
concebir) en las cuales se pueden utilizar las redes SMS.
Dichas aplicaciones pueden incluir:
- \bullet
- Votaciones u otros tipos de participación a gran escala en eventos de medios de comunicaciones
- \bullet
- Envío directo para reducir al mínimo el retraso y utilizar eficazmente los recursos de almacenamiento y retransmisión
- \bullet
- Segregación para separar el tráfico especial hacia otra red en el primer momento posible
- \bullet
- Direccionamiento alfanumérico, tanto en el campo de dirección de destino como en de la CLI
- \bullet
- Acceso a la información, utilizando agentes de procesamiento de texto
- \bullet
- Acceso a redes fijas y redes cruzadas
- \bullet
- Retransmisión, copiado y archivado de SMS
- \bullet
- Conversión en otros tipos de medios, tales como el correo electrónico o la voz
- \bullet
- Tráfico iniciado en servidor a gran escala.
La futura arquitectura SMS, representada en la
Figura 1, puede proporcionar una red SMS que es capaz de admitir
todas estas aplicaciones e incluso más.
La futura arquitectura SMS proporciona una base
flexible y poderosa para forjar negocios generadores de ingresos
basados en servicios de valor añadido, y proporciona al mismo tiempo
capacidades de infraestructura, tales como el reparto de la carga,
la protección de la red, la segregación del tráfico y el envío
directo que proporcionan tanto beneficios directos como indirectos
a los usuarios de la red.
Una característica fundamental de la futura
arquitectura SMS es que el elemento central, es decir, el
encaminador SMS, admite diversas aplicaciones, de tal forma que
comparando los atributos de un mensaje de texto de entrada con sus
tablas programables de decisión podrá decidirse qué aplicación debe
ejecutarse para cada mensaje. En consecuencia, el encaminador SMS
es compatible con la futura arquitectura SMS, ya que ofrece de forma
simultánea un rango de aplicaciones y proporciona al mismo tiempo
la capacidad para aceptar futuras actualizaciones de configuración
o de software que permitan incluir aplicaciones adicionales.
Las tablas de decisión están organizadas
jerárquicamente de tal forma que los atributos de un mensaje de
entrada están emparejadas en secuencia con los criterios de
decisión. Una vez que se ha encontrado la primera coincidencia
completa, el proceso de comparación termina y la respectiva
aplicación y parámetros se activan. La comparación admite la
utilización de caracteres comodín y de rangos de números para
permitir la comparación flexible en un número mínimo de reglas. Se
proporciona una tabla de comparación para cada grupo de enlaces
troncales, pudiéndose configurar cada grupo de enlaces troncales
para que contenga entre cero y el número total de enlaces troncales
de señalización SS7 del encaminador. Una vez que se ha iniciado una
aplicación y si así lo exige ésta, es posible reinvocar
opcionalmente el procedimiento de comparación utilizando reglas de
comparación de un grupo "virtual" de enlaces troncales para
comparar otros atributos y decidir el tipo de procesamiento, el
flujo de encaminamiento o cuestiones similares. El procedimiento de
comparación y la aplicación pueden utilizar las direcciones y el
tipo de destino y de origen, diversos campos de señalización, así
como el contenido del mensaje, para decidir qué tipo de
procesamiento y encaminamiento debe llevarse a cabo para cada
mensaje.
A continuación, se describirá el funcionamiento
detallado de la técnica por medio de ejemplos de aplicaciones de la
presente invención.
Uno de los aspectos fundamentales admitidos por
la futura arquitectura SMS es la denominada segregación de SMS, que
consiste en el encaminamiento selectivo de ciertos tipos de tráfico
para separarlos de la red SMS principal basada en el protocolo SS7,
cuyo uso está destinado a los mensajes de persona a persona, y
conducirlos hacia una red separada, por ejemplo una red TCP/IP u
otra red de datos, habitualmente para ser suministrados a los
servidores, las aplicaciones o los proveedores de servicios. Esta
segregación se ilustra en la Figura 2. Las líneas más gruesas
indican una trayectoria de mensajes de ancho de banda superior,
tales como las necesarias para segregar los picos de cargas de
tráfico generados en eventos de televotaciones o de competiciones de
medios de comunicación. Dicho tráfico resulta inadecuado para ser
pasado a través de una SMSC, ya que puede alterar el tráfico de
persona a persona y necesitar niveles innecesariamente altos del
caudal de tráfico permitido, con el correspondiente incremento del
coste.
La operación de segregación es realizada por el
encaminador SMS 16, que puede implementarse como una unidad o una
agrupación de unidades que pueden estar geográficamente dispersas.
El encaminador SMS 16 encamina cada mensaje MO (que llega
directamente desde un MSC de esta red, por ejemplo el MSC 14,
segregado como un MO por un encaminador SMS de otra red, o que
llega como un mensaje MT desde otra red mediante la técnica móvil
virtual) y decide, basándose en la información de direccionamiento
o el contenido, que el mensaje está destinado a una aplicación o
servidor SMS particular. El servidor SMS puede estar asociado con
esta red o puede estar asociado con una red de la competencia,
aunque puede ser accesible a través de una interconexión. Estos
mensajes se apartan del tráfico normal y se transmiten directamente
hacia los servidores SMS. La interfaz con los servidores SMS puede
ser la interfaz MAP a través de SS7, la interfaz SMPP a través de
TCP/IP u otros medios de transporte.
Este modelo admite aplicaciones de texto libre,
texto con recargo, votaciones y otras aplicaciones de gran alcance,
que permiten a la red generar ingresos respondiendo rápidamente a
las demandas del mercado.
Con una solución de segregación, los operadores
de red conservan el control del abono de tarifas con recargo,
mientras que con la facturación inversa la responsabilidad por la
utilización justa y razonable recae en los proveedores de
servicios. El beneficio máximo de la segregación se obtiene cuando
todas las redes de una área nacional o geográfica pueden segregar y
no existe ninguna limitación en la capacidad de procesamiento. Los
servidores SMS pueden presentar una conexión con cada uno de los
operadores de un área geográfica, o como alternativa los operadores
de dicha área pueden admitir interconexiones, de tal forma que es
posible acceder a un servidor SMS directamente desde otras redes
locales.
Sólo se necesita una trayectoria de banda muy
ancha en el dominio SS7 hasta el encaminador o los encaminadores
SMS; a partir de ese punto, los mensajes pueden segregarse hacia
otra red, tal como una red de datos TCP/IP, lo cual permite obtener
con facilidad un alto rendimiento desde el abonado hasta el
proveedor de servicios. Únicamente esta arquitectura permite al
operador de red ofrecer garantías de nivel de servicio a varios
proveedores de servicios, sin sobreaprovisionamiento masivo de las
capacidades SS7 y SMSC.
Generalmente, el ancho de banda disponible en
una red es elevado en la interfaz de radio, cuando existen muchos
usuarios distribuidos a través de muchas estaciones base. El ancho
de banda del canal de comunicación se reduce luego cada vez más a
través de los enlaces con los MSC, los enlaces con las SMSC, las
propias SMSC y, por último, a través de los enlaces con los
proveedores de servicios, que habitualmente sólo podrán procesar
unas cuantas decenas o centenas de mensajes por segundo. La falta
general de ancho de banda en los proveedores de servicios determina
que, en los grandes eventos de votaciones, la arquitectura óptima
sea la que logra segregar y terminar el tráfico dentro de la red,
donde el ancho de banda disponible es elevado. Preferentemente, se
utiliza un modelo de gestión de varios niveles que permite un alto
grado de control sobre la configuración y la gestión de los eventos
de votación por los proveedores de servicios, reduciendo de ese modo
la participación del operador de la red.
Puede utilizarse otro ejemplo para implementar
el envío directo, de acuerdo con el cual el encaminador SMS 16
efectúa uno o más intentos de envío del mensaje y sólo pasa el
mensaje a una función de almacenamiento y retransmisión de la SMSC
13 si el intento de envío directo resulta infructuoso. Muchas redes
presentan actualmente unas tasas de éxito de envío al primer
intento que superan el 80%, lo cual indica que el almacenamiento y
la retransmisión no resultan adecuados para todos los mensajes. El
envío directo permite a los operadores liberar capacidad de las
SMSC preexistentes enviando la mayoría de los mensajes directamente
desde los encaminadores SMS. Teniendo en cuenta que sólo el 20% del
tráfico requiere el almacenamiento SMSC, los operadores eliminan
las limitaciones de capacidad que puedan tener en sus SMSC y
obtienen capacidad libre para continuar creciendo, a la vez que
reducen el coste e incrementan la velocidad y la eficacia del envío
de los mensajes.
El encaminador o los encaminadores SMS 16 de la
futura arquitectura SMS pueden proporcionar también protección para
la red. Con el control centralizado del SCP 26 del SMS, pueden
establecerse límites de regulación adecuados para las proporciones
de tráfico enviadas a cada SMSC o servidor, impidiendo de ese modo
la sobrecarga. Sin control centralizado, sólo puede obtenerse una
aproximación al nivel de regulación deseado, dependiendo de los
datos estadísticos del tráfico.
Puede utilizarse otro ejemplo en conjunción con
la denominada técnica móvil virtual ampliamente conocida dentro de
la técnica. Esto permite utilizar un número o un rango de números
pertenecientes a una red (por ejemplo, la red A) como direcciones
de los equipos o las aplicaciones del servidor dentro de la red A.
No es necesario que cada uno de estos números tenga asociado un
teléfono móvil.
El equipo móvil virtual 19 de la forma de
realización preferida puede implementarse en uno o más encaminadores
SMS de la red A. Utilizando la tecnología conocida dentro de la
técnica, puede disponerse que el equipo móvil virtual 19 contenga
la función HLR para los números móviles virtuales que se van a
utilizar, que implemente una técnica de actualización de la
ubicación mediante la función HLR de la misma red o de otra red B o
que implemente una función HLR para rangos de números específicos,
tales como números de servicios. Si se desea implementar la técnica
en la red A utilizando únicamente números virtuales que pertenecen a
la red A, entonces puede utilizarse cualquiera de las técnicas. Si
se desea utilizar el equipo móvil virtual de la red A en
representación de la red B utilizando números virtuales del rango
de números de la red B, entonces debe utilizarse el procedimiento
de actualización de la ubicación.
En el ejemplo siguiente, se utiliza el
procedimiento de actualización de la ubicación que permite que los
números virtuales utilizados sean de cualquier red, incluida la red
A, aunque en el ejemplo se supone que éstos pertenecen a la red B
para que de ese modo el ejemplo tenga una aplicabilidad más general
(es decir, la red A y la red B pueden ser la misma red o redes
diferentes).
Para implementar el ejemplo, el equipo móvil
virtual se configura de tal forma que el equipo móvil virtual de la
red A genere mensajes de actualización de ubicación periódicos para
números virtuales o rangos de números virtuales seleccionados
pertenecientes a la red B. Esto determina que la ubicación de estos
números virtuales registrada en el HLR de la red B sea la del
encaminador o los encaminadores SMS que forman parte del equipo
móvil virtual de la red A. Los mensajes dirigidos a estos números
virtuales serán encaminados en última instancia hacia el equipo
identificado de la red A. Entonces, la red A puede implementar
servicios móviles virtuales en representación de la red B sin
realizar ningún cambio en la red B. Para aceptar mensajes de
actualización de ubicación de la manera normal, basta simplemente
con que la red B asigne números o rangos de números adecuados y que
los proporcione al/a los HLR de la forma en que se realiza
habitualmente con los nuevos teléfonos móviles.
Cuando un abonado móvil envía un mensaje de
texto a uno de los números móviles virtuales asociados con la red
B, la SMSC envía una petición SRI-SM que es
encaminada por las redes GSM hacia el HLR de la red B. La respuesta
a esta petición da instrucciones a la red emisora para que envíe el
mensaje al equipo móvil virtual 19 de la red A. A continuación,
éste puede determinar que el número móvil virtual utilizado está
asociado con la red B, puesto que el mensaje MAP contiene un IMSI
de red B, y convertir el mensaje en un mensaje con formato de
correo electrónico para enviarlo a través de la pasarela de correo
electrónico 24. El equipo móvil virtual 19 puede mantener una base
de datos o tabla de consulta que relaciona los números móviles
virtuales con los IMSI y con las direcciones de correo
electrónico.
Esta disposición permite utilizar la futura
arquitectura SMS para proporcionar una correlación entre los números
móviles virtuales y las direcciones de correo electrónico.
Puede disponerse además que las llamadas de voz
dirigidas a uno de estos números virtuales sean dirigidas hacia
equipos de voz adecuados de la manera indicada a continuación.
Cuando se realiza una llamada de voz a uno de los números virtuales
asociados a la red B desde cualquier red, se encamina una llamada de
voz ISUP de la manera normal hacia el MSC pasarela de la red B. A
continuación, este conmutador formula una petición SRI (envío de
información de encaminamiento) al HLR de la red B. No obstante,
debido a las actualizaciones de ubicación realizadas por el equipo
móvil virtual de la red A, se envía una petición PRN (provisión de
número de itinerancia) desde el HLR hasta el encaminador SMS 16 de
la red A. El equipo móvil virtual 19 de la red A puede utilizarse
para permitir que pueda responder a dichas peticiones con el MSISDN
o el número de la guía del equipo de voz adecuado, tal como el VSE
25, que preferentemente está situado en la red A. Entonces, la red
A es capaz de procesar las llamadas de voz a estos números virtuales
en representación de la red B, por ejemplo, para proporcionar
avisos o servicios de voz interactivos. Un equipo de voz adecuado
puede ser un conmutador de servicios de voz o una unidad IVR
(respuesta de voz interactiva). Preferentemente, el equipo de voz
es capaz de registrar los mensajes del llamante y enviarlos mediante
correo electrónico como archivos adjuntos a la dirección de correo
electrónico que está asociada con el número móvil virtual utilizado
por el llamante, u opcionalmente encaminar una llamada directamente
hacia un número de teléfono de destino asociado con el número móvil
virtual marcado por el llamante (por ejemplo, de conformidad con la
hora del día u otro criterio configurado en el sistema).
Preferentemente, el equipo de servicios de voz
25 está configurado para registrar archivos audio de voz en un
formato de audio comprimido ampliamente utilizado, tal como el GSM,
de tal forma que éstos puedan ser descomprimidos en una amplia
diversidad de equipos informáticos que ejecutan el tipo de software
cliente de correo electrónico estándar. La compresión de audio
permite reducir el espacio de memoria necesario para los mensajes en
los sistemas de correo electrónico, e incrementar la eficacia de la
transmisión entre los subsistemas de las redes móviles y de correo
electrónico.
Preferentemente, el equipo de servicios de voz
25 puede utilizarse para aceptar, por medio de la pasarela de
correo electrónico y de conformidad con los procedimientos de
seguridad normales, el archivo de audio que va a ser utilizado como
indicador audio y que va a ser reproducido para las personas que
realizan llamadas de voz solicitando el servicio. De esta forma, el
organismo puede actualizar su indicador audio enviando simplemente
un mensaje de correo electrónico que contiene el archivo audio
adjunto adecuado.
Preferentemente, el equipo de servicios de voz
25 es capaz de detectar los tonos DTMF introducidos por el usuario
(por ejemplo, mediante el teclado de su teléfono) y de convertir
estos dígitos en un mensaje de correo electrónico. Las opciones
para efectuar una grabación de voz, recopilar dígitos o realizar
ambas cosas pueden venir especificadas en la lógica de servicios
del equipo de servicios de voz 25 y puede ser controlada, por
ejemplo, de forma completa o parcial mediante el número marcado o
mediante otro criterio. A continuación, la información resultante
se convierte en un mensaje de correo electrónico y se envía a la
dirección de correo electrónico asociada. De forma ventajosa, el
formato de mensaje de correo electrónico para enviar los dígitos
DTMF recibidos a la dirección de correo electrónico asociada puede
ser el mismo formato o un formato similar al utilizado para enviar
un mensaje SMS recibido a la dirección de correo electrónico
asociada. Esto permite pues el procesamiento combinado de los
mensajes procedentes de los dos tipos de fuentes.
Hasta ahora, las implementaciones móviles
virtuales han dirigido los mensajes de texto por medio de
proveedores de servicios conectados a las SMSC. Con la presente
arquitectura, pueden dirigirse tanto mensajes de voz como mensajes
de texto preferentemente hacia el mismo destino, que puede no ser un
proveedor de servicios, sino el cliente o el organismo final. El
equipo de servicios de voz 25 puede configurarse opcionalmente para
encaminar las llamadas directamente durante ciertas horas, o grabar
y enviar mensajes de voz por correo electrónico durante otras,
siendo preferentemente estas opciones de redireccionamiento
configurables por el usuario final.
La ventaja fundamental del ejemplo citado con
respecto a la técnica anterior es que mejora la conectividad. Los
organismos pueden proporcionar un solo número de contacto a través
del cual pueden recibir comunicaciones de voz, DTMF y mensajes de
texto. Con esta técnica, ya no es necesario que los organismos que
desean recibir comunicaciones de texto dispongan de una conexión
dedicada de alquiler con un operador móvil (por ejemplo, por medio
del protocolo X.25 o TCP/IP). En su lugar, dichos organismos pueden
optar ahora por recibir mensajes por correo electrónico y,
consiguientemente, utilizar el recurso de correo electrónico que
probablemente ya tienen a su disposición sin coste adicional.
Además, pueden utilizarse los mismos medios para recibir llamadas
de voz grabadas como archivos adjuntos. La ventaja de este sistema
respecto a los sistemas de contestador automático y de registro de
llamadas tradicionales es que el archivo enviado por correo
electrónico puede archivarse o retransmitirse fácilmente mediante
las técnicas de gestión de correo electrónico normales.
Preferentemente, el organismo o la persona cuya
dirección de correo electrónico está asociada al número móvil
virtual es capaz de proveerse por sí misma de la dirección de correo
electrónico, para controlar la configuración de la asociación sin
tener que recurrir al operador de la red. Esto puede llevarse a
cabo, por ejemplo, enviando un mensaje de texto al número móvil
virtual de una CLI específica. El contenido del mensaje de texto
sigue una sintaxis predefinida que indica la dirección de correo
electrónico. Como alternativa, puede utilizarse una llamada de voz,
utilizándose la detección DTMF para transmitir una codificación de
caracteres predefinida que especifica la dirección de correo
electrónico. Es posible utilizar otros procedimientos.
El operador de la red tal vez desee proporcionar
direcciones de correo electrónico por omisión para ciertos
usuarios, antes de que estos usuarios tengan oportunidad de
especificar las direcciones de correo electrónico que han
elegido.
En otro ejemplo, relativo al correo web, la
futura arquitectura SMS permite al usuario móvil efectuar una
llamada de voz como respuesta a un mensaje de texto recibido desde
el usuario de correo web, utilizando el número móvil virtual que es
la fuente del mensaje de texto como número de destino para la
llamada de voz. La llamada se encamina utilizando el número móvil
virtual hacia la red móvil correcta. A continuación, la llamada de
voz se dirige hacia el VSE 25, que solicita al llamante que registre
su mensaje. La grabación se codifica preferentemente en un formato
de audio comprimido, tal como el GSM 6.1, para el cual los sistemas
operativos informáticos más conocidos comúnmente disponen de los
correspondientes descompresores. El VSE 25 transmite a continuación
el archivo registrado a la pasarela de correo electrónico 24 que
forma parte del subsistema de correo web, de tal forma que el
archivo pueda ser enviado al usuario como un archivo adjunto de
correo electrónico. Entonces, el subsistema de correo web envía este
archivo a la cuenta de correo electrónico del usuario de la red de
datos.
Además, si el usuario de correo web dispone de
un terminal con las capacidades adecuadas, será posible encaminar
la llamada hasta el terminal a través de una red de datos,
pudiéndose establecer de ese modo una comunicación de voz directa.
También se puede disponer que las respuestas enviadas al usuario de
correo web sean presentadas en una ventana emergente en el terminal
del destinatario.
Se puede reconocer una "regla de umbral",
según la cual la aplicación de una nueva forma de comportamiento
(en este caso, la utilización de un nuevo servicio) es inversamente
proporcional al "umbral" o grado de esfuerzo (ya sea cognitivo
o físico) necesario por parte del usuario para cada uno de los usos.
El procedimiento de correo web descrito anteriormente es una
ampliación de la técnica anterior muy simple y fácil de utilizar,
que no requiere ningún esfuerzo adicional por parte del usuario de
la red de datos. Por consiguiente, dicho procedimiento satisface la
regla de umbral para la utilización de un nuevo servicio, en la
medida en que la barrera de esfuerzo que se debe utilizar es cero.
No se necesita software adicional en el terminal del usuario de la
red de datos. El procedimiento también presenta la ventaja de que el
archivo de voz está disponible para ser escuchado de nuevo,
guardado, archivado, etc. mediante las herramientas de gestión
presentes en el terminal del usuario.
La combinación de los servicios de voz y los
servicios de texto en el mismo número es un aspecto fundamental de
la futura arquitectura SMS y permite la convergencia esperada entre
la comunicación de texto y la comunicación de voz.
En otro aspecto de la futura arquitectura SMS,
se proporciona apoyo para los diversos empleos posibles del
direccionamiento alfanumérico. El nombre alfanumérico puede
transmitirse en el cuerpo del mensaje, el campo de dirección de
destino o el campo de dirección de origen (CLI). En el sistema GSM,
estos dos últimos campos están limitados a un máximo de 11
caracteres.
La futura arquitectura SMS, una vez combinada
con un servidor de nombres de red interno o externo, resuelve el
problema de la falta de apoyo para las direcciones de destino
alfanuméricas en las redes telefónicas actuales, sin necesidad de
realizar ningún cambio en el terminal. Esta arquitectura
proporciona, por ejemplo, apoyo para la utilización de direcciones
de destino alfanuméricas en los mensajes iniciados en terminal,
simplificando el funcionamiento e incrementando la conectividad de
los usuarios y favoreciendo de ese modo el tráfico y los
ingresos.
La futura arquitectura SMS también permitirá que
la función de respuesta estándar de un terminal móvil funcione
satisfactoriamente con los mensajes que presentan una dirección de
origen alfanumérica (CLI), sin necesidad de realizar ningún cambio
en el terminal. Cuando se responde, esta dirección se utiliza como
nueva dirección de destino.
Para que el direccionamiento alfanumérico sea
adoptado satisfactoriamente por una red telefónica, es deseable
disponer de la capacidad para traducir un amplio rango de cadenas
alfanuméricas, y que la traducción esté disponible para todos los
clientes de la red, o los que se han abonado a un servicio con
recargo. La traducción puede proporcionar un MSISDN, una dirección
de correo electrónico u otro formato de dirección equivalente para
permitir el envío de los mensajes con dichas direcciones traducidas.
El procedimiento de envío y el formato del mensaje pueden
determinarse a partir del formato de la dirección de envío traducida
o a partir de otros medios.
En las formas de realización preferidas de la
futura arquitectura SMS, los mensajes de texto enviados a una red
por los abonados se encaminan hacia un aparato de encaminamiento de
mensajes de texto que es capaz de determinar si cada uno de los
mensajes contiene una dirección de destino alfanumérica y, de ser
así, formular una consulta al servidor de nombres de red para
obtener una dirección apta para el encaminamiento. El aparato de
encaminamiento de mensajes de texto es preferentemente el
encaminador SMS 16 en el caso de las redes GSM.
Es necesario un principio similar al de los DNS
de Internet que utilizan servidores de nombres de red (NNS) para
ser compatibles con la presente técnica, aunque con las diferencias
indicadas a continuación con respecto a los DNS:
- \bullet
- Los servidores de nombres de red pueden tener aplicación sólo en los abonados de una determinada red telefónica o en un subconjunto de éstos.
- \bullet
- Los servidores de nombres de red pueden presentar límites regionales para permitir la traducción localizada de direcciones.
- \bullet
- Los servidores de nombres de red sólo se utilizan para traducir las direcciones de destino de un subconjunto de los mensajes de texto enviados desde teléfonos móviles o terminales con capacidad SMS.
- \bullet
- Los servidores de nombres de red sólo se utilizan para traducir las direcciones de destino de los mensajes de texto enviados utilizando el formato alfanumérico.
- \bullet
- La traducción de la direcciones de destino alfanumérica del mensaje de texto puede dar por resultado una dirección en uno de los diversos formatos de dirección alternativos posibles, incluidos aunque no limitados al número de teléfono MSISDN y la dirección de correo electrónico, mientras que los DNS sólo admiten un único tipo de traducción.
- \bullet
- El direccionamiento alfanumérico de destino es un aspecto actualmente no utilizado ni explotado de la telefonía móvil y la mensajería de texto; por lo tanto, la aplicación de las técnicas tipo DNS en esta área resulta ventajosa.
También es posible que dos o más redes, por lo
menos dentro de un dominio nacional, deseen compartir sus bases de
datos de traducciones alfanuméricas, aunque es muy probable que las
redes individuales prefieran poseer bases de datos propias.
Esta arquitectura proporciona un apoyo sin
precedentes al usuario, en la medida en que mientras los números de
teléfono o las direcciones de correo electrónico generalmente son
difíciles de recordar y tal vez se desconozcan, los nombres (por
ejemplo, nombres de empresas, marcas o productos) son muy fáciles de
recordar. Cuando una persona se halla fuera de su oficina, fuera de
casa o simplemente fuera de otros medios de acceso a una guía,
entonces posiblemente el único recurso que le quede a esa persona
sea el teléfono móvil. Los siguientes ejemplos ilustran cómo la
presente técnica facilita el uso y proporciona un nivel de
conectividad que no era posible anterior-
mente:
mente:
- \bullet
- El usuario descubre que ha perdido su tarjeta Barclaycard®, no tiene a mano ningún número de teléfono, pero puede enviar un mensaje de texto a la dirección "BARCLAYCARD®" para pedir ayuda.
- \bullet
- Mientras está escuchando la radio, el usuario es invitado a presentar una petición de música. Aunque el presentador puede facilitar un número de fax, una dirección de correo electrónico o un número de teléfono, esto presenta la dificultad de tener que recordar dichos datos y la incomodidad de anotarlos. No obstante, el usuario tiene capacidad para enviar un mensaje de texto utilizando el nombre de la estación de radio, que conoce muy bien, como una dirección alfanumérica.
- \bullet
- El usuario se halla en Lisboa y desea ponerse en contacto con la oficina local de British Airways® para obtener información sobre vuelos. No dispone de ningún número de teléfono local ni suficientes conocimientos del idioma local como para utilizar un servicio de guía de usuarios. Envía un mensaje de texto a la dirección alfanumérica de BA y obtiene lo que desea.
En una forma de realización del concepto, el
usuario envía un mensaje de texto iniciado en terminal móvil o fijo
a una dirección alfanumérica (por ejemplo, Lufthansa®), es decir, el
campo de dirección de destino del protocolo de envío del mensaje
contiene el texto "Lufthansa®" y el formato de dirección
especificado es el formato alfanumérico. En el sistema GSM,
normalmente se permiten un máximo de 11 caracteres para dichas
direcciones alfanuméricas. No se necesita más información en el
mensaje, aparte de la dirección del centro de servicios fijos que
es proporcionada por la configuración del terminal, en el caso del
sistema GSM.
A continuación, el mensaje es encaminado por
medio del encaminador SMS 16 (o módulo de procesamiento
equivalente), que examina la dirección de destino y determina si
está en formato alfanumérico. Entonces, el encaminador SMS 16
accede al servidor de nombres de red (no representado) para obtener
una traducción. La traducción obtenida puede ser una dirección de
correo electrónico, en cuyo caso el mensaje se envía a la pasarela
de correo electrónico 24 para ser convertido en un mensaje de
correo electrónico y ser transmitido a la dirección de correo
electrónico. Otra posibilidad es que la dirección traducida sea un
número de teléfono MSISDN, en cuyo caso el encaminador SMS 16 puede
continuar con las opciones de envío normales para los mensajes de
direccionamiento MSISDN. Además, la dirección traducida puede ser
una dirección de red a la que se puede acceder por medio de uno de
los diversos protocolos posibles, tal como un código de punto de
red o un título global para SS7, una dirección IP para un destino
de una red de datos, una dirección de servidor SMS de una red de
datos X.25 o cualquier otro tipo de dirección.
Los encaminadores SMS de diversas redes pueden
estar configurados con las direcciones del servidor o los servidores
de nombres de red que pueden utilizar, y los servidores de nombres
de red pueden disponerse jerárquicamente para permitir su
actualización simplificada de la misma forma en que se actualizan
los servidores DNS. No obstante, en esta aplicación, es preferible
que los servidores de nombres de red se confinen a una red, o a un
territorio, ya que es probable que en la mayoría de casos las
traducciones no tengan relevancia internacional, sino nacional,
aunque esto admite algunas excepciones, por supuesto. Asimismo, es
posible que las redes deseen restringir el servicio a los propios
clientes de tarifas con recargo.
En una forma de realización preferida, se
proporciona un sistema de aprovisionamiento para permitir al
operador actualizar y mantener la base de datos y acceder a los
recursos de traducción. En una forma de realización alternativa, el
sistema puede ser utilizado por varias redes, cada una con su propia
interfaz de aprovisionamiento.
Además de ser capaces de enviar mensajes
iniciados por terminal móvil con direcciones de destino
alfanuméricas a los servidores SMS, las redes móviles que emplean
esta técnica también pueden ofrecer a los usuarios la opción de
adoptar una identidad personal alfanumérica como nombre alias para
su MSISDN. Estas identidades tal vez deban ser exclusivas en el
conjunto de la red o exclusivas en un grupo o una comunidad cerrada
de usuarios. A continuación, los mensajes pueden ser enviados a
otros usuarios utilizando sus direcciones alfanuméricas en lugar de
un número de teléfono de destino
La futura arquitectura SMS combinada con un
servidor de nombres de red proporciona un nuevo recurso a las redes
telefónicas que permite a sus clientes ponerse en contacto con una
empresa o marca comercial, utilizando el terminal con capacidad de
texto que llevan encima o tienen en su domicilio. Esto permite
incrementar la conectividad y la funcionalidad de las redes
telefónicas hasta un nivel no alcanzado hasta ahora. Para la
presente técnica, el umbral de uso es sumamente bajo, puesto que los
nombres alfanuméricos que van a utilizarse como direcciones en la
mayoría de casos ya serán conocidos por el usuario. El acceso a los
nombres de marcas comerciales, productos y empresas será ahora más
fácil que antes, ya que entonces el umbral para encontrar un número
de teléfono asociado era demasiado alto. Esta barrera se elimina
mediante la utilización del direccionamiento alfanumérico.
Con referencia a la Figura 3, es posible
utilizar otro ejemplo de aplicación de la futura arquitectura SMS
para proporcionar automáticamente información de texto sobre líneas
aéreas como respuesta a las peticiones enviadas por los usuarios
mediante mensajería de texto.
En la actualidad, estos usuarios normalmente
formulan sus consultas al departamento de información de la línea
aérea a través de una llamada de voz, resultando dichas llamadas de
ayuda muy costosas para las empresas que las realizan. Además,
determinar el número de teléfono al que debe llamarse puede ser una
tarea difícil, en particular, cuando el usuario móvil no se halla
ni en su oficina ni en su domicilio. El ejemplo de servicio
alternativo textual proporcionado en la presente memoria no requiere
el conocimiento de los números de teléfonos o las ubicaciones de
las empresas, sino sólo del nombre de la empresa, la marca comercial
o el servicio con el que se desea contactar. En este ejemplo, los
abonados móviles que desean hacer alguna consulta acerca de las
horas de llegada o de salida de una línea aérea envían un mensaje de
texto en el que se incluye el número de vuelo, utilizando el nombre
de la línea aérea (p. ej., BA®, Iberia®, Alitalia®) como dirección
de destino para recibir una respuesta rápida a su consulta.
La facilidad de uso de un sistema que permite,
por ejemplo, enviar el texto "BA123" mediante un mensaje de
texto a la dirección "BA" para proporcionar una respuesta
inmediata con la información del vuelo y las horas de llegada
esperadas resulta sumamente ventajosa.
En el ejemplo anterior, el sistema funciona de
la forma indicada a continuación. El mensaje se transmite por medio
del MSC 14 y por medio del encaminador SMS 16. El encaminador SMS 16
examina todos los mensajes que pasan por el mismo y comprueba si la
dirección de destino presenta una coincidencia en la lista de
direcciones de destino almacenada en una base de datos adjunta (no
representada). Este procedimiento de comparación puede llevarse a
cabo por medio de la lógica de servicios y los datos internos del
encaminador SMS 16, utilizando una base de datos externa adjunta o
utilizando una lógica de servicios externa, tal como un punto de
control de servicio (SCP) u otros
medios.
medios.
En este ejemplo, el encaminador SMS 16 compara
la dirección de destino "BA", que indica que el mensaje está
destinado a una aplicación particular asociada a British Airways®.
En este ejemplo, la aplicación reside en un servidor independiente
y el encaminador SMS 16 es operativo para dirigir el mensaje hacia
el servidor BA a través de una interfaz adecuada (no representada).
El mensaje originado en terminal móvil es convertido por el
encaminador SMS 16 en un mensaje de forma adecuada para ser
transmitido al servidor BA (por ejemplo, utilizando el protocolo
TCP/IP y posiblemente por medio de una red de área amplia) y para
que la respuesta pueda ser transmitida del servidor al emisor.
Tras la recepción del mensaje, el servidor BA
procesa el mensaje utilizando una técnica de comparación de reglas
textuales u otro tipo de técnica, y obtiene una respuesta o el aviso
"coincidencia no encontrada". El funcionamiento de dichos
motores textuales se halla fuera del alcance de la presente
descripción, que se centra fundamentalmente en los medios de
encaminamiento de preguntas y respuestas con origen y destino en
dicho motor. En caso de que se encuentre una coincidencia, la
respuesta adecuada se formula en un mensaje y se envía al
encaminador SMS 16. La dirección del emisor u otros medios de
correlación se incluye en la respuesta al encaminador SMS 16. En
caso de que no se encuentre ninguna coincidencia, puede enviarse un
mensaje de error adecuado al usuario.
A continuación, la respuesta es formulada en un
mensaje terminado en terminal móvil por el encaminador SMS 16 y
transmitida al usuario. Esto permite seguir disfrutando de la
ventaja que supone que cada transacción de mensaje se lleve a cabo
con un solo paso por la red.
Una mejora fundamental de esta técnica, en caso
de que la respuesta al mensaje se envíe de inmediato al emisor,
permite evitar la necesidad de consultar al HLR para obtener la
respuesta. En el caso de la MAP V3 (Parte de aplicación móvil,
versión 3) del sistema GSM, se proporciona el IMSI del emisor en el
mensaje originado en terminal móvil. Por lo tanto, no es necesario
que el encaminador SMS 16 realice ninguna consulta al HLR 28 para
enviar la respuesta, puesto que es improbable que el usuario haya
abandonado el VMSC en el que se ha originado el mensaje, cuyo IMSI
ya se conoce. Con esta información, el encaminador SMS 16 puede
elaborar la respuesta sin remitirse al HLR 28, a menos que el envío
resulte infructuoso, en cuyo caso se utilizarán los procedimientos
normales para efectuar un reintento o el envío por medio de la SMSC
13.
En otro ejemplo, el usuario desea contactar con
el departamento de servicio al cliente de su operador de red
telefónica para obtener una respuesta a una consulta relativa al
funcionamiento de la red, el terminal o los servicios disponibles.
Resultaría muy deseable que el operador de la red implementara el
presente equipo, mediante el cual el abonado podría enviar un
mensaje de texto para recibir una respuesta directamente desde la
red. Es preferible utilizar una dirección alfanumérica, porque es
fácil de recordar. Entre los ejemplos de cadenas de texto que
pueden utilizarse se incluyen AYUDA, RED o TELCO. Entonces, el
usuario puede formular una pregunta del tipo "¿Cómo se activan
los informes de envío?") en el mensaje de texto y enviar el
mensaje a la dirección alfanumérica AYUDA. El mensaje se intercepta
utilizando las técnicas descritas en la presente memoria, y se
dirige hacia el servidor adecuado para la generación de una
respuesta.
Es evidente que con el paso del tiempo las
demandas de acceso a información y datos de los usuarios se
incrementarán, y además, como demuestra la experiencia actual con
la televisión de pago, los usuarios estarán dispuestos a pagar por
el acceso a servicios que les resultan beneficiosos. Teniendo en
cuenta que la capacidad alfanumérica es un factor clave en la
simplificación del acceso a la información, la presente técnica
permite a las redes proporcionar un acceso intuitivo y fácil a una
gran cantidad de servicios de información que van en aumento, y
obtener ingresos a través de su uso.
Los tipos de información accesibles por los
medios de mensajería de texto presentan posibilidades ilimitadas,
muchos ejemplos de las cuales sacan partido del beneficio aportado
por la movilidad cuando las fuentes de información tradicionales no
están disponibles normalmente. Entre los ejemplos se incluyen:
- \bullet
- Para obtener información tal como el tiempo o la congestión de las carreteras, por ejemplo, enviar mensaje a la dirección "TIEMPO" o "TRÁFICO"
- \bullet
- Para obtener servicios de marcas comerciales tales como respuestas publicitarias, competiciones, etc., por ejemplo, enviar mensaje a "COCA COLA®" o "CRUNCHIE®".
- \bullet
- Para obtener ayuda de emergencia, por ejemplo, enviar mensaje de texto a "BARCLAYCARD®" si se pierde la tarjeta de crédito.
\newpage
- \bullet
- Para obtener acceso a empresas, por ejemplo, enviar mensaje de texto a "AVIS®" o "HERTZ®" para averiguar punto de alquiler de vehículos más cercano.
- \bullet
- Para obtener acceso a motores o "asistentes" de texto de enciclopedias que están diseñados para procesar preguntas en lenguaje natural y proporcionar respuestas acerca de cualquier tema factual, por ejemplo, enviar mensaje de texto a "ASISTENTE". En el documento EP-A-1 185 119, se proporciona más información sobre dicha implementación.
- \bullet
- Para obtener servicios basados en temas destinados a niños en edad escolar que animan a éstos a utilizar el texto, por ejemplo, enviar una pregunta a "QUÍMICA", "MATEMÁTICAS" o "HISTORIA".
El direccionamiento alfanumérico puede
proporcionar otros beneficios, entre los que se incluyen, por
ejemplo, la posibilidad de entrar en contacto con una empresa
cuando la ubicación de ésta se desconoce o posiblemente se halla en
el extranjero. En estas circunstancias, obtener el número de
teléfono puede convertirse en una tarea bastante lenta. Ponerse en
contacto con la aerolínea "LUFTHANSA®" es fácil cuando el
nombre puede utilizarse directamente como una dirección de texto,
mientras que obtener el número de teléfono es menos fácil.
Otra ventaja de la presente invención se obtiene
registrando secuencialmente todos los intentos de acceso a
información. Esto permite al proveedor o los proveedores de
información conocer los tipos de información que se están
solicitando, y actualizar de forma dinámica las fuentes de
información según la demanda. Éste es un beneficio que no está a
disposición de los editores tradicionales, ya que una vez que se ha
vendido un libro, el editor no tiene recursos para determinar si
los usuarios consideran satisfactorias o insatisfactorias las
consultas que han efectuado en el libro. Además, la información
accesible por medio del presente equipo puede mantenerse
actualizada y libre de errores, mientras que las fuentes de
información tradicionales empiezan a quedar desfasadas en el
momento en que son publicadas.
El encaminador SMS 16 puede hacerse cargo de
ciertos aspectos de la facturación si es que el MSC 14 no se
encarga ya de éstos. El encaminador SMS 16 puede generar registros
de facturación para clientes de postpago, y también puede
interrogar y hacer un cargo a un sistema de prepago antes de
permitir el acceso para los clientes prepago.
La presente invención puede implementarse en
plataformas distintas a los encaminadores SMS, teniendo en cuenta
que se obtiene la máxima ventaja reconociendo los mensajes mientras
todavía están en el dominio MO, y antes de que la red realice
ninguna operación de almacenamiento.
A continuación, se describen otros aspectos
ventajosos de la futura arquitectura SMS.
La utilización de la técnica del asistente SMS
descrita en el documento EP-A-1 184
119 para seleccionar y encaminar ciertos mensajes hacia un motor
inteligente de procesamiento de texto aporta mejoras a los
servicios de valor añadido. Por ejemplo, el asistente SMS 22 puede
utilizarse para interpretar el contenido de los mensajes, realizar
transformaciones o cambios de señalización y enviar el mensaje hacia
su destino de la forma normal. Esta capacidad permite insertar
mandatos en el texto del cuerpo del mensaje, habitualmente al
principio, lo cual determina la modificación del mensaje de una
forma definida. Se describen dos categorías de ejemplos.
En la primera categoría de ejemplos, los
mensajes se envían a los números de destino normales, pero se
inserta un código de mandato especial delimitado (por ejemplo) por
*# en el mensaje:
*BLINK# al inicio del mensaje determina que el
mensaje se modifique según la especificación EMS (servicios de
mensajes mejorado), de tal forma que todo el mensaje parpadea cuando
se recibe en un terminal compatible.
*COPY# puede determinar que el mensaje se
duplique en un destino preestablecido que puede ser otro terminal
móvil, una dirección de correo electrónico o similar.
En el segundo ejemplo, se envía un mensaje a un
código corto bien definido y conocido, tal como 555. Asimismo, se
puede disponer de un número largo equivalente para permitir el
acceso a un país extranjero desde cualquier red. En este ejemplo,
la información de direccionamiento para el mensaje está contenida
dentro del cuerpo del mensaje (entre delimitadores \alm{2}, por
ejemplo) y es interpretada por el asistente SMS 22.
Si se envía #BRITISH AIRWAYS#® a un código
corto, por ejemplo el 555, el resto del mensaje puede ser
transmitido a una oficina de BA local.
El último procedimiento permite, a cualquier
usuario, utilizar el direccionamiento alfanumérico para ponerse en
contacto con un organismo, independientemente de las prestaciones
del terminal.
La futura arquitectura SMS también puede
proporcionar una solución para la limitación que implica tener que
almacenar sólo los mensajes en la red del emisor, impidiendo que los
servicios inteligentes de envío sean invocados cuando el
destinatario no responde. Se ha propuesto una solución en el
documento WO-03/049461, aunque ésta conlleva la
aplicación de cambios de señalización invasivos en la red. La futura
arquitectura SMS puede proporcionar una solución mejor.
A los abonados de tarifa con recargo, se les
puede proporcionar un número MSISDN comprendido en un rango
particular de números móviles, que pasa a ser su MSISDN público. La
red utiliza una función HLR especial para este rango de números.
Los accesos a este HLR especial se tratan de forma diferente a los
accesos al HLR normal. El HLR especial es capaz de mantener dos
ubicaciones para cada abonado. La primera de éstas es su ubicación
real, mantenida en un HLR normal, y la segunda es una ubicación
virtual que corresponde al equipo de la red base, para finalidades
tales como el registro de voz, el archivado de texto y similares.
Cuando procede, el HLR especial es capaz de utilizar el HLR del
otro número del abonado con el objetivo de enviar mensajes al
abonado. A continuación, se describirá en mayor detalle este
aspecto de la técnica.
Los abonados de tarifa con recargo disponen de
un MSISDN de un rango de números especiales con su propia función
HLR especial. La tarjeta SIM del teléfono del usuario se sustituye
por una tarjeta SIM normal que presenta el MSISDN como identidad.
Cuando el terminal del usuario realiza una actualización de
ubicación, el mensaje pasa al HLR especial. La información de la
ubicación real es almacenada en el HLR especial.
Cuando un usuario llama al abonado, la petición
de envío de información de encaminamiento (SRI) de un MSC de la red
del abonado llamado pasa al HLR especial, que da a conocer la
ubicación del equipo en lugar de la ubicación real del usuario. A
continuación, la llamada se pasa al equipo para ser sometida a un
procesamiento con recargo, es decir, para ser registrada. El equipo
también formula una consulta al HLR, mediante la cual recupera la
ubicación real del usuario. Entonces, la llamada se encamina con
normalidad hacia esta ubicación. El funcionamiento de la mensajería
de texto es similar, siendo recuperada la dirección del equipo en la
red base a través de una consulta SRI_SM, con lo cual cualquier
mensaje enviado al abonado de tarifa con recargo podrá ser
encaminado por medio de un procesamiento especial en su red base. Si
es necesario, el equipo puede efectuar una consulta SRI_SM en el
segundo número para encaminar un mensaje hacia el abonado.
Manteniendo esta dualidad de ubicación, y dando a conocer
únicamente la ubicación real al equipo de la red, las llamadas o
mensajes de texto pueden ser desviados por medio de un equipo
operativo para realizar un procesamiento adicional.
La dualidad de ubicación también puede
conseguirse utilizando dos ubicaciones de HLR separadas con MSISDN
separados, y programando el HLR especial para que busque el segundo
MSISDN a partir del primero y que consulte el otro HLR para obtener
la ubicación real. Las actualizaciones de ubicación al primer MSISDN
se pasan al otro HLR de forma similar.
La capacidad para dirigir llamadas o mensajes
por medio de equipos de la red base abre la posibilidad de percibir
una amplia gama de servicios de valor añadido que no podían
percibirse anteriormente. Gracias a esta capacidad, será posible
retransmitir (es decir, desviar) mensajes SMS a un número
alternativo, lo cual constituye una característica deseable ausente
en todas las redes móviles actuales. En la actualidad, si se desvía
un número móvil hacia un número alternativo, las llamadas de voz se
desvían tal como se espera, pero los mensajes de texto continúan
llegando al terminal original. Otros servicios nuevos posibles
incluyen el archivado y la copia. Por medio del archivado, se puede
enviar una copia de cada mensaje iniciado en terminal móvil (MO) a
una cuenta de correo electrónico, por ejemplo, y presentar una copia
impresa del mismo y almacenarlo en un PC. También resultará
sencillo para el encaminador SMS verificar además la CLI, con lo
cual permitirá el archivado de todos los mensajes terminados en
terminal móvil (MT) enviados al usuario por otros usuarios de la
misma red. Un servicio de copia de SMS permitirá también copiar en
otro terminal los mensajes recibidos en un terminal, basándose
opcionalmente en la CLI.
Asimismo, pueden utilizarse listas blancas de
CLI en conjunción con este procedimiento, de tal forma que el
procesamiento especial de las comunicaciones de voz o texto pueda
ser dependiente de la identidad del usuario de origen.
Con respecto a esta posibilidad, se encuentra
una aplicación en el caso en el que se asigna un número especial a
un abonado que no dispone de terminal. Todas las comunicaciones para
este número se pasan al equipo de la red base, que puede
retransmitirlos hacia el abonado a través de una red de datos (por
ejemplo, por correo electrónico). Esta solución presenta un
atractivo particular para los abonos multimedia, de baja
penetración. Asignando estos números especiales a amigos o
familiares, será posible establecer una comunicación de voz, texto,
imágenes y vídeo entre un usuario que dispone de un terminal
multimedia y un usuario que no dispone de terminal, por medio de
Internet o correo electrónico.
Este sistema también resulta atractivo para los
abonados itinerantes que pueden preferir recuperar sus mensajes por
medio de Internet o correo electrónico, en lugar de tener que pagar
los elevados cargos por itinerancia mientras se hallan en el
extranjero.
Como puede apreciarse, la futura arquitectura
SMS proporciona unos medios para que los operadores reduzcan los
costes, aumenten la eficacia del envío de los mensajes e introduzcan
de manera flexible nuevos servicios que por sí mismos ofrecen
nuevas oportunidades de ingresos.
A continuación, se proporciona una descripción
más detallada del funcionamiento de una forma de realización del
asistente SMS que utiliza un entorno de programación denominado
TITLE (Telsis Integrated Text Language Environment), que es una
versión mejorada de la descrita en el documento
EP-A-1 185 119. Mientras que en el
documento EP-A-1 185 119 se describe
un motor de comparación de patrones puros, la presente técnica
proporciona una estructura de asistente SMS constituida por un
lenguaje y un entorno de programación para definir preguntas y
respuestas de texto. Esta estructura es mucho más flexible y potente
y puede considerarse una estructura de segunda generación en
comparación con la dada a conocer en el documento
EP-A-1 185 119.
El entorno TITLE es un entorno de procesamiento
de textos que convierte el servidor en un asistente SMS que puede
aceptar y responder las preguntas de los teléfonos móviles en
formato de lenguaje natural.
Por consiguiente, el entorno TITLE proporciona
una poderosa herramienta para los operadores de red que desean
reducir los costes y mejorar el servicio ofreciendo atención al
cliente mediante mensajería SMS, o los que desean generar nuevas
corrientes de ingresos ofreciendo de forma rentable información y
entretenimiento por medio de interacción SMS. El entorno TITLE
permite a los operadores ofrecer un servicio mejorado 24 horas al
día y 7 días a la semana, de bajo coste y flexibilidad máxima.
Para aumentar al máximo el grado de satisfacción
de los usuarios y, en consecuencia, aumentar al máximo el ahorro en
costes y el crecimiento de los ingresos, el entorno TITLE permite la
introducción de preguntas en formato de lenguaje natural. El
entorno TITLE también presenta la flexibilidad para implementar con
rapidez una palabra clave, un sistema basado en menús o, si es
necesario, proporcionar una mezcla muy eficaz de lenguaje natural e
interacción basada en menús.
El entorno TITLE puede proporcionar acceso a
cualquier forma de información que sea adecuada para la interacción
de texto simple.
Para utilizar el entorno TITLE, no es necesario
programar en el sentido convencional, sino que basta con comprender
la estructura de la información y a continuación definir los
formatos de pregunta necesarios y añadir la información
asociada.
El entorno TITLE puede utilizarse para la
evaluación y el desarrollo de los servicios en una estación de
trabajo autónoma o puede utilizarse en un entorno de red. En este
último caso, representado en las Figuras 1 y 3, el asistente SMS 22
está conectado al encaminador o los encaminadores SMS 16. Cualquier
servicio creado en un sistema de evaluación autónomo podrá pues ser
ejecutado en un sistema a escala de red.
Si la red de un operador ha sido actualizada a
la futura arquitectura SMS Telsis, entonces el asistente SMS 22
puede aceptar y responder preguntas con la misma carga de red que un
mensaje convencional, obteniéndose de ese modo un enorme campo de
acción para la generación de ingresos.
Para proporcionar una interacción de texto
eficaz, el entorno TITLE utiliza los elementos siguientes:
- \bullet
- Excepciones
- \bullet
- Funciones de respuesta
- \bullet
- Caracteres comodín
- \bullet
- Clases
- \bullet
- Tablas de información
- \bullet
- Puertas
Para facilitar la comprensión de las preguntas,
el asistente SMS preprocesa el texto de entrada. Mediante dicho
preprocesamiento, en primer lugar se suprimen todos los espacios
iniciales y finales del texto, en segundo lugar, se pone todo el
texto en minúsculas y se sustituyen los espacios múltiples por
espacios individuales y, en último lugar, se suprimen los signos de
interrogación (finales), si los hubiera.
La versión resultante de la cadena de entrada se
compara entonces con una lista de preguntas prealmacenadas. Las
preguntas prealmacenadas se denominan "excepciones" como es
habitual cuando se procesan lenguajes para comparar una señal con
las excepciones antes de aplicar ninguna regla, puesto que una de
las características de los lenguajes humanos es que el uso común no
se basa en reglas.
Por consiguiente, el aspecto de las excepciones
simples es exactamente igual al de las preguntas de entrada,
excepto por el preprocesamiento del texto. Entonces, en el sistema
de demostración, frecuentemente se encuentran excepciones simples,
tales como:
hello
what is your name
i have a new address
Cada excepción tiene una "función de
respuesta" asociada. La función de respuesta puede realizar las
siguientes acciones:
- \bullet
- contestar directamente al usuario
- \bullet
- redirigir hacia una tabla de información
- \bullet
- volver a presentar una pregunta modificada.
Las funciones de respuesta pueden incluir además
caracteres comodín:
Existen 100 caracteres comodín en el entorno
TITLE (v1), expresados por escrito como {n}, siendo n un número del
rango del 1 al 100, algunos de los cuales tienen características
especiales y otros, están reservados. En el entorno TITLE (v1), se
utiliza {9} para el nombre del usuario. A continuación, se
proporciona un ejemplo de cómo se puede utilizar {9}:
| Excepción | Función de respuesta |
| my name is {9} | Hi {9}! |
| I'll remember that |
Las clases permiten restringir mucho la
comparación, como sucede por ejemplo en el caso simple de
*country en el que uno de los elementos de esta clase debe
ser el nombre de un país. Un ejemplo simple de una excepción que
emplea esta clase puede ser:
{/|what is}{/|the}capital of {1/*country}
Si se ha definido la tabla de información
correcta, esta clase responderá preguntas de la siguiente forma:
what is the capital of ...
what is capital of ...
the capital of ...
capital of ...
Esto supone una mejora significativa respecto a
la del documento EP-A-1 185 119, en
la que es necesario especificar individualmente todos estos casos
de sintaxis en las excepciones.
Las tablas de información constan de una lista
de informaciones emparejadas, una entrada y una salida. La entrada
se utiliza para acceder a la entrada de tabla adecuada y la salida
proporciona cualquiera de los elementos siguientes:
- (i)
- la respuesta deseada
- (ii)
- un texto nuevo para nueva presentación
- (iii)
- información de redireccionamiento.
El entorno TITLE incorpora contadores de bucle
para impedir bucles infinitos.
Las puertas constituyen un mecanismo para
centrar el tema en un diálogo entre un usuario y el asistente SMS.
En diferentes momentos de un diálogo, la entrada del usuario puede
ser idéntica (por ejemplo, cuando el usuario responde con un
"sí" o un "no"); sin embargo, el asistente SMS necesita
seguir el hilo del diálogo y responder correctamente a la entrada
del usuario. El entorno TITLE permite definir un tema en un momento
determinado, ya sea por medio de un nombre o de un número.
Entonces, puede utilizarse una puerta como primer elemento de una
excepción y restringir el procedimiento de comparación a las
excepciones que presentan puertas que contienen el tema
adecuado.
En la Figura 4, se representan los elementos
relacionados con el desarrollo de un proyecto TITLE. La función de
cada elemento se describe a continuación.
Las bases de datos de contenidos contienen
excepciones TITLE que definen cómo va a responder el servicio a los
mensajes de entrada de los usuarios. Cada base de datos de
contenidos contiene una tabla de excepciones y una tabla de
información. Si se disponen de varias bases de datos de contenidos
en un proyecto, será posible agrupar las excepciones relacionadas y
guardarlas con la tabla de información que éstas utilizan.
La base de datos de clases contiene todas las
clases definidas por el usuario necesarias para el proyecto. Una
clase es un conjunto de palabras o frases alternativas permitidas
por una excepción en un punto particular de un mensaje de entrada
del usuario. Cada clase se almacena en una tabla diferente en la
base de datos de clases. El nombre de la tabla es el nombre de la
clase.
\vskip1.000000\baselineskip
La base de datos del proyecto contiene una tabla
de bases de datos y una tabla de opciones. La tabla de bases de
datos enumera todas las bases de datos de contenidos utilizadas por
el proyecto, indicando el nombre, la ubicación del archivo y el ID
de la tabla de información. También se especifica la ubicación de la
base de datos de clases.
La tabla de opciones contiene las opciones de
configuración para el proyecto, tales como el nombre del archivo
del proyecto compilado y la carpeta donde se almacenarán los
archivos de referencia del proyecto. Para cualquier opción no
especificada, el compilador TITLE utiliza el valor por omisión.
\vskip1.000000\baselineskip
El compilador TITLE lee la base de datos del
proyecto, la base de datos de clases y las bases de datos de
contenidos y genera el archivo del proyecto compilado, el archivo de
resultados de compilación y los archivos de referencia del
proyecto. Las opciones del compilador se especifican en la tabla de
opciones de la base de datos del proyecto.
\vskip1.000000\baselineskip
Una vez que se haya ejecutado el compilador
TITLE, el archivo de resultados de compilación contendrá un resumen
de lo acontecido durante la compilación. Si se ha producido algún
error, se indicará la ubicación y la naturaleza de cada error.
\vskip1.000000\baselineskip
El archivo de proyecto compilado es un archivo
binario creado por el compilador TITLE, que contiene toda la
información del proyecto. Este archivo se carga cuando se inicia el
asistente SMS, y se conserva en la memoria durante toda la sesión.
Cuando el proyecto está listo para ser explotado en un sistema
autónomo, el archivo de proyecto compilado se transfiere un PC
servidor.
\vskip1.000000\baselineskip
Los archivos de referencia del proyecto
contienen la mayor parte de la información del archivo del proyecto
compilado, en forma de texto simple. Estos archivos pueden
utilizarse con una herramienta de diferenciación independiente para
comparar dos versiones de un proyecto. Un archivo individual
contiene las excepciones de todas las bases de datos de contenidos,
listadas en el orden en que serán probadas cuando se realice la
comparación de un mensaje de entrada. Esto puede resultar útil para
comprender la razón por la cual un mensaje particular de entrada no
ha sido emparejado con la excepción esperada.
\vskip1.000000\baselineskip
El programa del motor del asistente es el
componente principal del asistente SMS. En un PC de desarrollo,
este programa puede recibir mensajes de entrada por medio de un
simulador SMS. En un sistema autónomo, los mensajes se reciben
desde un encaminador SMS como se representa en la Figura 5.
\vskip1.000000\baselineskip
En la tabla siguiente, se proporciona un resumen
de los símbolos utilizados en la sintaxis de las excepciones y la
sintaxis de las funciones de respuesta.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El diseño de un servicio deberá tomar en
consideración todos los aspectos del servicio. Por ejemplo, el
diseño deberá prever de qué manera se va a almacenar la información
(para facilitar su gestión) y de qué maneras diferentes se pueden
formular preguntas similares (para que los usuarios obtengan las
respuestas que esperan), y deberá ser sometido a comprobaciones
exhaustivas (para que los servicios en línea funcionen siempre como
se
espera).
espera).
Cuando se diseña un nuevo servicio, deberán
emprenderse las etapas siguientes:
- \bullet
- Toma de decisión respecto a la información que será proporcionada por el nuevo servicio.
- \bullet
- Elección de la mejor manera de proveer información para este servicio. Esto conllevará a menudo la provisión de información estructurada en una tabla de información.
- \bullet
- Utilizando la fuente de información disponible, toma de decisión respecto a la forma de responder al usuario y, en consecuencia, elección de las funciones de respuesta adecuadas.
- \bullet
- Análisis de las diversas formas en que los usuarios pueden formular preguntas sobre este tema.
- \bullet
- Cuando proceda, definición de una o varias clases para dar un carácter más específico a las excepciones y admisión de entradas de clases alternativas.
- \bullet
- Conversión de las preguntas deseadas en excepciones.
- \bullet
- Cuando proceda, análisis de las preguntas que no serán respondidas para el servicio, pero que pueden dar respuestas que conducirán a los usuarios hacia preguntas que sí pueden ser respondidas. Conversión de dichas preguntas en excepciones.
- \bullet
- Verificación del funcionamiento esperado de las excepciones y de la ausencia de cambios debidos a éstas en las funciones existentes.
A continuación, se estudiará el servicio de
información "Country" con referencia a los ejemplos para ver
cómo podría haber sido diseñado este servicio.
\newpage
1. Toma de decisión respecto a la
información que va a ser proporcionada por TITLE. En este caso,
todos los países y la mayoría de atributos de países elegidos
forman parte del Libro Mundial de Datos 2001 de la CIA. Las
preguntas acerca de estos atributos de todos los países serán
proporcionadas por el servicio.
2. Toma de decisión respecto a la forma de
representar la información. Esta información utilizará una tabla
de información (denominada country), y los datos de la tabla
de información se clasificarán como entradas de la forma
country/attribute y como salidas que pueden ser enviadas
directamente al usuario.
| Entrada | Salida |
| spain/capital | Capital of Spain: |
| Madrid |
3. Elección de la respuesta para el
usuario. Las respuestas que se enviarán al usuario resumirán la
pregunta y también proporcionarán la respuesta a la pregunta. El
resumen de la pregunta terminará con el signo de dos puntos y una
línea nueva que incluirá la respuesta.
| Salida |
| Capital of Spain: |
| Madrid |
4. Análisis de las preguntas que pueden
preguntar los usuarios. Las preguntas pueden incluir, por
ejemplo:
what is the capital of spain
what's capital of spain
capital for spain
capital of spain
5. Definición de las clases que pueden
necesitarse para dar un carácter específico a las excepciones.
Es importante que las nuevas excepciones no cambien ninguno de los
comportamientos existentes. Esto puede conseguirse habitualmente
utilizando una clase.
En este caso, se necesita una clase de país
(country) que no permitirá comparaciones con preguntas tales
como:
what is the capital of Texas
Esta pregunta no puede ser respondida mediante
la tabla de información "country", debido a que Texas es un
estado de EEUU y no un país. Se puede impedir, asimismo, que se
comparen preguntas sin sentido o confusas, tales como:
what is the capital of Letter
Estas dificultades pueden ser superadas
utilizando una clase "country", con entradas como:
france
germany
spain
Una clase también puede permitir nombres alias
de países, incluyendo entradas en la raíz (en corchetes):
uk[united kingdom]
united kingdom
"uk" y "united kingdom" son entradas
de clase, pero con una sola forma de raíz preferida (United
Kingdom). Si la entrada es idéntica a la raíz, entonces puede
omitirse la raíz. Las entradas de clase deben escribirse en letras
minúsculas, porque la cadena de entrada será cambiada a letras
minúsculas.
6. Diseño de excepciones. Una vez
estudiadas las preguntas posibles y los nombres alias, deberá
resultar sencillo diseñar un grupo de excepciones que incluyan la
mayoría de preguntas posibles. En algunos casos, estas excepciones
también pueden admitir preguntas adicionales. Es posible que estas
preguntas presenten una estructura deficiente, aunque el
significado de éstas deberá ser idéntico al de las preguntas
diseñadas.
La excepción siguiente contiene detalles acerca
de la sintaxis de TITLE.
| Excepción | Función de respuesta |
| {/*whatis}^{/|the}{1/*@country} | {/of |for |in}^[47]{12}/{11} |
| {/|the}{2/*country} |
La excepción permitirá una pregunta como:
what is capital in the Spain
con graves errores gramaticales, pero con
significado obvio.
7. Provisión de excepciones que no van a
ser respondidas, pero que ayudan a encaminar al usuario hacia temas
que pueden ser respondidos. Con el ejemplo, no se puede
responder a preguntas como:
president of France
latitude of Spain
No obstante, será posible recuperar estas
preguntas con una excepción como:
{1} of {2/*country}
con una función de respuesta:
I don't know the {1} of {12}, but I do have
country information for:
capital
population
GDP
área
climate
and many more
Esto no da respuesta a la pregunta original del
usuario, pero proporciona información acerca de preguntas que
pueden ser respondidas.
Puede obtenerse más información acerca del
entorno TITLE en el documento "Research Note No.
RN225-D15: TITLE: Telsis Integrated Text Language
Environment", publicado por Telsis Limited, una copia del cual se
presenta con esta solicitud de patente internacional.
En la medida en que las formas de realización
descritas de la presente invención pueden ser implementadas por lo
menos en parte utilizando aparatos de procesamiento controlados por
software, se pondrá de manifiesto que los programas informáticos
que proporcionan dicho control de software y los medios de
almacenamiento en los que se almacenan dichos programas
informáticos se consideran aspectos de la presente invención.
Claims (36)
-
\global\parskip0.900000\baselineskip
1. Aparato de servicios de telecomunicaciones para utilizar con una red telefónica, comprendiendo el aparato:unos medios (16) para recibir mensajes iniciados en terminal móvil;unos medios operativos para permitir la ejecución de una o más aplicaciones de mensajería en los mensajes originados en terminal móvil, en los que puede ejecutarse una aplicación para cada uno o la totalidad de los mensajes que llegan al aparato;unos medios para almacenar atributos de mensajes emparejados con respectivas aplicaciones de mensajería;unos medios para comparar un atributo de cada mensaje con los atributos de mensajes almacenados, que son operativos para seleccionar la respectiva aplicación de mensajería basándose en la comparación; yunos medios (16, 22) para ejecutar la aplicación de mensajería seleccionada, en los que la ejecución de la aplicación seleccionada incluye el procesamiento, la transformación o el encaminamiento del respectivo mensaje. - 2. Aparato según la reivindicación 1, en el que los atributos de mensajes incluyen la dirección de destino.
- 3. Aparato según la reivindicación 1 ó 2, en el que los atributos de mensajes incluyen el tipo de dirección de destino.
- 4. Aparato según la reivindicación 1, 2 ó 3, en el que los atributos de mensajes incluyen la dirección de origen.
- 5. Aparato según cualquiera de las reivindicaciones 1 a 4, en el que los atributos de mensajes incluyen el tipo de dirección de origen.
- 6. Aparato según cualquiera de las reivindicaciones 1 a 5, en el que los atributos de mensajes incluyen campos de señalización.
- 7. Aparato según cualquiera de las reivindicaciones 1 a 6, en el que los atributos de mensajes incluyen el contenido del mensaje.
- 8. Aparato según cualquiera de las reivindicaciones 1 a 7, que comprende por lo menos un encaminador SMS (16) para encaminar los mensajes hacia los medios operativos para permitir la ejecución de una o más aplicaciones de mensajería.
- 9. Aparato según la reivindicación 8, que incluye un punto de control de servicio SMS [SCP] (26), para que de ese modo la lógica de servicios pueda funcionar en el encaminador SMS (16) en conjunción con la inteligencia centralizada del SCP de SMS.
- 10. Aparato según cualquiera de las reivindicaciones 1 a 9, que comprende unos medios de transformación de mensajes (22) para analizar sintácticamente, interpretar y transformar el contenido y el direccionamiento de los mensajes para generar un mensaje de respuesta.
- 11. Aparato según la reivindicación 10, en el que el mensaje de respuesta se genera de conformidad con una tabla de excepciones programable.
- 12. Aparato según la reivindicación 10 u 11, cuando está subordinada a la reivindicación 8, en el que el mensaje de respuesta se encamina por medio del encaminador SMS (16).
- 13. Aparato según la reivindicación 10, 11 ó 12, en el que el mensaje de respuesta adopta la forma de un mensaje terminado en terminal móvil.
- 14. Aparato según la reivindicación 10 u 11, en el que el mensaje de respuesta se encamina a través de una red de datos.
- 15. Aparato según cualquiera de las reivindicaciones 10 a 14, en el que los medios de transformación de mensajes (22) son operativos para presentar un mensaje de respuesta al emisor original sin necesidad de realizar una consulta de encaminamiento al registro de abonados locales (HLR), obteniéndose la información de direccionamiento y de encaminamiento de la respuesta a partir del mensaje original.
- 16. Aparato según la reivindicación 15, en el que la consulta de encaminamiento es un mensaje MAP SRI-SM.
- 17. Aparato según la reivindicación 15 ó 16, en el que la información de encaminamiento obtenida a partir del mensaje original adopta la forma de un identificador internacional de abonado móvil (IMSI) y de una dirección de registro de abonados visitantes (VLR) correspondientes a la ubicación del emisor.
- 18. Procedimiento de servicios de telecomunicaciones para una red telefónica, comprendiendo el procedimiento las etapas siguientes:recepción de mensajes iniciados en terminal móvil;provisión de la capacidad para ejecutar una o más aplicaciones de mensajería en los mensajes iniciados en terminal móvil, pudiendo ser ejecutada una aplicación para cada uno o la totalidad de los mensajes de entrada;almacenamiento de los atributos de mensaje emparejados con las respectivas aplicaciones de mensajería;comparación de un atributo de cada mensaje con los atributos de mensajes almacenados y selección de la respectiva aplicación de mensajería basándose en la comparación; yejecución de la aplicación de mensajería seleccionada, que incluye el procesamiento, la transformación o el encaminamiento del respectivo mensaje.
- 19. Procedimiento según la reivindicación 18, en el que los atributos de mensaje incluyen la dirección de destino.
- 20. Procedimiento según la reivindicación 18 ó 19, en el que los atributos de mensaje incluyen el tipo de dirección de destino.
- 21. Procedimiento según la reivindicación 18, 19 ó 20, en el que los atributos de mensajes incluyen la dirección de origen.
- 22. Procedimiento según cualquiera de las reivindicaciones 18 a 21, en el que los atributos de mensajes incluyen el tipo de dirección de origen.
- 23. Procedimiento según cualquiera de las reivindicaciones 18 a 22, en el que los atributos de mensaje incluyen los campos de señalización.
- 24. Procedimiento según cualquiera de las reivindicaciones 18 a 23, en el que los atributos de mensaje incluyen el contenido del mensaje.
- 25. Procedimiento según cualquiera de las reivindicaciones 18 a 24, que comprende el encaminamiento de mensajes por medio de por lo menos un encaminador SMS para la ejecución de una o más aplicaciones de mensajería.
- 26. Procedimiento según la reivindicación 25, en el que la lógica de servicios puede operar en el encaminador SMS en conjunción con la inteligencia centralizada de un punto de control de servicio SMS (SCP).
- 27. Procedimiento según cualquiera de las reivindicaciones 18 a 26, que comprende una etapa de transformación de mensajes para analizar sintácticamente, interpretar y transformar el contenido y el direccionamiento del mensaje para generar un mensaje de respuesta.
- 28. Procedimiento según la reivindicación 27, en el que el mensaje de respuesta se genera según una tabla de excepciones programable.
- 29. Procedimiento según la reivindicación 27 ó 28, cuando está subordinada a la reivindicación 25, en el que el mensaje de respuesta se encamina por medio del encaminador SMS.
- 30. Procedimiento según la reivindicación 27, 28 ó 29, en el que el mensaje de respuesta adopta la forma de un mensaje terminado en terminal móvil.
- 31. Procedimiento según la reivindicación 27 ó 28, en el que el mensaje de respuesta se encamina a través de una red de datos.
- 32. Procedimiento según cualquiera de las reivindicaciones 27 a 31, en el que la etapa de transformación de mensajes es operativa para enviar un mensaje de respuesta al emisor original sin necesidad de realizar una consulta de encaminamiento a un registro de abonados locales (HLR), obteniéndose la información de direccionamiento y encaminamiento de la respuesta a partir del mensaje original.
- 33. Procedimiento según la reivindicación 32, en el que la consulta de encaminamiento es un mensaje MAP SRI-SM.
- 34. Procedimiento según la reivindicación 32 ó 33, en el que la información de encaminamiento obtenida a partir del mensaje original adopta la forma de un identificador internacional de abonado móvil (IMSI) y de una dirección de registro de abonados visitantes (VLR) correspondientes a la ubicación del emisor.
- 35. Programa informático para implementar un procedimiento según cualquiera de las reivindicaciones 18 a 34.
- 36. Medios de almacenamiento en los que se almacenan un programa informático según la reivindicación 35.
Applications Claiming Priority (39)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0219489 | 2002-08-21 | ||
| GB0219489A GB0219489D0 (en) | 2002-08-21 | 2002-08-21 | Telecommunications services apparatus |
| GB0220948A GB2393074A (en) | 2002-09-10 | 2002-09-10 | Telecommunications services apparatus |
| GB0220948 | 2002-09-10 | ||
| GB0221179 | 2002-09-13 | ||
| GB0221179A GB0221179D0 (en) | 2002-09-13 | 2002-09-13 | Telecommunications service apparatus |
| GB0223576 | 2002-10-11 | ||
| GBGB0223576.0A GB0223576D0 (en) | 2002-10-11 | 2002-10-11 | Telecommunications services apparatus |
| GB0223791 | 2002-10-12 | ||
| GB0223791A GB2387073A (en) | 2002-03-25 | 2002-10-12 | SMS text message routing |
| GB0226217 | 2002-11-09 | ||
| GB0226217A GB2395401B (en) | 2002-11-09 | 2002-11-09 | Telecommunications services apparatus and methods |
| GB0226238A GB0226238D0 (en) | 2002-11-11 | 2002-11-11 | Telecommunications services apparatus |
| GB0226238 | 2002-11-11 | ||
| GB0226572 | 2002-11-14 | ||
| GB0226572A GB0226572D0 (en) | 2002-11-14 | 2002-11-14 | Telecommunications services apparatus |
| GB0229776A GB0229776D0 (en) | 2002-12-23 | 2002-12-23 | Telecommunications services apparatus |
| GBGB0229777.8A GB0229777D0 (en) | 2002-12-23 | 2002-12-23 | Telecommunications services apparatus |
| GB0229767 | 2002-12-23 | ||
| GB0229777 | 2002-12-23 | ||
| GB0229776 | 2002-12-23 | ||
| GB0229767A GB2396776A (en) | 2002-12-23 | 2002-12-23 | Two-way text messaging between a computer network (LAN) and mobile handset |
| GB0300781 | 2003-01-14 | ||
| GBGB0300781.2A GB0300781D0 (en) | 2003-01-14 | 2003-01-14 | Telecommunications services apparatus |
| GB0301203 | 2003-01-20 | ||
| GB0301203A GB0301203D0 (en) | 2003-01-20 | 2003-01-20 | Telecommunications services apparatus |
| GB0301466 | 2003-01-22 | ||
| GB0301466A GB0301466D0 (en) | 2002-08-21 | 2003-01-22 | Telecommunications services apparatus |
| GB0306937 | 2003-03-26 | ||
| GBGB0306937.4A GB0306937D0 (en) | 2003-03-26 | 2003-03-26 | Telecommunications services apparatus |
| GB0307710A GB2402020A (en) | 2003-04-03 | 2003-04-03 | Delivering a call to a Virtual Mobile address as an email |
| GB0307710 | 2003-04-03 | ||
| GB0310951A GB0310951D0 (en) | 2003-05-13 | 2003-05-13 | Telecommunications services apparatus |
| GB0310951 | 2003-05-13 | ||
| GB0315367 | 2003-07-01 | ||
| GB0315367A GB0315367D0 (en) | 2003-07-01 | 2003-07-01 | Telecommunications services apparatus |
| GBGB0316879.6A GB0316879D0 (en) | 2003-07-18 | 2003-07-18 | Telecommunications services apparatus |
| GB0316879 | 2003-07-18 | ||
| PCT/GB2003/003712 WO2004019634A1 (en) | 2002-08-21 | 2003-08-21 | Telecommunications services apparatus and methods |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2281690T3 true ES2281690T3 (es) | 2007-10-01 |
Family
ID=31951015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03792526T Expired - Lifetime ES2281690T3 (es) | 2002-08-21 | 2003-08-21 | Aparatos y procedimientos de servicios de telecomunicaciones. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20060148495A1 (es) |
| EP (1) | EP1540974B1 (es) |
| AT (1) | ATE355708T1 (es) |
| AU (1) | AU2003260743B2 (es) |
| ES (1) | ES2281690T3 (es) |
| WO (1) | WO2004019634A1 (es) |
Families Citing this family (67)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7617292B2 (en) * | 2001-06-05 | 2009-11-10 | Silicon Graphics International | Multi-class heterogeneous clients in a clustered filesystem |
| US8010558B2 (en) | 2001-06-05 | 2011-08-30 | Silicon Graphics International | Relocation of metadata server with outstanding DMAPI requests |
| US20040139125A1 (en) | 2001-06-05 | 2004-07-15 | Roger Strassburg | Snapshot copy of data volume during data access |
| US7640582B2 (en) | 2003-04-16 | 2009-12-29 | Silicon Graphics International | Clustered filesystem for mix of trusted and untrusted nodes |
| US7765329B2 (en) * | 2002-06-05 | 2010-07-27 | Silicon Graphics International | Messaging between heterogeneous clients of a storage area network |
| US8019362B2 (en) | 2003-02-07 | 2011-09-13 | Sybase 365, Inc. | Universal short code administration facility |
| WO2005048019A2 (en) | 2003-09-04 | 2005-05-26 | Emc Corporation | Data message mirroring and redirection |
| US7725098B1 (en) | 2003-09-04 | 2010-05-25 | Emc Corporation | Data message processing |
| FI20031871A0 (fi) * | 2003-12-19 | 2003-12-19 | Nokia Corp | Multimediasanomapalvelujärjestelmä ja menetelmä |
| GB0406119D0 (en) * | 2004-03-18 | 2004-04-21 | Telsis Holdings Ltd | Telecommunications services apparatus and method |
| SE528341C2 (sv) | 2004-07-20 | 2006-10-24 | Smarttrust Ab | Förfarande för hantering av begäran om tjänster i ett mobilt telekommunikationsnätverk |
| IES20040693A2 (en) * | 2004-10-14 | 2006-04-19 | Anam Mobile Ltd | A messaging system and method |
| EP1650990B1 (en) * | 2004-10-20 | 2013-04-17 | Hewlett-Packard Development Company, L.P. | Method and apparatus for routing short messages in mobile telephone networks |
| GB0425905D0 (en) * | 2004-11-25 | 2004-12-29 | Intellprop Ltd | Telecommunications services apparatus and method |
| KR100678235B1 (ko) * | 2004-12-17 | 2007-02-02 | 삼성전자주식회사 | 이동통신 시스템에서 단문 메시지 전송 시스템 및 방법 |
| US7941165B2 (en) * | 2005-03-02 | 2011-05-10 | Cisco Technology, Inc. | System and method for providing a proxy in a short message service (SMS) environment |
| SG126000A1 (en) * | 2005-03-30 | 2006-10-30 | Ibm Singapore Pte Ltd | Processing user character inputs having whitespace |
| GB2425854A (en) * | 2005-04-21 | 2006-11-08 | Saleh Al-Sarawi | Transactions using mobile devices |
| US8059805B2 (en) * | 2005-06-30 | 2011-11-15 | Emc Corporation | Enhanced services provided using communication redirection and processing |
| US8605878B2 (en) * | 2005-06-30 | 2013-12-10 | Emc Corporation | Redirecting and mirroring of telephonic communications |
| US8831194B2 (en) * | 2005-06-30 | 2014-09-09 | Emc Corporation | Telephonic communication redirection and compliance processing |
| US8036187B2 (en) | 2005-07-29 | 2011-10-11 | Avaya Inc. | Broadcast/multicast data in a wireless network |
| US8509823B2 (en) * | 2005-10-05 | 2013-08-13 | Kt Corporation | System and method for decorating short message from origination point |
| EP1949616B1 (en) * | 2005-11-14 | 2019-03-27 | Mavenir Systems, Inc. | Method for processing a message |
| US7774006B2 (en) * | 2006-02-02 | 2010-08-10 | Airwide Solutions Inc. | Apparatus and method for improving short message service dependability |
| US20080065531A1 (en) * | 2006-07-26 | 2008-03-13 | Smith Steven B | Web-based payments on text-to-pay sms networks |
| US8204057B2 (en) * | 2006-10-26 | 2012-06-19 | Tekelec Global, Inc. | Methods, systems, and computer program products for providing an enriched messaging service in a communications network |
| WO2008073234A2 (en) * | 2006-12-01 | 2008-06-19 | Roamware, Inc. | Method and system for applying value added services on messages sent to a subscriber without affecting the subscriber's mobile communication |
| GB0704836D0 (en) * | 2007-03-13 | 2007-04-18 | Blue Whale Systems Ltd | Messaging methoa and apparatus |
| US8060123B2 (en) * | 2007-03-19 | 2011-11-15 | Sony Corporation | System and method for using SMS and tagged message to send position and travel information to server and/or to peers |
| DE102007015454A1 (de) * | 2007-03-30 | 2008-10-09 | Telegate Ag | System und Verfahren zum Kontaktieren eines Teilnehmers in einem Telekommunikationsnetz |
| US8176129B2 (en) * | 2007-08-27 | 2012-05-08 | International Business Machines Corporation | System and method of sending compressed html messages over telephony protocol |
| US8813102B2 (en) * | 2008-02-22 | 2014-08-19 | Samsung Electronics Co., Ltd. | Method and apparatus for generating mashup graph, and method and apparatus for recommending mashup service |
| US9578471B2 (en) | 2008-02-28 | 2017-02-21 | Red Hat, Inc. | Distributed transactions on mobile phones via a messaging service provided by a mobile network operator |
| GB0807976D0 (en) * | 2008-05-01 | 2008-06-11 | Romalon Plc | Improvements relating to multi-jurisdictional telecommunications services |
| CN101309458B (zh) * | 2008-07-21 | 2016-04-06 | 华为技术有限公司 | 多企业间的短信实现方法、系统和设备 |
| US9271129B2 (en) | 2008-08-05 | 2016-02-23 | HeyWire, Inc. | Mobile messaging hub enabling enterprise office telephone numbers |
| US20120221962A1 (en) | 2008-08-05 | 2012-08-30 | Eugene Lee Lew | Social messaging hub system |
| US12238246B2 (en) | 2008-08-05 | 2025-02-25 | Salesforce, Inc. | Call center mobile messaging |
| US11172067B1 (en) | 2008-08-05 | 2021-11-09 | HeyWire, Inc. | Call center mobile messaging |
| US8918085B2 (en) * | 2008-08-05 | 2014-12-23 | Mediafriends, Inc. | Social messaging hub |
| US9356907B2 (en) | 2008-08-05 | 2016-05-31 | HeyWire, Inc. | Messaging system having multiple number, dual mode phone support |
| US8694031B2 (en) * | 2008-08-05 | 2014-04-08 | Media Friends, Inc. | SMS technology for computerized devices |
| US8605870B2 (en) * | 2008-08-08 | 2013-12-10 | Movius Interactive Corp. | Virtual subscriber service |
| RU2526288C2 (ru) * | 2009-02-16 | 2014-08-20 | Комверс, Лтд. | Применение текстового сообщения пользователем первого мобильного телефона для активизации процесса, который предоставляет информацию пользователю второго мобильного телефона |
| US9532197B1 (en) | 2009-03-30 | 2016-12-27 | Salesforce.Com, Inc. | DID line type provisioning verification |
| WO2011017100A2 (en) | 2009-07-27 | 2011-02-10 | Tekelec | Methods, systems, and computer readable media for providing mobile network operator controlled content to mobile subscribers using social networking messages |
| IES20090831A2 (en) * | 2009-10-29 | 2011-02-02 | Now Your Mobile | An automated response marketing system which enables mobile device user receive information automatically to an email address when an email address is sent to the system by sms message. |
| US20110269485A1 (en) * | 2010-05-03 | 2011-11-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and network node for sending a message to a plurality of devices of a user |
| US8676156B1 (en) * | 2010-10-14 | 2014-03-18 | Sprint Spectrum L.P. | Method and system for managing calls |
| US9060255B1 (en) * | 2011-03-01 | 2015-06-16 | Sprint Communications Company L.P. | Adaptive information service access |
| JP5594269B2 (ja) * | 2011-09-29 | 2014-09-24 | コニカミノルタ株式会社 | ファイル名作成装置、画像形成装置、およびファイル名作成プログラム |
| CN103379452B (zh) | 2012-04-12 | 2018-08-14 | 中兴通讯股份有限公司 | 一种短消息发送方法及短消息业务中心及网关 |
| US9146978B2 (en) * | 2012-06-07 | 2015-09-29 | Wal-Mart Stores, Inc. | Throttling mechanism |
| US10064024B2 (en) | 2014-02-14 | 2018-08-28 | HeyWire, Inc. | Cloud hosted multimedia file handling on mobile devices |
| US10469423B2 (en) | 2014-02-14 | 2019-11-05 | Salesforce.Com, Inc. | Cloud hosted multimedia file handling on mobile devices |
| US9456317B2 (en) | 2014-03-04 | 2016-09-27 | HeyWire, Inc. | Intelligent presence detection messaging |
| US9936362B2 (en) | 2014-03-04 | 2018-04-03 | HeyWire, Inc. | Intelligent presence detection messaging |
| US9571649B2 (en) | 2014-10-23 | 2017-02-14 | Teletech Holdings, Inc. | Method for connecting users with agents based on user values dynamically determined according to a set of rules or algorithms |
| US9350865B2 (en) | 2014-10-23 | 2016-05-24 | Teletech Holdings, Inc. | Method for connecting a user with an agent based on user interaction of a link of a prior message exchanged between the user and the agent |
| WO2016073304A1 (en) * | 2014-11-03 | 2016-05-12 | Teletech Holdings, Inc. | Method for connecting a user with an agent based on user interaction of a link of a prior message exchanged between the user and the agent |
| US10360309B2 (en) | 2015-04-30 | 2019-07-23 | Salesforce.Com, Inc. | Call center SMS-MMS language router |
| US9854415B2 (en) | 2015-04-30 | 2017-12-26 | HeyWire, Inc. | Call center A2P-to-P2P message routing conversion |
| JP2017073582A (ja) * | 2015-10-05 | 2017-04-13 | 日本電気株式会社 | 通信システム、中継装置、制御方法及びプログラム |
| WO2018013511A1 (en) | 2016-07-11 | 2018-01-18 | Salesforce.Com, Inc. | System and method to use a mobile number in conjunction with a non-telephony internet connected device |
| US10798041B2 (en) * | 2018-07-25 | 2020-10-06 | Verizon Patent And Licensing Inc. | Systems and methods for classification and/or transmission of messages |
| CN111966806B (zh) * | 2020-08-17 | 2023-10-27 | 深圳市活力天汇科技股份有限公司 | 一种酒店预定短信的信息提取及修补方法 |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5689547A (en) * | 1995-11-02 | 1997-11-18 | Ericsson Inc. | Network directory methods and systems for a cellular radiotelephone |
| US5983095A (en) * | 1996-07-26 | 1999-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method of calling a single mobile telephone through multiple directory numbers in a radio telecommunications network |
| US5917489A (en) * | 1997-01-31 | 1999-06-29 | Microsoft Corporation | System and method for creating, editing, and distributing rules for processing electronic messages |
| US6266639B1 (en) * | 1998-05-22 | 2001-07-24 | At&T Corp | Method and apparatus for providing notification of pre-established shorthand notation |
| US6408181B1 (en) * | 1999-02-04 | 2002-06-18 | Nortel Networks Limited | Method and system for reducing call setup by roaming number caching |
| FI107205B (fi) * | 1999-02-16 | 2001-06-15 | Sonera Oyj | Menetelmä tiedon turvaamiseksi |
| US6424828B1 (en) * | 1999-06-03 | 2002-07-23 | Ericsson Inc. | Internet server and method for providing access to internet e-mail and internet web pages |
| US7035666B2 (en) * | 1999-06-09 | 2006-04-25 | Shimon Silberfening | Combination cellular telephone, sound storage device, and email communication device |
| ATE554611T1 (de) * | 1999-08-24 | 2012-05-15 | Ericsson Telefon Ab L M | Verfahren und system für teilnehmer- datenverwaltung |
| WO2001022752A1 (en) * | 1999-09-17 | 2001-03-29 | Markport Limited | A short message gateway |
| US6370399B1 (en) * | 1999-09-29 | 2002-04-09 | Qualcomm Incorporated | Determination of mobile service option via phone number |
| US6662017B2 (en) * | 1999-12-23 | 2003-12-09 | Tekelec | Methods and systems for routing messages associated with ported subscribers in a mobile communications network |
| US6385306B1 (en) * | 2000-03-02 | 2002-05-07 | John Francis Baxter, Jr. | Audio file transmission method |
| JP2001290715A (ja) * | 2000-04-07 | 2001-10-19 | Sharp Corp | メールアドレスの入力機能を備えた通信端末装置 |
| CN1207876C (zh) * | 2000-06-15 | 2005-06-22 | 国际商业机器公司 | 短消息网关、向移动电话提供信息服务的系统和方法 |
| US7209950B2 (en) * | 2000-08-15 | 2007-04-24 | Zonamovil.Com, Inc. | Method and apparatus for a network independent short message delivery system |
| US6819932B2 (en) * | 2001-03-05 | 2004-11-16 | Tekelec | Methods and systems for preventing delivery of unwanted short message service (SMS) messages |
| US7027582B2 (en) * | 2001-07-06 | 2006-04-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for resolving an entity identifier into an internet address using a domain name system (DNS) server and an entity identifier portability database |
-
2003
- 2003-08-21 AT AT03792526T patent/ATE355708T1/de active
- 2003-08-21 EP EP03792526A patent/EP1540974B1/en not_active Expired - Lifetime
- 2003-08-21 WO PCT/GB2003/003712 patent/WO2004019634A1/en not_active Ceased
- 2003-08-21 AU AU2003260743A patent/AU2003260743B2/en not_active Ceased
- 2003-08-21 US US10/524,961 patent/US20060148495A1/en not_active Abandoned
- 2003-08-21 ES ES03792526T patent/ES2281690T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004019634A1 (en) | 2004-03-04 |
| US20060148495A1 (en) | 2006-07-06 |
| EP1540974B1 (en) | 2007-02-28 |
| AU2003260743A1 (en) | 2004-03-11 |
| AU2003260743B2 (en) | 2008-09-18 |
| EP1540974A1 (en) | 2005-06-15 |
| ATE355708T1 (de) | 2006-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2281690T3 (es) | Aparatos y procedimientos de servicios de telecomunicaciones. | |
| RU2292089C2 (ru) | Система и способ, предназначенные для предоставления услуг, соответствующих местоположению, с использованием сохраненной информации о местоположении | |
| ES2313435T3 (es) | Aparatos y procedimientos de servicios de telecomunicaciones. | |
| ES2425056T3 (es) | Servicios basados en localización dependientes del abonado | |
| KR100754285B1 (ko) | 단문/멀티미디어 메시지 서비스 게이트웨이를 이용한ｓｍｓ２ｐｓｔｎ 통합 메시징 서비스 제공 시스템 및 방법 | |
| ES2244011T3 (es) | Procedimiento y red telefonica para la conmutacion de comunicaciones telefonicas. | |
| US20090172009A1 (en) | Carpool or Ride Matching by wireless digital messaging Linked Database | |
| ES2317831T3 (es) | Metodo y sistema para el encaminamiento de un mensaje ussd. | |
| US20060035647A1 (en) | Apparatus and method for displaying caller ID with location information | |
| EP2098082A1 (en) | A method and apparatus for parent-controlled short message service | |
| KR20000053064A (ko) | 어드레스 검색 시스템 | |
| CN1225223A (zh) | 在移动电信网内部传送由用户确定的记帐数据 | |
| WO1998023108A2 (en) | Methods and apparatus for accessing telephone numbers | |
| CN101902409A (zh) | 消息传送系统和服务 | |
| FI109636B (fi) | Lyhytsanoman välitys tietoliikennejärjestelmässä | |
| US20070140439A1 (en) | Method for presenting location information on a mobile terminal | |
| US20080242327A1 (en) | System and method for sending sms and text messages | |
| US20050043042A1 (en) | Location caller identification information method and apparatus | |
| CN100415006C (zh) | 短信网址装置及实现短信增值业务的系统和方法 | |
| KR20050087189A (ko) | 이동통신망에서 위치기반 발신자 애칭 서비스 제공 시스템및 방법 | |
| US8670787B1 (en) | Transmission of location and directional information associated with mobile communication devices | |
| ES2326620T3 (es) | Metodo para ofrecer a un abonado de un terminal movil una llamada a un numero de servicio con un precio predefinido. | |
| Taskin | GSM MSC/VLR Unstructured Supplementary Service Data (USSD) Service | |
| KR100645015B1 (ko) | 그룹 동시 문자호출 방법 | |
| KR100664502B1 (ko) | 녹음콜 서비스 제공 방법 및 장치 |