ES2300721T3 - Servidor de perfil y aplicacion a las redes de comunicacion. - Google Patents
Servidor de perfil y aplicacion a las redes de comunicacion. Download PDFInfo
- Publication number
- ES2300721T3 ES2300721T3 ES04291209T ES04291209T ES2300721T3 ES 2300721 T3 ES2300721 T3 ES 2300721T3 ES 04291209 T ES04291209 T ES 04291209T ES 04291209 T ES04291209 T ES 04291209T ES 2300721 T3 ES2300721 T3 ES 2300721T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- database
- protocol
- access
- data
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 10
- 238000012545 processing Methods 0.000 claims abstract description 17
- 238000000034 method Methods 0.000 claims description 17
- 238000009472 formulation Methods 0.000 claims description 4
- 239000000203 mixture Substances 0.000 claims description 4
- 230000009466 transformation Effects 0.000 claims description 2
- 230000004044 response Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 239000002253 acid Substances 0.000 description 3
- 238000013499 data model Methods 0.000 description 3
- 101150012579 ADSL gene Proteins 0.000 description 2
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 2
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 2
- 102100026009 NF-kappa-B inhibitor zeta Human genes 0.000 description 2
- 101710115530 NF-kappa-B inhibitor zeta Proteins 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/306—User 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/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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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
-
- 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)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Dispositivo (10) de tratamiento de datos, que comprende una primera interfaz de acceso, que corresponde a un primer protocolo de acceso, al menos una primera interfaz de salida, que corresponde a un primer protocolo de salida, diferente del primer protocolo de acceso, una base de datos (12), medios (11) de comunicación con la base de datos (12), y medios (50) para recibir, de acuerdo a uno de los protocolos de acceso, una primera demanda que incluye informaciones, y medios para buscar si la base de datos contiene dichas informaciones, y medios para formular, de acuerdo al primer protocolo de salida, al menos una segunda demanda que incluye informaciones solicitadas en la primera demanda y no contenidas en la base de datos, y donde la base de datos (12) también contiene informaciones de direccionamiento de al menos un equipo externo (24-1,... 24-n) que dispone de dichas informaciones no contenidas en la base de datos, dicho dispositivo (10) de tratamiento de datos comprendiendo medios para la identificación de las informaciones de direccionamiento contenidas en la base de datos y para enviar la segunda demanda a dicho al menos equipo externo (24-1, ... 24-n).
Description
Servidor de perfil y aplicación a las redes de
comunicación.
En el contexto actual y futuro de la utilización
de las telecomunicaciones, la oferta de servicios se extiende muy
fuertemente a los usuarios: servicios vinculados con el acceso,
servicios de voz y servicios de datos son cada vez más numerosos y
complejos. Los servicios existentes y futuros son concebidos para
permitir a cada usuario personalizarlos. Estos utilizan cada vez
más datos específicos de cada usuario, lo que conduce a la
concepción de un perfil de usuario para cada servicio.
Por lo tanto, cada servicio dispone de elementos
de perfil relativo a cada usuario (se hablará de elementos de perfil
de usuario). Estos datos describen las autorizaciones de utilización
del servicio, el estado y la configuración del servicio,
informaciones de carácter comercial, etc.
Los servicios al ser generalmente concebidos con
independencia unos de otros, un mismo usuario está representado por
un mosaico de elementos de perfiles sin vínculos entre ellos.
Además, con el surgimiento de una oferta de
servicios extendida, cada vez más de llamadas o de sesiones hacen
intervenir varios servicios de forma simultánea o sucesivamente. La
definición de cada servicio precisa como el mismo interactúa con
los otros servicios: en las redes, la implementación de estas
interacciones de servicios necesita que un servicio conozca la
configuración de los otros servicios que intervienen en el llamado o
la sesión. De ahí la necesidad de una plataforma para la
realización de un servicio de acceso a elementos de perfiles
correspondientes a otros
servicios.
servicios.
Hoy la toma en consideración del conjunto de
elementos que conforman el perfil de un usuario induce a una alta
complejidad en la concepción de las aplicaciones. Esta complejidad
se debe en parte a la distribución de estos elementos en los
diferentes equipos y la heterogeneidad o la falta de interfaces que
dan acceso a esos elementos.
De esta forma, en la red de un gran operador,
esos elementos pueden residir en entidades tan variadas como los
conmutadores de la Red Telefónica Conmutada (RTC), los puntos de
orden de servicio de la arquitectura de la Red Inteligente, bases
de datos específicas para ciertos servicios, los mensajes de voz y
otras plataformas de voz, las bases de datos de las redes móviles
GSM (HLR, VLR), los controladores de llamada para los servicios
VoIP (Gatekeeper, Proxy SIP), las plataformas de servicio del mundo
IP (Portales, Servidores de Aplicación, ...), o también los
servidores de autenticación y de autorización de acceso a la
Internet (por ejemplo, Servidores RADIUS).
En general, estos elementos no están
estructurados de acuerdo a modelos coherentes entre sí, ya que sólo
supone responder a las necesidades de puesta en práctica de uno o
más servicios específicos. Incluso puede parecer que algunos datos
sean duplicados en varias entidades.
Por otra parte, las entidades que contengan
elementos de un perfil de usuario no ofrecen sistemáticamente
interfaz que permita una aplicación externa acceder allí en tiempo
real. La única interfaz disponible es a veces una interfaz de
explotación, presentando en general limitaciones en volumen y tiempo
de respuesta relativamente largos, muy difícil de explotar en
tiempo real. Cuando interfaces más sofisticadas existen, las mismas
son escasamente compatibles entre sí, debido al hecho de que
ninguna norma se ha impuesto en este campo. Las normas para las
Redes Inteligentes, tales como por ejemplo las descritas en la
recomendación ITU - T Q 1224 (1997) (Intelligent
Networks-Distributed Functional Plane for
Intelligent Network Caspability Set 2), proponen una interfaz
normalizada para el acceso a una base de datos por una lógica de
servicio. Pero, en realidad, esta norma no se aplicó nunca y se
limitaba de todas formas al contexto de los servicios en la Red
Inteligente.
Con el fin de permitir a una aplicación acceder
a los elementos de los perfiles que corresponden a un conjunto de
servicios independientes, diversas soluciones son generalmente
utilizadas o propuestas. Pero ninguna de estas técnicas de contorneo
constituye una solución satisfactoria. Incluso si una utilización
puntual para poner en práctica uno o más servicios particulares
puede ser considerada, estas técnicas no son generalizables.
Así, de acuerdo a una primera solución, se hace
evolucionar cada aplicación de tal manera que la misma soporte
varias interfaces para acceder a todos los datos necesarios
interrogando sucesivamente a varias entidades.
Esta primera técnica implica una fuerte
evolución y complejidad de las aplicaciones. La misma genera un
fuerte desarrollo inicial en el conjunto de las plataformas
relacionadas y numerosas modificaciones a partir de un protocolo
evolucionado.
De acuerdo a una segunda solución, se duplica el
conjunto de datos necesarios en una entidad objetivo (por ejemplo
que tiene necesidad de acceder a los datos) para hacerlos accesibles
en un único punto. Los datos son así integrados en un modelo de
referencia, en general el modelo local al servicio que tenga
necesidad de acceder a los datos.
\newpage
Esta segunda técnica tiende a complicar el
mantenimiento de la coherencia de los datos localizados en
diferentes lugares (entidad actual, entidad objetivo), implicando la
evolución de los procedimientos de actualización de esos datos por
el Sistema de Información del operador.
Finalmente, de acuerdo a una tercera solución,
se hacen evolucionar las interfaces de todas las entidades que
arbitran los elementos de perfil hacia una norma única.
Esta tercera técnica implica una fuerte
evolución de los equipos que arbitran informaciones o elementos de
perfil. La misma podría incluso revelarse imposible en la práctica
de ciertos tipos de equipos, en particular los conmutadores del RTC
que no están destinados a sufrir una profunda modificación.
El documento WO 01/97454 describe un dispositivo
de tratamiento de datos que comprende una primera interfaz de
acceso, que corresponde a un primer protocolo de acceso, una primera
interfaz de salida, que corresponde a un primer protocolo de salida,
diferente del primer protocolo de acceso, una memoria caché y una
pasarela WAP.
La invención está diseñada para resolver estos
problemas.
La misma concierne en primer lugar a un
dispositivo, o también un servidor, que tiene como objetivo
optimizar los mecanismos de acceso a informaciones (por ejemplo,
informaciones de servicios vinculadas a los usuarios) repartidas en
diversas entidades (por ejemplo: diversas entidades de redes de
telecomunicación).
La invención concierne en primer lugar a un
dispositivo de tratamiento de datos, tal como se define en la
reivindicación 1.
Un dispositivo de acuerdo a la invención puede
estar incorporado o integrado en una red, y permite entonces a
cualquier aplicación acceder, en tiempo real y a través de un punto
de acceso funcionalmente único en la red, a informaciones repartidas
en la base de datos y/o en diversas entidades o equipos
externos.
El concepto de punto de acceso funcionalmente
único no considera que todos los equipos contengan el conjunto de
datos. Puede haber un reparto de los datos en los equipos externos,
procedimientos de encadenamiento de demandas que son por ejemplo
ejecutadas entre los equipos. Cada aplicación solicitante continua
en este caso a ver un sólo equipo, el servidor o el dispositivo de
tratamiento de datos de acuerdo con la invención.
La invención permite específicamente realizar un
servidor que comprende una o más interfaces de acceso para soportar
uno o más protocolos. Una aplicación solicitante dispone de un punto
de acceso único al conjunto de los perfiles de usuarios, este punto
de acceso siendo materializado por el servidor. La aplicación
interroga el servidor de uno de los protocolos soportados por el
mismo.
El servidor también puede comprender una o más
interfaces de salida para poder él mismo acceder a los equipos que
soportan protocolos diversos.
El servidor también comprende una base de datos
local, o está en comunicación con una base de datos, que contiene
informaciones globales, por ejemplo informaciones globales de
perfiles de usuarios, y un subconjunto de datos específicos de
determinados servicios. Las informaciones están de preferencia
integradas en un modelo único, genérico, y compatible con el
conjunto de los modelos utilizados por las aplicaciones solicitantes
y los equipos externos.
La base de datos del servidor, o que comunica
con el servidor, también contiene informaciones que permiten
direccionar y formatear, en las interfaces de salida, las demandas
necesarias para interrogar los equipos externos que contienen el
resto de las informaciones así como traducir los datos recibidos en
el formato requerido por la aplicación solicitante.
Utilizando las informaciones anteriores, el
servidor analiza las demandas recibidas en las interfaces de acceso
para deducir, formatear y emitir la o las demandas necesarias hacia
los equipos externos apropiados. Este toma en cuenta eventualmente
la agregación de los resultados para proporcionar una respuesta
única a la entidad solicitante.
La invención concierne también a un dispositivo
de tratamiento de datos, que comprende medios para recibir, de
acuerdo a un primer protocolo de acceso, y tratar, informaciones
provenientes de al menos un dispositivo cliente, y medios para
tratar informaciones, de acuerdo con un primer protocolo de salida,
diferente del primer protocolo de acceso, y enviarlos, como cliente
a otro dispositivo.
Este dispositivo puede por lo tanto actuar como
servidor de aplicaciones clientes y como cliente de al menos otro
dispositivo.
Finalmente, la invención concierne también a un
procedimiento de tratamiento, por un dispositivo de tratamiento de
datos, de demandas de informaciones provenientes de al menos una
aplicación, comprendiendo:
- la recepción de al menos una demanda de este
tipo, de acuerdo con un primer protocolo de acceso,
- la búsqueda de dichas informaciones en al
menos una base de datos,
- si todas las informaciones no están
disponibles en dicha base de datos, la identificación de
informaciones de direccionamiento contenidas en la base de datos de
al menos un equipo externo que dispone de dichas informaciones no
contenidas en la base de datos, la formulación, por el dispositivo
de tratamiento de datos, de al menos una demanda que incluya en al
menos una parte dichas informaciones, de acuerdo con un primer
protocolo de salida, diferente del primer protocolo de acceso y el
envío de dicha demanda a dicho al menos dispositivo externo,
- la recepción, por el dispositivo de
tratamiento de datos, de al menos parte de dichas informaciones, de
acuerdo a dicho primer protocolo de salida, y su transformación de
acuerdo al primer protocolo de acceso, y
- el envío, a dicha aplicación, de informaciones
de acuerdo a ese primer protocolo de acceso.
Este procedimiento también puede comprender, si
todas las informaciones no están disponibles en dicha base de datos,
la formulación, por el dispositivo de tratamiento de datos, de al
menos dos demandas que incluyen al menos una parte de dichas
informaciones, de acuerdo a un primer y un segundo protocolos de
salida.
Los primer y segundo protocolos de salida pueden
ser diferentes uno de otro.
De acuerdo a un modo particular de realización,
la formulación, por el dispositivo de tratamiento de datos, de al
menos una demanda que incluye al menos una parte de dichas
informaciones, de acuerdo con un primer protocolo de salida,
comprende una etapa preliminar de lectura, en la base de datos, de
datos o de informaciones de direccionamiento para identificar otro
dispositivo al que se conecta el dispositivo de tratamiento de
datos.
Un procedimiento de acuerdo a cualquiera de los
modos de realización anteriores presenta todas las ventajas ya
mencionadas, en relación con el dispositivo de acuerdo con la
invención.
- la figura 1 representa un modo de realización
de la invención,
- la figura 2 representa la estructura de un
dispositivo de tratamiento de datos,
- la figura 3 da un ejemplo de realización y de
aplicación de la invención,
- la figura 4 da un ejemplo de estructura de
datos.
La figura 1 representa la estructura general de
un dispositivo 10 de tratamiento de datos, o computadora (a
continuación llamado servidor), que puede ser utilizado en el
contexto de la presente invención.
Medios de memorización 12, que pueden o no estar
incluidos en el servidor 10, memorizan datos bajo la forma de una
base de datos. La referencia 11 designa medios de acceso a estos
medios de memorización.
El servidor se puede conectar a los elementos
22-1, ... 22-n de diferentes redes,
por ejemplo diferentes computadoras o diferentes servidores de
diferentes redes. De acuerdo a otro ejemplo, también puede tratarse
de elementos tales como conmutadores de la red telefónica conmutada
(RTC). Otro ejemplo de red es una red GSM. Cada uno de estos
elementos dialoga o intercambia informaciones con el servidor de 10,
de acuerdo a un protocolo de acceso específico, pero como un
"cliente".
Cada protocolo de acceso se caracteriza por
ejemplo por una estructuración de los datos (por ejemplo: estructura
de los datos de identificación de un usuario), una estructuración de
las demandas, la manera en que son tratados los datos y demandas,
eventualmente la manera de administrar algunos errores, o etapas de
tratamiento de errores.
Dos protocolos serán diferentes, si estos
difieren en al menos uno de los elementos anteriores, es decir, si
tienen estructuraciones diferentes de los datos (por ejemplo:
estructuras de los datos que identifican un usuario), y/o
estructuraciones diferentes de las solicitudes, y/o procedimientos
diferentes y/o etapas diferentes de tratamiento de los datos y/o
demandas, y/o procesos y/o etapas diferentes de gestión o de
tratamiento de errores.
Diferentes elementos de diferentes redes van a
poder por lo tanto dialogar, como "clientes" con el servidor
10 de acuerdo a diferentes protocolos. Por ejemplo, la red
telefónica conmutada (RTC) dialogará de acuerdo al protocolo INAP,
mientras que una red GSM dialogará de acuerdo al protocolo MAP.
El servidor también puede estar vinculado con
diversos elementos, por ejemplo diferentes computadoras o diferentes
servidores, 24-1, ..., 24-n, de
diversas redes, por ejemplo una red RTC (o uno o más
conmutador(es) de esa red) y una red GSM. El servidor 10
dialogará o intercambiará informaciones con cada uno de estos
elementos, de acuerdo otra vez, con un protocolo específico; pero el
servidor 10 actúa entonces como un cliente con respecto a esos
elementos.
La figura 2 representa esquemáticamente, en
bloque, los distintos componentes de un aparato de tratamiento de
datos 40. Un microprocesador 50 es conectado, por un bus 52, a un
conjunto de memorias RAM 54 para almacenar datos, y a una memoria
ROM 56 en la cual instrucciones de programa pueden ser memorizados.
Ese sistema también puede comprender un dispositivo de visualización
58, o pantalla y medios periféricos tales como el teclado o
ratón.
La referencia 64 designa medios de interfaz con
una red, por ejemplo de tipo módem. De acuerdo a otro ejemplo,
podría tratarse de un puerto Ethernet asociado a uno o más
mapa(s) de la red. También pueden tratarse de un (o más)
puerto(s) específicos(s) para soportar uno o más
protocolo(s) particular(es).
El servidor 10 tiene, globalmente, una
estructura del mismo tipo, con uno o más procesador(es), una
o más zo-
na(s) de almacenamiento de datos y diversas conexiones a las redes. El servidor puede comprender además uno o más memoria(s) en las cuales instrucciones de programa pueden ser memorizadas, así como los datos relativos a cada uno de los protocolos utilizados tanto durante una solicitud de información por los elementos 22-1, ... 22-n como durante una solicitud de información hacia los elementos 24-1, ... 24-n.
na(s) de almacenamiento de datos y diversas conexiones a las redes. El servidor puede comprender además uno o más memoria(s) en las cuales instrucciones de programa pueden ser memorizadas, así como los datos relativos a cada uno de los protocolos utilizados tanto durante una solicitud de información por los elementos 22-1, ... 22-n como durante una solicitud de información hacia los elementos 24-1, ... 24-n.
La invención también se aplica al caso de un
servidor al que está conectado, según un primer protocolo, como
"cliente", al menos un elemento de una red, este servidor
estando él mismo conectado, como cliente a al menos un elemento de
otra red de acuerdo a un segundo protocolo, diferente del
primero.
El servidor de acuerdo a la invención por lo
tanto, se compone de:
- al menos una primera interfaz de software, o
un primer protocolo de acceso, que permite dialogar con, o recibir
informaciones o demandas o solicitudes de información de, al menos
una aplicación cliente,
- y al menos una segunda interfaz de software, o
un primer protocolo de salida, que permite al servidor, esta vez
actuando como cliente, dialogar con - o recibir informaciones de, o
enviar demandas hacia - al menos otra aplicación.
En otras palabras, el servidor actúa como un
servidor para al menos un elemento de una red, de acuerdo a un
primer protocolo, y actúa como un cliente para al menos un elemento
de una red, de acuerdo a un segundo protocolo, diferente del
primero.
El servidor también puede comprender al menos
dos interfaces de software de acceso, o al menos, dos protocolos de
entrada o de acceso, que permiten el diálogo o el recibo de
informaciones o demandas o solicitudes de información de, al menos
dos aplicaciones diferentes (que corresponden a dos de los elementos
22-1, ..., 22-n) o al menos dos
redes de comunicación diferentes, esas aplicaciones o elementos o
redes comportándose como cliente en comparación con el servidor
10.
El servidor también puede comprender al menos
dos interfaces de software de salida, o al menos dos protocolos de
salida, donde al menos uno es diferente de al menos uno de los
protocolos de entrada, permitiendo el diálogo con, o la emisión de
informaciones o demandas o solicitudes hacia, al menos dos
aplicaciones diferentes (que corresponden a dos de los elementos
24-1, ..., 24-n) o al menos dos
redes de comunicación diferentes, el servidor comportándose entonces
como cliente frente a estas últimas.
El servidor puede tener entonces acceso, como
cliente, a diferentes tipos de redes externas, de acuerdo a esos
diversos protocolos. Por ejemplo, el servidor podrá comunicarse con
una red que funciona de acuerdo al protocolo LDAP, y con una red
privada que funciona de acuerdo a un protocolo propietario.
Gracias a las diversas interfaces o protocolos
de salida, el servidor puede tener acceso a informaciones o a bases
de datos externas contenidas en esos diversos elementos o redes
externas.
El servidor también tiene acceso a la base de
datos local 12. La misma puede estar contenida en el propio servidor
10, como contenida en otro servidor, al que el servidor 10, por los
medios 11, tendrá acceso o podrá consultar.
Esta base de datos local contiene un subconjunto
de informaciones eventualmente solicitadas por los elementos
22-1, ..., 22-n. De acuerdo a un
ejemplo, puede tratarse de informaciones globales y, opcionalmente,
de uno o más conjuntos de informaciones específicas que corresponden
a cada uno de los datos de un servicio particular (almacenadas en el
servidor).
De acuerdo a otro ejemplo, las diversas
informaciones, genéricas y específicas, se refieren a distintos
usuarios de diversos servicios.
Las informaciones a buscar, por ejemplo los
perfiles de usuario, se describen en un modelo propio para el
servidor. Este modelo es de preferencia genérico, o adaptado a todos
los protocolos de acceso o de salida.
Además, para cada elemento de información que es
requerido por una red pero que la misma no contiene, la base de
datos 12 almacena informaciones de direccionamiento, que permiten
alcanzar el equipo, entre los equipos 24-1, ...
24-n, interrogar o direccionar y que dispone del
elemento de información, así como del protocolo de salida a utilizar
para alcanzar este equipo.
También puede comprender un identificador del o
de los datos correspondientes en el equipo a interrogar, así como
reglas de estructuración específica que permitan la construcción de
una demanda relativa al elemento de información en cuestión.
Puede ser que una demanda formulada por una
aplicación cliente del servidor 10 contenga varios elementos de
información, no contenidos en la base de datos 12, pero contenidos
en elementos o equipos diferentes 24-1 ...
24-n.
En ese caso, existen otro tanto de
interrogaciones que el servidor llevará a cabo hacia esos diversos
elementos 24-1, ... 24-n,
eventualmente con la ayuda de diferentes protocolos de salida.
Es posible que esas diversas informaciones,
obtenidas a partir de diversos elementos 24-1, ...
24-n, sean redundantes.
Estas informaciones pueden entonces ser
asociadas y/o seleccionadas en el nivel jerárquico superior, es
decir, por el servidor 10. En otras palabras, si diversas
informaciones corresponden a un mismo usuario, puede haber por una
parte asociación por el servidor, y eventualmente identificación y
selección de informaciones redundantes en el servidor, de esas
diferentes informaciones.
El servidor podrá entonces enviar varias
demandas a diversos elementos externos, a continuación de una
demanda única de un mismo elemento "cliente".
Las demandas emitidas hacia los equipos externos
pueden ser formadas a partir de reglas generales en función del
protocolo a utilizar, y eventualmente, de reglas específicas en
función del modelo de datos utilizado por el equipo remoto.
Cuando una red necesita una información sobre un
usuario, un servidor o un elemento de esa red enviarán al servidor
10 una demanda, de hecho una demanda que incluya esas informaciones.
Esta demanda es formulada de acuerdo con el protocolo que rige las
comunicaciones entre la red solicitante y el servidor 10. En
particular, el usuario a nombre del cual las informaciones son
solicitadas es identificado por un identificador estructurado de
acuerdo a este protocolo.
Las interfaces de acceso permiten por ejemplo a
las aplicaciones o a los elementos emitir, de preferencia en tiempo
real, las siguientes demandas o cualquier combinación de estas
demandas:
\bullet Lectura de las informaciones de un
usuario comunes a todos los servicios;
\bullet Lectura de las informaciones de un
usuario específicas a un servicio;
\bullet Lectura de todas las informaciones
relacionadas con un usuario;
\bullet Adición/modificación/supresión de
informaciones relativas a un usuario.
El servidor dispone de medios para tratar las
demandas que recibe. De preferencia, ese tratamiento es genérico: es
independiente de la semántica de las informaciones contenidas en las
demandas, a fin de evitar que la adición de un nuevo tipo de datos
en las bases externas conduzca a desarrollos de software
suplementarios.
El servidor dispone de medios para, o está
programado para, llevar a cabo una búsqueda en la base de datos
local 12, a fin de comprobar si los datos que se solicitan, están o
no disponibles.
Si están disponibles, el servidor 10 estructura
los datos correspondientes de acuerdo al protocolo de "entrada"
que rige las comunicaciones entre la red solicitante y el servidor
10. Estos datos son seguidamente enviados a la red o al elemento
solicitante, de acuerdo con el mismo protocolo de comunicación.
Si no están disponibles, el servidor 10 entonces
identificará en la base de datos informaciones de direccionamiento,
que permitan alcanzar el equipo (o los equipos), entre los equipos o
las redes 24-1, ..., 24-n,
interrogar o direccionar y que dispone del elemento de información
buscado, así como el(o los) protocolo(s) de salida que
se utilizarán para alcanzar este (o estos) equipo(s).
En otras palabras, el servidor está programado
para emitir, de preferencia en tiempo real, demandas de lectura de
informaciones, por ejemplo de informaciones específicas de un
usuario (a través de uno de sus números de identificación), hacia
uno de los equipos externos 24-1, ...
24-n.
\newpage
Ese último (o esos últimos)
retransmite(n) entonces los datos al servidor, de acuerdo con
el (los) mismo(s) protocolo(s) de "salida", y en
particular de acuerdo con el formato y la estructura impuesta por
ese(esos) protocolo(s).
El servidor 10, a su vez, retransmite la
información al elemento o a la red solicitante de acuerdo con el
protocolo de entrada correspondiente. En caso de éxito, el servidor
retransmite entonces, en el formato y con el protocolo apropiado, el
dato devuelto en la respuesta por el elemento titular.
El servidor convertirá entonces un formato, o
varios formatos del (de los) dato(s) impuesto(s) por
un protocolo de salida en un formato impuesto por un protocolo de
entrada.
En otras palabras, si dicha o dichas
informaciones no están disponibles en la base 12, hay una generación
de una demanda hacia el elemento (o los elementos)
titular(es) de esas informaciones (base externa o equipo de
red), con el protocolo apropiado, en la interfaz de salida. El
servidor entonces está programado para, o comprende medios para
generar tal solicitud o solicitudes de ese tipo.
Los medios de tratamiento de las demandas
recibidas por el servidor se pueden programar por uno, o varios,
tratamiento(s) llamado(s) específico(s) y
propio(s) al protocolo utilizado, y el tratamiento genérico,
de la, o de las operación(nes) solicitada(s).
De acuerdo a un ejemplo, el tratamiento de una
demanda entrante se lleva a cabo en varias etapas:
1. Tratamiento específico para la recepción de
la demanda entrante; la misma se convierte en operaciones o
conjunto(s) de operaciones a llevar a cabo (por ejemplo, las
operaciones utilizadas para la gestión de los recursos informáticos:
consulta, creación, modificación, supresión) con el, o los
objeto(s) en el que se aplica cada operación. El objeto es
aquí la referencia de los datos, con, de ser necesario,
informaciones complementarias en función de la operación (por
ejemplo, el nuevo valor de los datos en caso de una solicitud de
modificación). En función de la dirección del equipo solicitante y
de la naturaleza del sistema, el servidor también deduce el origen
de la demanda (por ejemplo, un conmutador de red administrado por
France Telecom)
2. Tratamiento genérico para la, o las,
operación(nes) solicitada(s)
3. Si es necesario:
- a.
- Tratamiento específico para la creación de una, o varias, demanda(s) saliente(s) en la, o las, interfaz(ces) de salida correspondiente(s),
- b.
- Tratamiento específico para la recepción de respuestas en la, o las, interfaz(ces) de salida
4. Tratamiento genérico para la interpretación
de los resultados
5. Tratamiento específico para la creación de la
respuesta en la interfaz de acceso.
\vskip1.000000\baselineskip
De acuerdo a un ejemplo, el tratamiento genérico
comprende las siguientes etapas:
1. Para cada operación, el servidor comprueba si
todos los objetos invocados están contenidos la base local:
- a.
- En caso afirmativo, el servidor efectúa la operación en la base,
- b.
- Si no es así, los objetos en la base son representados por uno, o varios, punteros(s) hacia elementos externos, con las informaciones complementarias de direccionamiento almacenadas en la base, como ya se explicó anteriormente. Según el caso, el servidor descompone la operación en varias operaciones elementales (por ejemplo: conteniendo un solo objeto, o un solo puntero) y las hace seguir para construir demandas salientes en las interfaces de salida concernientes. Las respuestas devueltas por los elementos externos se convierten en resultados de operación. Puede haber varios modos de tratamiento genérico posible, en el caso de que el servidor reciba un fracaso:
- i.
- Modo llamado "del mejor esfuerzo" ("best effort"): el servidor no tiene en cuenta este fracaso y continua con el tratamiento de los resultados de las otras operaciones,
- ii.
- Modo llamado "parar en el error" ("stop-on-error"): el servidor no trata de los resultados siguientes, los anteriores se mantienen válidos;
- iii.
- Modo llamado "ácido" ("acid"): el servidor no trata los resultados siguientes e inicializa nuevas operaciones que anulan las precedentes. Este modo es especialmente pertinente para las operaciones de escritura.
\newpage
El modo de tratamiento de los resultados, así
como aquel de las informaciones complementarias, se puede definir en
la base de datos local.
2. El servidor 10 reagrupa los resultados
obtenidos:
- a.
- En caso de éxito, les hace seguir en la interfaz de acceso para responder a la demanda entrante;
- b.
- En caso de fracaso de todas las operaciones o de algunas operaciones en modo "ácido", hace seguir el fracaso en la interfaz de salida. En caso de fracaso de algunas operaciones en modo "best effort" o "stop-on-error", devuelve los resultados parcialmente obtenidos a la interfaz de acceso.
Un ejemplo de realización de la invención se
describirá, el que se coloca en el contexto de la introducción de la
gestión de nomadismo en los accesos fijos (RTC, IP sobre ADSL) y
móviles (GSM, GPRS), para soportar varios tipos de servicio
(servicios de conversación sobre la red fija y móvil, servicios de
acceso de banda ancha, servicios multimedia prestados en terminales
avanzadas).
El sistema de acuerdo a este ejemplo se
representa con una arquitectura general en la Figura 3, alrededor de
un servidor 50 conectado a, o que contiene, una base de datos
52.
\vskip1.000000\baselineskip
Las aplicaciones clientes, o solicitantes de
información, y conectadas a las interfaces de acceso
54-1, 54-2, 54-3,
54-4 del servidor son las siguientes:
1. Las funciones de tratamiento de llamada de
conmutadores 56 del RTC; en ese caso, el servidor 50 es llamado para
que proporcione la totalidad o parte del perfil de usuario
habitualmente almacenado en los conmutadores;
2. Las lógicas de servicios de puntos de orden
de servicio (PCS) 58, 60 de la arquitectura de Red Inteligente de
las redes fijas y móviles;
3. Las lógicas de servicios de los equipos de
tipo Servicio Nodo o asimilados;
4. Las funciones de tratamiento de llamada de
controladores o servidores 64 de llamadas para los servicios
VoIP;
5. Las funciones de control de admisión de los
Gatekeeper o equipos asimilados (por ejemplo, servidores de acceso
62 para el acceso a Internet de banda ancha, ADSL);
6. Los portales de servicio;
7. Algunas aplicaciones en terminales
inteligentes 66;
8. Las aplicaciones 68 de las plataformas de
servicio del mundo IP.
\vskip1.000000\baselineskip
Las interfaces y protocolos de acceso son
entonces:
\bullet Una interfaz INAP para la aplicación
1;
\bullet Una interfaz MAP para la aplicación
2;
\bullet Una interfaz LDAP, para las
aplicaciones 3 a 8.
Estas aplicaciones son vistas como aplicaciones
"clientes", en el sentido LDAP.
\vskip1.000000\baselineskip
Además del propio servidor 50, entidades que
contienen algunos datos de usuario pueden ser los siguientes
1. conmutadores 70 de la Red Telefónica
Conmutada;
2. puntos 72 de orden de servicio de la
arquitectura de Red Inteligente;
3. mensajerías de voz y otras plataformas de
voz;
4. servidores de datos 78 de redes móviles
GSM/GPRS (HLR, VLR);
5. servidores o controladores de llamada 76 para
los servicios VoIP (Gatekeeper, Proxy SIP);
6. plataformas de servicio del mundo IP
(Portales, Servidores de Aplicación, ...
7. servidores 74 de autenticación y de
autorización de acceso a la Internet;
8. bases de datos 80 específicas para algunos
servicios;
Las referencias 71, 73, 75, 77, 79 designan
medios de memorización o de las bases de datos locales.
\vskip1.000000\baselineskip
Las interfaces (82-1,
82-2, 82-3) de salida son entonces
las siguientes:
\bullet Una interfaz 82-1 que
soporta la transferencia de las ordenes locales de servicios
(ejemplo: impulsos DTMF a través del teclado telefónico), una
interfaz SS7 dedicada, o también una interfaz utilizada por el
operador (RHM). Esta interfaz está dedicada a la entidad o a los
medios 70;
\bullet Una interfaz 82-2
LDAP, para las entidades 72 a 78. El servidor So encargado de
generar las demandas de datos hacia los elementos titulares es visto
como una aplicación "cliente" en el sentido LDAP;
\bullet Una interfaz 82-3 que
soporta un protocolo propietario, para la entidad o los medios
80.
En lo que respecta a la base de datos 52, la
misma contiene informaciones de acuerdo a un modelo de referencia y
en un anuario LDAP.
\vskip1.000000\baselineskip
Además, para un elemento (o grupo de elementos)
de información solicitada y no disponible localmente, el servidor, o
la base de datos 52, almacena por ejemplo las informaciones
siguientes:
\bullet Informaciones de direccionamiento que
permiten alcanzar el equipo que dispone del elemento. Si el equipo
está conectado a una red IP, se trata de una dirección IP y de un
número de puerto. Si el equipo está conectado a una red de
señalización, se trata de una denominación global SCCP y de un
número de sub-sistema.
\bullet El tipo de protocolo (y su versión) a
utilizar para alcanzar este equipo. Si el equipo está conectado a
una red IP, se trata por ejemplo de LDAP V2 o de SNMP V I.
\bullet El identificador del o de los datos
correspondientes en la entidad objetivo. En el caso de una entidad
que pone en práctica un servidor LDAP o uno MIB SNMP, se trata del
nombre del objeto ("DistinguishedName") del o de los datos
correspondientes.
\bullet Reglas de estructuración específicas
que permiten construir una demanda relativa al elemento.
La figura 4 da un ejemplo de realización de un
modelo de información para la base de datos local 12.
En esta figura, la referencia 100 designa
informaciones globales, y la referencia 120 informaciones
específicas, que dependen de un servicio particular.
De acuerdo a un ejemplo, las informaciones
globales contienen, para cada usuario, datos 106 generales (por
ejemplo, la lengua del usuario), datos 104 relativos a un
identificador de ese usuario (por ejemplo: su número de teléfono) y
datos 102 de autenticación (por ejemplo: un nivel de autenticación,
un formato, un valor).
Cada usuario es identificado por los datos 104
acoplados a los datos 102.
Los datos 106 de usuarios permiten el acceso a
los datos 120 específicos de un servicio, y específicamente a los
datos 121 relativos al perfil de ese usuario (por ejemplo: un
título, una lista de restricciones impuestas, informaciones sobre
modos de presentación de datos para ese usuario). Estas
informaciones 121 pueden formar parte exclusivamente de las
informaciones específicas dependientes de un servicio único, o
también pueden ser comunes a varios servicios.
A partir de las informaciones 121, se puede
tener acceso a informaciones 122 que incluyen el perfil del servicio
específico concernido, por ejemplo, informaciones de restricción (de
acuerdo también a un ejemplo: autorización de emisión de llamadas en
modo local, solamente). A partir de esas informaciones 122, se puede
tener acceso a informaciones 124 de datos personalizables de
servicios, a informaciones 126 sobre datos de servicio (por ejemplo:
información sobre la entidad, entre las entidades
24-1, ... 24-n, que guardan las
informaciones solicitadas), a informaciones 130 sobre las sesiones
de servicios puestos en práctica.
El perfil de usuario 121 es por ejemplo
proporcionado durante una sección de acceso cuyas características
son reagrupadas en un conjunto de informaciones 128 (se trata por
ejemplo: de estados de conexión, de características de unión a una
determinada red, de la localización geográfica del llamante,
...).
Las informaciones sobre las sesiones de acceso
128 también pueden ser proporcionados como parte de las
informaciones 130 sobre las sesiones de servicio.
Entre las informaciones sobre las sesiones de
acceso, un conjunto 132 reagrupa informaciones sobre las terminales
de acceso (identificador, categoría de hardware, categoría de
software) y otro conjunto de informaciones 134 reagrupa las
informaciones sobre las redes de acceso (identificador,
características).
Este esquema de la figura 4 se da a título de
ejemplo, y otras estructuras de informaciones podrán ponerse en
práctica.
La invención es especialmente adecuada para el
problema de la búsqueda de perfiles de usuario de diversos servicios
telefónicos y/o Internet.
Cada perfil es único para un usuario dado.
El perfil de usuario se define como el conjunto
de las informaciones relativas al usuario, que son informaciones
globales y conjuntos de informaciones específicas de cada
servicio.
Los datos de usuario de un servicio están
constituidos por uno o más conjuntos de informaciones específicas.
Por informaciones globales es necesario entender uno o más
identificadores que permitan el acceso al perfil (clave de acceso)
más eventualmente informaciones de autenticación.
El servidor tiene una vista global del perfil de
usuario; este almacena como mínimo informaciones de base sobre cada
usuario, lo que le permite identificar y determinar la localización
de las informaciones que no almacena. Informaciones relativas a
algunos servicios también pueden ser almacenadas en el servidor, las
otras informaciones restantes dispersas en las diferentes bases
externas y equipos de redes actuales o futuras.
Cuando una aplicación solicita informaciones que
no guarda, el servidor se encarga de interrogar a las entidades
externas sobre las cuales estas informaciones están dispersas, con
el fin de transmitir una respuesta completa. Así, la integración en
una arquitectura de red de un servidor que juega el papel de un
"punto de acceso" intermediario al conjunto de los datos de
usuario permite paliar todas las limitaciones de intercambio de
datos:
- Es una solución que permite compartir datos
del usuario entre operadores y proveedores de servicios,
proporcionando al mismo tiempo una visión global del perfil de
usuario;
- Enmascara a las entidades que arbitran las
aplicaciones, los datos y las interfaces de acceso a las bases
externas;
- Enmascara a sus mismas entidades las
diferencias entre los modelos de datos contenidos en las bases de
datos externas. Presenta de esta forma la oportunidad de definir un
modelo de datos único para describir todas las informaciones
relacionadas con los usuarios;
- Facilita el direccionamiento de las demandas
de datos presentando un punto de acceso único.
Además, facilita la introducción de nuevos
servicios. En efecto, no impone ninguna limitación sobre la
localización de los datos asociados a nuevos servicios. Estos pueden
estar integrados en el equipo que ejecuta el servicio o implantados
en ese servidor.
El servidor juega un papel de intermediario
entre las entidades que solicitan y que proporciona elementos de
perfil de usuario. De ahí que, de ser necesario, se puede asegurar
la identificación, la autenticación, la facturación, etc. de la
entidad que emitió la solicitud.
Esta integración también puede facilitar la
convergencia de redes fijas y móviles ofreciendo la oportunidad
también de integrar las funciones relacionadas con la gestión del
nomadismo (estado de movilidad de un usuario entre puntos de acceso
a redes fijas y móviles).
De acuerdo a otro ejemplo de aplicación, es
posible prever al menos dos servidores tales como el servidor 10 y
teniendo cada uno las funcionalidades descritas anteriormente, cada
servidor recibiendo las demandas de equipos o de redes localizadas
en una zona de geográfica dada.
Claims (12)
1. Dispositivo (10) de tratamiento de datos, que
comprende una primera interfaz de acceso, que corresponde a un
primer protocolo de acceso, al menos una primera interfaz de salida,
que corresponde a un primer protocolo de salida, diferente del
primer protocolo de acceso, una base de datos (12), medios (11) de
comunicación con la base de datos (12), y medios (50) para recibir,
de acuerdo a uno de los protocolos de acceso, una primera demanda
que incluye informaciones, y medios para buscar si la base de datos
contiene dichas informaciones, y medios para formular, de acuerdo al
primer protocolo de salida, al menos una segunda demanda que incluye
informaciones solicitadas en la primera demanda y no contenidas en
la base de datos, y donde la base de datos (12) también contiene
informaciones de direccionamiento de al menos un equipo externo
(24-1, ... 24-n) que dispone de
dichas informaciones no contenidas en la base de datos, dicho
dispositivo (10) de tratamiento de datos comprendiendo medios para
la identificación de las informaciones de direccionamiento
contenidas en la base de datos y para enviar la segunda demanda a
dicho al menos equipo externo (24-1, ...
24-n).
2. Dispositivo de acuerdo a la reivindicación 1,
que comprende al menos una segunda interfaz de acceso, que
corresponde a un segundo protocolo de acceso, diferente del
primero.
3. Dispositivo de acuerdo a una de las
reivindicaciones 1 o 2, que comprende también al menos una segunda
interfaz de salida, que corresponde a un segundo protocolo de
salida.
4. Dispositivo de acuerdo a una de las
reivindicaciones 1 a 3, siendo los protocolos de acceso
seleccionados entre aquellos de una Red Telefónica conmutada, de una
red de telefonía móvil y de la red Internet.
5. Dispositivo de acuerdo a una de las
reivindicaciones 1 a 4, que comprende también medios (50) para
formatear datos de la base de datos de acuerdo a uno de los
protocolos de acceso.
6. Dispositivo de acuerdo a una de las
reivindicaciones 1 a 5, que comprende también medios (50) para
convertir datos expresados de acuerdo a un protocolo de salida en
datos expresados de acuerdo a uno de los protocolos de entrada.
7. Dispositivo de acuerdo a una de las
reivindicaciones 1 a 6, que comprende también medios para recibir,
de acuerdo con dicho protocolo de salida, dichas informaciones
solicitadas en la primera demanda y no contenidas en la base de
datos.
8. Dispositivo de acuerdo a la reivindicación 7,
que comprende medios (50) para convertir datos, que corresponden a
dichas informaciones solicitadas en la primera demanda, y no
contenidas en la base de datos, y estructuradas de acuerdo con dicho
protocolo de salida en datos estructurados de acuerdo a uno de los
protocolos de acceso.
9. Dispositivo de acuerdo a cualquiera de las
reivindicaciones 1 a 8, la base de datos (12) conteniendo además
informaciones relativas al protocolo de salida a utilizar para
comunicarse con el otro dispositivo.
10. Procedimiento de tratamiento, por un
dispositivo de tratamiento de datos (10), de demandas de
informaciones provenientes de al menos una aplicación, que comprende
la recepción de al menos una demanda de este tipo, de acuerdo a un
primer protocolo de acceso, y la búsqueda de dichas informaciones en
al menos una base de datos (12), el procedimiento comprendiendo
además:
- Si todas las informaciones no están disponible
en dicha base de datos, la identificación de informaciones de
direccionamiento contenidas en la base de datos y al menos un equipo
externo (24-1, ... 24-n) disponiendo
de dichas informaciones no contenidas en la base de datos, la
formulación, por el dispositivo de tratamiento de datos, de al menos
una demanda que incluya al menos una parte de dichas informaciones,
de acuerdo con un primer protocolo de salida, diferente del primer
protocolo de acceso, y el envío de dicha demanda de dicho al menos
equipo externo (24-1, ... 24-n),
- la recepción por el dispositivo de tratamiento
de datos, de al menos una parte de dichas informaciones, de acuerdo
con dicho primer protocolo de salida, y su transformación de acuerdo
al primer protocolo de acceso, y
- el envío a dicha aplicación, de informaciones
de acuerdo al primer protocolo de acceso.
11. Procedimiento de acuerdo a la reivindicación
10, que comprende además, si todas las informaciones no están
disponibles en dicha base de datos, de al menos dos demandas que
incluyen al menos una parte de dichas informaciones, de acuerdo a un
primer y un segundo protocolos de salida.
12. Procedimiento de acuerdo a la reivindicación
11, los primer y segundo protocolos de salida siendo diferentes uno
del otro.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0305944A FR2855346A1 (fr) | 2003-05-19 | 2003-05-19 | Serveur de profil et application aux reseaux de communication |
| FR0305944 | 2003-05-19 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2300721T3 true ES2300721T3 (es) | 2008-06-16 |
Family
ID=33396545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04291209T Expired - Lifetime ES2300721T3 (es) | 2003-05-19 | 2004-05-12 | Servidor de perfil y aplicacion a las redes de comunicacion. |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1517497B1 (es) |
| AT (1) | ATE386391T1 (es) |
| DE (1) | DE602004011714T2 (es) |
| ES (1) | ES2300721T3 (es) |
| FR (1) | FR2855346A1 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010142348A1 (en) * | 2009-06-12 | 2010-12-16 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for efficiently locating in a database a user profile in an ims network |
| US9053134B2 (en) | 2013-03-14 | 2015-06-09 | Sap Se | View variants in database schema mapping |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6674767B1 (en) * | 1999-10-04 | 2004-01-06 | Microsoft Corporation | Flexible system and method for communicating between a broad range of networks and devices |
| EP1290829B1 (en) * | 2000-06-13 | 2004-09-08 | Red-M (Communications) Limited | Call handling device for connecting a wireless communications device to a communications network |
| GB0014431D0 (en) * | 2000-06-13 | 2000-08-09 | Red M Communications Ltd | Wireless network |
-
2003
- 2003-05-19 FR FR0305944A patent/FR2855346A1/fr active Pending
-
2004
- 2004-05-12 EP EP04291209A patent/EP1517497B1/fr not_active Expired - Lifetime
- 2004-05-12 ES ES04291209T patent/ES2300721T3/es not_active Expired - Lifetime
- 2004-05-12 DE DE602004011714T patent/DE602004011714T2/de not_active Expired - Lifetime
- 2004-05-12 AT AT04291209T patent/ATE386391T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| FR2855346A1 (fr) | 2004-11-26 |
| ATE386391T1 (de) | 2008-03-15 |
| DE602004011714D1 (de) | 2008-03-27 |
| EP1517497B1 (fr) | 2008-02-13 |
| EP1517497A1 (fr) | 2005-03-23 |
| DE602004011714T2 (de) | 2009-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2330994T3 (es) | Equipo de usuario, procedimiento y sistema de comunicacion para establecer una conexion con un elemento servicor de red. | |
| ES2271340T3 (es) | Metodo y aparato para determinar un identificador de entidades. | |
| ES2263791T3 (es) | Metodo, medio de memoria, red de ordenadores y dispositivo para la comunicacion de datos en modo bilateral con dispositivos radioelectricos. | |
| ES2334690T3 (es) | Metodo y aparato para asignar servidores de aplicacion en un ims. | |
| ES2360036T3 (es) | Presencia con información de localización espacial. | |
| US6873620B1 (en) | Communication server including virtual gateway to perform protocol conversion and communication system incorporating the same | |
| US7277444B2 (en) | Method and system for distributing and executing service logic | |
| CN109688100A (zh) | Nat穿透方法、装置、设备及存储介质 | |
| CA2211922A1 (en) | Method for supporting address interaction between a first entity and a second entity, converter for address interaction, and computer system | |
| ES2238553T3 (es) | Servidor de señalizacion ss7 con avanzados servicios de señalizacion integrados. | |
| Beddus et al. | Opening up networks with JAIN Parlay | |
| US7246133B2 (en) | System of assigning domain names (DNS) providing access to databases | |
| ES2300721T3 (es) | Servidor de perfil y aplicacion a las redes de comunicacion. | |
| ES2311839T3 (es) | Dispositivo de comunicaciones para vehiculo terrestre. | |
| CN1543748B (zh) | 开放式服务访问的扩展电信系统结构 | |
| CN109413224A (zh) | 报文转发方法和装置 | |
| CN109451490A (zh) | 呼叫处理方法、系统及存储介质 | |
| US6807266B2 (en) | Method and apparatus for provisioning a soft switch | |
| ES2637749T3 (es) | Método para gestionar servicios de presencia en un sistema de comunicación con protocolos de presencia heterogéneos | |
| ES2311802T3 (es) | Sistema de comunicaciones que proporciona una interfaz compartida de comunicaciones cliente-servidor y metodos relacionados. | |
| ES2276855T3 (es) | Procedimiento para consultar la conformidad para la captacion de datos de posicion de un aparato temrinal de telefonia movil, y red de comunicaciones movil correspondiente. | |
| CN100512262C (zh) | 提供业务的方法和系统 | |
| CN109525539A (zh) | 一种能力调用方法、调用回执方法、信息处理方法及系统 | |
| ES2320567T3 (es) | Disposiciones en un subsistema multimedia de ip (ims). | |
| ES2317696T3 (es) | Disposicion, sistema y metodo relacionado con la comunicacion. |