ES2292764T3 - Puerta de enlace de mensajeria abierta. - Google Patents
Puerta de enlace de mensajeria abierta. Download PDFInfo
- Publication number
- ES2292764T3 ES2292764T3 ES02733189T ES02733189T ES2292764T3 ES 2292764 T3 ES2292764 T3 ES 2292764T3 ES 02733189 T ES02733189 T ES 02733189T ES 02733189 T ES02733189 T ES 02733189T ES 2292764 T3 ES2292764 T3 ES 2292764T3
- Authority
- ES
- Spain
- Prior art keywords
- gateway
- nodes
- application
- content
- context
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- 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/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
- H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
- Peptides Or Proteins (AREA)
Abstract
Una puerta de enlace de mensajería incluyendo: medios de interface de red (20) para la interface con dispositivos móviles de usuario de una pluralidad de diferentes normas de comunicación para recibir peticiones de contenido o servicio de los dispositivos móviles y enlutar respuestas a los dispositivos; medios de puerta de enlace (30) para dirigir las peticiones y las respuestas y para modificarlas según la tecnología del dispositivo y los atributos del contenido; y medios de acceso a aplicación (25) para acceder a servidores de contenidos y servidores de aplicación, caracterizado porque los medios de interface de red incluyen nodos de red modular (20), los medios de puerta de enlace incluyen nodos de puerta de enlace modulares (30), y los medios de acceso a aplicación incluyen nodos modulares de acceso a aplicación (25) en los que los nodos de puerta de enlace (30) proporcionan una serie de funciones de dirección, validación y filtración configurables que proporcionan gestión decontenido y dirección del tráfico de mensajes que pasa a través de los medios de puerta de enlace, y porque el servicio proporcionado por los medios de puerta de enlace se determina por el recorrido tomado a través de nodos de puerta de enlace; los nodos de red (20) incluyen medios para gestionar el contexto de un dispositivo que efectúa una petición, y para convertir una entrada a una petición Web usando datos de entrada, contexto de dispositivo, y contexto de aplicación; los nodos de red (20) incluyen medios para añadir contexto de usuario y posición a las peticiones; los nodos de red (20) incluyen medios para traducir las respuestas a un formato específico de usuario usando datos de respuesta, contexto de dispositivo, y contexto de aplicación; los nodos de red (20) incluyen medios para actualizar y almacenar el contexto entre interacciones de dispositivo; los nodos de red (20) incluyen una pluralidad de adaptadores, cada uno asociado con un tipo de dispositivo móvil para proteger servidores de aplicación y servidores de contenidos de diferentes capacidades del dispositivo; los nodos de puerta de enlace (30) incluyen medios para controlar el acceso a aplicaciones Web según el abono de usuario, donde las respuestas son divididas y dirigidas según capacidades del adaptador, atributos del contenido, y reglas especificadas por el usuario.
Description
Puerta de enlace de mensajería abierta.
La invención se refiere a una puerta de enlace
de mensajería para uso por redes móviles.
A menudo sucede actualmente que se necesita un
nuevo mecanismo de acceso para cada nueva tecnología de dispositivo
de usuario. Esto da lugar a la necesidad de desarrolladores expertos
y al uso de herramientas e IDEs que aumentan el compromiso con una
sola tecnología. Se ha desarrollado sistemas de conversión para
resolver estos problemas, por ejemplo sistemas para conversión
automática basada en Web de HTML a WAP o CHTML. Sin embargo, este
acercamiento a menudo proporciona solamente beneficios a corto
plazo y también tiene el problema de permitir un bajo grado de
interactividad. Además, los enlaces a través de las funciones de
conversión son relativamente fáciles de romper. En otro
acercamiento, hay conversión automática centrada en XML en la que
XML es convertido a formatos tales como WAP o HTML. Sin embargo,
este acercamiento no proporciona soporte para diferentes grados de
interactividad, y hay poco soporte de contexto de usuario.
WO98/47270 describe un servidor para la
interface entre una red móvil e Internet.
US5742905 describe un sistema que tiene una
central local e interfaces con redes alámbricas y redes
inalámbricas.
La invención resuelve los problemas
anteriores.
Según la invención, se facilita una puerta de
enlace de mensajería como se expone en la reivindicación 1 y un
programa informático como se expone en la reivindicación 8.
En una realización, los nodos de puerta de
enlace incluyen medios para gestionar un registro de capacidades
del adaptador y de adaptadores actualmente accesibles para cada
usuario.
En otra realización, los nodos de puerta de
enlace incluyen medios para convertir valores de servicio colocados
por aplicaciones, y para dirigir los datos convertidos a sistemas
externos.
En otra realización, los nodos de acceso a
aplicación incluyen medios para que un API permita interfaces
alternativas para aplicaciones interactivas.
En una realización, los nodos de red, los nodos
de puerta de enlace, y los nodos de acceso a aplicación incluyen
medios para comunicar uno con otro usando un lenguaje de marcación
según XML.
En otra realización, en dicho lenguaje de
marcación, el contenido se define en elementos, donde un elemento
raíz es una abstracción de una pantalla de dispositivo móvil.
La invención se entenderá más claramente por la
descripción siguiente de algunas de sus realizaciones, dadas a modo
de ejemplo solamente con referencia a los dibujos acompañantes en
los que:
La figura 1 es una representación diagramática
que representa el contexto de una puerta de enlace de la
invención.
La figura 2 es un diagrama que ilustra la
arquitectura de la puerta de enlace.
Las figuras 3(a) y 3(b) son
diagramas que representan rutas alternativas a través de la puerta
de enlace.
La figura 4 es un diagrama que ilustra señales
para una aplicación interactiva.
La figura 5 es un diagrama que ilustra la
interacción con datos USSD.
Y la figura 6 es un diagrama que ilustra una
configuración de hardware de puerta de enlace.
Con referencia a la figura 1, una puerta de
enlace de mensajería abierta (OMG) 1 permite que aplicaciones de
web (HTTP) y aplicaciones de red móvil (SMPP) envíen y reciban
mensajes tales como mensajes cortos. La puerta de enlace 1 quita la
complejidad de la red de mensajes subyacente del desarrollador de
aplicaciones.
\global\parskip0.950000\baselineskip
Además de estas funciones centrales, la puerta
de enlace 1 proporciona un conjunto de funciones de gestión de
servicio de soporte. El soporte se facilita para gestión de acceso y
facturación de nivel de servicio. La arquitectura del producto es
altamente escalable para gestionar el número creciente de
aplicaciones de mensaje y el volumen de transacciones que
generarán. La puerta de enlace incluye una configuración de hardware
de alta disponibilidad para asegurar que no se pierda el servicio
en caso de un solo punto de fallo.
La puerta de enlace 1 puede estar en interface
con lo siguiente en el dominio de usuario (parte del que se
representa en la figura 1):
- un centro de emisión de célula (CBC) 2,
- una puerta de enlace WAP 3,
- un servidor USSD 4,
- un centro de servicios multimedia (MMSC) MM7,
- un número de SMSCs 5 mediante un router de aplicaciones de mensaje 6 o directamente, y una puerta de enlace de abonado extranjero 7 mediante el router 6.
En el dominio de aplicación, la puerta de enlace
1 puede estar en interface con:
- servicios de mensajería 10 mediante Internet o una intranet, y
- aplicaciones SMS 11.
En el lado de red (usuario), los dispositivos se
pueden denominar "microdispositivos" porque son pequeños, más
"personales", y tienen niveles de potencia de procesado más
bajos que las contrapartidas tradicionales en el dominio de
Internet de línea fija. Hay un amplio rango de capacidades y
protocolos de acceso. Los microdispositivos tienen pantallas que
van desde simples pantallas LCD de texto solamente en aparatos de
gama baja hasta pantalla FTF de alta resolución y color en
ordenadores personales. En la mayoría de los casos, los
microdispositivos basados en teléfono solamente tienen una limitada
capacidad de ejecutar scripts y decodificar datos comprimidos y
encriptados. Sin embargo, los PDAs y los ordenadores personales
tienen procesadores muchas veces más potentes y son capaces de
decodificar flujos multimedia continuos y complejos protocolos de
seguridad. Típicamente, los microdispositivos basados en teléfono
se fabrican con limitadas capacidades de almacenamiento de datos.
Los PDAs y los teléfonos inteligentes pueden tener varios megabytes
y los ordenadores personales pueden tener varios gigabytes.
Actualmente, los microdispositivos utilizan tecnologías SMS, USSD y
CSD para conectar con Internet por vía inalámbrica. Las tasas de
transferencia de datos son lentas y el dispositivo solamente
establece una conexión de datos cuando es iniciada por el usuario.
Dentro de poco veremos dispositivos que utilizarán tecnologías 2.5G
tal como GPRS y EDGE que operan a tasas de datos mucho más altas.
Muchos de estos dispositivos ofrecerán una capacidad de "siempre
activos", lo que les permite recibir contenido de Internet por
vía inalámbrica sin el usuario tenga que establecer activamente una
sesión de datos. En el futuro, veremos nuevos dispositivos 3G que
ofrecen tasas de transferencia de datos aún más grandes. Estos
dis-
positivos pueden ser verdaderos dispositivos IP que ofrecen una conexión "siempre activa" directamente a Internet.
positivos pueden ser verdaderos dispositivos IP que ofrecen una conexión "siempre activa" directamente a Internet.
A medida que Internet sin cables crece y atrae a
un conjunto de usuarios cada vez más diverso con diferentes
requisitos es probable que veamos una ampliación correspondiente del
rango de microdispositivos. Sin un acercamiento estructurado,
proporcionar servicios Internet sin cables compatibles va a ser cada
vez más difícil.
Con referencia a la figura 2 se representa la
arquitectura de la puerta de enlace 1. La arquitectura es modular,
en la que las funciones de conversión de recursos intensivos están
separadas de las funciones de interface. Hay una capa de nodo de
red de lado de usuario 20 que tiene nodos de interface SMPP, USSD,
JMS y MM7. En el lado de aplicación está la capa 25 de nodos de
acceso SMPP, MDML, SMAP y MM7. Internamente, la puerta de enlace 1
incluye nodos de puerta de enlace 30, a saber:
- un nodo de carga 31,
- un nodo de facturación 32,
- un nodo de dirección del contenido 33,
- un nodo de conversión de contenido 34,
- un nodo de acceso a datos 35,
- un nodo de archivo 36,
- un nodo de autenticación 37, y
- un nodo de autorización 38.
\global\parskip1.000000\baselineskip
Una interface de enrutamiento 50 permite el
acceso por el nodo de acceso a datos 35 a una memoria de datos
55.
Los nodos de puerta de enlace 30 proporcionan
interfaces de aplicación y red, y una serie de funciones de
dirección, validación y filtración configurables que proporcionan
gestión de contenido y dirección de todo el tráfico de mensajes que
pasa a través de la puerta de enlace 1.
La naturaleza modular de la arquitectura soporta
el rápido despliegue de adaptadores de red y aplicación adicionales,
que permiten proporcionar fácilmente nuevos servicios por múltiples
interfaces. Además, las capacidades flexibles de validación y
filtración proporcionadas por la puerta de enlace 1 permiten el
enrutamiento altamente configurable de tráfico de mensajes a través
de una serie de nodos de procesado en la puerta de enlace 1, como se
representa en las figuras 3(a) y 3(b). Este
enrutamiento permite a los operadores proporcionar servicios
altamente complejos e innovadores con mínima configuración y costo
inicial.
El servicio proporcionado por la puerta de
enlace 1 en cada caso se determina por el recorrido tomado a través
del grupo disponible de nodos de puerta de enlace 30. Cada nodo
representa un bloque de funcionalidad, que implementa en un caso
por ejemplo una función de filtración; en otro, una transformación
de contenido; en otro, análisis de la dirección de destino para
realizar el enrutamiento. Una ventaja de la puerta de enlace 1 es
el uso de una estructura API estándar para los nodos 20, 25, y 30,
que crea nodos adicionales que implementan una nueva funcionalidad,
un proceso relativamente sencillo y de costo razonable. Los nodos de
validación son configurables y permiten a los operadores garantizar
la confidencialidad, la integridad y la autenticación de todo el
tráfico de mensajes.
La puerta de enlace 1 proporciona un
identificador único de mensajes para cada mensaje, que es asignado a
la presentación del mensaje a la puerta de enlace 1. La aplicación
entre IDs de mensaje de plataforma de red (por ejemplo, IDs de
mensajes SMSC) es manejada automáticamente por la puerta de enlace
1.
La capa de nodos de acceso 25 realiza la
interface siguiente:
- -
- permite conectar SMPP ESMEs a la puerta de enlace 1
- -
- soporta la versión SMPP 3.3 y 3.4
- -
- modo transparente: actúa como retransmisión SMPP, multiventanaje realizado en SMSC
- -
- modo no transparente: actúa como SMSC con multiventanaje local y reconocimientos locales
- -
- soporte de administración de mensajes
- -
- funciones de estrangulamiento y clasificación de carga
- -
- interface de gestión ESME para despliegue, control de acceso y enrutamiento de mensajes
- -
- convierte SMS en texto sencillo MO y USSD a peticiones HTTP en formato MDML
- -
- convierte respuestas MDML HTTP a SMS en texto sencillo MT o USSD
- -
- gestiona una sesión interactiva a cuenta del abonado SMS o USSD
- -
- soporta acceso web a tonos de llamada y mensaje de imagen
- -
- proporciona interface de activación para iniciar una sesión SMS interactiva con un abonado.
La capa 25 accede a aplicaciones interactivas
por SMS y otras tecnologías móviles. Las aplicaciones pueden estar
escritas en Lenguaje de marcación de microdispositivos (MDML), un
formato XML propieda de Logica Mobile Networks PLC para
aplicaciones móviles. Permite a los desarrolladores producir
aplicaciones muy rápidamente usando técnicas de desarrollo web y
posteriormente acceder a estas aplicaciones por HTTP de varios
mecanismos de transporte incluyendo SMS de texto sencillo y USSD.
La puerta de enlace 1 realiza la conversión automática entre
formatos MDML e inalámbricos nativos. Esta capacidad puede ser
ampliada fácilmente mediante la adición de nodos, para suministrar,
por ejemplo, una interface WAP o una interface cHTML.
MDML simplifica en gran medida el proceso de
crear aplicaciones inalámbricas, sin tener que ser consciente de lo
específico de las portadoras como SMS. Como un ejemplo, se puede
lograr una descarga de tono de llamada en sólo seis líneas de
MDML:
Al tono de llamada en "mytune.rtt" se puede
acceder simplemente enviando una "orden" de texto SMS o
seleccionando una opción de menú USSD. En cada caso, la puerta de
enlace 1 realiza conversión sin discontinuidad entre la aplicación
subyacente expresada en MDML y los formatos entendidos por cada
tecnología de datos sin cable.
Otro ejemplo es una simple aplicación de
concurso interactivo usando SMS. Esto se ilustra en la figura 4.
Una pregunta basada en la plantilla MDML es adaptada a un mensaje
corto de texto sencillo por la puerta de enlace 1 y dirigida al
abonado. El abonado responde con una respuesta, y el CMG procesa la
respuesta, seleccionando la plantilla MDML correcta para enviar el
resultado.
La puerta de enlace 1 soporta el envío de
contenido MDML de la aplicación al abonado. En tal escenario, la
puerta de enlace 1 recibe UN HTTP POST conteniendo el contenido
MDML. La puerta de enlace 1 realiza verificación de la aplicación
mitente en base a la dirección IP e información de cuenta presente
en EL MDML, y entonces envía el contenido al abonado. La puerta de
enlace 1 también puede manejar información de contexto dentro del
MDML. Esto permite iniciar una sesión con el usuario para posterior
interacción de descarga. Por ejemplo, una aplicación podría enviar
detalles de una noticia de última hora al abonado, y el abonado se
bajará posteriormente más información detallada acerca de la
noticia.
Además, la puerta de enlace 1 puede manejar
información de enlace MDML en los datos enviados. En este escenario,
la aplicación no envía contenido directamente, sino un enlace al
contenido relevante. La puerta de enlace 1 recupera la página
especificada por el enlace, y envía este contenido al usuario.
SMAP es un protocolo XML del foro SMS que
proporciona funcionalidad equivalente a SMPP en varios protocolos
web incluyendo HTTP. Esto permitirá a los desarrolladores escribir
aplicaciones que envían y reciben mensajes SMS usando un formato
XML simple, con:
- -
- análisis XML de mensajes SMAP,
- -
- conversión de peticiones SMAP a y de formatos de mensaje de puerta de enlace 1 interna, y
- -
- suministro de aplicación y control de acceso.
En la capa de nodos de red 20, la puerta de
enlace 1 soporta el protocolo de mensajes cortos entre pares (SMPP)
y funcionalidad no estructurada de datos de servicios
complementarios (USSD).
Para SMPP hay pleno soporte de la versión SMPP
3.3 y 3.4, pleno protocolo multiventanaje, soporte transparente
para mensajes grandes, y operación de cancelación, actualización y
consulta de mensajes.
La puerta de enlace 1 puede hacer una conexión
SMPP directa al SMSC, o puede ser desplegada conjuntamente con el
router de aplicación de mensajes (MAR) 6 para proporcionar soporte
para múltiples SMSCs 5, y para interfaces a redes que soportan
diferentes tecnologías inalámbricas.
Para USSD, la puerta de enlace maneja USSD sobre
SMPP versión 3.3 a un servidor USSD, gestión de sesiones USSD,
capacidad de enrutamiento de aplicación, conversión de protocolo a
SMS y aplicaciones interactivas, y soporte primitivo USSD fase
2.
Esta interface permite que la puerta de enlace 1
proporcione un menú de alto nivel para unos servicios USSD del
operador. En este escenario, la puerta de enlace 1 es responsable de
dirigir las peticiones de abonado a las aplicaciones correctas y de
mantener un menú de alto nivel para abonados. Los datos de las
aplicaciones son devueltos al dispositivo de abonado a través del
SMSC como se representa en la figura 5.
A continuación se describen los nodos de puerta
de enlace 30 con más detalle.
Éste es un nodo genérico usado para procesar
mensajes y enviarlos en una forma estructurada. El nodo filtro 39
puede modificar o borrar un mensaje pero no puede
re-enrutar mensajes o generar mensajes nuevos.
El nodo de facturación genera registros de
detalles de llamada (CDRs) para procesado fuera de línea. Es
flexible y completamente configurable para eventos de facturación
estándar y personalizados. El formato CDR puede ser configurado en
base por nodo y los elementos de datos dentro del CDR son extraídos
del formato de mensajes CMG estándar usando una mezcla de reglas de
extracción preestablecidas y configurables por el operador. El
contenido típico de un CDR incluye fuente y destino del mensaje,
sello de tiempo, parámetros de administración, tipo de dispositivo,
y puede incluir el texto real.
Este nodo proporciona una interface de
facturación prepagada a un PSA (agente de servicios prepagados). La
interface usa el PSA PSP-CAP (protocolo de
aplicaciones de contenidos), que proporciona soporte de carga de
contenidos. El PSA procesa la verificación de crédito y las
peticiones de ajuste del sistema externo, manteniendo el contacto
con la plataforma de red inteligente (INP) para asegurar que el
crédito del abonado nunca sea negativo. El PSA produce registros de
detalles de llamadas o eventos de todas sus transacciones. Estos son
enviados a un cargador INSS CDR/EDR disponible para las interfaces
de atención al cliente. El nodo 31 está en interface con el PSA
para generar un evento de carga; pasa parámetros de contexto de
servicio a una interface PSA; permite la configuración de cargas
estándar por destino, contexto de servicio y contexto de
facturación, y acciones de éxito y fallo.
Este nodo tiene dos funciones relacionadas:
actualizar la base de datos 55 con el contenido seleccionado de un
mensaje y actualizar un mensaje con datos extraídos de una base de
datos. Cada nodo de base de datos opera en una tabla específica
dentro de una base de datos usando una operación de base de datos
preconfigurada. Una herramienta de diseño de nodo de base de datos
permite a un administrador especificar el nombre de la base de
datos, el nombre de la tabla, parámetros de control de acceso a base
de datos, la orden SQL a usar, campos de mensajes de puerta de
enlace a usar en la orden SQL, y campos de mensajes de puerta de
enlace a actualizar a la terminación exitosa de la orden.
Éste es un nodo de base de datos preconfigurado
que autentica una dirección fuente contra la base de datos de
control de acceso a puerta de enlace.
Éste es un nodo de base de datos preconfigurado
que valida un mensaje contra un conjunto configurable de criterios
de autorización. Estos incluyen dirección de destino, dirección de
origen, contexto de servicio, tamaño y contenido del mensaje, y
componentes "anti-spam" externo.
Este nodo enruta los mensajes a otros nodos en
base al contenido del mensaje, los parámetros del sistema y un
algoritmo de enrutamiento configurable. Un nodo de router puede
estar configurado para dirigir mensajes en base a la carga, el
contexto de servicio, información de dirección, y reglas
personalizadas.
Este nodo proporciona una interface estándar a
través de la que los mensajes pueden ser archivados por razones
administrativas o de gestión de usuarios. El archivo puede ser un
simple registro de mensaje o una memoria de mensajes completamente
funcional. En este último caso, se puede proporcionar una solución
de gestión completa, por lo que todos los mensajes cortos
transmitidos por o enviados al usuario son archivados y el estado de
gestión de estos mensajes es actualizado por el OMG como informes
de administración y la información de estado pasa a través del
sistema.
Éste es un conjunto especializado de nodos
filtro que permiten al operador realizar operaciones personalizadas
en el contenido del mensaje. También hay un nodo de conversión de
dirección que permite al operador modificar una fuente o dirección
de destino en base a reglas configurables o una operación de base de
datos. Además, un nodo de traducción de conjunto de caracteres
proporciona un mecanismo estándar para manejar conversiones de
conjuntos de caracteres. Se facilitan varios nodos de conversión de
caracteres y estos puede ser complementados con nodos de conversión
personalizados. Se facilitan nodos de conversión GSM de bits a y de
ASCII. Además, un nodo de conversión de palabras clave convierte
palabras clave y contenido según reglas configurables. Esto puede
ser usado para cambiar la interface de una aplicación para que sea
conforme a un conjunto estándar de directrices o para proporcionar
un mecanismo para dirigir mensajes. Cada nodo puede ser configurado
para:
- -
- establecer parámetros de contexto de servicio en base palabras clave posicionales en el texto del mensaje,
- -
- convertir palabras clave seleccionadas en el texto a alternativas especificadas, y
- -
- adaptar un texto de mensaje completo y sustituirlo por un texto alternativo.
La capa de nodo de puerta de enlace 30 incluye
un conjunto de plantillas de aplicación que proporcionan un extremo
delantero basado en web para desarrollo de aplicaciones simples. Las
plantillas están disponibles para información y aplicaciones de
competición y reducen drásticamente el tiempo de desarrollo de
aplicaciones para estos tipos de aplicación puesto que eliminan la
necesidad de que los desarrolladores de aplicaciones tengan
conocimientos XML. Las interfaces de capa de puerta de enlace y
administración de servicios proporcionan las herramientas para
gestionar las aplicaciones creadas usando estas plantillas.
La capa de nodo de puerta de enlace 30 también
incluye las interfaces de administración siguientes:
Permite al operador añadir y quitar nodos del
sistema y configurar la distribución de funcionalidad a través del
sistema. También permite al operador especificar parámetros de
configuración para nodos individuales.
Se usa para crear nodos a partir de definiciones
de nodo y para agrupar nodos conjuntamente para proporcionar
configuraciones de despliegue específicas.
Proporciona una interface gráfica a través de la
que se puede crear una nueva definición de nodos. El diseñador
puede seleccionar el tipo base de la definición de nodo y
posteriormente realizar una configuración específica para el tipo.
Un tipo de nodo OMG estándar tal como el nodo de acceso a base de
datos está integrado con la herramienta de diseño de modo que el
diseñador pueda especificar fácilmente los campos de mensajes a usar
y los parámetros SQL a configurados.
Permite al administrador del servicio crear
nuevos servicios de mensaje y especificar los parámetros que
permiten a la puerta de enlace 1 enrutar mensajes a estos
servicios. Se facilita un conjunto pleno de funciones de
administración de usuario de modo que se puedan crear y gestionar
nuevos administradores de servicio.
Proporciona un mecanismo para iniciar y parar el
OMG y verificar su estado corriente.
El hardware de la puerta de enlace 1 incluye
varios servidores L-Class (rp5400) de HP. Ésta es
una plataforma fiable, con escalabilidad y redundancia. El software
incluye HP-UX y el entorno de tiempo de ejecución
Apache Tomcat Java y servidor web. La capa de puerta de enlace
incluye una configuración n+1 completamente elástica, incluyendo
los elementos siguientes, como se representa en la figura 6:
- -
- plataformas de mensajería de puerta de enlace,
- -
- una red de área de almacenamiento (SAN), y
- -
- un hardware de equilibrio de carga IP (Cisco Local Director^{TM}).
El SAN cumple los requisitos de almacenamiento
compartido entre múltiples servidores de puerta de enlace. El
diseño SAN consta de un par de conmutadores Brocade
Fibre-Channel y una mezcla de almacenamiento
convencional y de estado sólido para proporcionar un almacenamiento
elástico, altamente disponible y de altas prestaciones. La mezcla
de almacenamiento (convencional y de estado sólido) es por razones
de rendimiento. Los datos de sesión requieren baja latencia con el
fin de minimizar el tiempo de respuesta a cualquier mensaje
individual que sea manejado. El almacenamiento convencional es
apropiado para todos los datos compartidos restantes.
\newpage
Se usa una configuración completamente duplicada
del Cisco Local Director 416 para permitir conexiones IP de la
infraestructura de mensaje a compartir en las plataformas OMG.
Dentro de la puerta de enlace 1, los nodos 20,
25, y 30 comunican uno con otro usando el lenguaje de marcación de
microdispositivos (MDML). Los nodos de acceso a red 20 incluyen
varios adaptadores de tecnología, cada uno responsable de permitir
que los servicios y el contenido sean distribuidos a una clase
específica de microdispositivos incluyendo:
- *
- protocolos SMPP, OIS y EMI para SMS mediante Logica, Sema y CMG SMSCs respectivamente
- *
- SMPP para USSD mediante servidor USSD de Logica
- *
- WML para dispositivos WAP
- *
- HTML
- *
- cHTML para teléfonos i-Mode
- *
- SMTP para suministro de correo electrónico.
Cada una de estas clases de dispositivos tiene
diferentes capacidades y diferentes métodos de conectar a internet
inalámbrica. La función primaria de cada uno de los adaptadores de
tecnología es "proteger" a los desarrolladores de aplicación y
contenido de estas diferencias, permitiéndoles trabajar con una
interface de microdispositivo estándar. Para hacerlo, los
adaptadores de tecnología para microdispositivos menos capaces
(tales como teléfonos SMS solamente) incorporan esta funcionalidad
adicional en la red. A medida que lleguen al mercado nuevas clases
de microdispositivos, se crearán adaptadores de nueva tecnología.
Esto permitirá a los nuevos dispositivos acceder a servicios
existentes sin la necesidad de volver a desarrollar y probar un
código de contenido y aplicación existente.
Los nodos de puerta de enlace 30 que manejan
mensajes incluyen un broker de acceso que realiza varias tareas,
incluyendo:
- mantenimiento de un registro de abonados, los servicios a los que está abonado y sus preferencias,
- política de acceso del usuario a aplicaciones y contenidos, asegurando que los usuarios solamente puedan acceder a los servicios a los que están abonados,
donde un abonado tiene acceso a un
rango de microdispositivos, dirigir el contenido al más apropiado, e
interface para motores de facturación y
publicidad.
La capa de nodos de acceso 25 está donde residen
las aplicaciones y los contenidos de Internet inalámbrico. El
contenido fijo está formateado como páginas web MDML que son
proporcionadas al broker de acceso por una plataforma servidora web
estándar. El contenido dinámico se facilita usando tecnología de
lado de servidor Java estándar en la industria, es decir Java
Servlets y JSP.
Las aplicaciones también envían y reciben datos
a y de los adaptadores de tecnología usando MDML y HTTP. Para
minimizar el esfuerzo requerido para generar MDML desde dentro del
código de aplicación, la estructura incluye un MDML API basado en
Java. Sin embargo, como MDML es una especificación abierta, también
es posible desarrollar aplicaciones conformes con MDML usando
código interno o entornos de desarrollo distintos de Java.
Cada adaptador de tecnología convierte entre una
tecnología de dispositivo específico y el protocolo del
microdispositivo. Un adaptador de tecnología tiene las funciones
centrales siguientes:
- provisión de un receptor y transmisor que den acceso al mecanismo de transporte de red subyacente para el dispositivo,
- conversión de mensajes entrantes a peticiones MDML que son enviadas al broker de acceso mediante mensajes HTTP "post",
- conversión de respuestas MDML del broker de acceso al formato usado por el mecanismo de transporte de red subyacente, y
- gestión de usuario y contexto de dispositivo: permite a los usuarios introducir el número mínimo de pulsaciones requeridas para acceder a los servicios que precisen.
En la capa de nodo de puerta de enlace 30 el
broker de acceso:
\newpage
- gestiona el acceso del usuario al contenido y las aplicaciones para operaciones de tipo de descarga, y
- gestiona el acceso de aplicación a microdispositivos del usuario para operaciones del tipo de "carga".
Esto permite a losusuarios, proveedores de
servicios, proveedores de contenidos y desarrolladores de
aplicaciones especificar qué servicios están disponibles a qué
usuarios y en qué dispositivos. La facturación de prepago y
post-pago de contenido y servicios también es
gestionada por el broker de acceso.
Una petición de un adaptador de tecnología en la
capa 20 es tratada por un broker de acceso en la capa 30. Al
recibir una petición, el broker de acceso:
- identifica la aplicación asociada,
- comprueba el abono de usuario a la aplicación,
- realiza verificaciones de pre-acceso y carga la cuenta del usuario si es necesario,
- envía la petición a la aplicación, realizando en enrutamiento y la conversión URL requeridos.
- al recibir una respuesta, el broker de acceso:
- analiza el mensaje,
- realiza cualquier facturación o cargo en el panel,
- genera contenido publicitario en base a la información de la aplicación y el contenido del panel,
- determina dónde deberán ser enviados los componentes individuales del mensaje dependiendo de los adaptadores de dispositivos disponibles, y
- ensambla y envía los componentes de mensaje individuales a los adaptadores apropiados.
Las aplicaciones se definen como un conjunto de
páginas MDML con archivos lógicos, de imagen y sonido asociados.
Una aplicación se define en un archivo de configuración de
aplicación que especifica lo siguiente:
- el nombre de la aplicación,
- las configuraciones de hojas de estilo y dispositivo asociadas con la aplicación,
- las posiciones de los archivos asociados de la aplicación,
- sus capacidades de facturación, e
- imágenes e iconos usados para identificar la aplicación al usuario (por ejemplo en una página web personalizada o en una carpeta PDA).
Los archivos de una aplicación residen en una
jerarquía de directorios que puede ser empaquetada y desplegada en
una nueva posición sin limitaciones de puertos.
Hay muchas formas en las que las aplicaciones y
el contenido pueden ser desarrollados. Una aplicación consta de
contenido MDML y lógica. La lógica reside en una serie de Java Beans
que son invocados automáticamente cuando una acción dada es
iniciada por el usuario. Se usa un mecanismo de aplicación estándar
para asegurar que todas las acciones enlacen con un panel nuevo o
sean manejadas por un Java Bean. Esto permite al desarrollador de
aplicaciones simular el comportamiento dinámico usando paneles
estátivos, JSP o ambos y migrando posteriormente de forma
transparente a una solución más interactiva sin problemas de
redespliegue.
MDML proporciona un mecanismo abstracto simple
para definir datos móviles a presentar a un usuario en varios
dispositivos. Es un formato de "contenido solamente": el
formateo y estilo han sido excluidos deliberadamente con el fin de
proporcionar una definición que es independiente tanto del
dispositivo como del protocolo. MDML permite a un editor de
contenido (o un generador de contenidos dinámicos):
- definir el contenido para microdispositivos de forma jerárquica,
- asociar acciones y enlaces con contenido,
- definir instrucciones relacionadas con publicidad para el contenido, y
- especificar el mecanismo de facturación del contenido.
Dado que MDML es un formato de datos conforme a
XML, es posible convertir flujos de datos XML a MDML usando
tecnología de estilo de hoja estándar. También es posible convertir
MDML a HTML y WML usando hojas de estilo.
MDML permite a los editores crear contenido a
base de texto simple. Los editores pueden asociar un conjunto de
archivos de imágenes y sonido con el contenido. El elemento raíz de
todo el contenido MDML es un panel. Un panel puede ser considerado
como una abstracción de la pantalla en el dispositivo móvil. Un
panel contiene uno de los elementos siguientes:
Texto - datos de caracteres dispuestos en
párrafos.
Menú - define un menú de artículos del que el
usuario puede seleccionar.
Lista - define una lista ordenada de artículos
que puede ser seleccionable o no.
Formulario - es un panel a través del que el
usuario puede introducir información.
Tabla - un conjunto tabular de información.
Un elemento de panel puede estar asociado con
elementos de sonido e imagen. Los elementos de sonido pueden ser
definidos como fragmentos de sonido de corta duración que pueden ser
transferidos al microdispositivo por enlaces de comunicación
estándar o corrientes de sonido a las que se debe acceder por un
mecanismo diferente tal como una conexión de voz continua o un
dispositivo mp3. Los elementos de imagen se definen en un conjunto
de imagen. Un conjunto de imagen es un conjunto de archivos de
imagen conteniendo diferentes versiones de la misma imagen. Estas
versiones pueden estar en diferentes formatos de codificación (por
ejemplo GIF o WBMP) y ser de diferentes tamaños. Cada una tiene un
conjunto de atributos que define:
- el formato de codificación
- el tamaño de imagen
- las transformaciones permisibles para esta versión de la imagen
Esto proporciona un mecanismo que permite enviar
diferentes imágenes a diferentes dispositivos, de modo que permita
al editor de contenido controlar exactamente el aspecto de la
imagen.
Los elementos también pueden tener acciones y
enlaces como atributos. Un atributo acción define una acción que
puede ser realizada en el elemento (por ejemplo, selección). Un
atributo enlace define otro panel MDML al que el control es
transferido automáticamente cuando se dispara. Un panel también
puede definir elementos acción. Los elementos acción son disparados
por el usuario de manera específica del dispositivo. Como con un
atributo acción, un elemento acción puede tener un enlace asociado
al que se accede automáticamente cuando se dispara la acción.
Un panel puede tener asociado un conjunto de
elementos definen el contexto publicitario del panel. Definen si se
soporta publicidad para el panel y definen un enlace del que se
puede extraer el contenido publicitario (por ejemplo, el mensaje de
un patrocinador) o definen de otro modo categorías que pueden ser
usadas para determinar la publicidad del panel.
MDML define elementos que determinan cómo se
lleva a cabo la facturación en el panel. Los editores pueden
definir el tipo de facturación para un panel y pueden definir
valores para la facturación propiamente dicha. Los elementos de
facturación pueden contener un valor numérico o una categoría. Un
valor numérico corresponde directamente a la cantidad que deberá
ser adeudada en la cuenta de los usuarios. Una categoría (por
ejemplo PREMIUM o SPORT) determina a qué perfil de usuario debe
pertenecer el usuario para acceder al contenido.
Se apreciará que la estructura de aplicaciones 1
soporta interacción dispositivo a servidor de manera versátil y
estable. Permite un alto grado de interactividad del usuario, y
también excelente personalización a causa de almacenamiento de
contextos de usuario. La estructura también permite el uso de un
amplio rango de dispositivos de acceso. Otra ventaja importante es
que la adaptación se basa en las características reales de la
tecnología del dispositivo de acceso de modo que haya efectivamente
acceso ininterrumpido al contenido estructural de diferentes
dispositivos. Considerando el contenido disponible a través de la
estructura, incluye aplicaciones interactivas y contenido dinámico
usando JSP y MicroWeb APIs. Hay una excelente gestión de contenidos
y enrutamiento basado en atributos así como mejores capacidades de
publicidad y facturación.
La invención no se limita a las realizaciones
descritas, sino que se puede variar en la construcción y el
detalle.
Claims (8)
1. Una puerta de enlace de mensajería
incluyendo:
medios de interface de red (20) para la
interface con dispositivos móviles de usuario de una pluralidad de
diferentes normas de comunicación para recibir peticiones de
contenido o servicio de los dispositivos móviles y enlutar
respuestas a los dispositivos;
medios de puerta de enlace (30) para dirigir las
peticiones y las respuestas y para modificarlas según la tecnología
del dispositivo y los atributos del contenido; y
medios de acceso a aplicación (25) para acceder
a servidores de contenidos y servidores de aplicación,
caracterizado porque los medios de
interface de red incluyen nodos de red modular (20), los medios de
puerta de enlace incluyen nodos de puerta de enlace modulares (30),
y los medios de acceso a aplicación incluyen nodos modulares de
acceso a aplicación (25) en los que los nodos de puerta de enlace
(30) proporcionan una serie de funciones de dirección, validación y
filtración configurables que proporcionan gestión de contenido y
dirección del tráfico de mensajes que pasa a través de los medios de
puerta de enlace, y porque el servicio proporcionado por los medios
de puerta de enlace se determina por el recorrido tomado a través de
nodos de puerta de enlace;
los nodos de red (20) incluyen medios para
gestionar el contexto de un dispositivo que efectúa una petición, y
para convertir una entrada a una petición Web usando datos de
entrada, contexto de dispositivo, y contexto de aplicación;
los nodos de red (20) incluyen medios para
añadir contexto de usuario y posición a las peticiones;
los nodos de red (20) incluyen medios para
traducir las respuestas a un formato específico de usuario usando
datos de respuesta, contexto de dispositivo, y contexto de
aplicación;
los nodos de red (20) incluyen medios para
actualizar y almacenar el contexto entre interacciones de
dispositivo;
los nodos de red (20) incluyen una pluralidad de
adaptadores, cada uno asociado con un tipo de dispositivo móvil
para proteger servidores de aplicación y servidores de contenidos de
diferentes capacidades del dispositivo;
los nodos de puerta de enlace (30) incluyen
medios para controlar el acceso a aplicaciones Web según el abono
de usuario, donde las respuestas son divididas y dirigidas según
capacidades del adaptador, atributos del contenido, y reglas
especificadas por el usuario.
2. Una puerta de enlace de mensajería según la
reivindicación 1, donde los nodos de puerta de enlace (30) incluyen
medios para gestionar un registro de capacidades del adaptador y de
adaptadores actualmente accesibles para cada usuario.
3. Una puerta de enlace de mensajería según las
reivindicaciones 1 o 2, donde los nodos de puerta de enlace (30)
incluyen medios (34) para convertir valores de servicio colocados
por las aplicaciones, y para dirigir los datos convertidos a
sistemas externos.
4. Una puerta de enlace de mensajería según
cualquier reivindicación precedente, donde los nodos de acceso a
aplicación (25) incluyen medios para que un API permita interfaces
alternativas para aplicaciones interactivas.
5. Una puerta de enlace de mensajería según
cualquier reivindicación precedente, donde los nodos de red (20),
los nodos de puerta de enlace (30), y los nodos de acceso a
aplicación (25) incluyen medios para comunicar uno con otro usando
un lenguaje de marcación según XML.
6. Una puerta de enlace de mensajería según la
reivindicación 5, donde, en dicho lenguaje de marcación, el
contenido se define en elementos, en los que un elemento raíz es una
abstracción de una pantalla de dispositivo móvil.
7. Una puerta de enlace de mensajería según la
reivindicación 6, donde, en dicho lenguaje de marcación, las
corrientes de sonido y las imágenes se definen como elementos.
8. Un programa informático incluyendo código de
software para ejecutar en un ordenador para realizar los pasos
de:
- interface con dispositivos móviles de usuario de una pluralidad de diferentes normas de comunicación para recibir peticiones de contenido o servicio de los dispositivos móviles y dirigir las respuestas a los dispositivos;
- dirigir las peticiones y las respuestas y modificarlas según la tecnología del dispositivo y los atributos del contenido; y
- acceder a servidores de contenidos y servidores de aplicación,
donde el código de software está dispuesto para
implementar nodos de red modular (20), nodos de puerta de enlace
modulares (30), y nodos modulares de acceso a aplicación (25), y
donde los nodos de puerta de enlace (30) proporcionan una serie de
funciones de dirección, validación y filtración configurables que
proporcionan gestión de contenido y dirección de tráfico de
mensajes que pasa a través de la puerta de enlace, y donde el
servicio proporcionado por la puerta de enlace se determina por el
recorrido tomado a través de nodos de puerta de enlace, y
donde:
- los nodos de red (20) gestionan el contexto para un dispositivo haciendo una petición, y convierten una entrada en una petición Web usando datos de entrada, contexto de dispositivo, y contexto de aplicación;
- los nodos de red (20) añaden contexto de usuario y posición a las peticiones;
- los nodos de red (20) convierten las respuestas a un formato específico de usuario usando datos de respuesta, contexto de dispositivo y contexto de aplicación;
- los nodos de red (20) actualizan y almacenan el contexto entre interacciones de dispositivo;
donde el código de software está dispuesto para
implementar una pluralidad de adaptadores, cada uno asociado con un
tipo de dispositivo móvil para proteger los servidores de aplicación
y servidores de contenidos de diferentes capacidades del
dispositivo; y
donde los nodos de puerta de enlace (30)
controlan el acceso a aplicaciones Web según abono de usuario, donde
las respuestas son divididas y dirigidas según capacidades del
adaptador, atributos del contenido, y reglas especificadas por el
usuario.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US29252401P | 2001-05-23 | 2001-05-23 | |
| EP01650060 | 2001-05-23 | ||
| US292524P | 2001-05-23 | ||
| EP01650060 | 2001-05-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2292764T3 true ES2292764T3 (es) | 2008-03-16 |
Family
ID=27635768
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02733189T Expired - Lifetime ES2292764T3 (es) | 2001-05-23 | 2002-05-23 | Puerta de enlace de mensajeria abierta. |
Country Status (9)
| Country | Link |
|---|---|
| EP (1) | EP1389389B1 (es) |
| AT (1) | ATE372017T1 (es) |
| AU (1) | AU2002304262A1 (es) |
| DE (1) | DE60222112T2 (es) |
| DK (1) | DK1389389T3 (es) |
| ES (1) | ES2292764T3 (es) |
| IE (2) | IE20020417A1 (es) |
| PT (1) | PT1389389E (es) |
| WO (1) | WO2002096057A2 (es) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2852759B1 (fr) * | 2003-03-20 | 2005-06-17 | Bouygues Telecom Sa | Systeme de routage des sms |
| US20060085361A1 (en) * | 2004-10-14 | 2006-04-20 | The Trizetto Group, Inc. | Anomaly detector in a health care system using adapter |
| US8099736B2 (en) | 2004-10-14 | 2012-01-17 | The Trizetto Group, Inc. | Systems and methods providing intelligent routing of data between software systems |
| US20070104186A1 (en) * | 2005-11-04 | 2007-05-10 | Bea Systems, Inc. | System and method for a gatekeeper in a communications network |
| US7769877B2 (en) | 2006-04-27 | 2010-08-03 | Alcatel Lucent | Mobile gateway device |
| EP2817953A4 (en) | 2012-02-21 | 2015-11-04 | Starscriber Corp | METHOD AND SYSTEMS FOR EFFICIENT TELECOMMUNICATIONS SERVICES |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5742905A (en) * | 1994-09-19 | 1998-04-21 | Bell Communications Research, Inc. | Personal communications internetworking |
| FI104873B (fi) * | 1997-04-16 | 2000-04-14 | Nokia Networks Oy | Datapalvelu matkaviestinverkossa |
| IL135156A0 (en) * | 1999-03-19 | 2001-05-20 | Ibm | Message broker providing a publish/subscribe service and method of processing messages in a publish/subscribe environment |
-
2002
- 2002-05-23 IE IE20020417A patent/IE20020417A1/en unknown
- 2002-05-23 ES ES02733189T patent/ES2292764T3/es not_active Expired - Lifetime
- 2002-05-23 DE DE60222112T patent/DE60222112T2/de not_active Expired - Lifetime
- 2002-05-23 PT PT02733189T patent/PT1389389E/pt unknown
- 2002-05-23 DK DK02733189T patent/DK1389389T3/da active
- 2002-05-23 AT AT02733189T patent/ATE372017T1/de not_active IP Right Cessation
- 2002-05-23 WO PCT/IE2002/000067 patent/WO2002096057A2/en active IP Right Grant
- 2002-05-23 AU AU2002304262A patent/AU2002304262A1/en not_active Abandoned
- 2002-05-23 EP EP02733189A patent/EP1389389B1/en not_active Expired - Lifetime
- 2002-05-23 IE IE20020416A patent/IES20020416A2/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| DE60222112T2 (de) | 2008-06-05 |
| WO2002096057A2 (en) | 2002-11-28 |
| ATE372017T1 (de) | 2007-09-15 |
| DE60222112D1 (de) | 2007-10-11 |
| EP1389389A2 (en) | 2004-02-18 |
| PT1389389E (pt) | 2007-12-11 |
| EP1389389B1 (en) | 2007-08-29 |
| WO2002096057A3 (en) | 2003-02-13 |
| AU2002304262A1 (en) | 2002-12-03 |
| DK1389389T3 (da) | 2007-12-27 |
| IES20020416A2 (en) | 2002-10-30 |
| IE20020417A1 (en) | 2002-11-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7464178B2 (en) | Open messaging gateway | |
| US8605667B2 (en) | Systems and methods for exposing different service facades of an underlying network | |
| JP5285827B2 (ja) | 端末アプリケーションを実行する端末 | |
| US8626934B2 (en) | System and method for controlling access to legacy push protocols based upon a policy | |
| US6941307B2 (en) | Arrangement and a method relating to session management in a portal structure | |
| US10015267B2 (en) | Generic multichannel center for network applications and services | |
| KR20040053165A (ko) | 발행/구독 시스템을 이용한 무선 메시징 서비스 방법 및시스템 | |
| US20110202631A1 (en) | Access to information on a mobile terminal from a remote terminal | |
| US20100330976A1 (en) | Remote access to information on a mobile terminal from a web browser extension | |
| US20150163102A1 (en) | Client-server system for network services and applications for mobile telecommunications terminals | |
| Mandato et al. | CAMP: A context-aware mobile portal | |
| Farjami et al. | Advanced service provisioning based on mobile agents | |
| ES2292764T3 (es) | Puerta de enlace de mensajeria abierta. | |
| La Porta et al. | Experiences with network-based user agents for mobile applications | |
| Taskin | GSM MSC/VLR Unstructured Supplementary Service Data (USSD) Service | |
| US20050188066A1 (en) | Arragement and a method relating to end user station access of a portal | |
| EP2327236A2 (fr) | Centre ussd generique d'applications et de services reseaux | |
| EP3121998B1 (en) | Generic multichannel center for network applications and services | |
| EP3119067B1 (en) | Client-server system for network services and applications for mobile telecommunications terminals | |
| EP3872726A1 (en) | Messaging campaign manager, messaging campaign manager system, bulk or mass messaging system, method of bulk or mass messaging, computer program, computer-readable medium, graphical user interface | |
| Ndiaye et al. | Contribution to improving the conditions of access to very high speed 5G internet for online education in developing African countries | |
| GB2422219A (en) | A software development system | |
| IE20000436A1 (en) | A short message gateway | |
| Marenić et al. | Designing reference architecture for providing virtual home environment | |
| Törö et al. | Design of universal personal computing using SDL |