ES2239564T3 - Gestion de datos de perfiles de usuarios. - Google Patents
Gestion de datos de perfiles de usuarios.Info
- Publication number
- ES2239564T3 ES2239564T3 ES00104259T ES00104259T ES2239564T3 ES 2239564 T3 ES2239564 T3 ES 2239564T3 ES 00104259 T ES00104259 T ES 00104259T ES 00104259 T ES00104259 T ES 00104259T ES 2239564 T3 ES2239564 T3 ES 2239564T3
- Authority
- ES
- Spain
- Prior art keywords
- user
- imb
- information
- database
- profile
- 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
- 238000013523 data management Methods 0.000 title description 2
- 230000005540 biological transmission Effects 0.000 claims abstract description 15
- 238000000034 method Methods 0.000 claims description 39
- 230000001343 mnemonic effect Effects 0.000 claims description 8
- 230000007547 defect Effects 0.000 claims description 5
- 238000007726 management method Methods 0.000 description 29
- 238000011282 treatment Methods 0.000 description 19
- GTAXGNCCEYZRII-UHFFFAOYSA-N Eperisone hydrochloride Chemical compound Cl.C1=CC(CC)=CC=C1C(=O)C(C)CN1CCCCC1 GTAXGNCCEYZRII-UHFFFAOYSA-N 0.000 description 16
- 230000008859 change Effects 0.000 description 16
- 238000005516 engineering process Methods 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 12
- 230000008569 process Effects 0.000 description 12
- 238000004891 communication Methods 0.000 description 7
- 238000013499 data model Methods 0.000 description 7
- 238000006243 chemical reaction Methods 0.000 description 6
- 238000012384 transportation and delivery Methods 0.000 description 6
- 238000013459 approach Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000010348 incorporation Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000009434 installation Methods 0.000 description 4
- 230000000875 corresponding effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 235000003869 genetically modified organism Nutrition 0.000 description 2
- 239000000543 intermediate Substances 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000002775 capsule Substances 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010367 cloning Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 239000003292 glue Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000035772 mutation Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 108020001568 subdomains Proteins 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- 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
-
- 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
- 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/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
-
- 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/45—Aspects of automatic or semi-automatic exchanges related to voicemail messaging
- H04M2203/4509—Unified messaging with single point of access to voicemail and other mail or messaging systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42059—Making use of the calling party identifier
- H04M3/42068—Making use of the calling party identifier where the identifier is used to access a profile
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42085—Called party identification service
- H04M3/42102—Making use of the called party identifier
- H04M3/4211—Making use of the called party identifier where the identifier is used to access a profile
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Base de datos para almacenar y gestionar datos de perfiles de usuario, representando los datos de perfiles de usuarios conjuntos de dispositivos terminales (9) de usuarios en una red (10) de transmisión de información, en la que - la base de datos (1) comprende, respectivamente, para cada usuario, una pluralidad de perfiles de usuario previamente configurados, y - cada uno de la pluralidad de perfiles de usuario personalizables está asociado con un entorno del usuario que representa un lugar físico y/o un contexto lógico del usuario, caracterizada porque los perfiles de usuario se incorporan como conjuntos de tarjetas agrupadas lógicamente, en el que cada una de las tarjetas tiene una clave de propiedad que identifica una propiedad de perfil dada y un valor de propiedad correspondiente a un contenido de propiedad dado.
Description
Gestión de datos de perfiles de usuarios.
El presente invento se refiere a una base de
datos para almacenar y gestionar datos de perfiles de usuarios, a
un programa de software para incorporar en la práctica una base de
datos de esta clase, a un método para gestionar una base de datos de
perfiles de usuarios, así como a un programa de software para
llevar a la práctica dicho método.
¿Por qué se invierten tanto tiempo y dinero en
las telecomunicaciones?. Fundamentalmente, por dos razones: (i)
conseguir mayor efectividad desde el punto de vista del tiempo (es
decir, ahorrar tiempo) e (ii) llegar a ser omnipresente (es decir,
estar disponible en cualquier momento). Las modernas tecnologías de
telecomunicaciones - como el teléfono, el fax, los teléfonos
móviles e Internet - persiguen estos objetivos ofreciendo un amplio
espectro de servicios. Combinándolos, estos servicios ayudan a que
las personas ahorren tiempo e, incluso, reducen los costes. Estos
diversos servicios basados en las redes ofrecen a los usuarios,
típicamente, una funcionalidad limitada por la calidad de servicio
(QoS) específica.
Los sistemas de mensajes unificados (UMS) salvan
los vacíos entre los diferentes medios de comunicación reuniendo los
mensajes analógicos y digitales - tales como fax, correo de voz,
correo electrónico, WWW, y el servicio de mensajes cortos de la
telefonía celular. En particular, se puede distinguir entre (i)
mensajes tales como de fax o de correo de voz (que, en principio,
pueden ser enviados por una red de telecomunicaciones analógica), e
(ii) mensajes generados, tratados y transmitidos digitalmente.
Además, de la transmisión puramente homogénea, son concebibles,
también, aplicaciones de mensajería analógica/digital heterogéneas
(por ejemplo, correo de voz, reconocimiento de voz con transmisión
por correo electrónico, fax a datos, datos a fax).
En la actualidad, los UMS permiten que los
mensajes sean originados, recibidos, tratados, transmitidos y
almacenados de forma independiente de su tipo. Este enfoque permite
que los usuarios exploten diferentes servicios de redes de manera
unificada e integrada. Por ejemplo, una llamada telefónica,
registrada como mensaje de voz en un buzón de voz, puede ser
enviada al receptor como adjunto de un correo electrónico. Los
futuros progresos que son de esperar en el reconocimiento de voz,
podrían permitir, incluso, la conversión de adjuntos de voz en
texto con elevada calidad. Para resumir, los UMS satisfacen la
heterogeneidad de los distintos servicios basados en las redes, al
afrontar los problemas relacionados con la conversión de formato de
los mensajes. Así, los UMS ofrecen un tejido sin uniones, por el
que pueden comunicarse los usuarios empleando el dispositivo
terminal que tengan a mano.
Un inconveniente típico de los UMS es la falta de
soporte para la oportuna entrega de información: los UMS se basan
en los servicios de red subyacentes para llegar a tiempo al
receptor. Con el fin de resolver este problema, se han desarrollado
sistemas de mensajería instantánea unificada (UIM), con el fin de
permitir que los mensajes sean enviados casi en tiempo real entre
los usuarios. Para conseguir este objetivo, los sistemas UIM han de
tener en cuenta las características de QoS inherentes del servicio
de red subyacente. Además, los sistemas UIM se apoyan mucho en las
comunicaciones móviles para interactuar con usuarios en servicio de
itinerancia. Cuando se tienen en cuenta todas estas nuevas
cuestiones, el dominio original del problema puede descomponerse en
dos nuevos sub-dominios del problema: (i) movilidad
del usuario e (ii) percepción del contexto.
Por movilidad del usuario se entiende la
capacidad de éste para moverse entre diferentes terminales (por
ejemplo, entre el ordenador personal de sobremesa de la oficina y
el portátil de su casa). Esto es diferente de la movilidad del
terminal, en cuyo caso el terminal se desplaza sin perder la
conexión con la red. Los dispositivos terminales deben enfrentarse,
entonces, con la transferencia horizontal entre diferentes células
de una red celular dada (basándose en las funciones de gestión de
movilidad dentro de la red) o la transferencia vertical entre
distintas redes (por ejemplo, una LAN (red de área local) interna y
las redes públicas externas).
En lo que a la percepción del contexto se
refiere, el servicio UIM debe tener en cuenta las posibilidades del
terminal y la limitación del servicio de red utilizado. Por
ejemplo, utilizando la fase 2 de GSM más el servicio de mensajes
cortos (SMS), el servicio UIM sólo puede transmitir hasta 160
caracteres. Por tanto, cuando se utiliza el servicio SMS, el UIM
tiene que reducir la cantidad de datos transmitidos (transmitiendo
sólo ciertas partes del mensaje original o indicando simplemente al
usuario la disponibilidad del mensaje presente). Futuros
desarrollos de los servicios de datos entre móviles (por ejemplo,
la introducción de la conmutación de paquetes, como el sistema GSM
GPRS o sistema de 3ª generación), permitirán que los usuarios
aprovechen una gama de servicios aún mayor. En tal caso, el sistema
UIM tendrá que seleccionar el servicio de red que ofrezca la mejor
relación calidad/precio.
Los sistemas UIM que consideran estos dos
aspectos ofrecen a los usuarios, de hecho, un nuevo tipo de
servicio. Este tipo de servicio - hasta la fecha - no forma parte
de la oferta de ninguno de los operadores de servicios de
telecomunicaciones entre móviles) y/o en Internet disponibles.
Dado que el servicio de UIM implica la
funcionalidad de intermediación de la información, el sistema UIM ha
sido denominado intermediario de mensajes instantáneos (IMB). El
sistema IMB ha sido diseñado para proporcionar un servicio UIM
flexible y extensible, que pueda ampliarse efectivamente para una
gran comunidad de usuarios.
Por claridad, con el fin de distinguir entre
mensajería instantánea unificada (UIM) y mensajes instantáneos
unificados, a estos últimos se hará referencia en lo que sigue como
correos-I (correos instantáneos).
El sistema IMB puede incorporarse a una
infraestructura existente o puede utilizarse como servicio
independiente de valor añadido. Las infraestructuras existentes
podrían ser las ofrecidas por los proveedores de servicios de
Internet (ISP) o las proporcionadas por los operadores de telefonía
celular. En tal caso, el sistema IMB ha de proporcionar
interconexiones perfectamente definidas con sistemas externos (tales
como la base de datos de usuarios o los sistemas de facturación),
gestionados por las terceras partes involucradas. En el caso de un
servicio autónomo de valor añadido, ofrecido por un proveedor de
servicio IMB, el sistema IMB utiliza las mismas interconexiones para
los componentes de su propia infraestructura.
El servicio UIM - es ofrecido por un proveedor de
servicios IMB, que gestiona un sistema IMB. El sistema IMB es la
realización física del servicio UIM. El sistema IMB es un sistema
de tratamiento distribuido que integra tecnologías de red como PSTN,
IP y redes de telecomunicación entre móviles para (i) permitir que
los usuarios accedan a su funcionalidad, (ii) ejecutar sus tareas,
e (iii) entregar la información tratada a las terceras parte
llamadas.
Desde un punto de vista de negocios, los sistemas
IMB ofrecen servicios a usuarios registrados (en lo que sigue, los
abonados). La suscripción al servicio puede realizarse a nivel
privado o a través de la mediación de una organización que permita a
sus miembros el acceso al servicio IMB.
La Figura 2 representa los actores implicados en
el servicio UIM (Organización, Usuarios, Comunidad, Proveedor de
servicio IMB) y los recursos necesarios para conseguir los
objetivos del servicio (sistema IMB, PSTN, IP y redes de
telecomunicación entre móviles). La comunidad de usuarios está
constituida por el conjunto de abonados al servicio IMB que,
además, pueden clasificarse en usuarios privados o miembros de una
organización. Los últimos forman parte de organizaciones, es decir,
actores que tienen autoridad para establecer cuentas personales del
servicio IMB en nombre de un subconjunto elegido de sus miembros.
Este esquema de delegaciones puede utilizarse, también, para
conceder acceso al servicio IMB a la base de abonados de un operador
de red o ISP.
El propósito principal de la mensajería
instantánea es la transmisión de información arbitraria con alta
prioridad como mensaje (casi) en tiempo real. Los mensajes
instantáneos pueden originarse y recibirse mediante varios
dispositivos tales como teléfonos celulares (servicio de mensajes
cortos GSM), PDA (asistentes digitales personales), correo
electrónico, WWW, fax o correo de voz. Además, los mensajes
instantáneos contienen funcionalidades para generación de avisos,
privacidad de mensajes, y pago. Un mensaje instantáneo unificado
puede incluir:
- \bullet
- datos de mensaje (datos de texto y multimedia),
- \bullet
- acciones, por ejemplo, la generación de una notificación de alerta,
- \bullet
- privacidad de mensajes (RSA),
- \bullet
- autenticación de emisor de mensajes y de contenido (autenticación de mensajes por troceado con clave),
- \bullet
- información geográfica, duración limitada del mensaje.
El servicio IMB ejecuta las siguientes
operaciones: (i) recibe un mensaje de un abonado, (ii) transforma el
mensaje de acuerdo con las preferencias del usuario, e (iii)
entrega la información transformada al dispositivo terminal
preferido del receptor. El proceso debe tener en cuenta las
restricciones de tiempo para garantizar un tratamiento y una
entrega rápida y casi en tiempo real.
El sistema IMB (véase la Fig. 1) comprende cuatro
componentes principales, todos ellos incorporados, por ejemplo, en
Java:
- 1.
- Pasarela 4 de mensajes instantáneos (MG) - convierte mensajes arbitrarios (GSM/SMS, correo electrónico, fax, WWW) en correos-I o a la inversa;
- 2.
- Intermediarios 3 de mensajes (MB) - gestiona la conversión de direcciones de clientes, tratamiento de perfiles de usuarios, encaminamiento de correos-I, seguridad y contabilidad;
- 3.
- Unidades 2 de tratamiento - proporcionan capacidades para modificar el contenido de mensajes;
- 4.
- Repositorios 1 de información de abonados - contienen información personal y registros contables.
El sistema IMB ha sido desarrollado de acuerdo
con las normas de tratamiento abierto distribuido (ODP). La Figura 3
ofrece una representación lógica (el punto de vista de computación
ODP) del sistema IMB. En esa ilustración, los círculos indican
objetos lógicos de computación, los óvalos son abstracciones de
conexión y las líneas cruzadas por una doble raya representan las
interconexiones entre objetos.
Los abonados pueden utilizar diferentes tipos de
frontal para acceder a los servicios IMB. Como se indica en la
gráfica, un frontal posible es un navegador de Internet, que envía
el mensaje a una pasarela de mensajes a través de un servidor de red
(servicio de red). Otros frontales podrían comunicar directamente
con pasarelas de mensajes.
Las pasarelas de origen de mensajes (OMG) reciben
mensajes en diversas formas (GSM/SMS, correo electrónico, fax, etc.)
y los convierten en correos-I. Las DMG (pasarelas de
destino de mensajes) ofrecen la funcionalidad inversa, enviando
mensajes directamente al usuario.
Una OMG debe garantizar la autenticidad del
correo-I. El frontal basado en el servicio de red
podría pedir al usuario que realizase un registro de entrada
lógico. Otros frontales podrían conseguir la autenticación del
usuario mediante firmas digitales o merced a otros procedimientos
de autenticación.
Dentro del sistema IMB, los
correos-I son transmitidos casi en tiempo real
mediante conexiones TCP/IP seguras. El MB lleva a cabo las tareas de
intermediación de mensajes. La base de datos de perfiles IMB
contiene información acerca del terminal utilizado en ese momento y
una lista de terminales/modos de transmisión preferidos, que pueden
utilizarse alternativamente para llegar al abonado dado. Dependiendo
del método de transmisión elegido, el MB decide incluir operaciones
adicionales de tratamiento, determina la información de dirección
requerida y selecciona una pasarela de mensajes de destino (DMG).
El MB se encarga, también, de determinadas actividades de servicio,
como actualización de DB. Una DMG transmite finalmente el
correo-I al receptor, de acuerdo con la información
de acceso recibida desde el MB. En caso de redes capaces de acusar
recibo a la entrega de mensajes, la DMG transmitirá esta información
de vuelta al MB.
El sistema IMB proporciona a los abonados varias
formas de acceso al servicio UIM. A continuación, se enumeran
frontales alternativos:
- 1.
- Interconexión de red - permite que un abonado que utilice un ordenador de sobremesa envíe directamente un correo-I a otros abonados;
- 2.
- Teléfono móvil - puede ser utilizado para enviar SMS, que luego son convertidos en correos-I;
- 3.
- Herramienta línea de comandos - permite que elementos de vigilancia (por ejemplo, un recurso que vigile un proceso centinela) envíen automáticamente marcas de sucesos a personal de administración;
- 4.
- Herramienta correo electrónico - para filtrar, redirigir y/o enviar correos electrónicos entrantes como co-rreos-I;
- 5.
- Herramienta calendario - para enviar al usuario notificaciones acerca de citas o cumpleaños inminentes.
Para proporcionar un acceso al servicio escalable
y dinámicamente extensible, las herramientas utilizan distintos
tipos de pasarelas para acceder al servicio. Las pasarelas IMB
especializadas se concentran en proporcionar una interconexión
eficaz desde el punto de vista económico, con un servicio de red
específico. Las pasarelas de mensajes pueden crearse y conectarse
dinámicamente con el sistema.
El sistema IMB puede utilizar, opcionalmente,
unidades de tratamiento distribuido para realizar el tratamiento
intermedio de los correos-I. Estas unidades son
invocadas una vez que el IMB ha recuperado el perfil más
reciente.
El paso de tratamiento del
correo-I convierte un objeto
correo-I en otro objeto correo-I
cuyo contenido ha sido tratado. Las operaciones de tratamiento
podrían consistir en:
Los abonados IMB pueden obligar al sistema IMB a
que incluya un contenido adicional en los correos-I
entrantes. Tal información adicional (como predicción del tiempo,
titulares de noticias, etc.) puede ser ofrecida a los abonados de
IMB según diferentes criterios (por ejemplo, de manera libre, sobre
una base de suscripción o bajo demanda).
En esta operación de tratamiento, se cambia el
formato de codificación del mensaje instantáneo. Ello podría
suponer la transcodificación de un formato a otro (por ejemplo, de
un formato de imagen a otro o de un formato de documento a
Postscript). Esta clase de transformación sería aplicable si el
terminal objetivo solamente puede tratar un número limitado de
formatos de mensaje. Usualmente, la información presentada al
usuario y el medio utilizado para tal presentación, no sufren
variaciones.
Este proceso se aplica cuando el dispositivo
objetivo no es capaz de tratar mensajes grandes o cuando la QoS
percibida en la red no es suficiente para transmitir el
correo-I en forma apropiada. La reducción del
contenido es propensa a las pérdidas, por cuanto puede perderse
parte de la información original.
\newpage
El concepto IMB puede extenderse para permitir
que los abonados incluyan meta-información en sus
correos-I. Esta meta-información
contiene órdenes, que son tratadas por el sistema IMB. Como
ejemplo, la orden "traducir ``hunter'' del inglés al alemán"
obligaría al sistema IMB a despachar una unidad de tratamiento de
traducción de idiomas para traducir el vocablo inglés "hunter"
en el término alemán "Jäger".
Las órdenes descritas en el punto anterior pueden
utilizarse, incluso, para dirigir dispositivos específicos, bien en
las instalaciones del cliente o, remotamente, en un lugar distinto
(por ejemplo, se podría crear fácilmente un objeto "sistemas de
control de instalación" utilizando el sistema IMB como medio de
conexión en red, perceptores de pegado, controladores y actuadores).
Otro ejemplo lo constituiría la integración de sistemas IMB con
sistemas de domótica [5].
Los correos-I son entregados a
los receptores a través de las DMG. Como en el caso de las
pasarelas de mensajes entrantes, cada pasarela para mensajes
salientes está confeccionada de acuerdo con una tecnología de red
específica. Cuando se entrega el correo-I al
usuario, la pasarela de mensajes puede realizar operaciones
adicionales de autenticación de usuario con el fin de garantizar que
el usuario objetivo ha sido identificado con seguridad. En algunos
casos, la pasarela de mensajes debe proporcionar operaciones de
conversión adicionales para cambiar el correo-I al
formato requerido por el servicio de interconexión de redes. Por
ejemplo, no todos los caracteres ASCII pueden ser transmitidos por
el servicio de SMS de GSM. Como antes se ha dicho, algunas
tecnologías de red proporcionan respuesta, indicando que un mensaje
ha sido entregado al terminal del usuario final (por ejemplo, el
servicio SMS de GSM). Esa respuesta puede ser enviada de vuelta al
MB, donde podría quedar registrada.
Como las MG son las interconexiones del sistema
IMB con el mundo real, se caracterizan por una arquitectura modular
que hace posible que el proveedor de servicios IMB actualice
rápidamente su equipo, tan pronto como estén disponibles nuevas
tecnologías de telecomunicación. Este objetivo se consigue
estructurando la MG como un armazón cuyo núcleo proporciona una
funcionalidad común que acomoda módulos de conversión de protocolos
específicos de la tecnología (por ejemplo, un controlador SMS) como
una cierta clase de conectadores (véase la Fig. 4).
La autenticación de mensajes permite que las
partes en comunicación garanticen que los mensajes enviados y
recibidos (al igual que el emisor real y el presunto) son
idénticos. El sistema IMB utiliza el troceado con clave para código
de autenticación de mensajes (HMAC) con la función de troceado con
cifrado MD-5. El HMAC se describe en RFP 2104 y ha
sido seleccionado para seguridad de IP, tal como seguridad de capa
de transporte (TLS, que pronto sustituirá a SSL) y transacción
electrónica segura (SET). En contraste con los cifradores de
bloques simétricos, las funciones de troceado con cifrado profundo
no están sometidas a restricciones de aplicación ni de exportación.
El cifrado de mensajes todavía no se ha llevado a la práctica. Nos
inclinamos por el cifrado con clave pública basado en el algoritmo
RSA.
Para resumir lo expuesto hasta el momento, la
Fig. 5 ilustra como ejemplo la forma en que se comporta el sistema
IMB en respuesta a una petición de abonado (vía interconexión de
red) para entregar un mensaje de texto como SMS a la parte a la que
se llama.
Por el documento WO 00/04462 A se conoce un
sistema de comunicaciones por red, cuyo sistema comprende una
pluralidad de configuraciones de estaciones de usuario, cada una
con capacidades respectivas de tratamiento y presentación. Los
servicios son puestos a disposición de los usuarios disponiendo el
contenido de los servicios de forma que se adecuen de manera óptima
a las preferencias de los usuarios y a las diferentes posibilidades
de los clientes, es decir, de los dispositivos. Esta información se
estructura a través de una combinación de recintos
usuario/recorrido, que son una metáfora para el contexto funcional
en el que puede encontrarse un usuario o un objeto.
En el trabajo "Distribución de precios de
existencias en tiempo real utilizando el servicio de mensajes
cortos de GSM", 1997, IEEE, EE.UU., ISBN:
0-7803-4298-4,
páginas 399-403, de Kilmartin L. y otros, se propone
un servicio para recibir actualizaciones de precios de existencias
en un teléfono móvil GSM. Un sistema mantiene una base de datos de
perfiles de abonados que incluye información tal como las
existencias de interés o el número del teléfono móvil de los
abonados. El sistema interroga a un servidor remoto de precios de
existencias para mantener un registro actualizado de los parámetros
corrientes de cada existencia de interés y se refiere continuamente
a la base de datos de perfiles de abonados con el fin de programar
la transmisión regular de la información corriente sobre
existencias, por medio de un mensaje corto de GSM, a los
abonados.
El documento WO 98/15091 A propone un sistema de
transmisión de información que incluye un terminal de datos capaz
de conectarse con redes y una instalación central capaz de
conectarse con una pluralidad de terminales de datos que pueden
diferenciarse unos de otros en sus posibilidades y/o en sus
características a través de la red. Se proporciona, además, un
código de modelo para que el terminal de datos indique sus
posibilidades y/o sus características a una instalación central cada
vez que el terminal de datos se conecta a la instalación central.
La instalación central envía entonces información al terminal de
datos en forma apropiada a las posibilidades y/o las
características del terminal de datos.
El objeto del presente invento es modificar la
solución de mensajería instantánea antes expuesta, para un ambiente
con características cambiantes. Estas características cambiantes
pueden ser originadas por el hecho de que los abonados pueden
realmente modificar con libertad sus perfiles de usuario personales
a medida que cambian las situaciones y/o cuando se desplazan a
distintos lugares geográficos.
El objeto antes mencionado se consigue merced a
las características de las reivindicaciones independientes. Las
reivindicaciones dependientes elaboran adicionalmente la idea
central del presente invento.
Por tanto, de acuerdo con el presente invento, se
proporciona una base de datos para almacenar y gestionar datos de
perfiles de usuarios. Los datos de perfiles de usuarios representan
conjuntos de información relativa a usuarios, y/o preferencias de
usuarios en relación con los dispositivos terminales a los que
acceden los usuarios, dentro de una red de transmisión de
información. La base de datos comprende, respectivamente, para cada
usuario, al menos un perfil de usuario confeccionado a medida, que
puede ser creado, modificado y/o suprimido por el usuario. Cada
perfil de usuario confeccionado a medida está asociado con un
entorno del usuario que representa un lugar físico y/o un contexto
lógico del usuario.
La base de datos puede comprender una pluralidad
de perfiles de usuario para un usuario, de los que, en cada momento,
solamente un perfil de usuario, de un usuario, se encuentra
activo.
Cada abonado puede tener una pluralidad de
perfiles de usuario en un denominado espacio de usuario, que es el
espacio de datos del propio usuario, según está previsto en la
antes mencionada base de datos de perfiles de usuarios.
Los perfiles de usuario pueden ser totalmente
independientes entre sí, o guardar una correspondencia. En este
último caso, los perfiles de usuario pueden considerarse como nodos
de un gráfico, en el que las líneas de dirección representan enlaces
lógicos que encadenan perfiles de usuario en forma ordenada.
Cada trayecto en bucle abierto, dirigido, se
define, en este documento, como "contexto".
Los perfiles específicos de usuarios (indicados
en lo que sigue como perfiles de conjunto de frontal o, simplemente,
FES) contienen, por definición, la descripción de un conjunto de
frontales. Cuando los FES no están correlacionados entre sí, cada
contexto simplemente encadena un FES y uno o más perfiles de
usuario.
El mecanismo para encadenar perfiles de usuario
puede utilizarse para ampliar eficientemente la información
transmitida por un perfil de usuario preexistente (o un conjunto
encadenado del mismo), con unos nuevos adicionales, siguiendo un
sistema de sucesión.
Este esquema de sucesión puede extenderse,
eventualmente, para incluir perfiles de usuario que no pertenezcan
al puro espacio de usuario dado, en vez de estar disponibles para
todos los abonados. Este esquema incorpora en la práctica el
concepto de información compartida.
El gráfico antes mencionado es equivalente, desde
el punto de vista topológico, a una estructura de árbol libre,
carente de bucles, en la que la raíz representa la configuración
por defecto del sistema IMB global.
Los espacios de usuario son sub-árboles libres
carentes de bucles, del árbol general antes mencionado. Dentro del
alcance de la expresión "espacio de usuario", la raíz del
sub-árbol no coincide con el perfil de usuario de abonado que
contiene la información personal del abonado. A este perfil de
usuario están encadenados todos los otros por defecto. En este
caso, cada rama del árbol (un trayecto dirigido, libre de bucles,
que conecta algunos nodos del sub-árbol
dado - que no ha de confundirse con el concepto de sub-árbol) representa una proyección de contexto sobre el espacio de usuario dado.
dado - que no ha de confundirse con el concepto de sub-árbol) representa una proyección de contexto sobre el espacio de usuario dado.
Los conceptos antes mencionados se describen, en
este caso, en los términos en que se describieron en la patente de
perfil de MASE. Más específicamente, un perfil de usuario es una
tarjeta, un contexto es un conjunto de tarjetas y el orden aplicado
al contexto es el denominado orden de búsqueda.
Pueden preverse uno o una pluralidad de testigos
de presencia para cada usuario, representando cada uno de ellos la
disponibilidad de un usuario para recibir copias de mensajes
instantáneos entrantes en uno de los dispositivos terminales
configurados en el perfil de usuario dado.
El espacio de usuario está asociado con un perfil
de usuario especial, el denominado perfil de usuario por defecto,
que contiene información personal del abonado y (opcionalmente)
información específica del servicio. Este perfil de usuario
solamente puede ser creado y suprimido por el administrador de la
base de datos de perfiles de usuario. Los abonados sólo pueden
modificar parcialmente su propio perfil de usuario por defecto.
El esquema jerárquico de los perfiles de usuario
puede ser como un árbol, siendo el perfil de usuario por defecto la
ruta del árbol.
Una información de prioridad puede estar asociada
con cada dispositivo terminal de un perfil de usuario.
La base de datos puede contener información sobre
la red de acceso, la dirección de la red y las características de
cada dispositivo terminal.
A cada dispositivo terminal puede atribuírsele un
mnemónico para el usuario.
A cada usuario se le puede atribuir un nombre
unificado.
El contenido de la base de datos puede
almacenarse en tarjetas en forma distribuida.
Un usuario puede preguntar directamente y contar
información.
De acuerdo con otro aspecto del presente invento,
se proporciona un programa de software que incorpora en la práctica,
cuando se le carga en la memoria de un dispositivo de computación
en un entorno de red, una base de datos de acuerdo con lo
anteriormente expuesto.
De acuerdo con todavía otro aspecto del presente
invento, se proporciona un método para gestionar una base de datos
de perfiles de usuario para almacenar perfiles de usuario que
representan los conjuntos de dispositivos terminales de usuarios en
una red para la transmisión de información. La base de datos
comprende, para cada usuario, un conjunto de perfiles de usuario
que pueden ser creados, modificados y/o borrados por el usuario
(con excepción del perfil de usuario por defecto, que los abonados
sólo pueden actualizar parcialmente), en el que cada perfil de
usuario adaptable está asociado con un entorno del usuario que
representa un lugar físico y/o un contexto lógico del usuario.
La base de datos puede comprender una pluralidad
de perfiles de usuario para un usuario, en el que cada vez sólo está
activo un perfil de usuario de un usuario.
De acuerdo con todavía otro aspecto del presente
invento, se proporciona un programa de software para llevar a la
práctica, cuando se le carga en la memoria de un dispositivo de
computación en un entorno de red, un método como el expuesto en lo
que antecede.
Con el fin de satisfacer las restricciones de
tiempo de los sistemas UIM, el sistema IMB tiene que determinar si
se puede llegar al usuario IMB en línea o a través de otros medios
de transmisión rápida.
Por tanto, el sistema IMB mantiene información de
abonados IMB en una base de datos de perfiles de usuario. Cada
abonado IMB tiene un espacio de usuario asignado, en el que la
información particular está organizada en un conjunto de perfiles de
usuario. Este conjunto se denomina, en lo que sigue, contexto. El
usuario puede definir diferentes contextos para distintas
situaciones y cambiar dinámicamente entre ellos. En cualquier
momento dado, el sistema IMB solamente utiliza, en realidad, uno de
los contextos contenidos en el espacio de usuario. Tal contexto se
denomina, en adelante, el contexto activo. El espacio de usuario
mantiene un indicador de contexto activo que define el contexto
utilizado corrientemente. En cualquier momento, el usuario puede
cambiar a otro contexto (cambio de contexto). El uso de mnemónicos
para cada perfil de usuario y para cada contexto mejora mucho los
aspectos de utilización de este mecanismo.
El contexto activo utilizado en un momento dado
describe, en forma completa, como puede accederse al abonado. Ello
incluye una indicación de si el abonado está en línea en ese
momento en el dispositivo terminal preferido y, además, un conjunto
de dispositivos terminales alternativos, a través de los cuales
podría entrarse en contacto con el abonado IMB dado si no fuese
accesible en el preferido. Estos dispositivos terminales
alternativos pueden utilizarse, también, para recibir copias
adicionales de mensajes instantáneos. Además de esta información,
el perfil de usuario contiene información acerca de cada terminal.
La siguiente información de contexto es utilizada durante la
intermediación de mensajes:
- 1.
- en línea - indicación de si el usuario está en línea en ese momento.
- 2.
- Dispositivo terminal preferido - el terminal en que trabaja corrientemente el usuario.
- 3.
- Lista de prioridades - indica el orden que seguirá el sistema IMB para seleccionar dispositivos terminales: los dispositivos terminales con prioridad alta han de ser seleccionados en primer lugar. Si el dispositivo terminal elegido no está disponible en ese momento, el sistema IMB seleccionará otro dispositivo con la misma prioridad o con una prioridad inmediatamente inferior (mecanismo de respaldo).
- 4.
- Testigos de presencia - el número de testigos de presencia adquiridos y el número de testigos (además del adquirido), que desea utilizar realmente el abonado en cualquier momento dado.
\newpage
Para cada terminal, el MB puede recuperar la
siguiente información:
- 1.
- tipo de red - especifica a través de qué medios de telecomunicaciones y/o proveedor de servicios, puede el sistema IMB entrar en contacto con el dispositivo terminal seleccionado. El tipo de red incluye la información de QoS necesaria para determinar la oportunidad de entrega de la información por esta red.
- dirección de red - especifica cómo puede el sistema IMB entrar en contacto con el dispositivo terminal al que se accede a través de la red dada.
- 2.
- características del dispositivo terminal - el sistema IMB utiliza este atributo para seleccionar el mecanismo de conversión de formato de información apropiado, que se necesita para entregar información, de manera que esté lista para ser utilizada, al dispositivo terminal preferido de la parte a la que se llama.
Con fines administrativos y de gestión, cada
dispositivo terminal enumerado en un perfil de usuario está
asociado con un mnemónico (nombre) que permite a las personas
referirse a un dispositivo terminal cualquiera. Además, los espacios
de usuario contienen información particular adicional del abonado,
tal como claves públicas (utilizadas con fines de privacidad de los
mensajes), listas de amigos, estadísticas de uso, etc.
El usuario puede manipular su perfil a través de
distintos medios como una interconexión de usuario basada en la red,
el sistema de mensajes cortos o una aplicación cliente. Esto le
permite definir los dispositivos utilizados corrientemente y
diferentes perfiles para distintas situaciones. En cualquier
momento, el indicador de contexto activo puede ser hecho cambiar a
otro perfil.
Otros aspectos, características y ventajas del
presente invento resultarán evidentes para el experto en la técnica
al leer la siguiente descripción detallada del presente invento
tomada en conjunto con las figuras de los dibujos anejos.
La Figura 1 ilustra los componentes básicos de la
arquitectura de un sistema de mensajes instantáneos unificado,
la Figura 2 muestra una superficie de mensajería
instantánea unificada desde un punto de vista comercial,
la Figura 3 representa un intermediario de
mensajes instantáneos desde un punto de vista de computación,
la Figura 4 ilustra una pasarela de mensajes
instantáneos con módulos de interconexión de protocolos,
la Figura 5 muestra un flujo de información a
través del sistema intermediario de mensajes instantáneos,
la Figura 6 representa el contexto y la
descomposición funcional de una gestión de contabilidad de un
intermediario de mensajes instantáneos,
la Figura 7 muestra detalles de las bases de
datos de intermediarios de mensajes instantáneos desde un punto de
vista de la información,
la Figura 8 muestra una visión global de la
funcionalidad de gestión contable de intermediario de mensajes
instantáneos desde un punto de vista de computación,
la Figura 9 ilustra detalles del sistema
intermediario de mensajes instantáneos desde un punto de vista de
computación,
la Figura 10 muestra una estructura de perfil
mejorada,
la Figura 11 muestra un ejemplo incompleto del
modelo de datos (diagrama clase UML),
la Figura 12 representa la correlación del modelo
de datos de referencia con el EMPP,
la Figura 13 muestra un ejemplo de un entorno
mutable de intermediario de mensajes instantáneos,
la Figura 14 representa detalles del sistema de
pasarelas para mensajes de núcleo desde un punto de vista de
ingeniería,
la Figura 15 muestra detalles del núcleo de
intermediario de mensajes desde un punto de vista de ingeniería,
| ACTS | Tecnologías y servicios avanzados de telecomunicaciones |
| COTS | Listo para uso comercial |
| EMPP | Paradigma de perfil MASE mejorado |
(Continuación)
| FES | Conjunto de frontal |
| IM | Mensaje instantáneo |
| GSM | Sistema global para comunicaciones entre móviles |
| GUI | Interconexión gráfica de usuario |
| HW | Equipo físico |
| IMB | Intermediario de mensajes instantáneos |
| IN | Red inteligente |
| IP | Protocolo de Internet |
| MASE | Entorno de soporte de aplicaciones entre móviles |
| MB | Intermediario de mensajes |
| MG | Pasarela de mensajes |
| NP | Número de portabilidad |
| ODP | Tratamiento abierto distribuido |
| OS | Sistema operativo |
| PC | Ordenador personal |
| PDA | Asistente personal de datos |
| SMS | Servicio de mensajes cortos |
| SW | Software |
| TINA | Arquitectura de redes de información de telecomunicaciones |
| UI | Interconexión de usuario |
| UIM | Mensajería instantánea unificada |
| UML | Lenguaje unificado de generación de modelos |
| UN | Nombre unificado |
| WAP | Protocolo de aplicaciones inalámbricas |
| WWW | Red mundial |
\vskip1.000000\baselineskip
Este invento generaliza el concepto IMB al tratar
con un entorno capaz de mutar en vez de con el entorno estático al
que se dirigía el invento original del IMB. En un entorno capaz de
mutar, el contexto en el que interactúa el usuario con el sistema
IMB puede cambiar con el tiempo.
La capacidad de mutación del ambiente puede tener
origen en dos causas independientes: (i) el conjunto de dispositivos
terminales que utilizan los abonados del servicio IMB para que se
pueda llegar a ellos a través del mencionado servicio, puede
cambiar con el transcurso del tiempo (por ejemplo, los usuarios
pueden cambiar de proveedor de servicio de telefonía móvil); (ii)
los abonados pueden viajar. En este último caso, los abonados
pueden desplazarse a lugares en los que no tengan a mano ninguno de
sus dispositivos terminales (por ejemplo, una máquina de fax) y/o
puedan recibir ofrecimientos de dispositivos adicionales con una
mejor relación calidad/precio (por ejemplo, dispositivos de correo
de voz).
Estos factores deberán ser tenidos en cuenta, por
tanto, en la fase de diseño del sistema IMB, permitiendo que los
abonados cambien su información original de perfil de usuario en
cualquier momento y de la forma más conveniente.
Además, los abonados pueden encontrar útil el
almacenar determinada configuración de información para uso
posterior. Por ejemplo, un empresario que, con frecuencia, se aloje
en un hotel determinado mientras visita un cierto lugar, debe poder
cambiar instantáneamente la información de su perfil de usuario IMB
por una previamente almacenada en la que ya se tengan en cuenta las
instalaciones del hotel. Los abonados deben poder realizar esta
selección mediante el simple uso de un mnemónico comprensible para
las personas con el fin de identificar el perfil de usuario
IMB
deseado.
deseado.
Esta característica facilitaría el uso que los
abonados hagan del servicio IMB, al evitar interacciones comunes
repetidas con el sistema IMB para cambiar la información del perfil
de usuario.
Además, este invento le ofrece a un abonado una
manera rápida de solicitar información económica a los servicios
IMB.
Las razones para proporcionar todas estas
características son:
- \bullet
- cambios automáticos: se puede instruir automáticamente al sistema IMB acerca de cómo llegar a los abonados a través de su dispositivo (o conjunto de dispositivos) terminal más conveniente, tan pronto como cambie el entorno mutante,
- \bullet
- esta característica tiene un interés particular cuando se trata de cuestiones de red ad-hoc entre móviles.
- \bullet
- cambios fáciles: los abonados IMB deben poder interactuar con el sistema IMB en forma fácil (por ejemplo, mediante el uso de mnemónicos personalizados), con propósitos de mantenimiento y administrativos, por ejemplo.
Tanto las normas TINA como las que afectan a las
redes inteligentes, se dirigen a cuestiones similares pero, en
ambos casos, están limitadas al mundo de las telecomunicaciones (por
ejemplo, los servicios de envío de llamada entrante y de redirección
de llamada). Realmente, el punto de vista de TINA está cambiando su
objetivo sobre portadores de los servicios de telefonía pura a los
de multimedia, pero este esfuerzo de normalización todavía no había
conseguido impulso en el mercado de las telecomunicaciones, en el
momento en que se escribía este documento. Además, TINA se
relaciona con escenarios más complejos, si se les compara con el
servicio IMB, y no influye explícitamente sobre los servicios
basados en la WWW (red a nivel mundial) existentes, aplicaciones
multimedia entre móviles ni dispositivos portátiles de computación,
conectados de manera inalámbrica con la WWW.
El contexto del ambiente IMB mutable se
representa en la Figura 6, en la que se ofrece, también, una
descomposición funcional de alto nivel (introduciendo primeramente
conceptos desde el punto de vista de la ingeniería ODP (tratamiento
abierto distribuido), que se elaborarán en párrafos
posteriores).
Un juego de unidades SW están distribuidas por el
conjunto de entidades HW que concurren para formar el sistema IMB.
Estas unidades SW llevan a cabo sus tareas cooperando entre ellas,
con el fin de permitir que los abonados IMB gestionen la información
sobre su perfil IMB y su información contable.
Más específicamente, estas unidades SW consisten
en unidades cliente y servidor de gestión de cuentas IMB. La unidad
cliente sirve como frontal para abonados que desean acceder a la
información sobre su perfil de usuario IMB y a su información
contable. Esta última unidad contiene la funcionalidad de núcleo de
gestión de cuentas IMB y, a su vez, se descompone en múltiples
unidades HW que están situadas conjuntamente en las pasarelas de
mensajes (MG) IMB, en los intermediarios de mensajes (MB) IMB, en
la base de datos de perfiles de usuario IMB y en la base de datos de
cuentas IMB.
En realidad, la unidad HW de base de datos de
perfiles de usuarios IMB se indica en la Figura 6 simplemente como
base de datos 1 de perfiles de usuario y está situada fuera de la
elipse que identifica el sistema IMB 7. Esta figura propone, de
hecho, una separación entre la base de datos 1 de perfiles de
usuario y el sistema IMB 7, por cuanto la información gestionada
por dicha base de datos puede ser utilizada, convenientemente, por
otros sistemas que podrían basarse en ella para ofrecer sus
servicios.
La ventaja principal ofrecida por el enfoque de
una base de datos de perfiles de usuario autónoma consiste, de
hecho, en la disponibilidad para recuperar el estado corriente de
un abonado en cualquier momento dado, en términos de a través de qué
dispositivo terminal (y de qué dispositivo terminal alternativo)
pueda llegarse al abonado en ese momento.
\newpage
Esta clase de información puede compararse con
una guía telefónica (páginas blancas) dinámica, mecanismo al que se
refieren, por ejemplo, las instancias de normalización IN para
definir el servicio de portabilidad de números (restringido al
dominio de la telecomunicación pura).
El sistema IMB 7 se basa en un convenio de
designación unificada para identificar de modo singular los
abonados IMB. Siguiendo el enfoque antes mencionado, este tópico
puede extraerse, por tanto, del contexto del sistema IMB puro, para
considerarlo en el más general de la base de datos 1 de perfiles de
usuario.
Al igual que en el caso de la portabilidad de
números IN, los usuarios pueden registrarse en la base de datos 1 de
perfiles de usuario para obtener un nombre unificado (UN) y
almacenar allí cualquier información que pudieran necesitar al
abonarse a servicios especiales, como información del perfil de
usuario IMB en el caso del servicio IMB. En tal caso, pueden
utilizarse también nombres unificados para acceder en forma
apropiada a la base 8 de datos contables IMB.
Este invento presenta una estructura de base de
datos común que puede ser utilizada de manera efectiva para
almacenar información general dependiente del contexto en la base 1
de datos de perfiles de usuario, mientras que las cuestiones
relacionadas con la designación unificada se describen con mayor
detalle en lo que sigue.
Este apartado presenta el método propuesto en
este documento desde una perspectiva lógica, al describir:
- \Rightarrow
- el modelo lógico de estructura de datos (descrito al nivel del punto de vista de la información ODP);
- \Rightarrow
- las operaciones lógicas que pueden utilizarse para manipular tales datos (descrito al nivel del punto de vista de la información ODP).
La Figura 6 representa el contexto de un entorno
IMB mutable y una descomposición funcional de alto nivel,
indicándose las unidades SW principales antes mencionadas situadas
en unidades HW de un sistema IMB y en las unidades HW de sistema de
gestión de base de datos y de base de datos de perfiles de
usuario.
La Figura 7 ofrece un detalle del punto de vista
de la información ODP del sistema IMB con respecto a las bases de
datos IMB. La notación gráfica utilizada es la UML. Esta figura
resume gráficamente, a alto nivel, la estructura de datos
descrita.
La Figura 8 ofrece un punto de vista de
computación ODP del sistema IMB global, indicando los círculos
objetos de computación lógicos, representando los óvalos
abstracciones de conexión y designando los líneas cruzadas por una
doble raya las interconexiones entre los diversos objetos. La
funcionalidad de frontal puede acomodar el acceso al servicio IMB y
la unidad cliente de gestión de cuentas IMB.
En esta figura, las burbujas de conexión de base
de datos ISP y de base de datos de perfiles ISP indican un posible
caso en el que el sistema IMB puede verificar las identidades de
los abonados IMB basándose, simplemente, en una base de datos (DB)
de terceras partes (en el caso representado, un proveedor de
servicios de Internet). Pueden existir otras posibilidades para
lograr el mismo propósito (es decir, acceder a la información para
la autenticación del abonado), por ejemplo utilizando una DB de
operadores de GSM o una DB propia de un proveedor de servicios IMB
(que puede coincidir con la DB de contabilidad IMB).
Con respecto al diagrama clase UML ofrecido en la
Figura 7 y a los diagramas facilitados desde el punto de vista de
computación de la Figura 8 y de la Figura 9, el método propuesto
posee las siguientes características:
- 1.
- Proporciona a los abonados IMB un espacio de usuario de servicio IMB:
- \bullet
- un espacio de usuario de servicio IMB agrupa el perfil de usuario por defecto (creado originalmente en el momento de la suscripción) con cero o con muchos perfiles de usuario extendidos;
- \bullet
- se almacenan perfiles de usuario extendidos, perfiles de usuario previamente configurados que pueden ser utilizados en sustitución de y/o en forma integrada con el perfil por defecto;
- \bullet
- el perfil de usuario por defecto puede ser cambiado, consultado, pero no suprimido, mientras que los perfiles de usuario extendidos pueden ser creados, cambiados, consultados y suprimidos;
- \bullet
- como antes se ha dicho, el perfil de usuario por defecto solamente es creado una vez, en el momento de la suscripción, por el proveedor del servicio IMB;
- \bullet
- de igual manera, sólo el proveedor del servicio IMB puede conseguir la supresión del perfil de usuario por defecto. Cuando esto ocurre, realmente se suprime, de hecho, todo el espacio de usuario del abonado dado;
- \bullet
- este invento considera, por tanto, estas cuestiones introduciendo diferentes niveles de autorización en la funcionalidad de gestión de cuentas IMB;
- \bullet
- desde el punto de vista de la eficacia, los perfiles de usuario extendidos siempre pueden referirse, por defecto (si es necesario), a información de perfil de usuario por defecto y a información de perfil de usuario compartida (evitándose así la repetición de información);
- \bullet
- tal esquema jerárquico puede extenderse, además, en forma recursiva, llevando así a la conclusión de que el espacio de usuario del servicio IMB es equivalente, topológicamente, a una gráfica dirigida libre, carente de bucles. Dentro del ámbito de un espacio de usuario, dicha gráfica adopta una topología de árbol libre, carente de bucles, en la que el nodo raíz coincide con el perfil de usuario por defecto.
- 2.
- Ofrece el concepto de contexto activo: en cualquier momento dado solamente uno de los contextos de usuario es utilizado efectivamente por el sistema IMB; todos los otros pueden considerarse en estado de espera:
- \bullet
- los abonados pueden cambiar, en funcionamiento, de un contexto activo a otro (cambio de contexto). Esta operación se consigue actualizando simplemente un indicador de contexto activo que es parte del espacio de usuario y mantiene una referencia al contexto utilizado en ese momento como contexto activo;
- \bullet
- cualquier cambio al contexto activo (incluyendo el cambio de contexto) tiene lugar de forma mutuamente exclusiva con respecto a la actividad normal de encaminamiento de MB. Los cambios a cualquier otro perfil de espera pueden realizarse de forma concurrente con respecto a la actividad normal de encaminamiento de MB.
- 3.
- Permite que los abonados IMB consulten directamente información sobre cuentas y perfiles de usuario de MB
- \bullet
- los resultados de la consulta son enviados al abonado utilizando una funcionalidad simple de IMB (por ejemplo, información sobre cuentas puede ser enviada al solicitante en forma de mensaje SMS, si así lo prefiere el abonado, de acuerdo con su perfil de usuario).
- 4.
- Permite que los abonados IMB actualicen información de perfil de usuario IMB.
- \bullet
- las actualizaciones pueden ser confirmadas devolviendo el perfil de usuario que se cambia o grabando uno nuevo:
- \bullet
- pueden crearse perfiles de usuario nuevos (extendidos) simplemente almacenando sólo la información nueva (que puede tener como consecuencia una denominación nueva en el sistema IMB y/o puede sobreescribirse una existente): por esta razón, los perfiles de usuario extendidos, nuevos, se refieren lógicamente a información previa. Este esquema de referencia es ofrecido por la antes mencionada estructura de gráfica lógica dirigida del espacio de usuario IMB. Con esto se resalta que no es utiliza en modo alguno, ningún mecanismo de clonación de información.
- 5.
- Permite que los abonados indiquen su disponibilidad en un determinado dispositivo, distinto del conjunto de dispositivos terminales configurados en el contexto activo.
- \bullet
- la disponibilidad de los abonados en uno o más dispositivos terminales está limitada al concepto de testigo de presencia, que el sistema IMB utiliza para seleccionar el dispositivo terminal apropiado al que encaminar los mensajes;
- \bullet
- en el caso (normal) de un testigo de multiplicidad-uno, solamente existe un testigo de presencia, que el usuario puede mover lógicamente de un dispositivo a otro;
- \bullet
- en el caso de un testigo de multiplicidad-n, el abonado puede señalar libre e independientemente su disponibilidad en múltiples dispositivos terminales, hasta un número máximo igual a n. El servicio de multiplicidad mayor que uno se proyecta como una característica opcional que los abonados pueden disfrutar a coste de un cargo adicional.
- 6.
- Los abonados pueden conseguir todas las operaciones de gestión antes mencionadas utilizando un dispositivo frontal. Esta entidad proporciona una conexión segura con el sistema IMB, a cargo de:
- 6.1
- verificar la autenticación de abonado (a través de la mediación de un servidor de red o directamente de la funcionalidad de pasarela de mensajes);
- 6.2
- determinar el nivel de autorización de abonado (por ejemplo, a través de la funcionalidad de intermediario de mensajes, basándose en información contenida en la base de datos de cuentas y/o de perfiles de usuario);
- 6.3
- cumplimentando peticiones de abonado y comunicando en respuesta los resultados al abonado (por ejemplo, a través de la funcionalidad de intermediario de mensajes, basándose en la información contenida en la base de datos de cuentas y/o de perfiles de usuario).
Como se describirá con mayor detalle en los
párrafos siguientes, dicha funcionalidad se reparte en múltiples
unidades SW.
Los párrafos siguientes describen el
cartografiado desde el modelo lógico (información ODP y puntos de
vista de computación) hasta la ejecución práctica del mismo
(ingeniería ODP y puntos de vista de computación).
En primer lugar, la estructura lógica de datos
presentada en los párrafos previos es hecha corresponder con una
versión extendida del concepto de perfil.
A continuación se facilita la descripción de la
realización física del modelo de punto de vista de computación ODP,
en términos de unidades SW y HW, con respecto a la arquitectura
original del sistema IMB.
Dado que el abonado del servicio IMB y, más
generalmente, las entradas a la base de datos de perfiles de usuario
se identificarán singularmente con un nombre lógico, este invento
propone lo siguiente:
- 1.
- Las entradas a la base de datos de perfiles de usuario se identifican de manera singular mediante un nombre unificado (UN), que es una clave de tipo primario de dirección de correo electrónico;
- \bullet
- por ejemplo, un empresario puede tener un UN (por ejemplo, john-d-smith-123@imb.sony.de) que sea único a nivel mundial: a esta persona se puede tener acceso en cualquiera de los dispositivos terminales enumerados en su perfil de usuario IMB, enviando simplemente los mensajes instantáneos al UN antes mencionado;
- 2.
- las entradas a la base de datos de perfiles de usuario se identifican mediante información personal de los usuarios, tal como nombre, primer apellido y segundo apellido, fecha de nacimiento, lugar de nacimiento, dirección donde vive y datos similares. Esta información actúa como claves secundarias, mientras que el UN actúa como clave primaria. De este modo, pueden utilizarse combinaciones de estas propiedades (en lo que sigue, "las propiedades") para recuperar UN de usuarios bajo petición de terceras partes;
- 3.
- los UN han de ser asignados por la autoridad que gestiona la base de datos de perfiles de usuario. En el caso más sencillo, la base de datos de perfiles de usuario es propiedad, realmente, del proveedor de servicios IMB;
- 4.
- los abonados del servicio IMB pueden utilizar su UN y/o alias individuales o de grupo para que pueda accederse a ellos a través del sistema IMB. Los UN y los alias (constituidos ambos en forma de cadenas de caracteres, pero sin que éstas últimas estén limitadas por ningún esquema específico) ocultan, de hecho, la dirección del dispositivo terminal corriente mediante el que puede accederse al abonado, haciendo así abstracción de la tecnología utilizada para ofrecer los servicios IMB;
- 5.
- como característica específica del sistema IMB, los perfiles de usuario propiamente dichos pueden ser nombres lógicos (alias) asignados, con el fin de mejorar las posibilidades de uso del sistema global, según la perciben los abonados.
Los perfiles de usuario por defecto y extendido
están incorporados como conjuntos de propiedades (tarjetas), de las
que cada clave de propiedad identifica de manera singular una
propiedad dada, y el valor de la propiedad corresponde al contenido
de la propiedad dada.
El espacio de nombre de las claves depende del
nombre de la tarjeta y, eventualmente, puede incluir la taxonomía de
claves entre conjuntos (por ejemplo,
<un-nombre-de-tarjeta-completamente-cualificado>.terminal.velocidad
identificaría de forma singular - dentro de una base de datos de
perfiles de usuario dada - una determinada tarjeta que contendría,
entre otras cosas, la sub-propiedad velocidad de la
propiedad terminal).
Estos conjuntos pueden identificarse lógicamente
mediante nombres, que hacen uso del convenio de
denominación
de perfiles MASE: los nombres son
una concatenación de (en orden de aparición) nombre de usuario,
nombre del terminal, nombre de la red, nombre de la aplicación y
nombre de la
situación.
Además, se introduce ahora un sexto nombre, el
nombre del lugar, con el fin de transmitir información acerca de
dónde puede accederse en ese momento al usuario. El lugar
representa, realmente, un lugar físico (por ejemplo, una ciudad, un
hotel o un aeropuerto), mientras que la situación representa un
contexto (por ejemplo, "casa" o "trabajo"). Al paradigma
de perfil MASE modificado se hace referencia, en lo que sigue, como
paradigma de perfil MASE mejorado, en abreviatura EMPP.
La Figura 10 representa la forma en que están
organizadas, realmente, las tarjetas en el EMPP: la información no
está almacenada en estructuras de datos de perfiles de usuario por
defecto y extendidos, tal como se proponía originalmente en el
modelo da datos lógico antes mencionado. En cambio, el contenido de
la base de datos está almacenado en tarjetas, que están agrupadas
lógicamente de varias formas diferentes.
Ante todo, las tarjetas pueden organizarse por
tipos de tarjetas. Un tipo de tarjeta representa un conjunto de
valores por defecto sobre los que pueden basarse otras tarjetas.
Cada tipo de tarjeta se corresponde únicamente con uno de los antes
mencionados componentes del nombre de la tarjeta. Las tarjetas
comprendidas en un tipo de tarjetas pueden organizarse en
estructuras de árbol.
Por ejemplo, una tarjeta terminal pura (es decir,
una tarjeta perteneciente al terminal tipo tarjeta) contiene todos
los pares clave/valor que describen un dispositivo terminal dado:
otras tarjetas pueden utilizar tales valores para asignar un valor
por defecto a cualquier propiedad específica del terminal.
Combinando lógicamente tarjetas terminales puras
(que pueden agruparse en un conjunto T1, indicando el sufijo el
número de componentes que se especifican del nombre de la tarjeta -
en este caso solamente uno), se obtiene un nuevo conjunto de
tarjetas, T2.
Los elementos T2 contienen información nueva y/o
predominante que se acumula en los elementos del conjunto T1. Como
se ha establecido anteriormente, los elementos T2 son combinaciones
lógicas y le corresponde al sistema de gestión de bases de datos
forzar de manera apropiada a que el contenido de T2 adopte por
defecto el contenido de los elementos T1 identificados por el
nombre de tarjeta dado.
Por ejemplo, un elemento T2 que contenga una
combinación (usuario, terminal) especifica información personalizada
acerca del dispositivo terminal a utilizar, mientras que puede
asignarse por defecto información específica del terminal y del
usuario a los elementos T1 que contengan, respectivamente,
información de terminal y de usuario.
Este proceso puede repetirse de manera recursiva
hasta que se especifiquen todos los nombres de tarjeta. Cada paso de
la repetición identifica un conjunto que va de T0 a T6,
representando T0 los valores por defecto del sistema global (la
información por defecto que describe el sistema que todavía ha de
configurarse) y T6 representa la personalización de la información
más específica.
El concepto de información por defecto se
incorpora, así, en la práctica de forma distribuida, observando
que:
- 1.
- determinada información es gestionada exclusivamente por un actor específico (es decir, el usuario o el administrador del sistema);
- 2.
- determinada información es pertinente de un aspecto específico del servicio (es decir, la aplicación utilizada o el contexto);
- 3.
- esta información básica puede refinarse, además, en valores por defecto intermedios (conjuntos T2, T3, T4, T5);
- 4.
- cada actor puede decidir personalizar la información a través de los diferentes valores por defecto disponibles (es decir, el conjunto T0 y todos los intermedios).
Este modelo de datos es sumamente flexible, por
cuanto está diseñado para acceder a escenarios muy complejos, como
distribuyendo información en múltiples unidades HW conectadas en
red. Por otro lado, este modelo es muy complejo (véase la Figura
1), dado que el número de elementos de cada uno de los Tx conjuntos
puede ser muy elevado (por ejemplo, el conjunto T3 comprende hasta
20 combinaciones de nombres de componentes de tarjetas). Sin
embargo, el uso de las Tx tarjetas posibles no es obligado y, por
tanto, les corresponde al usuario y/o al administrador del sistema
crear tantas tablas como les pueda parecer necesario.
Este apartado explica, finalmente, como se
correlaciona el modelo de datos representado en la Figura 7 con el
EMPP. La correlación se ilustra en la Figura 12.
\newpage
El espacio de usuario de cuenta IMB y el espacio
de usuario IMB pueden reunirse y correlacionarse con el elemento T1,
especificándose sólo el nombre usuario de componente de tarjeta. En
esta tarjeta, entre la información personal del usuario, el
indicador de contexto activo puede incorporarse como una pareja de
pares clave/valor: el indicador de lugar corriente y el indicador
de situación corriente. Puede utilizarse uno de ellos, o ambos,
para seleccionar el elemento T2 que especifica el contexto activo
corriente.
El contexto activo corriente depende fuertemente
de ambos conceptos citados (como se muestra en la Figura 12 con una
asociación de sucesión múltiple entre el contexto (una
representación lógica del entorno físico y/o lógico) y los elementos
T2 usuario-lugar y
usuario-situación) por las siguientes razones:
- \bullet
- el contexto puede depender solamente del lugar físico, en la medida en que las organizaciones y las autoridades locales puedan personalizar los servicios IMB. Por ejemplo, un hotel puede proporcionar a sus clientes - a los que sean abonados del servicio IMB - un conjunto de dispositivos terminales a través de los que puede accederse a los clientes de la forma más rápida y conveniente - en comparación con el conjunto por defecto de dispositivos terminales;
- \bullet
- el contexto puede depender, exclusivamente, de la situación en la que se encuentre un abonado. Por ejemplo, el abonado puede estar trabajando o reunido, de vacaciones o realizando una actividad en su tiempo libre. En cualquier caso, la situación puede hacer que el sistema IMB rinda su servicio en un conjunto diferente de dispositivos terminales y con políticas diferentes (como una entrega inmediata o diferida);
- \bullet
- el contexto puede depender de la combinación de situación y lugar: un hombre de negocios que se encuentre en un determinado hotel, en un viaje de negocios en un coche, etc. Los contextos basados en la situación pueden implicar contextos basados en la situación, y viceversa.
Una vez seleccionado el contexto (identificando
las tarjetas de lugar de usuario y/o de situación de usuario), el
abonado IMB puede elegir el dispositivo terminal corriente por el
que le gustaría que pudiera llegarse a él con la máxima prioridad.
Esto se consigue utilizando un par clave/valor, el indicador de
terminal corriente, que está contenido en las tarjetas de lugar de
usuario y de situación de usuario. En tales tarjetas también está
contenida la lista de dispositivos terminales disponibles
alternativamente: esta lista es utilizada por el MB de IMB para
seleccionar terminales alternativos por los que enviarle mensajes
instantáneos. Si la multiplicidad n de testigos es mayor que uno, el
IMB puede seleccionar los primeros n elementos de dicha lista y
enviar copias de los mensajes instantáneos entrantes a todos los
dispositivos terminales correspondientes.
Finalmente, puede recuperarse información más
personalizada utilizando los T4, T5 y T6.
Como característica clave, el EMPP permite que
los usuarios ejecuten su orden de búsqueda preferido, más allá del
de defecto.
Como característica opcional, además del
mecanismo antes citado, el EMPP permite también las propiedades de
enriquecimiento, añadiendo una regla de resolución específica
(regla de resolución de atributos) a cada uno de ellos. Este enfoque
puede utilizarse para refinar el proceso de búsqueda a través de
todo el conjunto de tarjetas EMPP, especificando cómo puede
superarse la información por defecto. Básicamente, las parejas
clave/valor se incrementan con un nuevo parámetro, que indica la
regla a aplicar (dando lugar, así, a un triplete lógico
clave/regla/valor). Dichas reglas son como sigue:
- \bullet
- Bloqueo: la primera ocurrencia de la propiedad dada encontrada durante una operación de búsqueda ha de considerarse final, y puede darse por terminado el proceso de búsqueda.
- \bullet
- Dependiendo del orden de búsqueda, esta regla puede tener distintos resultados:
- \bullet
- como caso típico, si el orden de búsqueda examina primero la ocurrencia más general de una propiedad (por ejemplo, desde un elemento T0 a un elemento T6), predominará sobre cualquier otra ocurrencia más específica de la propiedad dada, que pueda encontrarse durante cada operación de búsqueda;
- \bullet
- como caso excepcional, si el orden de búsqueda examina primero la ocurrencia más específica de una propiedad (por ejemplo, desde un elemento T6 a un elemento T0), esta regla tendrá el mismo resultado que la de predominancia (véase lo que sigue);
- \bullet
- Predominancia: la ocurrencia más específica de la propiedad dada ha de considerarse final y puede darse por terminado el proceso de búsqueda;
- \bullet
- Anexión: la unión del contenido de todas las ocurrencias de una propiedad dada, encontradas durante una operación de búsqueda, ha de considerarse final. Esta regla sólo tiene sentido para determinado tipo de propiedades (por ejemplo, cadenas de caracteres).
\newpage
La información acerca de la regla de resolución
está conectada, realmente, con la clave propiedad y es única en
todo el conjunto de la base de datos. Al cambiar la regla,
básicamente se crea un nuevo tipo de propiedad, aún cuando la clave
sea la misma.
Todo el EMPP puede incorporarse en la práctica,
por ejemplo, como una base de datos relacional (véase la tabla
I).
La Figura 13 ilustra el uso del servicio IMB
resaltando las características mutables del entorno IMB típico.
La funcionalidad de gestión de cuentas IMB puede
descomponerse en un conjunto de unidades SW cooperantes, que puede
distribuirse en múltiples procesos. Estos procesos pueden
distribuirse, finalmente, en múltiples unidades HW (véase la Figura
6). En este punto, puede ser ventajoso el uso de arquitectura de
componentes MASE. Esta solución se basa en el concepto del punto de
vista de la ingeniería ODP.
Los apartados siguientes describen, con mayor
detalle, cada una de estas unidades SW.
Los abonados pueden acceder a su información
contable IMB (con permiso de lectura solamente) y a sus perfiles de
usuario IMB (con permiso para lectura y grabación), empleando una
unidad cliente de gestión de cuentas IMB.
La contrapartida de esta unidad cliente, la
unidad servidor de gestión de cuentas IMB se examinará en los
siguientes apartados, descomponiéndola en varias unidades SW.
Esta unidad cliente puede estar situada
directamente en el dispositivo terminal que esté utilizando en ese
momento el abonado, o en un dispositivo terminal específico (por
ejemplo, el PC de un tercero, en el caso en que el abonado solamente
tuviese acceso a dispositivos terminales no inteligentes tales como
una máquina de fax).
Esta unidad cliente establece una conexión segura
y autenticada con un MG (directamente o, por ejemplo, por intermedio
de un servidor de red), envía las peticiones del abonado al MG y,
finalmente, presenta los resultados al abonado, tan pronto como el
MG responda a la petición.
Por último, esta unidad cliente gestiona un
procedimiento de cierre de sesión, a petición explícita del usuario
o de forma implícita, tras haber expirado el recuento de un
temporizador para mantener activa la conexión. Este temporizador
para mantener activa la conexión es repuesto cada vez que el
usuario envía peticiones al MG.
Esta unidad ofrece a los abonados una UI para
navegar por la información contable y de perfiles de usuario IMB.
Este UI puede ser una unidad SW autónoma (que el abonado obtenga
en el momento de la suscripción del proveedor de servicios IMB e
instale en su PC/sobremesa/PDA) o puede accederse a ella a través
del soporte de un servidor de red IMB empleando un navegador de red
COTS. Incorporaciones prácticas alternativas de la UI, pueden
ser:
\bullet GUI
\bullet Interconexión de red (por ejemplo,
utilizando tecnología Servlet de Java.
\bullet SMS
\bullet WAP
\bullet Telefonía
\bullet Líneas de comandos (secuencias de
instrucciones)
\bullet etc.
En determinados casos, cuando un dispositivo
terminal no ofrece una solución GUI conveniente y utilizable, la
unidad cliente ofrece una gama limitada de funcionalidad, como
indicación de señalización en línea, descarga de la lista de nombres
(alias o nombres de tarjetas) de perfiles de usuarios IMB desde su
espacio de usuario IMB, realización de un cambio de contexto o,
simplemente, consulta de información contable IMB.
Además, dicho conjunto de operaciones limitado
puede ser solicitado, incluso, empleando muchas tecnologías
alternativas (por ejemplo, reconocimiento de voz).
Por tanto, la funcionalidad de esta unidad
cliente varía dependiendo de las características de los dispositivos
terminales empleados por los abonados.
Esta unidad servidor proporciona la funcionalidad
complementaria a la unidad cliente de gestión de cuentas IMB.
Esta unidad servidor que, de hecho, incorpora el
método propuesto en este documento, es una unidad lógica, por cuanto
se descompone, además, en un conjunto de unidades SW que están
distribuidas por múltiples bloques de construcción IMB. Estas
unidades SW cooperan con el fin de proporcionar la deseada
funcionalidad de la unidad servidor de gestión de cuentas IMB.
La Figura 14 ofrece un punto de vista de
ingeniería ODP de la pasarela de mensajes. Siguiendo la
terminología y la notación gráfica ODP, los círculos indican
objetos físicos de ingeniería básica (es decir, las
sub-unidades SW de que está compuesto el sistema).
Los óvalos representan grupos (es decir, un conjunto de objetos de
ingeniería básica estrechamente relacionados agrupados en un único
espacio de dirección de memoria). Los rectángulos de color gris
representan canales físicos que hacen abstracción de las
comunicaciones entre grupos. Estas comunicaciones pueden abarcar
procedimientos de SW (mediante mecanismos IPC proporcionados por el
OS subyacente) o dispositivos HW (mediante interconexión de redes).
El núcleo representa, en terminología ODP, el OS subyacente. Las
líneas cruzadas por dobles rayas representan las interconexiones
entre los diversos objetos.
En este nivel, no se presenta distribución física
de grupos entre espacios de dirección de memoria SW (conocidos
también como procesos o, en terminología ODP, cápsulas) y unidades
HW (también conocidas en terminología ODP como nodos), ya que la
arquitectura IMB es muy modular.
La figura representa, realmente, un MG de origen
(es decir, un MG configurado para, solamente, tratar peticiones
entrantes para generar IM). Sin embargo, el MG del núcleo no
depende de la configuración del MG.
La funcionalidad de la gestión de cuentas IMB
está situada exactamente en el MG del núcleo. La funcionalidad de la
gestión de cuentas IMB genera modelos de la unidad servidor de
gestión de cuentas IMB del MG.
Esta unidad reside en el MG del IMB (véase la
Figura 14) y se ocupa de (i) el establecimiento de conexiones
seguras con el abonado, (ii) autenticar la identidad del abonado,
(iii) gestionar el temporizador para mantener activa la conexión, y
(iv) retransmitir mensajes desde el abonado al MB del IMB y
viceversa. Alternativamente, un servidor de red puede ofrecer las
primeras tres funciones.
El MG comunica a través de conexiones IP seguras
con la unidad de gestión de cuentas IMB.
La Figura 15 ofrece un punto de vista de
ingeniería ODP del intermediario de mensajes y de las bases de datos
IMB. La función de coordinación de MB contiene las unidades cliente
de acceso a la base de datos de cuentas IMB y de perfiles de
clientes; los canales de DB de cuentas IMB y de DB de perfiles de
clientes generan, respectivamente, modelos de los canales entre las
unidades servidor y cliente de acceso a la base de datos de
perfiles de usuario, y entre las unidades servidor y cliente de
acceso a la base de datos de cuentas IMB. El objeto ingeniería de
acceso a DB que está presente tanto en los grupos de cuentas IMB
como en la DB de perfiles de usuario, tiene en cuenta la
funcionalidad, específica del sistema, de gestión de DB COTS,
incorporando el núcleo de (respectivamente) la unidad servidor de
acceso a la base de datos de perfiles de usuario y la unidad
servidor de acceso a la base de datos de cuentas IMB.
Esta figura representa, también, la entidad de
tratamiento de IM, que se encarga de la funcionalidad de
tratamientos especiales de IM.
La arquitectura MB permite que el diseñador
seleccione entre muchas ejecuciones prácticas alternativas,
dependiendo de los requisitos de la solución específica. De hecho,
podría resultar útil situar conjuntamente el MB y las bases de
datos en el mismo nodo, o distribuirlos en múltiples nodos,
dependiendo de factores administrativos, económicos o de
rendimiento, que pueden variar de una incorporación práctica a
otra.
Esta unidad SW está situada en el MB IMB (véase
la Figura 15) y correlaciona operaciones de gestión de cuentas IMB
de abonados con operaciones de consulta, actualización, creación y
supresión en la base de datos de perfiles de usuarios. Las dos
últimas operaciones solamente están permitidas a personal
autorizado; por tanto, la unidad de gestión de cuentas MB siempre
verifica el nivel de autorización de los abonados, con el fin de
determinar si las operaciones solicitadas han de ejecutarse o
rechazarse.
Además, esta unidad correlaciona, también,
operaciones de gestión de cuentas IMB de abonados con operaciones de
consulta a la base de datos de cuentas IMB. La información de las
cuentas es creada y gestionada, exclusivamente, por el sistema IMB
en un modo protegido: Sólo en casos excepcionales (y con la
autorización de los abonados correspondientes), se puede permitir
que los administradores del sistema modifiquen información
relacionada con las cuentas (por ejemplo, en caso de discusión sobre
una factura). Esta unidad SW se ocupará, por tanto, de proporcionar
procedimientos de actualización de la información contable a,
solamente, personal autorizado.
Por otra parte, con el fin de proteger los datos
propietarios y sensibles de los mismos abonados (como palabras de
paso, claves secretas, etc.) que están almacenados en cualquiera de
las dos bases de datos antes mencionadas, se debe impedir que los
administradores del sistema/proveedores de servicios IMB lleven a
cabo cualesquiera operaciones de consulta y actualización sobre tal
información. A un proveedor de servicios IMB únicamente se le debe
permitir crear y suprimir información sensible de los abonados.
Para este fin, el contrato de servicios IMB establecerá normas
especiales para determinar plazos de expiración contractuales
implícitos, si los hay.
Tanto esta unidad como la funcionalidad de
encaminamiento del MB utilizan una pareja de
sub-unidades cliente de acceso a las bases de datos,
una para la base de datos de perfiles de usuario y otra para la
base de datos de contabilidad; cada una de estas
sub-unidades coordina todos los accesos a las bases
de datos correspondientes.
Esta unidad SW, finalmente, gestiona la
transmisión de los resultados de las operaciones solicitadas, de
vuelta al abonado.
La unidad de acceso a la base de datos de MB
comunica con la base de datos de perfiles de usuario a través de un
canal lógico. Este canal interconecta con la unidad de acceso a la
base de datos de MB a través de la unidad de acceso a la base de
datos de perfiles de usuario. Dicha unidad SW regula el acceso al
canal y encapsula detalles de ejecución (que pueden variar
dependiendo de si a la base de datos se accede localmente - por
ejemplo, a través de mecanismos IPC - o remotamente - por ejemplo, a
través de conexiones TCP/IP). Con independencia de la incorporación
práctica del canal, se garantiza que toda comunicación a través del
mismo, es segura.
La unidad de acceso a la base de datos de MB
comunica con la base de datos de cuentas IMB a través de un canal
lógico. Este canal interconecta con la unidad de acceso a la base
de datos de MB a través de la unidad de acceso a la base de datos de
cuentas IMB. Dicha unidad SW regula el acceso al canal y encapsula
detalles de ejecución (que pueden variar, dependiendo de si se
accede a la base de datos localmente - por ejemplo, a través de
mecanismos IPC - o remotamente - por ejemplo, a través de conexiones
TCP/IP). Con independencia de la incorporación práctica del canal,
se garantiza que toda comunicación a través del mismo, es
segura.
Estas unidades contienen la información clave del
sistema IMB global, expresada en términos del modelo de datos EMPP,
como antes se ha descrito. Estas unidades SW pueden incorporarse en
la práctica utilizando sistemas de gestión de bases de datos COTS o
como soluciones propietarias. En cualquier caso, la exigencia más
estricta que debe satisfacerse reside en el hecho de que los
sistemas IMB se proyectan para tratar con grandes cantidades de
tráfico con restricciones de disponibilidad extremadamente
importantes. Por tanto, se prefieren las soluciones COTS, ya que
proporcionan soluciones probadas, con un elevado rendimiento.
Las bases de datos están estructuradas con el fin
de acomodar los espacios de usuario IMB, de acuerdo con el modelo
EMPP, en la tecnología específica que se elija. Por ejemplo, se
piensa que una correlación apropiada entre el EMPP y los modelos de
bases de datos relacionales es la solución más común, dado que
muchas soluciones COTS bien conocidas incorporan en la práctica el
modelo relacional. Otra solución alternativa puede basarse en
Javaspace (Java puro) de Sun Microsystems, una herramienta de
coordinación para proceso a alto nivel basada en el concepto de
espacio de tuplas.
Como ejemplo, en la siguiente tabla se ofrece una
posible correlación entre el modelo EMPP y un modelo de datos en
forma de base de datos relacional.
Ejemplo de aplanamiento de modelo de datos EMPP
en una base de datos relacional con una sola tabla.
La unidad servidor de acceso a base de datos de
perfiles de usuario comunica por canales seguros para datos con la
unidad cliente de acceso a base de datos de perfiles de usuario y
proporciona la funcionalidad básica para acceder a la base de datos
de perfiles de usuario mediante operaciones de
lectura-grabación.
La unidad servidor de acceso a base de datos de
cuentas IMB comunica por canales seguros para datos con la unidad
cliente de acceso a base de datos de cuentas IMB y proporciona la
funcionalidad básica para acceder a la base de datos de cuentas IMB
mediante operaciones de lectura-grabación.
Las principales diferencias ventajosas entre el
invento y el estado de la técnica.
A continuación se facilita una lista de ventajas
ofrecidas por este invento con respecto al estado de la técnica.
- 1.
- Acceso directo a información personal de perfiles de usuario IMB, incluyendo información contable.
- 2.
- Un espacio lógico de usuario personalizable que los abonados pueden utilizar para crear y/o modificar perfiles de usuario existentes, dependiendo de los cambios del entorno en que actúan. El entorno puede representar un lugar físico (por ejemplo, un hotel o un aeropuerto), o un contexto lógico (por ejemplo, "casa" o "trabajo"). Los cambios de entorno pueden ser parciales (siempre que el conjunto de dispositivos terminales disponible en el entorno cambie por alguna razón - por ejemplo, se puede disponer de una nueva máquina de fax o ha cambiado un número de teléfono GSM) o globales (el abonado se desplaza de un entorno a otro).
- 3.
- El modelo de EMPP original es perfectamente adecuado para distribuir información a través de múltiples unidades SW (procesos, sistemas operativos) y/o unidades HW (ordenadores).
- 4.
- Los abonados pueden ampliar el contenido del espacio de usuario tan pronto como estén disponibles nuevos dispositivos terminales y/o nuevas tecnologías.
- 5.
- Los espacios de usuario pueden utilizarse sin solución de continuidad a través de varios entornos.
- 6.
- Dentro de un entorno dado, los abonados pueden alterar la prioridad de los dispositivos terminales (que indica al MB a que dispositivo terminal debe enviarse, con preferencia, la información entrante), a través del concepto de señalización de testigo de presencia. La multiplicidad de testigos puede ser mayor que uno, de forma que se pueda recibir simultáneamente un mensaje instantáneo en múltiples dispositivos, con un cargo adicional.
- 7.
- Las aplicaciones más complicadas (como un calendario para generar avisos de citas, llamadas de despertador, etc.) pueden integrarse en el sistema IMB interconectándolo con unidades IMB adicionales (que ejecuten la aplicación dada) y/o con herramientas COTS (tales como Microsoft Outlook, continuando con el ejemplo del calendario). En tales casos, deben introducirse datos específicos de la aplicación en el perfil de usuario, con el fin de instruir al sistema IMB acerca de cómo utilizar la aplicación externa para el tratamiento de datos.
- Otro ejemplo de tales aplicaciones incorporables lo constituiría la integración de un traductor de idiomas: el MB del IMB utilizará una aplicación externa de traducción para determinar el contenido final a enviar del IMB. En todos estos casos (y en muchos otros similares), este invento juega un papel clave, por cuanto la estructura de base de datos de perfiles de usuario presentada en este documento es lo bastante flexible para acomodar cualquier información personal de un abonado, en un formato que resulta perfectamente adecuado para un entorno de tratamiento distribuido, como lo es el sistema IMB.
- \bullet
- Extendiendo los razonamientos utilizados en los apartados precedentes, los abonados IMB no sólo pueden personalizar las aplicaciones de su elección sino que, incluso, pueden asignarles mnemónicos, es decir, nombres lógicos fáciles de recordar (por ejemplo, mi_calendario, traductor_inglés_alemán, etc.)
- 8.
- Este enfoque facilita el camino para conseguir una integración neta entre servicios IMB y entornos de redes de móviles ad-hoc: los cambios de entorno pueden ser detectados automáticamente y señalados al sistema IMB. Este mecanismo permite un comportamiento rápidamente adaptable del sistema, que puede compararse de alguna manera al mecanismo de traslado de la telefonía móvil. Sin embargo, este invento considera un conjunto mucho más amplio de servicios que los puramente telefónicos.
Como se ha descrito en los apartados previos,
este invento satisface la necesidad de considerar y explotar las
características mutables de un escenario típico del servicio IMB
(conocido, también, como entorno IMB mutable, véase la figura
13).
Se puede entrar en contacto con los abonados IMB
estén donde estén, por cuanto pueden viajar (es decir, puede
llegarse a ellos en distintos lugares/oficinas) y/o pueden
reconfigurar su conjunto de dispositivos terminales disponibles en
cualquier momento dado.
En el ejemplo de la figura 13, una parte que
llama desde Moscú, intenta enviar un IM al empresario HJK (es decir,
la parte llamada) conectándose al sistema IMB a través de una
interconexión con la red (empleando un PC con acceso a Internet). La
parte que llama no sabe donde se encuentra en ese momento el
empresario. Todo lo que sabe el que llama es el UN del empresario
(por ejemplo, HJK@sony.de). Basándose en la información
almacenada en la base de datos de perfiles de usuario, el sistema
IMB resuelve (i) el contexto activo e (ii) el dispositivo terminal
corriente del empresario.
Una vez obtenida dicha información, el sistema
IMB puede enviar finalmente el IM (con el formato de datos
apropiado, según lo prescrito por el dispositivo terminal
seleccionado) a la parte llamada.
La parte llamada puede desplazarse a diferentes
lugares (por ejemplo, una compañía XYZ en Stuttgart) y/o a
diferentes situaciones (en viaje - puede utilizar solamente un
teléfono móvil y un portátil conectado con la red por vía
inalámbrica) - o en casa). Se puede ver fácilmente por qué el
contexto activo es un concepto indefinido. Por ejemplo, la
situación "casa" puede abarcar distintos lugares: el empresario
puede elegir que su contexto activo "casa" corresponda a su
hogar físico y a su oficina situada en las instalaciones de la
compañía XYZ, en Stuttgart.
Por otra parte, el hotel ABC de Los Angeles puede
convertirse en un nuevo "hogar" del empresario mientras dure
una negociación determinada. Por tanto, el empresario puede decidir
hacer que un solo lugar (el hotel de Los Angeles) corresponda a dos
contextos, "casa" (para mensajes privados) y "en viaje"
(para cuestiones de trabajo).
En cualquier momento, el empresario puede
utilizar el invento que se presenta en este documento para
configurar su perfil de usuario IMB con el fin de acceder a todas
estas características. Además, puede forzar al sistema IMB a
redirigir los IMS a lugares remotos (por ejemplo, enviar siempre
una copia de cualquier IM entrante a la máquina de telefax del
"hogar" - físico). Este objetivo puede conseguirse fácilmente
empleando el concepto de testigo.
Claims (22)
1. Base de datos para almacenar y gestionar datos
de perfiles de usuario,
representando los datos de perfiles de usuarios
conjuntos de dispositivos terminales (9) de usuarios en una red
(10) de transmisión de información, en la que
- -
- la base de datos (1) comprende, respectivamente, para cada usuario, una pluralidad de perfiles de usuario previamente configurados, y
- -
- cada uno de la pluralidad de perfiles de usuario personalizables está asociado con un entorno del usuario que representa un lugar físico y/o un contexto lógico del usuario,
caracterizada
porque
los perfiles de usuario se
incorporan como conjuntos de tarjetas agrupadas lógicamente, en el
que cada una de las tarjetas tiene una clave de propiedad que
identifica una propiedad de perfil dada y un valor de propiedad
correspondiente a un contenido de propiedad
dado.
2. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
porque
cada vez solamente puede activarse
uno de la pluralidad de perfiles de usuario, indicando el perfil de
usuario activado el o los dispositivos terminales a través de los
que el usuario desea ser informado en el contexto lógico o en el
lugar físico en ese
momento.
3. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
por
uno o una pluralidad de testigos de
presencia para cada usuario, representando cada testigo de presencia
la disponibilidad de un usuario en un dispositivo terminal (9)
predeterminado.
4. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
por
al menos un perfil de usuario por
defecto para cada usuario, en el que los perfiles de usuario por
defecto no pueden ser suprimidos por el
usuario.
5. Base de datos de acuerdo con la reivindicación
4,
caracterizada
porque
el esquema jerárquico de los
perfiles de usuario es un árbol, siendo el perfil de usuario por
defecto la raíz del
árbol.
6. Base de datos de acuerdo con la reivindicación
5,
caracterizada
porque
los perfiles de usuario
personalizables son sub-árboles de la configuración global del
sistema que son topológicamente equivalentes a la configuración
global del
sistema.
7. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
por
una información de prioridad
asociada con cada dispositivo terminal (9) de un perfil de
usuario.
8. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
porque
la base de datos (1) contiene
información sobre la red de acceso, la dirección de la red y las
características de cada dispositivo terminal
(9).
9. Base de datos de acuerdo con una cualquiera de
las reivindicaciones precedentes,
caracterizada
porque
cada dispositivo terminal (9)
incluido en un perfil de usuario está asociado con un
mnemónico.
10. Base de datos de acuerdo con una cualquiera
de las reivindicaciones precedentes,
caracterizada
porque
las entradas de perfiles de
usuarios se identifican de manera singular mediante un nombre
unificado.
11. Método para dirigir información a un
dispositivo terminal,
comprendiendo el método las siguientes
operaciones:
- -
- proporcionar una base de datos (1) de perfiles de usuario para almacenar datos de perfiles de usuario que representan conjuntos de dispositivos terminales (9) de usuarios en una red (10) de transmisión de información, en el que la base de datos (1) comprende, respectivamente, para cada usuario, una pluralidad de perfiles de usuario previamente configurados que el usuario crea, modifica y/o suprime y en el que cada perfil de usuario personalizable se asocia con un entorno del usuario que representa un lugar físico y/o un contexto lógico del usuario, y
- -
- transmitir información desde un emisor a un dispositivo terminal incluido en un perfil de usuario activado,
caracterizado
porque
los perfiles de usuario se
incorporan como conjuntos de tarjetas agrupadas lógicamente, en el
que cada una de las tarjetas tiene una clave de propiedad que
identifica una propiedad de perfil dada y un valor de propiedad
correspondiente a un contenido de propiedad
dado.
12. Método de acuerdo con la reivindicación
11,
caracterizado
por
la operación de activar, cada vez,
solamente uno de la pluralidad de perfiles de usuario, indicando el
perfil de usuario activado el o los dispositivos terminales a través
de los que el usuario desea ser informado en el contexto lógico o en
el lugar físico en ese
momento.
13. Método de acuerdo con la reivindicación
11,
caracterizado
por
la operación de representar la
disponibilidad de un usuario en un dispositivo terminal (9)
predeterminado por medio de un testigo de
presencia.
14. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 13,
caracterizado
porque
se proporciona, para cada usuario,
al menos un perfil de usuario por defecto, en el que los perfiles de
usuario por defecto no pueden ser suprimidos por el
usuario.
15. Método de acuerdo con la reivindicación
14,
caracterizado
por
la operación de definir el esquema
jerárquico de los perfiles de usuario como un árbol, siendo el
perfil de usuario por defecto la raíz del
árbol.
16. Método de acuerdo con la reivindicación
15,
caracterizado
por
la operación de definir los
perfiles de usuario personalizables como sub-árboles de la
configuración global del sistema que son topológicamente
equivalentes a la configuración global del
sistema.
\newpage
17. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 16,
caracterizado
por
la operación de asociar una
información de prioridad con cada dispositivo terminal (9) de un
perfil de
usuario.
18. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 17,
caracterizado
porque
la transmisión de información desde
el emisor al dispositivo terminal (9) comprendido en el perfil de
usuario activado comprende el paso de recuperar, de la base de datos
(1), información sobre la red de acceso, la dirección de la red y
las características de cada dispositivo terminal
(9).
19. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 18,
caracterizado porque
a cada dispositivo terminal (9) se
le atribuye un
mnemónico.
20. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 19,
caracterizado
porque
a cada usuario se le atribuye un
nombre
unificado.
21. Método de acuerdo con una cualquiera de las
reivindicaciones 11 a 20,
caracterizado
porque
un usuario puede solicitar
directamente información
contable.
22. Programa de software que, cuando se le
ejecuta en la memoria de un dispositivo de computación, en un
entorno de red, lleva a la práctica un método de acuerdo con una
cualquiera de las reivindicaciones 11 a 21.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00104259A EP1130869B1 (en) | 2000-03-01 | 2000-03-01 | Management of user profile data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2239564T3 true ES2239564T3 (es) | 2005-10-01 |
Family
ID=8167996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00104259T Expired - Lifetime ES2239564T3 (es) | 2000-03-01 | 2000-03-01 | Gestion de datos de perfiles de usuarios. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7181441B2 (es) |
| EP (1) | EP1130869B1 (es) |
| JP (1) | JP2001344200A (es) |
| CN (1) | CN1222896C (es) |
| DE (1) | DE60020518T2 (es) |
| ES (1) | ES2239564T3 (es) |
Families Citing this family (184)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847969B1 (en) * | 1999-05-03 | 2005-01-25 | Streetspace, Inc. | Method and system for providing personalized online services and advertisements in public spaces |
| US7624172B1 (en) | 2000-03-17 | 2009-11-24 | Aol Llc | State change alerts mechanism |
| US9736209B2 (en) | 2000-03-17 | 2017-08-15 | Facebook, Inc. | State change alerts mechanism |
| CN1447943A (zh) * | 2000-06-22 | 2003-10-08 | 亚隆·梅耶 | 通过即时通信网络在因特网上查找,发现和联系约会伙伴的系统和方法和/或其他用于进行快速发现和建立快速联系的方法 |
| US6535885B1 (en) | 2000-10-16 | 2003-03-18 | Aether Systems, Inc. | Multikeyed table implementable on a personal digital assistant |
| US8467502B2 (en) | 2001-02-27 | 2013-06-18 | Verizon Data Services Llc | Interactive assistant for managing telephone communications |
| US8774380B2 (en) | 2001-02-27 | 2014-07-08 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
| US8494135B2 (en) | 2001-02-27 | 2013-07-23 | Verizon Data Services Llc | Methods and systems for contact management |
| US8873730B2 (en) | 2001-02-27 | 2014-10-28 | Verizon Patent And Licensing Inc. | Method and apparatus for calendared communications flow control |
| US8472606B2 (en) | 2001-02-27 | 2013-06-25 | Verizon Data Services Llc | Methods and systems for directory information lookup |
| US8488766B2 (en) | 2001-02-27 | 2013-07-16 | Verizon Data Services Llc | Methods and systems for multiuser selective notification |
| US8798251B2 (en) | 2001-02-27 | 2014-08-05 | Verizon Data Services Llc | Methods and systems for computer enhanced conference calling |
| US8488761B2 (en) | 2001-02-27 | 2013-07-16 | Verizon Data Services Llc | Methods and systems for a call log |
| US6976017B1 (en) * | 2001-02-27 | 2005-12-13 | Verizon Data Services Inc. | Method and apparatus for context based querying |
| US7912193B2 (en) | 2001-02-27 | 2011-03-22 | Verizon Data Services Llc | Methods and systems for call management with user intervention |
| US8503650B2 (en) | 2001-02-27 | 2013-08-06 | Verizon Data Services Llc | Methods and systems for configuring and providing conference calls |
| US8472428B2 (en) | 2001-02-27 | 2013-06-25 | Verizon Data Services Llc | Methods and systems for line management |
| US8750482B2 (en) | 2001-02-27 | 2014-06-10 | Verizon Data Services Llc | Methods and systems for preemptive rejection of calls |
| US7903796B1 (en) | 2001-02-27 | 2011-03-08 | Verizon Data Services Llc | Method and apparatus for unified communication management via instant messaging |
| US8751571B2 (en) | 2001-02-27 | 2014-06-10 | Verizon Data Services Llc | Methods and systems for CPN triggered collaboration |
| US8503639B2 (en) | 2001-02-27 | 2013-08-06 | Verizon Data Services Llc | Method and apparatus for adaptive message and call notification |
| US8761363B2 (en) | 2001-02-27 | 2014-06-24 | Verizon Data Services Llc | Methods and systems for automatic forwarding of communications to a preferred device |
| US8761355B2 (en) | 2002-11-25 | 2014-06-24 | Telesector Resources Group, Inc. | Methods and systems for notification of call to device |
| US20020143961A1 (en) * | 2001-03-14 | 2002-10-03 | Siegel Eric Victor | Access control protocol for user profile management |
| WO2002091723A1 (de) * | 2001-05-04 | 2002-11-14 | Web.De Ag | Unified-messaging-kommunikationsverfahren und system mit benutzer-spezifischen ansagetext |
| JP2003033576A (ja) * | 2001-05-18 | 2003-02-04 | Sony Computer Entertainment Inc | エンタテインメントシステム、通信システム、通信プログラム、通信プログラムを格納したコンピュータ読み取り可能な記録媒体、及び通信方法 |
| DE60236221D1 (de) * | 2001-07-12 | 2010-06-10 | Research In Motion Ltd | System und Verfahren zum Schieben von Daten von einer Informationsquelle zu einem mobilen Endgerät beinhaltend die Transcodierung der Daten |
| US7526572B2 (en) * | 2001-07-12 | 2009-04-28 | Research In Motion Limited | System and method for providing remote data access for a mobile communication device |
| FR2827689B1 (fr) * | 2001-07-18 | 2004-01-16 | France Telecom | Procede et systeme informatique pour adapter une zone geographique a des comportements de population |
| US7342917B2 (en) * | 2001-10-02 | 2008-03-11 | Comverse, Inc. | Multimedia personalized call management (MPCM) |
| US20030158902A1 (en) * | 2001-10-31 | 2003-08-21 | Dotan Volach | Multimedia instant communication system and method |
| US7415502B2 (en) * | 2001-11-16 | 2008-08-19 | Sbc Technology Resources, Inc. | Method and system for intelligent routing based on presence detection |
| US6735287B2 (en) | 2001-11-16 | 2004-05-11 | Sbc Technology Resources, Inc. | Method and system for multimodal presence detection |
| US20030217096A1 (en) * | 2001-12-14 | 2003-11-20 | Mckelvie Samuel J. | Agent based application using data synchronization |
| FR2834849A1 (fr) * | 2002-01-15 | 2003-07-18 | Ego Network | Procede de gestion de messages |
| US7340214B1 (en) | 2002-02-13 | 2008-03-04 | Nokia Corporation | Short-range wireless system and method for multimedia tags |
| EP1397898B1 (en) * | 2002-02-15 | 2007-04-11 | Oracle International Corporation | A method for distributing information in a presence service system |
| US9392120B2 (en) | 2002-02-27 | 2016-07-12 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
| US7249182B1 (en) * | 2002-02-27 | 2007-07-24 | Nokia Corporation | Personal profile sharing and management for short-range wireless terminals |
| DE10209061A1 (de) * | 2002-02-28 | 2003-09-11 | Deutsche Telekom Ag | Offene modulare Portalarchitektur |
| US7478170B2 (en) * | 2002-03-05 | 2009-01-13 | Sun Microsystems, Inc. | Generic infrastructure for converting documents between formats with merge capabilities |
| US8086867B2 (en) * | 2002-03-26 | 2011-12-27 | Northrop Grumman Systems Corporation | Secure identity and privilege system |
| DE60216975T2 (de) * | 2002-03-27 | 2007-11-15 | First Hop Ltd. | System und verfahren zum verwalten von nachrichtendiensten |
| US8484370B1 (en) * | 2002-04-16 | 2013-07-09 | Trimble Navigation Limited | Method and system for efficient extended data communications using GPRS |
| US6639973B1 (en) * | 2002-04-26 | 2003-10-28 | Motorola, Inc. | Mobile originator call control |
| EP1398932A1 (en) * | 2002-09-11 | 2004-03-17 | Web. De AG | Multinet session magagement |
| US20040015563A1 (en) * | 2002-07-22 | 2004-01-22 | Web. De Ag | Communications environment having web sites on a portal |
| US20040221297A1 (en) * | 2003-04-30 | 2004-11-04 | Web.De Ag | Event-related screensaver |
| AU2003229758A1 (en) * | 2002-04-30 | 2003-11-17 | Web.De Ag | Multinet session management |
| US20040013132A1 (en) * | 2002-07-22 | 2004-01-22 | Web.De Ag | Multiprotocol communications environment |
| US20040221064A1 (en) * | 2003-04-30 | 2004-11-04 | Web.De Ag | Multinet session management |
| US20040013258A1 (en) * | 2002-07-22 | 2004-01-22 | Web. De Ag | Communications environment having a connection device |
| US20050182824A1 (en) * | 2002-04-30 | 2005-08-18 | Pierre-Alain Cotte | Communications web site |
| US20040148392A1 (en) * | 2003-01-29 | 2004-07-29 | Web.De Ag | Website having an event identification element |
| US20040215783A1 (en) * | 2003-04-25 | 2004-10-28 | Web.De Ag | Method for establishing a communications link |
| US20040148341A1 (en) * | 2003-01-29 | 2004-07-29 | Web.De Ag | Web site having an individual event settings element |
| US20040146048A1 (en) * | 2003-01-29 | 2004-07-29 | Web.De Ag | Web site having a caller recognition element |
| US20040015546A1 (en) * | 2002-07-22 | 2004-01-22 | Web.De Ag | Communications environment having communications between portals |
| US20040015588A1 (en) * | 2002-07-22 | 2004-01-22 | Web.De Ag | Communications environment having multiple web sites |
| US7689649B2 (en) * | 2002-05-31 | 2010-03-30 | Aol Inc. | Rendering destination instant messaging personalization items before communicating with destination |
| US6957077B2 (en) | 2002-05-06 | 2005-10-18 | Microsoft Corporation | System and method for enabling instant messaging on a mobile device |
| US7685237B1 (en) | 2002-05-31 | 2010-03-23 | Aol Inc. | Multiple personalities in chat communications |
| US7792053B1 (en) * | 2002-07-08 | 2010-09-07 | At&T Intellectual Property Ii, L.P. | System for accessing end-to-end broadband network via network access server platform |
| US7367044B2 (en) | 2002-06-14 | 2008-04-29 | Clink Systems, Ltd. | System and method for network operation |
| AU2002950435A0 (en) * | 2002-07-29 | 2002-09-12 | Trade Wind Communications Ltd | A Bulk Communications Process Using Multiple Delivery Media |
| WO2004012087A1 (ja) * | 2002-07-30 | 2004-02-05 | Sony Corporation | プログラム、情報処理方法および装置 |
| EP3447999A1 (en) * | 2002-07-30 | 2019-02-27 | Sony Corporation | Program, information processing method and apparatus, and data structure |
| US7236973B2 (en) * | 2002-11-27 | 2007-06-26 | Sap Aktiengesellschaft | Collaborative master data management system for identifying similar objects including identical and non-identical attributes |
| US8005919B2 (en) | 2002-11-18 | 2011-08-23 | Aol Inc. | Host-based intelligent results related to a character stream |
| WO2004046867A2 (en) | 2002-11-18 | 2004-06-03 | America Online, Inc. | People lists |
| US8965964B1 (en) | 2002-11-18 | 2015-02-24 | Facebook, Inc. | Managing forwarded electronic messages |
| US7590696B1 (en) | 2002-11-18 | 2009-09-15 | Aol Llc | Enhanced buddy list using mobile device identifiers |
| US7428580B2 (en) | 2003-11-26 | 2008-09-23 | Aol Llc | Electronic message forwarding |
| US8701014B1 (en) | 2002-11-18 | 2014-04-15 | Facebook, Inc. | Account linking |
| US7640306B2 (en) | 2002-11-18 | 2009-12-29 | Aol Llc | Reconfiguring an electronic message to effect an enhanced notification |
| US8122137B2 (en) | 2002-11-18 | 2012-02-21 | Aol Inc. | Dynamic location of a subordinate user |
| US7899862B2 (en) | 2002-11-18 | 2011-03-01 | Aol Inc. | Dynamic identification of other users to an online user |
| AU2003291041A1 (en) * | 2002-11-21 | 2004-06-18 | America Online, Inc. | Multiple personalities |
| US8037150B2 (en) | 2002-11-21 | 2011-10-11 | Aol Inc. | System and methods for providing multiple personas in a communications environment |
| US7636755B2 (en) * | 2002-11-21 | 2009-12-22 | Aol Llc | Multiple avatar personalities |
| AU2003295922A1 (en) * | 2002-11-25 | 2004-06-18 | Telesector Resources Group, Inc. | Method and systems for single number text messaging |
| US20050063524A1 (en) * | 2002-12-11 | 2005-03-24 | Leader Technologies, Inc. | Communication system and method |
| US8195714B2 (en) | 2002-12-11 | 2012-06-05 | Leaper Technologies, Inc. | Context instantiated application protocol |
| US20070127400A1 (en) * | 2002-12-11 | 2007-06-07 | Leader Technologies, Inc. | Professional Services Communications Architecture |
| US7925246B2 (en) | 2002-12-11 | 2011-04-12 | Leader Technologies, Inc. | Radio/telephony interoperability system |
| WO2004056137A1 (en) * | 2002-12-18 | 2004-07-01 | Nokia Corporation | Instant messaging and presence services |
| AU2002356779A1 (en) * | 2002-12-20 | 2004-07-14 | Nokia Corporation | Availability settings in mobile terminals |
| BRPI0407797A (pt) * | 2003-02-25 | 2006-02-14 | Boston Communications Group Inc | método e sistema para controlar o uso de um dispositivo sem fio, método para controlar comunicações entre um dispositivo de comunicação sem fio e outro dispositivo de comunicação, aparelho para controlar o uso de um dispositivo sem fio, e, método para comunicar informação relativa ao uso de um dispositivo sem fio |
| US20050282559A1 (en) * | 2003-02-25 | 2005-12-22 | Boston Communications Group, Inc. | Method and system for providing supervisory control over wireless phone data usage |
| US7484176B2 (en) | 2003-03-03 | 2009-01-27 | Aol Llc, A Delaware Limited Liability Company | Reactive avatars |
| US7908554B1 (en) | 2003-03-03 | 2011-03-15 | Aol Inc. | Modifying avatar behavior based on user action or mood |
| US7913176B1 (en) | 2003-03-03 | 2011-03-22 | Aol Inc. | Applying access controls to communications with avatars |
| GB0306396D0 (en) * | 2003-03-20 | 2003-04-23 | Ibm | Apparatus, method and computer program for adding context to a chat transcript |
| US7406501B2 (en) * | 2003-03-24 | 2008-07-29 | Yahoo! Inc. | System and method for instant messaging using an e-mail protocol |
| US7613776B1 (en) | 2003-03-26 | 2009-11-03 | Aol Llc | Identifying and using identities deemed to be known to a user |
| JP4531696B2 (ja) * | 2003-04-25 | 2010-08-25 | パナソニック株式会社 | マルチメディア情報共有システム |
| US7467126B2 (en) * | 2003-05-13 | 2008-12-16 | Microsoft Corporation | Removal of stale information |
| US7640341B2 (en) * | 2003-06-19 | 2009-12-29 | Microsoft Corporation | Instant messaging for multi-user computers |
| US7363378B2 (en) * | 2003-07-01 | 2008-04-22 | Microsoft Corporation | Transport system for instant messaging |
| US7539727B2 (en) * | 2003-07-01 | 2009-05-26 | Microsoft Corporation | Instant messaging object store |
| US7653693B2 (en) | 2003-09-05 | 2010-01-26 | Aol Llc | Method and system for capturing instant messages |
| US7720794B2 (en) * | 2003-08-05 | 2010-05-18 | International Business Machines Corporation | Identifying resource and data instances in management systems |
| US20050037762A1 (en) * | 2003-08-15 | 2005-02-17 | Lucent Technologies, Inc. | Methods and apparatus for alternative routing of text based messages on a cellular telephone network |
| EP1526457B1 (en) * | 2003-10-22 | 2013-03-13 | Sony Deutschland GmbH | Context-aware automatic service discovery and execution engine in mobile ad-hoc networks |
| US8171084B2 (en) * | 2004-01-20 | 2012-05-01 | Microsoft Corporation | Custom emoticons |
| US7921368B2 (en) * | 2004-01-22 | 2011-04-05 | International Business Machines Corporation | Method and system for sensing and communicating updated status information for remote users accessible through an instant messaging system |
| US7519912B2 (en) * | 2004-01-22 | 2009-04-14 | International Business Machines Corporation | Method and system for sensing and communicating the use of communication modes by remote users |
| US8214749B2 (en) | 2004-01-22 | 2012-07-03 | International Business Machines Corporation | Method and system for sensing and reporting detailed activity information regarding current and recent instant messaging sessions of remote users |
| US20050166154A1 (en) * | 2004-01-22 | 2005-07-28 | Wilson Richard M. | Enhanced instant message status message area containing time/date stamped entries and editable by others |
| US20050165935A1 (en) * | 2004-01-22 | 2005-07-28 | Moody Paul B. | Method and system for providing information regarding recently accessed documents of a remote user through an awareness client program |
| US20050165920A1 (en) * | 2004-01-22 | 2005-07-28 | Kerr Bernard J. | Method and system for providing detail information about computer system users for which on-line status and instant messaging capabilities are available |
| US7496360B2 (en) * | 2004-02-27 | 2009-02-24 | Texas Instruments Incorporated | Multi-function telephone |
| US7188167B2 (en) * | 2004-03-19 | 2007-03-06 | Motorola, Inc. | Method and system for registering multiple communication devices of a user in a session initiation protocol (SIP) based communication system |
| EP1747548A4 (en) | 2004-05-17 | 2009-08-05 | Visible Path Corp | SYSTEM AND PROCEDURE FOR ENFORCING PRIVACY IN SOCIAL NETWORKS |
| US8190999B2 (en) * | 2004-05-20 | 2012-05-29 | International Business Machines Corporation | System and method for in-context, topic-oriented instant messaging |
| US7543034B2 (en) * | 2004-06-08 | 2009-06-02 | Sharp Laboratories Of America, Inc. | Instant messenger reflector |
| WO2006015238A2 (en) | 2004-07-28 | 2006-02-09 | Visible Path Corporation | System and method for using social networks to facilitate business processes |
| US7433700B2 (en) * | 2004-11-12 | 2008-10-07 | Microsoft Corporation | Strategies for peer-to-peer instant messaging |
| WO2006057048A1 (ja) * | 2004-11-26 | 2006-06-01 | Fujitsu Limited | ネットワーク・サービス制御方法 |
| KR100599174B1 (ko) * | 2004-12-16 | 2006-07-12 | 삼성전자주식회사 | 프로파일 정보를 이용한 서비스 제공방법 및 서비스제공시스템 |
| US9652809B1 (en) | 2004-12-21 | 2017-05-16 | Aol Inc. | Using user profile information to determine an avatar and/or avatar characteristics |
| US7827157B2 (en) * | 2005-02-09 | 2010-11-02 | Conduit Ltd | Method and system for use with the internet |
| US7529766B2 (en) * | 2005-02-09 | 2009-05-05 | Conduit Ltd | Method and system for use with the internet |
| US20060195532A1 (en) * | 2005-02-28 | 2006-08-31 | Microsoft Corporation | Client-side presence documentation |
| US7509116B2 (en) * | 2005-03-30 | 2009-03-24 | Genx Mobile Incorporated | Selective data exchange with a remotely configurable mobile unit |
| US8898162B2 (en) * | 2005-04-01 | 2014-11-25 | International Business Machines Corporation | Methods, systems, and computer program products for providing customized content over a network |
| US7529255B2 (en) * | 2005-04-21 | 2009-05-05 | Microsoft Corporation | Peer-to-peer multicasting using multiple transport protocols |
| US7895308B2 (en) * | 2005-05-11 | 2011-02-22 | Tindall Steven J | Messaging system configurator |
| US20070005710A1 (en) * | 2005-06-29 | 2007-01-04 | Microsoft Corporation | Message communication channel |
| EP2515476A1 (en) * | 2005-09-06 | 2012-10-24 | Redknee Inc. | Method for the interception of GTP-C messages |
| US20070061396A1 (en) * | 2005-09-09 | 2007-03-15 | Morris Robert P | Methods, systems, and computer program products for providing service data to a service provider |
| US20070077920A1 (en) * | 2005-09-15 | 2007-04-05 | Phillip Weeks | Methods, systems and computer program products for aggregating communications and media data |
| US7536184B2 (en) * | 2005-09-29 | 2009-05-19 | Sun Microsystems, Inc. | Seamless mobility management with service detail records |
| US20070136197A1 (en) * | 2005-12-13 | 2007-06-14 | Morris Robert P | Methods, systems, and computer program products for authorizing a service request based on account-holder-configured authorization rules |
| US7512880B2 (en) | 2005-12-23 | 2009-03-31 | Swift Creek Systems, Llc | Method and system for presenting published information in a browser |
| US20070168420A1 (en) * | 2005-12-30 | 2007-07-19 | Morris Robert P | Method and apparatus for providing customized subscription data |
| US7587450B2 (en) * | 2006-02-01 | 2009-09-08 | Swift Creek Systems, Llc | HTTP publish/subscribe communication protocol |
| US20070209081A1 (en) * | 2006-03-01 | 2007-09-06 | Morris Robert P | Methods, systems, and computer program products for providing a client device with temporary access to a service during authentication of the client device |
| US20070240103A1 (en) * | 2006-03-29 | 2007-10-11 | Beaton Murray J | Use of UML state machines to model portal applications |
| US8688742B2 (en) * | 2006-05-31 | 2014-04-01 | Red Hat, Inc. | Open overlay for social networks and online services |
| US8612483B2 (en) * | 2006-05-31 | 2013-12-17 | Red Hat, Inc. | Link swarming in an open overlay for social networks and online services |
| US8166176B2 (en) * | 2006-05-31 | 2012-04-24 | Alcatel Lucent | Context-aware migration of communication session |
| US7792903B2 (en) | 2006-05-31 | 2010-09-07 | Red Hat, Inc. | Identity management for open overlay for social networks and online services |
| US8615550B2 (en) * | 2006-05-31 | 2013-12-24 | Red Hat, Inc. | Client-side data scraping for open overlay for social networks and online services |
| US9165282B2 (en) | 2006-05-31 | 2015-10-20 | Red Hat, Inc. | Shared playlist management for open overlay for social networks and online services |
| US7912195B2 (en) * | 2006-06-07 | 2011-03-22 | Comcast Cable Holdings, Llc | Method for provisioning subscribers, products, and services in a broadband network |
| US20080049767A1 (en) * | 2006-08-25 | 2008-02-28 | At&T Corp. | Method for controlling multiple network services based on a user profile |
| US8407344B2 (en) * | 2006-09-06 | 2013-03-26 | Redknee Inc. | Method and system for active profile server |
| WO2008040585A1 (en) | 2006-10-02 | 2008-04-10 | International Business Machines Corporation | Method and system of automatically adapting a user interface |
| US9330190B2 (en) | 2006-12-11 | 2016-05-03 | Swift Creek Systems, Llc | Method and system for providing data handling information for use by a publish/subscribe client |
| US8204898B2 (en) | 2007-02-02 | 2012-06-19 | Telefonaktiebolaget L M Ericsson (Publ) | Multi-site common directory and method for using the multi-site common directory |
| WO2008100594A1 (en) * | 2007-02-16 | 2008-08-21 | Telcordia Applied Research Center Of Taiwan | System and method for unified messaging service |
| US20080215441A1 (en) * | 2007-03-01 | 2008-09-04 | Siemens Enterprise Communications Gmbh & Co. Kg | Interactive Hospitality System |
| US20080270546A1 (en) * | 2007-04-30 | 2008-10-30 | Morris Robert P | Methods And Systems For Communicating Task Information |
| US20080297378A1 (en) * | 2007-05-31 | 2008-12-04 | Wei-Chou Su | Numeral input method |
| US20090183194A1 (en) * | 2008-01-10 | 2009-07-16 | Michael Raftelis | Methods and apparatus to handle telecommunication service changes |
| ITTO20080126A1 (it) * | 2008-02-19 | 2008-05-20 | Sertea S R L | Sistema per gestire e trasmettere informazioni digitali tramite messaggistica |
| JP2011519437A (ja) * | 2008-02-22 | 2011-07-07 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | カレンダイベントプロンプトシステムおよびカレンダイベント通知方法 |
| KR20100134022A (ko) * | 2008-03-09 | 2010-12-22 | 아바웍스 인코포레이티드 | 실사 토킹 헤드 생성, 콘텐트 생성, 분배 시스템 및 방법 |
| GB0807976D0 (en) * | 2008-05-01 | 2008-06-11 | Romalon Plc | Improvements relating to multi-jurisdictional telecommunications services |
| CN102090086B (zh) * | 2008-07-10 | 2014-04-23 | 艾利森电话股份有限公司 | 用于基于上下文的内容管理的方法和设备 |
| US10489053B2 (en) * | 2008-11-20 | 2019-11-26 | Gula Consulting Limited Liability Company | Method and apparatus for associating user identity |
| US9189256B2 (en) * | 2008-11-20 | 2015-11-17 | Nokia Technologies Oy | Method and apparatus for utilizing user identity |
| US9736675B2 (en) * | 2009-05-12 | 2017-08-15 | Avaya Inc. | Virtual machine implementation of multiple use context executing on a communication device |
| US20110007732A1 (en) * | 2009-07-08 | 2011-01-13 | John Ward | Unified Communication System |
| US20110219050A1 (en) * | 2010-03-04 | 2011-09-08 | Kryptonite Systems, Inc. | Portability of personal and social information in a multi-tenant environment |
| US20110319075A1 (en) * | 2010-06-25 | 2011-12-29 | Alok Sharma | Universal mobile manager interworking for short message service feature parity |
| US20120143959A1 (en) * | 2010-08-31 | 2012-06-07 | James Qingdong Wang | Method for Delivering Email for Viewing on a Mobile Communication Device |
| US9137189B2 (en) | 2011-03-24 | 2015-09-15 | Red Hat, Inc. | Providing distributed dynamic routing using a logical broker |
| US9313159B2 (en) | 2011-03-24 | 2016-04-12 | Red Hat, Inc. | Routing messages exclusively to eligible consumers in a dynamic routing network |
| US9021131B2 (en) * | 2011-03-24 | 2015-04-28 | Red Hat, Inc. | Identifying linked message brokers in a dynamic routing network |
| CN103415864A (zh) * | 2011-04-21 | 2013-11-27 | 英派尔科技开发有限公司 | 使用移动装置的方位社交网络 |
| US9432218B2 (en) | 2011-07-28 | 2016-08-30 | Red Hat, Inc. | Secure message delivery to a transient recipient in a routed network |
| US8775335B2 (en) | 2011-08-05 | 2014-07-08 | International Business Machines Corporation | Privacy-aware on-line user role tracking |
| US20130124631A1 (en) * | 2011-11-04 | 2013-05-16 | Fidelus Technologies, Llc. | Apparatus, system, and method for digital communications driven by behavior profiles of participants |
| US9462004B1 (en) * | 2011-11-04 | 2016-10-04 | Google Inc. | Automatic group assignment of users in a social network |
| CA2857688A1 (en) * | 2011-12-02 | 2013-06-06 | Blackberry Limited | Methods and devices for configuring a web browser based on an other party's profile |
| CN102951834B (zh) * | 2012-11-28 | 2015-04-22 | 洛阳兰迪玻璃机器股份有限公司 | 一种玻璃钢化机组 |
| US9589040B2 (en) * | 2014-06-27 | 2017-03-07 | At&T Intellectual Property I, L.P. | Method and apparatus for subscriber management |
| CA3016459C (en) * | 2016-03-01 | 2019-04-09 | Nandbox Inc. | Managing multiple profiles for a single account in an asynchronous messaging system |
| WO2020168297A1 (en) * | 2019-02-15 | 2020-08-20 | Elc Management Llc | Method and apparatus for custom blend compositions |
| US11157626B1 (en) | 2019-05-29 | 2021-10-26 | Northrop Grumman Systems Corporation | Bi-directional chain of trust network |
| US11416284B2 (en) | 2020-02-14 | 2022-08-16 | Wipro Limited | Method and system for managing continuous execution of an activity during a user device switchover |
| EP4221148A4 (en) * | 2020-10-22 | 2024-03-20 | Huawei Technologies Co., Ltd. | METHOD FOR CROSS-APPLICATION CONNECTION BETWEEN DIFFERENT DEVICES AND ASSOCIATED DEVICE |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6571279B1 (en) * | 1997-12-05 | 2003-05-27 | Pinpoint Incorporated | Location enhanced information delivery system |
| US6199082B1 (en) * | 1995-07-17 | 2001-03-06 | Microsoft Corporation | Method for delivering separate design and content in a multimedia publishing system |
| US6119101A (en) * | 1996-01-17 | 2000-09-12 | Personal Agents, Inc. | Intelligent agents for electronic commerce |
| US5901287A (en) * | 1996-04-01 | 1999-05-04 | The Sabre Group Inc. | Information aggregation and synthesization system |
| TW347498B (en) * | 1996-09-30 | 1998-12-11 | Casio Computer Co Ltd | Information supply system |
| JP3782867B2 (ja) * | 1997-06-25 | 2006-06-07 | 株式会社日立製作所 | 情報受信処理方法およびコンピュータ・テレフォニイインテグレーションシステム |
| US6044403A (en) * | 1997-12-31 | 2000-03-28 | At&T Corp | Network server platform for internet, JAVA server and video application server |
| ES2354408T3 (es) * | 1998-03-02 | 2011-03-14 | Parus Holdings, Inc. | Sistema de mensajería basado en internet y telefonía. |
| GB9815364D0 (en) * | 1998-07-16 | 1998-09-16 | Koninkl Philips Electronics Nv | Data network interfacing |
| US6195651B1 (en) * | 1998-11-19 | 2001-02-27 | Andersen Consulting Properties Bv | System, method and article of manufacture for a tuned user application experience |
| US6317718B1 (en) * | 1999-02-26 | 2001-11-13 | Accenture Properties (2) B.V. | System, method and article of manufacture for location-based filtering for shopping agent in the physical world |
-
2000
- 2000-03-01 EP EP00104259A patent/EP1130869B1/en not_active Expired - Lifetime
- 2000-03-01 DE DE60020518T patent/DE60020518T2/de not_active Expired - Lifetime
- 2000-03-01 ES ES00104259T patent/ES2239564T3/es not_active Expired - Lifetime
-
2001
- 2001-02-28 JP JP2001054357A patent/JP2001344200A/ja active Pending
- 2001-02-28 US US09/796,171 patent/US7181441B2/en not_active Expired - Lifetime
- 2001-03-01 CN CNB011207841A patent/CN1222896C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE60020518T2 (de) | 2006-06-29 |
| JP2001344200A (ja) | 2001-12-14 |
| CN1222896C (zh) | 2005-10-12 |
| EP1130869B1 (en) | 2005-06-01 |
| DE60020518D1 (de) | 2005-07-07 |
| US20010025280A1 (en) | 2001-09-27 |
| CN1317756A (zh) | 2001-10-17 |
| EP1130869A1 (en) | 2001-09-05 |
| US7181441B2 (en) | 2007-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2239564T3 (es) | Gestion de datos de perfiles de usuarios. | |
| CA2782005C (en) | System and method for a global directory service | |
| US20110270880A1 (en) | Automated communications system | |
| JP2009510828A (ja) | ユニバーサルな識別子に基づいて通信チャネル上のトランザクションを制御するためのシステムおよび方法 | |
| US9356896B2 (en) | Automated announcement-and-bulletins system | |
| US8145755B2 (en) | Terminal, terminal management apparatus and method thereof for enabling management of terminals including based on association to each other | |
| EP1531641B1 (en) | A server apparatus | |
| US8948352B2 (en) | Multi-channel interactive message response system | |
| EP2701371B1 (en) | Constructing a Contact Sharing History | |
| US8121625B2 (en) | System for enabling communication between computers and mobile telephones | |
| EP1287448A1 (en) | User profile management in a communications network | |
| KR101162379B1 (ko) | 이동 통신 서비스 제어를 위한 정책 관리 시스템 및 방법 | |
| KR20060088790A (ko) | 웹하드 및 모바일 하드를 이용한 시간인증 방법과 시스템 | |
| KR100746640B1 (ko) | 블로그가 저장된 블로그 단말기의 블로그 접속 방법 | |
| Hooda | Data management for supporting nomadic users based on LDAP and software agents. | |
| Hooda et al. | Managing Mobility of Users in a Virtual Network | |
| KR20050088976A (ko) | 단순화된 통신단말기간의 통신데이터의 생성, 관리와 이의능동적 수신에 관한 서비스방법 |