ES2295625T3 - Metodo y aparato para transmitir informacion de sesion de un servidor de portal. - Google Patents
Metodo y aparato para transmitir informacion de sesion de un servidor de portal. Download PDFInfo
- Publication number
- ES2295625T3 ES2295625T3 ES03750989T ES03750989T ES2295625T3 ES 2295625 T3 ES2295625 T3 ES 2295625T3 ES 03750989 T ES03750989 T ES 03750989T ES 03750989 T ES03750989 T ES 03750989T ES 2295625 T3 ES2295625 T3 ES 2295625T3
- Authority
- ES
- Spain
- Prior art keywords
- function
- application
- user
- session
- modules
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/954—Navigation, e.g. using categorised browsing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Radar, Positioning & Navigation (AREA)
- Data Mining & Analysis (AREA)
- Remote Sensing (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Un sistema de servidor de portal que incluye al menos una aplicación de módulos de función (portlets) para gestionar una colección de módulos de función asociados para retransmitir información de sesión de usuario, siendo un módulo de función un componente activo visible de una página de portal, incluyendo la aplicación de módulo de función: medios para iniciar un primer módulo de función (205) en respuesta a una petición de usuario para acceder a una aplicación de web; medios para crear un objeto (208) de sesión de aplicación de módulo de función para el usuario para el primer módulo de función; medios (308) para guardar parámetros de la petición; medios para generar módulos de función adicionales asociados con el primer módulo de función en peticiones adicionales del usuario para acceder a la aplicación de web; un almacén (302) de datos de objeto de sesión de aplicación de módulos de función, controlado por el objeto de sesión de aplicación de módulos de función para usar los parámetros guardados para asociar los módulos de función adicionales con el objeto de sesión de aplicación de módulos de función; y medios para crear un cliente (209) de comunicación de aplicación de módulos de función, para comunicar con el objeto de sesión de aplicación de módulos de función y la aplicación de web para transportar peticiones de usuario recibidas desde los módulos de función primero y adicionales a la aplicación de web; en el que dicha información de sesión de usuario incluye información de sesión de usuario para mapear dicha información de sesión de usuario para una sesión correspondiente de dicha aplicación de web.
Description
Método y aparato para transmitir información de
sesión de un servidor de portal.
Esta invención se refiere a la Internet y, más
particularmente, a métodos y aparatos para producir y usar portales
y módulos de función en aplicaciones de web para proporcionar
capacidades mejoradas para lugares de web.
La Web de Todo el Mundo llevó un cambio de
paradigma a comunicaciones en la Internet, transportando información
gráfica a los usuarios. Con la llegada de la Web se demandó y se
demanda todavía capacidad de comunicación y capacidad de conexión
amplia incrementadas.
El Portal (anteriormente conocido como un portal
de web) ha llevado a un cambio mayor de paradigma en el espacio de
internet. Un lugar de web que ofrece una serie de recursos o
servicios tales como correo electrónico (email), forums, ingenios
de búsqueda, bases de datos u otra información se puede considerar
que son un portal. Los primeros portales de web pueden haber sido
servicios en línea. Durante el primer tiempo, los usuarios que
navegaban en internet eran capaces de ver páginas web que estaban
ensambladas con, y ofrecían, información que venía de varios
lugares en la web de amplitud mundial, aunque la constitución de
agregación era transparente para el usuario. Un usuario que hace
uso de un navegador de web típico ve expuesta una página web
cohesiva. La aparición de diferentes partes de la página desde
diversos lugares de internet no asociados con el lugar de web que
está siendo observado no es fácilmente evidente. Estas partes se
denominan Módulos de Función (Portlets).
Los módulos de función son los componentes
activos visibles que ven los usuarios finales dentro de sus páginas
de portal. De manera similar a una ventana de un PC de sobremesa,
cada módulo de función "posee" una porción del navegador o
pantalla de Aparato Digital Personal en la que se visualizan los
resultados.
Desde un punto de vista del usuario, un módulo
de función es un canal de contenido o aplicación a la que un
usuario se abona, añade a su página de portal personal y configura
para mostrar su contenido personalizado.
Desde el punto de vista de proveedores de
contenidos, un módulo de función es unos medios para hacer
disponible su contenido.
Desde un punto de vista del administrador del
portal, un módulo de función es un contenedor de contenido que
puede ser registrado con el portal, de manera que los usuarios
pueden abonarse a él.
Desde el punto de vista del portal, un módulo de
función es un componente ejecutado en una de sus páginas.
Desde un punto de vista técnico, un módulo de
función es una pieza de código o una pequeña aplicación que
discurre en un servidor de portal y proporciona contenido que ha de
ser embebido en páginas de portal. En los términos más simples, un
módulo de función puede ser un pequeño programa en lenguaje Java o
servlet Java^{TM} que opera dentro de un portal.
Cada parte (portlet o módulo de función) de una
página dada (normalmente surgida de diferentes lugares en la web de
amplitud mundial) puede colaborar con otra parte (módulo de función)
de la misma página para conseguir superior función para un usuario
que navega por la página o accede a ella. De ese modo, un portal
resulta un punto único de acceso para usuarios múltiples, a través
de canales múltiples, o fuentes múltiples de información.
Los portales se pueden aplicar en varios modelos
de negocios, a saber: negocios a consumidor, negocios a negocios, o
negocios a empresas. La clave para la rápida adopción del paradigma
de portal vincula fuertemente su capacidad para integrar datos de
aplicación de web existentes en el marco del portal de una manera
sin juntura seamless).
Sin embargo, existen todavía varios obstáculos
para la integración en portal de tal aplicación de web sin
juntura.
Cuando los usuarios acceden a una página de
portal, la petición de http (hyper text transport protocol:
protocolo de transporte de hipertextos) original para cada usuario
es dirigida hacia el servidor de portal. Cada uno de los módulos de
función tiene su propia sesión independiente denominada sesión de
módulo de función. Cuando un módulo de función necesita rendir
información que proviene de una aplicación de web dada, no existe
mecanismo para mantener estas peticiones de http múltiples,
generadas desde varios módulos de función para una aplicación de
web dada, como una sesión cohesiva desde el punto de vista de la
aplicación de web. Por encima de esto, no hay mecanismo existente
para retransmitir información de sesión entre sesiones de múltiples
módulos de función a la sesión de aplicación de web. La información
de sesión procedente de los módulos de función se requiere que sea
hecha proseguir a la aplicación de web en orden para que la
aplicación de web se ejecute correctamente. Ejemplos de importante
información de sesión para enviar desde sesiones de módulo de
función a la aplicación de web incluyen información local,
información de agente de usuario y de tiempo muerto de sesión.
Existen limitaciones en la técnica anterior
concernientes a cómo trabajan los siguientes artefactos juntamente
con aplicaciones de web existentes. La ejecución de integración de
aplicaciones de web en la estructura de portales no está bien
definida. Estas entidades incluyen:
Petición de http original a un portal;
Una sesión de módulo de función dentro de un
portal;
Una petición de http desde el portal a la
pertinente aplicación de web.
Cuando diferentes usuarios acceden a una página
de portal, la petición de http original para cada usuario es
dirigida al servidor de portal (a). La sesión de http original para
cada usuario es también totalmente "poseída" por el servidor
de portal. Cada uno de los módulos de función tiene su propia sesión
independiente denominada una sesión de módulo de función. Cuando un
módulo de función necesita rendir información que proceda de una
aplicación de web dada, (b), hay normalmente los siguientes
obstáculos técnicos:
- i.
- No hay mecanismo existente para que un módulo de función genere peticiones y respuestas de http a y desde la aplicación secundaria (backend) de web.
- j.
- No hay mecanismo existente para gestionar peticiones y respuestas múltiples a un módulo de función que llama (y la sesión de módulo de función) que se representa correctamente con múltiples peticiones y respuestas a una aplicación secundaria de web (y la sesión de aplicación de web). Cada uno (tanto módulo de función como aplicación de web) mantiene correspondientemente su sesión de usuario.
Esto resulta complicado cuando múltiples módulos
de función llaman a la misma aplicación de web, tratando la
aplicación de web estas peticiones de módulos de función múltiples
dentro de la misma sesión de aplicación de web.
- k.
- No hay mecanismo existente para retransmitir información de sesión entre las múltiples sesiones de módulo de función y la sesión de aplicación de web.
Cuando un conjunto bien definido de módulos de
función dentro de la misma aplicación de módulo de función
interactúa con la una aplicación secundaria de web, todos los
módulos de función que participan deben ser capaces de recuperar y
enviar la información de sesión correcta a la aplicación secundaria
de web de tal manera que la información dada por la aplicación de
web sea compatible con el establecimiento de la del portal de los
módulos de función. Ejemplos de tal establecimiento incluyen
información local, de agente de usuario de ese acceso particular,
etc. Por ejemplo, las respuestas enviadas desde la aplicación de web
deben estar usando el mismo local con el módulo de función en el
servidor de portal que lo visualiza.
No hay mecanismo existente para señal única tal
que las credenciales de usuario de portal no sean retadas por la
aplicación secundaria de web. Este es un requisito crítico. La
ausencia de este dará lugar a que las credenciales de usuario sean
retadas cuando el usuario se mueve desde una parte de una página web
a una parte diferente de la misma página web, ya que los módulos de
función tienen diferentes orígenes y requisitos de
identifica-
ción.
ción.
No hay mecanismo existente para la
sincronización de peticiones o respuestas múltiples entre módulos de
función de una aplicación de módulo de función dada y la pertinente
de aplicación de web secundaria.
La técnica anterior tiene limitaciones
concernientes a cómo colaboran entre sí (comparten el mismo
contexto) módulos de función múltiples dentro de la misma
aplicación de módulo de función, así como con las diversas
aplicaciones de web integradas, lo cual no está dinámicamente
definido.
Un Escenario de Uso que implique módulos de
función múltiples que colaboren por compartir el mismo
"contexto" servirán dinámicamente para ilustrar
conceptualmente la limitación:
Con tres módulos de función que estén siendo
visualizados en la misma página de portal:
- -
- un módulo de función muestra el sumario de cuentas visualizando una lista de cuentas
- -
- el segundo módulo de función muestra una lista de cuentas de facturas vigentes
- -
- el tercer módulo de función u sumario de historia de orden de cuentas dado
El segundo y tercer módulos de función están
contextualmente unidos al primer módulo de función dinámicamente,
reflejando facturas vigentes (2º módulo de función) e historia de
orden (3º módulo de función) y están sincronizados con una cuenta
seleccionada de la lista de cuentas del primer módulo de
función.
Limitaciones de la técnica anterior:
- i.
- No existe mecanismo para definir un sub-agrupamiento de módulos de función dentro de una aplicación de módulos de función que trabajaran de manera colaboradora.
- j.
- No existe mecanismo para definir un contexto (que puede ser dinámicamente cambiado) compartido entre estos sub-grupos de módulos de función dentro de una aplicación de módulos de función dada: ejemplo de contexto aquí es la cuenta seleccionado en el módulo de función 1, pudiendo ser cambiada dinámicamente tal selección de cuenta.
- k.
- No existe mecanismo para detectar el cambio de contexto dinámicamente: ejemplo del cambio de selección desde una cuenta a otra cuenta desde la lista de cuentas en el módulo de función 1 del anterior ejemplo.
- l.
- No existe mecanismo para registrar una acción (o respuestas) predefinida para cada módulo de función participante dentro del sub-grupo de módulos de función que comparten el mismo concepto: ejemplo de visualización de la lista de facturas excepcionales (acción en el módulo de función 2) cuando se cambia el contexto (desde una selección de cuenta a otra en el módulo de función 1).
- m.
- No existe mecanismo para retransmitir ese contexto dinámico a las pertinentes aplicaciones de web integradas.
No hay mecanismo existente en la técnica
anterior para definir una secuencia de renovación para un grupo de
módulos de función dentro de una aplicación de módulo de
función.
- i.
- No existe actualmente previsión para que un diseñador de portal especifique el orden de renovación de un conjunto dado de módulos de función que están siendo presentados visualmente.
En el escenario anterior del invento, el
diseñador de portal desearía que se renovara en primer lugar el
primer módulo de función (lista de cuentas), en segundo lugar el
segundo módulo de función, etc., de manera que el 2º y 3º módulos
de función lo fueran automáticamente. Las acciones definidas (cuando
se despliega el módulo de función) tienen lugar en una secuencia
correcta.
Existe una carencia de un mecanismo bien
definido en la estructura de portal para soportar la agregación de
módulos de función sobre la base de información de reglas de negocio
y perfilado de usuario que incluya el papel del usuario.
- i.
- No hay mecanismo existente para definir la agregación de recursos de portal por cada usuario sobre la base de reglas de negocios.
Ejemplo: todos los usuarios de portal
adolescentes ven un grupo de módulos de función, y todos los
usuarios de portal adultos ven otro grupo de módulos de
función.
- j.
- No hay mecanismo existente para tal agregación de módulos de función basada en reglas y basada en usuario que sea realizada dinámicamente en tiempo de funcionamiento.
No existe compartimiento de información de
reglas a nivel de negocios y de perfil de usuario con pertinentes
aplicaciones secundarias de web integradas.
No existe compartimiento de información de
reglas de negocios o de segmentación de usuario con una aplicación
de web integrada tal que estas reglas y segmentación de usuario
puedan ser compatibles a través de un portal y su aplicación
secundaria de web integrada. Por ejemplo, si existe una regla que
defina el intervalo de edad de un adolescente, tal regla debe ser
visible y aplicable a la aplicación de web integrada para
compatibilidad.
Un artículo titulado "Desarrollando Módulos de
función" BEA WEBLOGIC PERSONALIZATION SERVER 3.1.1 [En línea]
2000, XP002314066 BEA HOMEPAGE describe la creación de aplicaciones
de módulo de función.
\vskip1.000000\baselineskip
Los módulos de función son los componentes
activos visibles que ven los usuarios finales dentro de sus páginas
de web de portal. De manera similar a una ventana en un PC de
sobremesa, cada módulo de función "posee" una porción del
navegador o pantalla de PDA (Personal Digital Appliance: Aparato
Digital Personal) en la que visualiza información específica de
módulo de función.
Los módulos de función pueden ser también
agrupados conjuntamente en una aplicación de módulo de función. Las
aplicaciones de módulo de función se distribuyen y despliegan usando
información de archivo de Web (WAR: Web archive). Existen
extensiones específicas de módulos de función al descriptor de
despliegue de aplicaciones de Web estándar.
Los mensajes de módulos de función se usan para
la comunicación entre dos módulos de función usando acciones de
módulo de función y mensajes de módulo de función. El módulo de
función de envío crea una acción de módulo de función, codifica la
acción en un URL. Cuando se direcciona el URL, por ejemplo por un
usuario que intenta realizar una tarea, el que escucha la acción es
llamado y envía un mensaje de módulo de función para enviar los
datos necesarios.
Una sesión de módulo de función es creada para
cada caso de módulo de función para cada registro de datos de
usuario para mantener información de sesión para cada usuario por
cada caso de módulo de función.
Las diversas realizaciones de la presente
invención se dirigen a uno o más inconvenientes de la técnica
anterior.
La invención proporciona un método de
retransmitir información de sesión desde un portal a módulos de
función (portlets) asociados a las aplicaciones secundarias
(backend) de web. Esto hace posible la retransmisión de información
de sesión de portal a la aplicación secundaria de web, haciendo
posible que la aplicación de web se comporte de manera compatible
de acuerdo con la información de sesión proporcionada por el
portal.
Una realización de la invención proporciona un
almacén de información de sesión de usuario (tabla de mapeado o
representación) para almacenar información de sesión de usuario.
Los módulos de función asociados tienen mapas de parámetros de
peticiones de módulos de función que almacenan datos e instrucciones
de peticiones de usuario a los módulos de función. Estos parámetros
de las peticiones de módulo de función son retransmitidos a las
peticiones de http desde el citado módulo de función secundaria de
aplicación de web.
Información de sesión crítica como escenario; la
información de tiempo muerto de sesión puede ser ahora retransmitida
a la aplicación secundaria de web.
Con una realización de esta invención, es ahora
posible tener una ejecución de retransmisión de sesión para el
reparto de datos de sesión comunes entre un servidor de portal y su
aplicación secundaria de web, haciendo posible que la aplicación
secundaria de web reciba información del servidor de portal que
tiene que ser explotado por la aplicación secundaria de web, con
las respuestas de aplicación secundaria de web sincronizadas con
las del servidor de portal.
Una realización de la invención proporciona un
aparato para presentar visualmente a un usuario un portal de web
para una aplicación de web, presentando visualmente el portal de web
una pluralidad de módulos de función asociados, que comparten
información entre sí, accesible para el usuario; incluyendo: un
servidor de portal para operar un portal de web para proporcionar
acceso a la aplicación de web; una aplicación de módulo de función
para operar en el servidor de portal, para gestionar una colección
de módulos de función asociados; la aplicación de módulo de función
incluye: medios para iniciar módulos de función en peticiones de un
usuario para acceder a la aplicación de web; medios para gestionar
un objeto de sesión de aplicación de módulo de función para los
módulos de función; y un almacén de datos de objeto de sesión de
aplicación de módulo de función controlado por el objeto de sesión
de aplicación de módulo de función para guardar parámetros de
peticiones de usuario para asociación de los módulos de función con
el objeto de sesión de aplicación de módulo de función.
El aparato de la invención puede incluir un
cliente de comunicación de aplicación de módulo de función en la
aplicación de módulo de función para comunicación entre el objeto de
sesión de aplicación de módulo de función y la aplicación de web
para transportar al usuario peticiones recibidas desde módulos de
función asociados a la aplicación de web. La aplicación de módulo
de función puede asignar una clave común a cada módulo de función
asociado con un objeto de sesión de aplicación de módulo de
función.
Otra realización de la invención proporciona un
aparato para presentar visualmente un portal de web para una
aplicación de web a una pluralidad de usuarios, presentando
visualmente el portal de web una pluralidad de módulos de función,
que comparten información, accesible por los usuarios; incluyendo:
un servidor de portal para operar un portal de web para
proporcionar acceso a la aplicación de web; una aplicación de módulo
de función para operar en el servidor de portal para cada uno de la
pluralidad de usuarios, para gestionar una recogida de módulos de
función asociados para cada uno de la pluralidad de usuarios; cada
aplicación de módulo de función incluye: medios para iniciar
módulos de función o peticiones de uno de la pluralidad de usuarios
para acceder a la aplicación de web; medios para gestionar un objeto
de sesión de aplicación de módulo de función para los módulos de
función; y un almacén de datos de objeto de sesión de aplicación de
módulo de función controlado por el objeto de sesión de aplicación
de módulo de función para guardar parámetros de peticiones de
usuario para asociar los módulos de función con el objeto de sesión
de aplicación de módulo de función.
Otra realización de la invención proporciona un
aparato para presentar visualmente a un usuario un portal de web
para una pluralidad de aplicaciones de web, presentando visualmente
el portal de web una pluralidad de módulos de función asociados,
que comparten información entre sí, accesible por el usuario;
incluyendo: un servidor de portal para operar un portal de web para
proporcionar acceso a la aplicación de web; una pluralidad de
aplicaciones de módulo de función relacionadas respectivamente con
la pluralidad de aplicaciones de web para operar en el servidor de
portal, estando cada aplicación de módulo de función adaptada para
gestionar una recogida de módulos de función asociados; cada
aplicación de módulo de función incluye: medios para iniciar
módulos de función o peticiones de un usuario para acceder a una de
la pluralidad de aplicaciones de web; medios para gestionar un
objeto de sesión de aplicación de módulo de función para los módulos
de función; y un almacén de datos de objeto de sesión de aplicación
de módulo de función, controlado por el objeto de sesión de
aplicación de módulo de función para guardar parámetros de
peticiones de usuario para asociación de los módulos de función de
la aplicación de módulo de función con el objeto de sesión de
aplicación de módulo de función de la sesión de aplicación de
módulo de función.
Otro aspecto del aparato de la invención incluye
una tabla de información de sesión de usuario adaptada para
conectar a múltiples aplicaciones de web con el objeto de sesión de
aplicación de módulo de función.
Todavía otra realización de la invención
proporciona un aparato para presentar a un usuario un portal de web
para una aplicación de web, presentando el portal una pluralidad de
módulos de función asociados, que comparten información entre sí,
accesible por el usuario; que incluye: un servidor de portal para
operar un portal de web para proporcionar acceso a la aplicación de
web, una aplicación de módulo de función para operar en un servidor
de portal, para gestionar una recogida de módulos de función
asociados; incluyendo la aplicación de módulo de función: medios
para iniciar un primer módulo de función a petición de un usuario
para acceder a la aplicación de web; medios para crear un objeto de
sesión de aplicación de módulo de función para el usuario para el
primer módulo de función; medios para guardar parámetros de la
petición; medios para generar módulos de función adicionales
asociados con el primer módulo de función en peticiones adicionales
del usuario para acceder a la aplicación de web; un almacén de
datos de objeto de sesión de aplicación de módulo de función,
controlado por el objeto de sesión de aplicación de módulo de
función para utilizar los parámetros guardados para asociación de
los módulos de función adicionales con el objeto de sesión de
aplicación de módulo de función; y medios para crear un cliente
(httpCliente) para comunicación con el objeto de sesión de
aplicación de módulo de función y la aplicación de web para
transportar peticiones de usuario recibidas desde los módulos de
función primero y adicionales a la aplicación de web.
El aparato puede incluir un cliente de
comunicación de aplicación de módulo de función para comunicar entre
el objeto de sesión de aplicación de módulo de función y la
aplicación de web para transportar peticiones de usuario recibidas
de los módulos de función asociados a la aplicación de web.
La aplicación de módulo de función asigna
preferiblemente una clave común a cada módulo de función asociado
con un objeto de sesión de aplicación de módulo de función.
Puede ser proporcionada, ventajosamente, una
tabla de información de sesión de usuario adaptada para conectar a
múltiples aplicaciones de web con el objeto de sesión de aplicación
de módulo de función.
Otra realización de la invención proporciona un
aparato para presentar a un usuario un portal de web para una
aplicación de web, presentando el portal de web una pluralidad de
módulos de función asociados, que comparten información entre sí,
accesible por el usuario, que incluye: un servidor de portal que
opera un portal de web para proporcionar acceso a la aplicación de
web; una aplicación de módulo de función que opera en el servidor
de portal para gestionar una recogida de módulos de función
asociados; incluyendo la aplicación de módulo de función: medios
para iniciar módulos de función como petición de un usuario para
acceder a la aplicación de web; medios para gestionar un objeto de
sesión de aplicación de módulo de función para los módulos de
función; y un almacén de datos de objeto de sesión de aplicación de
módulo de función, controlado por el objeto de sesión de aplicación
de módulo de función para guardar parámetros de peticiones de
usuario para asociar los módulos de función con el objeto de sesión
de aplicación de módulos de función.
Otro aspecto de la invención proporciona un
método de compartir información entre una pluralidad de módulos de
función asociados en un portal de web, que incluye: conceder acceso
para cada uno de una pluralidad de módulos de función asociados a
un almacén de datos de módulo de función; permitir que cada uno de
la pluralidad de módulos de función asociados inscriba datos en el
almacén de datos de módulo de función y lea datos almacenados del
almacén de datos de módulo de función.
El método anterior puede proporcionar,
ventajosamente, un sistema en el que los módulos de función
asociados sean gestionados por una aplicación de módulo de función
adaptada para operar en un sistema de tratamiento de datos; en el
que almacenar datos de módulo de función comprende el almacenamiento
de aplicación de módulo de función gestionado por un objeto de
sesión de aplicación de módulo de función que controla la lectura y
escritura de datos por los módulos de función asociados en el
almacén de datos que permite el intercambio de datos entre los
módulos de función asociados de la aplicación de módulos de
función.
Otro aspecto de la invención proporciona un
aparato para compartir información entre módulos de función
múltiples asociados en un portal de web, que incluye: una
aplicación de módulo de función para gestionar los módulos de
función múltiples asociados; un almacén de datos de aplicación de
módulo de función; medios para conceder acceso de lectura/escritura
al almacén de datos por los módulos de función múltiples asociados
con el fin de que los módulos de función puedan intercambiar datos
entre sí.
Todavía otro aspecto de la invención proporciona
un servidor de módulo de función (aplicación) capaz de operar en un
servidor de portal para alojar múltiples módulos de función
asociados en un portal de web, que incluye: medios para gestionar
los múltiples módulos de función asociados; medios para gestionar un
objeto de sesión de aplicación de módulo de función; un almacén de
datos de aplicación de módulo de función gestionado por el objeto
de sesión de aplicación de módulo de función para conceder acceso de
lectura/escritura al almacén de datos a los múltiples módulos de
función asociados para hacer posible que los módulos de función
asociados intercambien datos entre sí.
Otro aspecto de la invención proporciona un
servidor de módulo de función (aplicación) capaz de operar en un
servidor de portal para alojar múltiples módulos de función
asociados en un portal de web, que incluye: medios para gestionar
los múltiples módulos de función asociados; medios para crear y
gestionar un objeto de sesión de aplicación de módulo de función;
un almacén de datos de aplicación de módulo de función creado y
gestionado por el objeto de sesión de aplicación de módulo de
función para conceder acceso de lectura/escritura al almacén de
datos a los múltiples módulos de función asociados para hacer
posible que los módulos de función asociados intercambie datos
entre sí.
Ventajosamente, la aplicación de módulo de
función asigna una clave común a cada módulo de función asociado
con un objeto de sesión de aplicación de módulo de función.
Otro aspecto de la invención proporciona una
aplicación de módulo de función capaz de operar en un servidor de
portal para alojar múltiples módulos de función asociados en un
portal de web accesible para un usuario, que incluye: medios de
aplicación de módulo de función para gestionar los múltiples módulos
de función asociados; medios de aplicación de módulo de función
para gestionar un objeto de sesión de aplicación de módulo de
función para el usuario; medios de aplicación de módulo de función
para conceder la clave a cada módulo de función asociado para
controlar el acceso al objeto de aplicación de módulo de
función.
Todavía otro objeto de la invención proporciona
una aplicación de módulo de función capaz de operar en un servidor
de portal para alojar múltiples módulos de función asociados en un
portal de web accesible para un usuario, que incluye: medios de
aplicación de módulo de función para gestionar los múltiples módulos
de función asociados; medios de aplicación de módulo de función
para crear y gestionar un objeto de sesión de aplicación de módulo
de función para el usuario; medios de aplicación de módulo de
función para crear y gestionar una clave para el usuario para el
objeto de sesión de aplicación de módulo de función; medios de
aplicación de módulo de función para conceder la clave a cada
módulo de función asociado para controlar el acceso al objeto de
aplicación de módulo de función.
Ventajosamente, una aplicación de módulo de
función es asignada a cada usuario y una clave es asignada
respectivamente para cada usuario a respectivos objetos de
aplicación de módulo de función para cada aplicación de módulo de
función.
Otro aspecto de la invención proporciona un
aparato para presentar a un usuario un portal de web para una
aplicación de web, que incluye: un servidor de portal para operar un
portal de web para proporcionar acceso a la aplicación de web por
parte de un usuario; una aplicación de módulo de función, para
gestionar una colección de módulos de función asociados, para
operar en un servidor de portal; un objeto de sesión de aplicación
de módulo de función para el usuario, para los módulos de función
asociados; un almacén de datos de objeto de sesión de aplicación de
módulo de función, controlado por el objeto de sesión de aplicación
de módulo de función; un cliente de comunicación de aplicación de
módulo de función, vinculado al almacén de datos de aplicación de
módulo de función, para comunicación entre los módulos de función
asociados y la aplicación de web para transportar peticiones de
usuario recibidas desde módulos de función asociados a la aplicación
de web; teniendo el cliente de comunicación una memoria intermedia
de peticiones para almacenar y sincronizar peticiones desde módulos
de función asociados para hacer posible que el cliente de
comunicación genere sincronizado con la aplicación de web.
Preferiblemente, el cliente de comunicación de
aplicación de módulo de función está adaptado para enviar
información que incluye peticiones sobre una red a una aplicación
de web y recibir información que incluye respuestas a las
peticiones desde la aplicación de web.
Otro aspecto de la invención proporciona un
aparato para presentar visualmente a un usuario un portal de web
para una aplicación de web, que incluye: un servidor de portal para
operar un portal de web para proporcionar acceso a la aplicación de
web por parte de un usuario; una aplicación de módulo de función,
para gestionar una recogida de módulos de función asociados, para
operar en el servidor de portal; un objeto de sesión de aplicación
de módulo de función para el usuario para los módulos de función
asociados; un almacén de datos de objeto de sesión de aplicación de
módulo de función, controlado por el objeto de sesión de aplicación
de módulo de función; un cliente de comunicación de aplicación de
módulo de función, vinculado al almacén de datos de aplicación de
módulo de función para comunicación entre los módulos de función
asociados y la aplicación de web para transportar peticiones de
usuario recibidas desde los módulos de función asociados a la
aplicación de web; teniendo el cliente de comunicación una memoria
intermedia de peticiones para almacenar y poner en serie
peticiones de los módulos de función asociados para hacer posible
que el cliente de comunicación genere de manera seriada a la
aplicación de web.
Preferiblemente, el cliente de comunicación de
aplicación de módulo de función está destinado en enviar información
que incluye peticiones sobre una red a una aplicación de web o
servidor de aplicación de web y recibir información que incluye
respuestas a las peticiones de la aplicación de web.
Otro aspecto de la invención para un servidor de
portal adaptado para operar un portal de web para proporcionar
acceso a la aplicación de web; que tiene una aplicación de módulo de
función que opera en el servidor de portal, para gestionar una
colección de módulos de función asociados; en el que la aplicación
de módulo de función incluye: medios para iniciar módulos de
función o peticiones de un usuario para acceder a la aplicación de
web; medios para gestionar un objeto de sesión de aplicación de
módulo de función para los módulos de función; y un almacén de
datos de objeto de sesión de aplicación de módulo de función,
controlado por el objeto de sesión de aplicación de módulo de
función para guardar parámetros de peticiones de usuario para
asociar los módulos de función con el objeto de sesión de
aplicación de módulo de función, incluyendo el aparato: un cliente
(Clientehttp) de comunicación de aplicación de módulo de función,
vinculado al almacén de datos de aplicación de módulo de función
para comunicación entre módulos de función asociados y la aplicación
de web para transportar peticiones de usuario recibidas desde los
módulos de función asociados a la aplicación de web; teniendo el
cliente de comunicación de aplicación de módulo de función un
almacén (tabla de mapeado) de información de sesión de usuario para
almacenar información de sesión de usuario que incluye información
seleccionada desde el conjunto de la siguiente información de
sesión de usuario: id de usuario, credenciales de usuario,
preferencias de lenguaje, información de tiempo muerto de sesión,
id de sección, etc., para mapeado (mapping) de la información de
sesión de usuario para una sesión correspondiente de la aplicación
de web.
La información de tiempo muerto de sesión
incluye preferiblemente información de tiempo muerto de sesión del
servidor de portal y la aplicación de web.
Otro aspecto de la invención proporciona
aplicación de módulo de función para representar una colección de
módulos de función asociados en un portal, para operación en un
servidor que proporciona acceso a la aplicación de web por parte
del usuario; los módulos de función asociados que tienen mapas de
parámetros de módulos de función que almacenan datos e
instrucciones a partir de peticiones de usuario a los módulos de
función; un almacén de datos de sesión de aplicación de módulo de
función, controlado por el objeto de sesión de aplicación de módulo
de función; un cliente (Clientehttp) de comunicación de aplicación
de módulo de función, vinculado al almacén de datos de aplicación
de módulo de función para comunicación entre los módulos de función
asociados y la aplicación de web para transportar peticiones de
usuario recibidas de los módulos de función asociados a la
aplicación de web; teniendo el cliente de comunicación una memoria
intermedia de peticiones para almacenar peticiones a partir de
mapas de parámetros de peticiones de módulos de función de los
módulos de función asociados para hacer posible que el cliente de
comunicación proporcione datos e instrucciones para la aplicación de
web.
Otro aspecto de la invención proporciona un
cliente (Clientehttp) de comunicación de aplicación de módulo de
función, vinculado al almacén de datos de aplicación de módulo de
función para comunicación entre los módulos de función asociados y
la aplicación de web para transportar peticiones de usuario
recibidas desde los módulos de función asociados a la aplicación
de web; el cliente de comunicación de aplicación de módulo de
función, que tiene un almacén (mapping table: tabla de mapeo) de
información de sesión de usuario para almacenar información de
sesión de usuario que incluye información seleccionada a partir del
conjunto de la siguiente información de sesión de usuario: id de
usuario; credenciales de usuario, preferencias de lenguaje,
información de tiempo muerto de sesión, id de sesión, etc., para
representar la información de sesión de usuario a una sesión
correspondiente de la aplicación de web; la información de tiempo
muerto de sesión que incluye información de tiempo muerto de sesión
del servidor de portal y la aplicación de web.
Preferiblemente, lo anterior incluye medios de
sincronización para el cliente de comunicación de aplicación de
módulo de función para adaptar tiempos muertos de sesión entre el
servidor de portal y la aplicación de web volviendo a autentificar
al usuario si la aplicación de web termina antes del servidor de
portal.
Otro aspecto de la invención proporciona una
aplicación de módulo de función capaz de operar en un servidor de
portal para alojar múltiples módulos de función asociados en un
portal de web accesible por el usuario, proporcionando el servidor
de portal medios de mapeado para permitir que los módulos de función
asociados se manden mensajes entre sí, que incluye: medios de
aplicación de módulo de función para gestionar los múltiples
módulos de función asociados; teniendo cada módulo de función
asociado un descriptor de módulo de función que describe nombres de
contexto; incluyendo los módulos de función asociados grupos de
colaboración de módulos de función que tienen nombres de contexto
correspondientes que definen valores de contexto; incluyendo cada
grupo de módulos de función un módulo de función maestro y al menos
un módulo de función auxiliar o esclavo; en que cada grupo de
módulos de función comparten nombres de contexto en común; medios en
el servidor de portal para emitir cambios de comunicación en
valores de contexto de un módulo de función maestro a módulos de
función auxiliares del módulo de función maestro; medios en el
servidor de portal para cambiar valores de contexto de los módulos
de función auxiliares para adaptar valores de contexto del módulo de
función maestro como transmisión.
Otro aspecto de la invención proporciona una
aplicación de módulo de función capaz de operar en un servidor de
portal para alojar múltiples módulos de función asociados en un
portal de web accesible para el usuario, teniendo el servidor de
portal capacidad de renovación, que incluye: medios de aplicación de
módulo de función para gestionar los múltiples módulos de función
asociados; teniendo cada módulo de función asociado un descriptor
de módulo de función; incluyendo cada descriptor de módulo de
función descripción de prioridad de renovación para el módulo de
función; incluyendo los módulos de función asociados grupos de
colaboración de módulos de función; incluyendo cada grupo de
módulos de función un módulo de función maestro y al menos un módulo
de función auxiliar; medios en los medios de aplicación de módulo
de función para renovar los módulos de función en orden de sus
prioridades de renovación.
Todavía otro aspecto de la invención proporciona
una aplicación de módulo de función capaz de operar en un servidor
de portal para alojar múltiples módulos de función asociados en un
portal de web accesible por un usuario, teniendo el servidor de
portal capacidad de renovación, que incluye: el hecho de comprender
los módulos de función asociados grupos de colaboración de módulos
de función; medios de aplicación de módulos de función para
gestionar los múltiples módulos de función asociados; teniendo cada
módulo de función asociado un descriptor de módulo de función;
incluyendo cada descriptor de módulo de función una descripción de
prioridad de renovación para el módulo de función, y una prioridad
de descripción de renovación para el grupo de módulos de función de
los cuales el módulo de función es un miembro; incluyendo cada grupo
de módulos de función y módulo de función maestro y al menos un
módulo de función auxiliar; medios en los medios de aplicación de
módulo de función para renovar los módulos de función en orden de
sus prioridades; medios en los medios de aplicación de módulo de
función para renovar los grupos colaboradores de módulos de función
en orden de sus prioridades de renovación de grupo.
Los módulos de función maestros tienen
prioridades más elevadas que los módulos de función auxiliares.
Preferiblemente, la aplicación de módulo de
función renueva los grupos primeramente en orden de prioridades de
grupo y después renueva dentro de cada grupo en orden de
prioridades.
Otro aspecto de la invención proporciona un
aparato para presentar visualmente a un usuario una sesión de
página web para una aplicación de web, presentando visualmente la
sesión de página web una pluralidad de módulos de función
colaboradores asociados, que comparten información entre sí,
accesible para el usuario, que incluye: un servidor de portal para
operar un portal de web para proporcionar acceso a la aplicación de
web; una aplicación de módulo de función, para gestionar una
colección de módulos de función asociados, para operar en el
servidor de portal; medios de acceso para acceder a una base de
datos de reglas; incluyendo las reglas unas reglas que controlan la
presentación de conjuntos de módulos de función, páginas, grupos de
páginas para usuarios; medios de selección para seleccionar un
conjunto de módulos de función, páginas y grupos de páginas que se
han de presentar a un usuario sobre la base de información
proporcionada por el usuario (propiedades de información).
En otra variación de la invención, los medios de
selección incluyen un dispositivo de reglas enchufable, una base de
datos de reglas y un dispositivo de agregación de aplicación de
módulo de función que aplica reglas para seleccionar y presentar
módulos de función, páginas y grupos de páginas seleccionados a un
usuario.
Otro aspecto de la invención proporciona un
aparato para presentar visualmente a un usuario una sesión de
página web para una aplicación de web, presentando visualmente la
sesión de página web una pluralidad de módulos de función
colaboradores asociados, que comparten información entre sí,
accesible para el usuario, que incluye: un servidor de portal para
operar un portal de web para proporcionar acceso a la aplicación de
web; una aplicación de módulo de función para gestionar una
colección de módulos de función asociados, para operar en el
servidor de portal, medios de acceso a papeles o roles para acceder
basándose en datos de roles; conteniendo la base de datos de roles
reglas que controlan la presentación de conjuntos de módulos de
función, páginas, grupos de páginas, a usuarios sobre la base de
roles de usuarios; medios de selección de roles para seleccionar un
conjunto de módulos de función, páginas y grupos de páginas que se
han de presentar al usuario sobre la base de un papel identificado
del usuario.
Otros aspectos de la invención proporcionan un
artículo que incluye un medio portador de señal legible por
ordenador; medios de código de programa de ordenador registrados en
el medio, destinados a realizar los métodos de las realizaciones de
la invención descritas anteriormente.
Otros aspectos de la invención proporcionan un
artículo que incluye: un medio portador de señal legible por
ordenador; medios de código de programa de ordenador registrados en
el medio, destinados a ejecutar el aparato de cualquiera de las
realizaciones de la invención descritas anteriormente.
El medio puede ser seleccionado del grupo que
consiste en medio de almacenamiento de datos magnético, óptico,
biológico y atómico.
El medio puede ser una señal portadora
modulada.
La señal puede ser una transmisión por una
red.
Realizaciones de la presente invención se
describirán a modo de ejemplos en referencia a los dibujos que se
acompañan, en los cuales:
La figura 1 representa un Modelo de
Encadenamiento de Contexto Dinámico;
La figura 2 representa una Integración de
Aplicación de Web con Portal;
La figura 3 representa un Diagrama Estructural
de Integración;
La figura 4 representa un Diagrama de Flujo de
Integración;
La figura 5 representa un Diagrama de Estructura
para integración de Portal con Aplicación de Web;
La figura 6 representa un Diagrama de Flujo para
Integración;
La figura 7 representa un Ejemplo de Grupos de
Contexto Dinámico para Módulos de función;
La figura 8 representa una Inicialización de
Aplicación de Módulo de Función para Contexto Dinámico como se
Especifica en el caso de Definición;
La figura 9 representa un Flujo de Tiempo de
Funcionamiento de Grupo de Módulo de Función en Contexto
Dinámico;
La figura 10 representa un Mapa de Estructura de
Componentes de Agregación Dinámica Basada en Roles;
La figura 11 representa un Mapa de Flujo de
Componentes de Agregación Dinámica Basada en Reglas;
La figura 12 representa un Diagrama de Flujo de
Agregación Dinámica Basada en Roles;
La figura 13 representa el manejo de peticiones
de módulo de función para aplicaciones de web;
La figura 14 representa un diagrama de modelo de
sincronización;
La figura 15 representa un diagrama de flujo
para un dispositivo de agregación de portal consciente de
secuencia;
La figura 16 representa la definición de un
grupo dinámico denominado "MaleTeen" (AdolescenteVarón) y de
asignación de usuarios al grupo;
La figura 17 representa la asignación de una
acción de selección de grupo de contenido de base de datos de
reglas a un grupo dinámico de usuarios; y
La figura 18 representa la creación de una nueva
acción denominada "maleTeenAcción".
\vskip1.000000\baselineskip
Esta sección describe realizaciones preferidas
de la invención
La figura 2 ilustra una realización preferida de
la invención que muestra su uso con un servidor de portal de
web.
El módulo de función (que realiza peticiones de
http a la aplicación de web secundaria) utiliza el cliente 209 de
Http de Aplicación de módulo de función, usado para abrir una
conexión de Http a una aplicación secundaria de web que discurre en
un servidor 210 de aplicación secundaria. La aplicación de web
secundaria requiere un cliente 209 de Http de Aplicación de módulo
de función para proporcionar soporte de sesión en peticiones y
respuestas múltiples, manejo de galleta y lógica de Fichaje Único
(SSO: Single Sign on). Todos los módulos de función de la misma
aplicación de módulo de función usan el mismo objeto de cliente 209
de Http de aplicación de módulo de función para conectar a una o
más aplicaciones de web secundarias. Existe un cliente 209 de http
de Aplicación de módulo de función por aplicación 204 de módulo de
función.
El objeto 208 de Sesión de Aplicación de Módulo
de Función es un objeto de almacén de datos unificado que puede ser
compartido por todos los módulos de función en una aplicación de
módulo de función dada. Este objeto existe por cada usuario y por
cada aplicación de módulo de función. El objeto 208 de Sesión de
Aplicación de Módulo de Función proporciona infraestructura para
que múltiples módulos de función de una aplicación de módulo de
función dada tengan sesiones de usuario independientes (denominadas
sesiones 204, 205, 206 de módulo de función), pero comparten la
misma Sesión de Aplicación de Módulo de Función, y comunican con la
aplicación de web en el servidor 210 de aplicación secundaria con
una sesión única de aplicación de web.
El Contexto de Sesión de Aplicación de Módulo de
Función proporciona información que es por cada usuario y por cada
aplicación de módulo de función. Esto significa que todos los
módulos de función dentro de la misma aplicación de módulos de
función (204, 203) pueden tener ahora un modo de compartir entre
ellos información común.
El mecanismo de retransmisión de Sesión hace
posible el paso de información desde la sesión de http original
mantenida por el servidor de portal a la sesión de http secundaria
creada por el cliente de http de aplicación de módulo de función.
Este mecanismo usa la siguiente infraestructura:
La tabla de galletas 305 (una tabla de
información de sesión de usuario) es la entidad principal para
mapear (mapping) las galletas de servidor de portal para las
galletas de sesión de aplicación secundaria de web. La relación de
mapeo entre la galleta de las peticiones de http al servidor de
portal y la galleta del cliente de http de aplicación de módulo de
función a una aplicación de web dada es uno a uno. Sin embargo, un
cliente de http de aplicación de módulo de función dada puede
efectuar peticiones de http a diferentes aplicaciones de web,
manteniendo cada aplicación de web sesiones independientes. Con esa
consideración, el mapeo entre la galleta de sesión de servidor de
portal y la de las aplicaciones de web secundarias puede ser uno a
muchos (debido a múltiples servidores de aplicaciones de web
secundarias).
La figura 13 representa este mapeo, en el que se
ilustran cierto número de items:
RQ1: galleta procedente de la petición de http
de un agente (navegador) de usuario al servidor de portal
RQA. galleta procedente de la petición de http
del cliente de aplicación de http de módulo de función a la
aplicación A de web
RQB: galleta procedente de la petición de http
del cliente de aplicación de http de módulo de función a la
aplicación B de web.
El cliente 209 de Http de Aplicación de módulo
de función utiliza esta tabla para consultar la galleta de
adaptación a la aplicación secundaria de web que discurre en el
servidor 210 de aplicación secundaria de web.
La existencia de esta tabla 305 de mapeado de
galletas hace posible la expiración automática de una sesión de
aplicación secundaria de web cuando expira la sesión de servidor de
portal.
El cliente 209 de http de aplicación de módulo
de función es creado por cada aplicación de módulo de función. La
clave de consulta de galletas se almacena en el objeto de sesión de
aplicación de portal, que es accesible a todos los módulos de
función dentro de la misma aplicación de módulo de función. La tabla
de consulta de galletas es responsable de la adaptación de la
sesión de http del servidor de portal con la sesión de http de la
aplicación
secundaria.
secundaria.
El uso de la clave de consulta de galletas
permite que todos los módulos de función de una aplicación de módulo
de función dada que comparte la misma clave de Cliente de Http se
recupere y haga seguir el conjunto correcto de información de
aplicación secundaria de web a la actualmente anotada en usuario de
tal manera que todos los módulos de función de la misma aplicación
de módulo de función trabajan en sincronización para actualizar la
aplicación secundaria de web que está siendo usada. El efecto es que
el usuario final contempla una visión unificada de la aplicación
secundaria de web a través de múltiples módulos de función.
El Mapa 308 de Parámetros de Peticiones de
Módulos de Función está en un objeto de memoria almacenado en el
almacén de datos de sesión de aplicación compartida que es creada
por cada módulo de función, por cada sesión de servidor de portal.
Se usa para almacenar todos los parámetros de peticiones procedentes
de una petición de usuario entrante a un módulo de función
particular.
La figura 5 ilustra la integración de portal con
una aplicación secundaria de web. La referencia a la figura 5 será
útil para lo siguiente:
\global\parskip0.950000\baselineskip
La plantilla 503 de Definición de contexto
Dinámico define lo siguiente para cada Grupo de Contexto
Dinámico:
- -
- el contexto y su tipo (en nuestro anterior ejemplo es el ID de Cuenta)
- -
- el módulo de función maestro que puede cambiar el valor del contexto definido
- -
- el módulo o módulos de función auxiliares que son notificados cuando se cambia el contexto definido
- -
- respuesta (o acción) registrada del módulo o módulos de función auxiliares tras la notificación del cambio de contexto
- -
- opcionalmente define la secuencia de renovación de los módulos de función auxiliares (el maestro siempre resulta renovado el primero dentro de un grupo dado)
Una Plantilla 503 de Definición de Contexto
Dinámico puede contener uno o muchos Grupos de Contexto Dinámico.
Pero cada Grupo de Contexto Dinámico puede tener solamente
- -
- un módulo de función maestro
- -
- un contexto definido
- -
- uno o más de uno módulos de función auxiliares
Notas: un módulo de función dado puede
participar en más de un Grupo de Contexto Dinámico con diferentes
roles en cada grupo.
Está herramienta 501 lee en la Plantilla 503 de
Definición de Contexto Dinámico y genera un módulo de función
Maestro de Contexto Dinámico y Módulos de Función Auxiliares para
todos los grupos de Contexto Dinámico de acuerdo con la definición
especificada actualizando correspondientemente los descriptores 502
de despliegue de módulos de función.
Un grupo de contexto dinámico es un subconjunto
de módulos de función que comparten el mismo contexto y están
agrupados bajo un grupo de contexto dinámico. Un módulo de función
dado puede pertenecer a más de un grupo de contexto dinámico.
El ejemplo 504 de documento de definición de
grupo de contexto dinámico se usa para definir el contexto dinámico
de un grupo de contexto dinámico particular.
Módulo de función Maestro de Contexto
Dinámico
El módulo de función Maestro de Contexto
Dinámico es responsable de
- -
- la detección del cambio de estado de contexto
- -
- la notificación de todos los módulos de función auxiliares en el cambio de estado de contexto
Módulo o módulos de función Auxiliares de
Contexto Dinámico
Los módulos de función Auxiliares de Contexto
Dinámico hacen lo siguiente:
- -
- extraer cambio de contexto según es notificado por el módulo de función maestro
- -
- realizar la acción registrada dirigida hacia la aplicación secundaria correspondiente tras la notificación del cambio de contexto
Modelos de Contexto Dinámico
Hay dos tipos de modelos de Contexto Dinámico
que se pueden usar para asociar módulos de función entre sí:
En el modelo de Sincronización, representado en
la figura 14, el módulo de función maestro 101 informa a los
auxiliares 1701-1703 acerca del cambio de estado del
contexto del módulo de función maestro de contexto Dinámico. Todos
los auxiliares realizarán acciones basadas en una respuesta
previamente definida para sincronizar con el cambio de estado del
contexto de maestro.
\global\parskip1.000000\baselineskip
En el modelo de encadenamiento, indicado en la
figura 1, el cambio de estado en Maestro A 101 da lugar a la acción
de respuesta del Auxiliar A 102, siendo también Auxiliar A el módulo
de función Maestro B, que lleva al cambio de estado en el contexto
B, dando lugar a la respuesta de cambio de contexto del Auxiliar B
103, siendo también el auxiliar B el módulo de función maestro del
grupo C de contexto dinámico, que da lugar a la respuesta de acción
del Auxiliar C.
En una Extensión de Dispositivo de Agregación de
Portal Consciente de Secuencia, que se refiere a la figura 15, el
gestor 1802 de transacción de módulos de función es el componente
responsable de gestionar la secuencia de renovación de tiempo de
funcionamiento de los módulos de función que incluye la creación de
peticiones, respuestas y sesiones de módulos de función.
1. El primer módulo de función que se ha de
renovar para cualquier aplicación de módulo de función se define
como el módulo de función que es renovado primeramente entre todos
los módulos de función para un usuario dado. No hay mecanismo
existente para definir la secuencia de renovación de módulos de
función dentro de una página dada.
Así, se precisa cierta lógica que pueda
identificar el módulo de función maestro dinámicamente en tiempo de
funcionamiento. En la presente invención se usa un tablero de marcar
donde cada módulo de función efectúa una marca cada vez que es
renovado. La primera vez que un módulo de función efectúa una marca
en este tablero de marcar sabe que es el primero o el módulo de
función maestro. El siguiente módulo de función que efectúa una
marca en esta lista puede ya ver que otro módulo de función ha hecho
una marca en él y sabe que no es el módulo de función maestro, etc.
La siguiente vez que es renovada la página de portal, el primer
módulo de función que hace una doble marca en esta lista se
convierte en el módulo de función maestro. Entonces el módulo de
función maestro reinicializá esta lista eliminando las marcas de
todos los otros módulos de función y también una de sus dobles
marcas para la siguiente petición. Este algoritmo permite detectar
dinámicamente el módulo de función maestro cada vez que viene una
petición desde el servidor de portal de módulos de función.
Después que se ha renovado el primer módulo de
función, el gestor de transacción se encarga de renovar los otros
módulos de función en la secuencia, según se ha definido previamente
en el mapeado de módulos de función maestro y auxiliar del grupo de
contexto dinámico.
2. Clasificador de secuencia: El módulo
1804 clasificador de secuencia se utiliza para clasificar los
módulos de función en su orden de secuencia de renovación. Usa el
descriptor de despliegue de módulos de función para identificar el
orden de renovación de cada módulo de función y después los
clasifica para el dispositivo de distribución de peticiones.
3. Extensión del Dispositivo de Distribución
de Peticiones Consciente de Secuencia: Este dispositivo 1805 se
usa para distribuir peticiones a los módulos de función y
contrarrestar el dispositivo de agregación de portales. Su tarea es
construir objetos apropiados de petición y respuesta de módulo de
función, así como la sesión de módulo de función para todos los
módulos de función en la aplicación de portal del comercio.
Entonces es usado por el gestor de transacciones para renovar
realmente los módulos de función.
4. Unidad de Memoria Caché de Gestor de
Transacciones: La unidad 1806 de memoria caché de gestor de
transacciones es utilizada por el gestor de transacciones 1802 para
almacenar las respuestas producidas por los módulos de función
cuando son renovados por el dispositivo de distribución de
peticiones. Esto es necesario, ya que, cuando el dispositivo de
agregación de portales solicita ahora una renovación de módulo de
función, estas respuestas en caché son enviadas de nuevo a él por
el gestor de transacciones. Esto evita el problema de doble
renovación por cada petición de portal entrante.
La figura 11 ilustra un mapa de estructura de
componentes de agregación dinámica basada en reglas de la
realización preferida de esta invención. Sigue una descripción de
los componentes de la realización ilustrada y su funcionamiento:
El módulo 1015 de traslación de recursos de
portal es responsable de la traslación del conjunto de recursos de
portales, que incluye: módulos de función, páginas y grupos de
páginas a una forma que pueda ser analizada y tratada por el
dispositivo 1022 de reglas externo.
La base de datos 1001 de reglas contiene reglas
definidas por gestor de negocios para el dispositivo 1006 de
agregación de portales.
El módulo 1013 de traslación de recursos de
usuario es responsable de trasladar recursos de usuario y las
diversas propiedades de usuario a una forma que pueda ser analizada
y trabajada por el dispositivo de reglas externo.
El dispositivo 1022 de Reglas es un dispositivo
de reglas externo, enchufable (en esta realización de la invención),
tal como el dispositivo de personalización de esfera de web
(websphere^{TM}), es decir usado para el análisis y ejecución
dinámicos de reglas. La ejecución del dispositivo produce el
conjunto de recursos de portal que debe ver el usuario sobre la
base de las reglas de negocios definidas por el usuario de negocios
y las propiedades de usuario del usuario actual.
El dispositivo 1008 de personalización basado en
reglas de Portal es un módulo de selección de recursos basado en
roles, que se usa para extraer la lista de recursos de portal a que
se permite que acceda a un usuario y la lista de recursos de portal
a que no se permite acceder al usuario sobre la base de miembro de
organización de usuarios.
El dispositivo 1008 basado en roles mira primero
a la organización de usuarios accediendo a la base de datos 1007 de
roles. Una vez que ha sido determinada la organización de usuarios,
se supone que su papel o rol es el mismo que el papel de esa
organización. Después de esto, el dispositivo 1008 de
personalización basado en roles extrae la lista de recursos que ha
sido definida como accesible e inaccesible para esta organización
por el usuario de negocios. Una vez que ha sido determinada esta
lista, es hecha proseguir por este módulo al subsistema de
traslación de recursos agregados del dispositivo de agregación de
portales para tratamiento adicional.
El DB 1007 de Roles contiene los datos de
organización para el servidor de portal. Contiene información acerca
del miembro de organización para varios usuarios y también la lista
de recursos de portal a que los miembros de una organización pueden
y no pueden acceder basados en sus roles.
Este módulo 1004 es responsable de crear la
lista maestra de recursos de portal a que el usuario actual se
permite acceder para ver (esto incluye módulos de función, páginas y
grupos de páginas) sobre la base de la salida de dispositivos de
personalización basados en reglas y roles. Este módulo es también un
adaptador para el dispositivo de agregación de portales real. Su
tarea es no sólo crear esta lista maestra, sino también traducirla
en una forma a la que se pueda entonces acceder por parte del
dispositivo de agregación de portales real para crear el lugar de
web final para el usuario final.
Parte
B
Las figuras 2, 3 y 4 representan,
respectivamente: integración de aplicación de web con un portal; un
diagrama estructural de integración; y un diagrama de flujo de
integración.
En referencia a la figura 2, cuando una
aplicación secundaria de web se integra con el servidor de portal,
la aplicación secundaria 221 de web recibe peticiones del servidor
de portal 201 a través de módulos de función. La aplicación
secundaria 221 de web envía respuestas de nuevo al módulo de función
que efectúa la petición.
La respuesta de la aplicación de web 221 es
producida a través de módulos de función del servidor de portal 201
a un usuario que accede al módulo de función.
Con la ejecución práctica del cliente 209 de
HTTP de Aplicación de Portal, múltiples peticiones y respuestas a
la aplicación secundaria de web son percibidas por la aplicación
secundaria de web como sesiones coherentes. El cliente 209 de Http
de Aplicación de Portal se usa para conexiones abiertas de
comunicación de Http a la aplicación secundaria 221 de web. La
aplicación secundaria de web requiere al cliente 209 de Http de
Aplicación de Portal para proporcionar capacidades de soporte de
sesión, manejo de galletas y Contrato Único (SSO). Con el cliente
209 de HTTP de Aplicación de Portal en posición, los módulos de
función pueden comunicar efectivamente con la aplicación de web.
Todos los módulos de función en una aplicación de módulo de función
(tal como aplicación 205 de módulo de función) necesita tener
acceso a un objeto 211 de sesión de aplicación de módulo de función
de la aplicación secundaria 221, que significa que el cliente 209 de
Http de Aplicación de Módulo de función debe ser compartido por
todos los módulos de función dentro de la misma aplicación de módulo
de función.
Para hacer posible al compartimiento, se ha
determinado que es necesario un objeto de sesión unificado que
pueda ser compartido por todos los módulos de función en una
aplicación de módulo de función dada. Para proporcionar un objeto
tal la presente invención proporciona un objeto 208 de Sesión de
Aplicación de Módulo de Función. El objeto 208 de sesión de
Aplicación de Módulo de Función es un objeto que es creado por la
aplicación de módulo de función del comercio. El objeto 208 de
sesión de aplicación de módulo de función es accesible por todos
los módulos de función en una aplicación de módulos de función dada
(tales como módulos de función 204, 205, 206 en la aplicación 1 de
módulos de función, 207). Sin el objeto 208 de sesión de aplicación
de módulos de función, múltiples módulos de función en una
aplicación de módulo de función dada tendrán todos sesiones de
usuario independientes y no serán capaces de compartir información
relacionada con la sesión.
El cliente 209 de Http de Aplicación de módulos
de función se almacena en la Sesión 208 de Aplicación de Módulos de
función, haciendo posible compartirlo entre módulos de función en
la misma aplicación de módulo de función. Sin este objeto de sesión
de aplicación de módulos de función no sería posible que los módulos
de función comunicasen con una sesión única de aplicación de web en
el sistema secundario.
Todos los datos que se almacenan en el objeto
208 de Sesión de Aplicación de Módulo de Función representan el
contexto de Sesión de Aplicación de Módulo de Función y existe por
cada usuario por cada aplicación de módulo de función.
Puesto que el cliente 209 de http de Aplicación
de Módulos de Función contiene toda la información de sesión para
la aplicación secundaria 221 de web, se utiliza como una base para
el mecanismo 320 de Retransmisión de Sesión representado en la
figura 3.
La retransmisión de sesión permite retransmitir
información que es específica de la totalidad del servidor 201 de
portal (tal como información de lenguaje, información de agente de
usuario, etc.) para la información de sesión de la aplicación
secundaria 221 de web. Esto significa que la aplicación secundaria
221 de web es capaz de suministrar la representación de datos que
se adapta a todos los requisitos contenidos en la petición original
enviada al servidor de portal por un usuario.
Por ejemplo, si el usuario accede al módulo de
función usando un dispositivo móvil habilitado por WAP (wireless
aplicación protocolo: protocolo de aplicación inalámbrica) con
conjunto local de lenguaje por defecto para "French"
("Francés"), entonces la petición de http original al servidor
de portal 201 tendrá un conjunto de parámetros de lenguaje de ITS
para "French" y campo de usuario-agente del
conjunto de cabezal de HTTP para "WAP". El mecanismo 320 de
Retransmisión de Sesión retransmite esta información a la aplicación
de web 221 y la aplicación de web retorna una respuesta en Francés
que es apropiada para presentar en el dispositivo móvil del usuario
en Francés. Si la Retransmisión de Sesión estuviera ausente, la
aplicación de web retornaría la información en el lenguaje por
defecto (por ejemplo Inglés) apropiado para el dispositivo por
defecto (por ejemplo un Navegador de Internet). En ese caso, el
usuario no sería capaz de ver los datos recuperados, ya que ello
sería incompatible con el dispositivo móvil del usuario.
Se hará ahora referencia a elementos del
diagrama estructural de la figura 3, mientras que los pasos del
procedimiento de la figura 4 serán indicados por pasos
enumerados.
Paso 401: el usuario interactúa con módulos de
función en un portal de web, por ejemplo usando un ratón de
ordenador para hacer clic en un enlace u objeto presentado en un
módulo de función en el navegador de web del usuario. Cada módulo
de función tiene su propia sesión 310 de módulo de función (la
sesión de módulo de función es una pieza de la técnica anterior).
Como parte de la interacción del usuario, está siendo hecha una
petición a distancia 306 que sea aplicación secundaria 307 de
web.
2. Paso 403: con el fin de que pasen todos los
parámetros de la sesión de módulo de función correctamente a la
aplicación secundaria de web, cada lista de parámetros de petición
de módulo de función se guarda en el Mapa (#8) 308 de Parámetros de
Petición de Módulo de Función. Estos parámetros son hechos pasar a
la petición secundaria distante.
3. Paso 404: el módulo de función del comercio
utiliza una clave 301 de cliente de http para determinar si hay ya
un Objeto 208 de Sesión de Aplicación de Módulo de Función existente
accediendo al almacén #4, 302 de datos de aplicación de módulo de
función. Paso 405: si no se encuentra uno, se creará uno nuevo para
todos los módulos de función posibles dentro de la misma aplicación
de módulo de función. (Paso 407: si se encuentra uno, el existente
se utilizará en su lugar).
4. Paso 406: cada credencial de usuario
procedente de la sesión de módulo de función original es guardado
en la tabla de galletas 305.
5. Paso 408: las credenciales de usuario
procedentes de la tabla 305 de galletas y los parámetros previamente
guardados en el mapa 308 de parámetros de peticiones de módulos de
función se usan para construir una nueva petición de http para la
aplicación secundaria de web.
6. Paso 409: se hace 307 la llamada a la
aplicación de web distante.
7. Paso 410: la aplicación de web distante 307
devuelve una respuesta a la llamada para que la presente el módulo
de función.
En referencia a la figura 5, que representa un
diagrama estructural de integración de portal con una aplicación
secundaria de web, se puede ver que un desarrollador de portal puede
hacer uso de la Herramienta 501 de Agrupación de Módulos de Función
de Contexto Dinámico para crear cada nuevo Caso 504 de Definición de
Grupo Dinámico. Este caso es una agrupación de módulos de función
asociados y define qué módulos de función son auxiliares y qué
módulo de función es maestro de estos auxiliares. Los elementos
requeridos de la Definición de Grupo Dinámico son especificados en
la Plantilla 503 de Definición de Grupo de Contexto Dinámico.
El Usuario utiliza la misma herramienta 501 para
actualizar una Definición de Grupo de Contexto Dinámico
existente.
Después de que el usuario ha proporcionado la
última definición de grupo de contexto dinámico, la Herramienta 501
de Agrupación de Módulos de Función de Contexto Dinámico actualiza
los descriptores 502 de despliegue de aplicación de módulo de
función apropiados para reflejar las relaciones definidas en el
grupo.
Haciendo referencia a la figura 6, un diagrama
de flujo que representa la integración de portales, se pueden
visualizar más claramente los pasos del anterior procedimiento:
Cuando un usuario desea crear (608) o actualizar
(609) un grupo de contexto dinámico, el usuario puede emplear la
herramienta de agrupación 501 (figura 5).
601: la herramienta de agrupación de contexto
dinámico da lugar a la entrada de usuario basada en lo que se
especifica en la plantilla 503 de definición de grupo de contexto
dinámico, o, en el caso de actualizar la herramienta de agrupación
de contexto dinámico, lee en un caso existente de grupo de contexto
dinámico, validándolo con la plantilla 503 de definición.
603: el usuario especifica la información
requerida para definir o actualizar un grupo de contexto
dinámico.
605: se genera el caso 504 de grupo de contexto
dinámico.
606: es actualizado el descriptor de despliegue
de todos los módulos de función relacionados.
La figura 7 ilustra el contexto dinámico para
módulos de función. El grupo dinámico 701 está compuesto del módulo
de función maestro 704, del módulo de función auxiliar 705 y del
módulo de función auxiliar 707.
El Grupo 703 está compuesto del módulo de
función maestro 705, del módulo de función auxiliar 706 y del módulo
de función auxiliar 707.
El grupo dinámico 702 está compuesto del módulo
de función maestro 704 y del módulo de función auxiliar 708.
Si los datos que están representados por módulos
de función en una Aplicación de Módulos de Función están
sincronizados en el nivel de aplicación secundaria, entonces los
módulos de función suministran una visión coordinada de los datos
justamente recuperando esos datos de la aplicación de web. Sin
embargo, no todas las interacciones de módulos de función dan lugar
a los cambios en la aplicación secundaria de web. El contexto
dinámico sirve como la sincronización "en el cristal". Es de lo
más efectivo cuando el cambio de contexto requiere una pregunta
diferente. Por ejemplo, seleccionar una cuenta diferente de la lista
de cuentas requiere presentar visualmente una información de
recibos que esté siendo renovada con la cuenta seleccionada.
En sistemas de la técnica anterior, los Módulos
de Función eran normalmente independientes entre sí. Esta
invención proporciona un método y un aparato para mapear las
relaciones de módulos de función mutuas y articular su dependencia
entre sí en despliegue de aplicación de módulo de función y tiempo
de configuración. Los propios módulos de función no precisan ser
cambiados.
Las relaciones de dependencia entre módulos de
función pueden ser definidas en una Plantilla 503 de Relación de
Contexto Dinámico en la que están definidas las relaciones maestra y
auxiliar.
La Plantilla 503 de Relación de Contexto
Dinámico es preferiblemente codificada como una representación de
datos de XML que define lo siguiente:
- -
- el subconjunto de módulos de función que constituyen un grupo de contexto dinámico
- -
- el módulo de función maestro de un grupo de contexto dinámico
- -
- el módulo de función auxiliar(es) de este grupo de contexto dinámico
- -
- la acción auxiliar que el auxiliar(es) tienen que realizar tras los cambios de estado del contexto.
- -
- el contexto que comparten todos los constituyentes de este grupo de contexto dinámico.
Sigue un ejemplo de caso de definición de Grupo
de Contexto Dinámico:
\vskip1.000000\baselineskip
Nota de Casos de Definición de grupo de contexto
dinámico: una definición de grupo de contexto dinámico es un caso.
Sin embargo, se pueden consolidar múltiples definiciones de grupo de
contexto dinámico en un archivo para definir múltiples casos; lo
anterior define dos conjuntos de módulos de función en una
aplicación de módulo de función que consiste en 3 módulos de
función.
En el primer grupo de contexto dinámico, el
contexto dinámico compartido entre los módulos de función es
Nombreitem, el módulo de función denominado Itemsordenados sirve
como módulo de función Maestro de contexto Dinámico y los módulos
de función SeguimientoUPST e InventarioenStock sirven como los
módulos de función Auxiliares de contexto Dinámico.
En el segundo grupo de contexto dinámico, el
contexto dinámico compartido entre los módulos de función es
NúmeroSkuitem, el módulo de función denominado InventarioenStock
sirve como módulo de función Maestro de contexto Dinámico y el
módulo de función ItemsOrdenados sirve como los módulos de función
Auxiliares de contexto Dinámico.
Cada módulo de función Maestro de contexto
Dinámico observa una petición de HTTP de usuario y mira el contexto
dinámico. Si el contexto dinámico se encuentra en la petición, el
módulo de función de contexto dinámico envía un contexto dinámico
(que es el parámetro del par nombre y valor en la petición de http)
a los módulos de función Auxiliares.
Por ejemplo, si el módulo de función
ItemsOrdenados recibe una petición de HTTP con el atributo
Nombreitem fijado en "PentiumIV", envía el contexto dinámico a
los módulos de función SeguimientoUPS e InventarioEnStock que les
notifica que el contexto Nombreitem con valor "PentiumIV" no
fue fijado en el contexto dinámico.
Cada módulo de función Auxiliar de contexto
Dinámico escucha la notificación del maestro a todos los módulos de
función del mismo grupo de contexto dinámico. Tras la recepción de
la notificación del maestro, se invoca la correspondiente acción
auxiliar añadiendo el contex6to dinámico a la acción URL según se
define en el caso de definición de grupo de contexto dinámico bajo
el atributo "AcciónMóduloFunciónAuxiliar".
Por ejemplo, si el módulo de función
InventarioenStock recibe el contexto dinámico del módulo de función
ItemsOrder con el tipo de contexto dinámico "Nombreitem" y el
valor "PentiumIV", recuperará los datos del
http://servidorinventario.com/en Stock/Nombreitem=PentiumIV URL.
http://servidorinventario.com/en Stock/Nombreitem=PentiumIV URL.
\newpage
Sigue codificación para un ejemplo de plantilla
de Definición de Grupo de Contexto Dinámico:
\vskip1.000000\baselineskip
Esta sección se comprenderá mejor en referencia
a la figura 8: Inicialización de Aplicación de Módulo de Función
para Contexto Dinámico como se especifica en el Caso de Definición;
y
Figura 9: Flujo de Tiempo de Funcionamiento de
Grupo de Módulos de Función de Contexto Dinámico.
Existen dos componentes clave para manejar
aspectos del Contexto Dinámico:
1) OyenteAcciónContextoDinámico (904) (Oyente de
Acción de Módulo de Función) - escucha el cambio de contexto
dinámico en el módulo de función Maestro. El módulo de función
Maestro en cada Grupo de Módulos de Función de Contexto Dinámico
tiene OyenteAcciónContextoDinámico unido a él.
2) OyenteMensajeContextoDinámcio (906) (Oyente
de Mensajes de Módulo de función) --es el oyente de mensajes que
escucha la notificación desde el Maestro del grupo en el que se
define el Contexto Dinámico específico. Cada módulo de función
Auxiliar en el Grupo de Módulos de función de Contexto Dinámico
tiene unido a él un OyenteMensajeContextoDinámico.
En el momento de inicialización (figura 8: 801),
todos los módulos de función maestros añadirán el contexto dinámico
definido sobre la base del descriptor de módulos de función (802,
805) al oyente (806) de acción de módulos de función maestros. Para
todos los módulos de función auxiliares, el tipo de contexto
dinámico, el mapeado de parámetros y la secuencia de renovación,
serán recuperados del descriptor (802, 809) de módulos de función y
se añaden al oyente (810) de mensajes de módulos de función
auxiliares.
1) La interacción de usuario con el módulo de
función Maestro del Grupo de Módulos de Función de Contexto
Dinámico da lugar al cambio del Contexto Dinámico (901).
2) OyenteAcciónContextoDinámico de Módulo de
Función Maestro detecta la acción (902) de usuario.
3) OyenteAcciónContextoDinámico establece el par
nombre/valor correspondiente al Contexto Dinámico en el objeto de
petición del Módulo de Función Maestro (904).
4) Módulo de Función Maestro obtiene el valor
del Contexto Dinámico y notifica todos los módulos de función
auxiliares dentro del mismo grupo de módulos de función dinámicos
alrededor de él (905).
5) OyenteMensajeContextoDinámico asociado con el
módulo de función Auxiliar para el Maestro dado recibe la
notificación (el valor del contexto dinámico) (906).
6) OyenteMensajeContextoDinámico establece el
valor de ContextoDinámico en el objeto de petición de módulo de
función del módulo de función Auxiliar. (907).
7) El módulo de función Auxiliar obtiene el
valor del contexto dinámico (1008).
8) El Módulo de Función Auxiliar modifica la
acción definida para el Módulo de Función Auxiliar dado si fue
especificado el mapeado entre el contexto y algún parámetro.
9) Si el mapeado no fue especificado, el par
nombre/valor del contexto dinámico se añade a la acción del Módulo
de Función Auxiliar.
10) Módulo de Función Auxiliar realiza la Acción
como se especifica en la definición (1011, 11012) de caso de grupo
de contexto dinámico.
Se hará referencia en esta sección a varias
figuras, incluyendo:
Figura 10: Mapa de Estructura de Componentes de
Agregación Dinámica Basada en Roles; Figura 11: Mapa de Estructura
de Componentes De Agregación Dinámica Basada en Reglas; y Figura 12:
Diagrama de Flujo de Agregación Dinámica Basada en Roles.
Los componentes de agregación dinámica basada en
roles y en reglas para el servidor de módulos de función están
basados en torno a las bases de datos de reglas y roles y el
concepto de grupos de contenido para cada rol y regla.
Los grupos de contenido para las reglas son
mantenidos en el componente 1001 de DB de Reglas mostrado en la
figura 10. Similarmente, los grupos de contenido de roles están
definidos en el componente 1007 de DB de Roles mostrado en la
figura 10. Cada grupo de contención consiste en un conjunto de
recursos de servidor de portal al que ha de tener acceso un usuario
que ha sido evaluado para caer bajo el alcance de ese rol o regla
particular.
Otro componente principal de este esquema es el
Dispositivo Enchufable 1022 de Reglas. La tarea de este dispositivo
consiste en leer en las propiedades de usuario traducidas y decidir
dinámicamente en tiempo de rutina el conjunto de usuarios que se
cualifican para miembros de un cierto grupo de usuarios previamente
definido sobre la base de estas propiedades de usuario. Así mismo
este dispositivo mapea el conjunto de estos grupos de usuario
dinámicos para el conjunto de grupos de contenido que han sido
definidos en el DB de roles y reglas. Preferiblemente, el
Dispositivo Enchufable de Reglas tiene un GUI para gestionar estas
tareas. El plano de pantalla representado en la figura 16 ilustra
cómo se usa el Dispositivo de Servidor de Personalización de
EsferaWeb para gestionar estas tareas.
Por ejemplo, la figura 16 ilustra cómo se define
un grupo dinámico denominado "MaleTeen"
("AdolescenteVarón") y asigna todos los usuarios varones de
edades entre 16-19 a este grupo.
Como se muestra en la figura 17, que representa
a todos los usuarios que son evaluados dinámicamente para ser
adolescentes varones sobre la base de sus propiedades, tendrán ahora
ejecutada la orden "acciónmaleteen" para ellos, que daría
instrucciones al dispositivo 1022 de agregación de portales sobre la
base de reglas y roles dinámicos, para seleccionar recursos de
contenido para el grupo de adolescentes varones desde los Roles DB
1007.
En tiempo de desarrollo, es función de un gestor
de negocios asignar un conjunto de recursos de portales, tal como:
páginas, módulos de función, etc, a un grupo de contenido específico
en el DB de Roles y Reglas. Esto se hace normalmente usando textos
de SQL que cargan directamente el DB de Reglas y Roles.
En el tiempo de funcionamiento, la primera orden
a ejecutar por un usuario de portal es la orden de envoltura para
el dispositivo basado en reglas. Esta orden es realmente un proxy
(apoderado) que inicia la evaluación de propiedades de usuario
mediante el dispositivo real de reglas enchufable.
En el siguiente paso, el dispositivo de reglas
lee en las propiedades de usuario a partir de su perfil almacenado,
utilizando el módulo de traslación de recursos de usuario para
traducirlas en una forma que puede ser entendida por él.
La figura 18 ilustra la creación de una nueva
acción denominada "AcciónMaleteen", que selecciona todos los
recursos de portales que han sido definidos en el grupo de contenido
denominado "grupomaleteen" en el DB de reglas.
La figura 17 ilustra la creación de una orden de
módulo de agregación dinámica que da instrucciones al módulo de
agregación para seleccionar los contenidos del "maleteengrp"
para todos los usuarios que caen bajo el alcance de la regla
previamente creada para clasificar "Maleteen" sobre la base de
propiedades dinámicas del usuario.
La figura 17 ilustra cómo tiene efecto una regla
de negocios dada (por ejemplo, regla de negocios con la que se
define lo que constituye un grupo de adolescentes) (por ejemplo
AcciónmaleTeen) en la determinación de qué contenido agregar para
que un usuario dado, con unas ciertas propiedades de usuario, caiga
bajo tal clasificación.
Después de leer en las propiedades de usuario,
el dispositivo de reglas enchufable evalúa la calidad de socio o
miembro del grupo dinámico de usuario sobre la base de las reglas
definidas para los diversos grupos dinámicos, como se muestra en la
figura 18.
Una vez que ha sido determinado el conjunto de
grupos dinámicos para este usuario, el dispositivo de reglas
selecciona el contenido de portal apropiado para este usuario
ejecutando las acciones de selección de contenido definidas para
este grupo dinámico, como se muestra en la figura 18. Estas
acciones, tras la ejecución, devuelven el conjunto de recursos de
portal desde los grupos de contenido definidos para ellos en el DB
de Reglas.
El siguiente paso de ejecución es la evaluación
de los roles asignados a este usuario por el dispositivo de roles.
El dispositivo de roles utiliza el miembro de organización (extraído
de las propiedades de perfil de usuario) para extraer el conjunto
de recursos de contenido para este rol de usuario del DB de roles.
Estos recursos son entonces añadidos a la lista ya existente de
recursos de portal basados en roles, creados en el conjunto
anterior.
Esta lista es entonces hecha proseguir hacia el
Dispositivo de Agregación de Portales dinámico para ejecución. El
dispositivo de agregación de portales dinámico selecciona entonces
los recursos de portal identificados por esta lista para establecer
la visión de portal por defecto para este usuario actual.
Con el Cliente de Http de Aplicación de Módulo
de Función y la Sesión de Aplicación de Módulo de Función es ahora
posible disponer de un modelo común de integración de aplicación
secundaria de web. Este se puede usar para habilitar múltiples
módulos de función dentro de la misma aplicación de módulo de
función para comunicar con la misma aplicación de web
secundaria.
Esta ejecución de la invención hace posible:
- i.
- tener integración nativa de módulos de función sin lanzar navegadores separados y sin requerir múltiples apuntes (prompts) para id de usuario y palabra clave para acceder a la misma aplicación secundaria de web.
- ii.
- efectuar múltiples peticiones y recibir respuestas a/de la aplicación secundaria con gestión de sesión.
La presente invención proporciona un método
fácil y rápido para integrar aplicaciones de módulos de función con
una aplicación de web existente que opera en un servidor secundario;
requiriendo meramente la especificación del url de la pertinente
aplicación secundaria de web en el descriptor de despliegue de la
aplicación de módulo de función. Con ello, es ahora posible
construir herramientas para ocuparse de las tareas comunales de la
integración.
La ejecución del objeto de sesión de aplicación
de módulo de función hace posible que los módulos de función de la
misma aplicación de módulos de función compartan datos comunes entre
ellos que son únicos dentro de la aplicación de módulos de función,
mientras que, al mismo tiempo, son diferentes de los de la sesión de
http original del servidor de portal. Esto facilita el
compartimiento de datos único entre los módulos de función dentro
de la misma aplicación de módulos de función.
La ejecución de retransmisión de sesión hace
posible compartir datos de sesión comunes entre un servidor de
portal y su aplicación secundaria de web. Esto hace posible que la
aplicación secundaria de web reciba información del servidor de
portal, posibilitando la lógica de negocios de la aplicación de web
para explotar esta información hecha pasar desde el servidor de
portal.
Por ejemplo, si el estado de módulo de función
actual es la presentación visual de la visión maximizada del módulo
de función, la aplicación secundaria de web puede recibir esta pieza
de información y aprovecharse de esta devolviendo información
detallada de negocios, en contraposición a la visión normal de un
módulo de función, en cuyo caso la aplicación secundaria de web
enviaría precisamente una versión resumen de la información.
5. Sesión Cohesiva de Aplicación
Secundaria de Web Distinta del Servidor de Portal con la sesión de
aplicación de módulo de función, objeto de sesión de aplicación de
módulo de función, cliente de http de módulo de función y la
aplicación secundaria A de web del mecanismo de retransmisión de
sesión pueden ahora preservar su propia sesión distinta de la del
servidor de portal, pero comparten todavía la misma galleta que la
del servidor de portal. La aplicación secundaria de web puede ahora
operar independiente y correctamente, percibiendo peticiones de
módulos de función desde varios módulos de función en un portal como
un cliente virtual, haciendo posible una sesión cohesiva con la
aplicación secundaria de
web.
La realización de retransmisión de sesión
proporciona capacidad de contrato único de tal manera que el
usuario, una vez alojado en un servidor de portal, no es requerido
para volver a someter credenciales de usuario para log en la
pertinente aplicación secundaria de web. Esto es habilitado por
medio de una tabla de galletas con mapeado de uno en uno entre la
sesión de http al portal y la sesión de http desde el cliente de
http de módulo de función a la aplicación secundaria de web.
La realización de retransmisión de sesión hace
posible habilitar la integración sin juntura sincronizando la
actuación de una aplicación secundaria de web retransmitiendo la
información de sesión desde la sesión de portal a la sesión de
aplicación secundaria de web.
Los siguiente son algunos ejemplos:
El lenguaje y establecimiento local en un
servidor de portal puede ser ahora hecho pasar a su aplicación
secundaria de web de manera que la aplicación secundaria puede
ahora componer un mensaje de respuesta basado en el establecimiento
local + lenguaje del servidor de portal.
Otro ejemplo es que la información de
terminación de sesión procedente del servidor de portal puede ser
ahora hecha pasar a la sesión de aplicación secundaria de web de
manea que la sesión de aplicación secundaria de web puede ahora ser
terminada en el mismo tiempo que termina la sesión de portal. La
aplicación secundaria de web puede ser ahora responsable del estado
del portal y eventos según son retransmitidos desde el servidor de
portal.
La Agrupación de Módulos de Función de Contexto
Dinámico permite la colaboración entre módulos de función dentro
del mismo grupo de contexto dinámico para conseguir proceso de
negocios e integración de información y sincronización.
A cada módulo de función le es permitido
participar en múltiples Grupos de Contexto Dinámico. Esto
proporciona un modelo de programación muy abierto y simple para que
el administrador de portal agrupe módulos de función en grupos de
módulos de función de contexto dinámico. La simple estructura de la
definición de Contexto Dinámico hace posible construir herramientas
simples para la generación automática de módulos de función Maestro
y Auxiliar de Contexto Dinámico para cada agrupación.
La ejecución práctica de Definición de Contexto
Dinámico, Grupo de Contexto Dinánico, ejecución práctica de módulo
de función maestro y módulo de función auxiliar (incluyendo tareas
auxiliares, mapa de contenido auxiliar) ayuda a proporcionar las
ventajas de la invención.
El mensaje de transacción proporciona capacidad
de definir una secuencia de renovación de módulos de función para
el primer tiempo. La capacidad para definir secuencia de renovación
de módulos de función hace posible la apropiada ejecución práctica
de lógica de negocios secuencial usando la estructura de
portal/módulo de función. El gestor de transacciones, el
clasificador de recursos, el almacén en memoria caché de respuestas
ayudan a proporcionar las ventajas de la invención.
La fina personalización de portal de nivel sólo
puede ser conseguida actualmente mediante agregación dinámica. Esto
es claramente diferente de la ejecución de la técnica anterior de
aplicaciones de web regulares en las que no existe concepto formal
de módulos de función, páginas o grupos de páginas aplicado de
acuerdo con la presente invención. La fina personalización de nivel
resultará cada vez más importante a medida que desaparece el
mercado de portal y lleguen requisitos de usuario para objetivar
campañas de nivel fino, etc.
Las realizaciones de la invención proporcionan
un número de ventajas que se enumeran a continuación:
- 1.
- El nivel de personalización que puede ser conseguido por la solución del presente invento es mucho más fina que los servicios de administración de módulos de función proporcionados por el servidor de portal actualmente. Los servicios de administración de módulos de función disponibles actualmente son de configuración de naturaleza manual. Una vez configurados, son estáticos y no cambian en el curso del tiempo. La presente invención proporciona capacidades dinámicas para hacer los recursos de portal basados en reglas.
- 2.
- Puesto que el módulo de agregación de portales es una entidad dinámica, la vinculación de dispositivos de roles y reglas directamente a ella permite conseguir capacidades de agregación dinámica en tiempo real sin intervención humana alguna.
- 3.
- La personalización de recursos de portal bastos, tales como páginas y grupos de páginas permite realizar una disposición dinámica.
- 4.
- Se pueden establecer campañas, contratos, etc. mucho más efectivos. Esto es de importancia significativa tanto para venta al por menor de Comercio electrónico como para organizaciones de B2B.
- 5.
- La invención permite un grado mucho más elevado de personalización que la personalización de contenido regular. Por ejemplo, se pueden deshabilitar realmente secciones enteras de una página web basada en reglas. Esto no se puede hacer mediante personalización regular. Además, la agregación dinámica no se aplica al dominio de personalización regular que está relacionado con contenido sin recursos.
Claims (8)
1. Un sistema de servidor de portal que incluye
al menos una aplicación de módulos de función (portlets) para
gestionar una colección de módulos de función asociados para
retransmitir información de sesión de usuario, siendo un módulo de
función un componente activo visible de una página de portal,
incluyendo la aplicación de módulo de función:
medios para iniciar un primer módulo de función
(205) en respuesta a una petición de usuario para acceder a una
aplicación de web;
medios para crear un objeto (208) de sesión de
aplicación de módulo de función para el usuario para el primer
módulo de función;
medios (308) para guardar parámetros de la
petición;
medios para generar módulos de función
adicionales asociados con el primer módulo de función en peticiones
adicionales del usuario para acceder a la aplicación de web;
un almacén (302) de datos de objeto de sesión de
aplicación de módulos de función, controlado por el objeto de
sesión de aplicación de módulos de función para usar los parámetros
guardados para asociar los módulos de función adicionales con el
objeto de sesión de aplicación de módulos de función; y
medios para crear un cliente (209) de
comunicación de aplicación de módulos de función, para comunicar con
el objeto de sesión de aplicación de módulos de función y la
aplicación de web para transportar peticiones de usuario recibidas
desde los módulos de función primero y adicionales a la aplicación
de web;
en el que dicha información de sesión de usuario
incluye información de sesión de usuario para mapear dicha
información de sesión de usuario para una sesión correspondiente de
dicha aplicación de web.
2. El sistema de la reivindicación 1, en el que
el cliente de comunicación de aplicación de módulo de función
almacena información de sesión de usuario.
3. El sistema de la reivindicación 1, en el que
se emplean mapas de parámetros de petición de módulos de función
para almacenar datos e instrucciones de peticiones de usuario a
dichos módulos de función.
4. El sistema de la reivindicación 1, en el que
dicha información de sesión de usuario es seleccionada del conjunto
que comprende; id de usuario, credenciales de usuario, preferencias
de lenguaje, información de tiempo muerto de sesión, id de sesión,
para mapear dicha información de sesión de usuario para una
correspondiente sesión de dicha aplicación de web.
5. El sistema de la reivindicación 1, en el que
dicho cliente de comunicación de aplicación de módulos de función
tiene una memoria intermedia de peticiones para almacenar peticiones
de dichos módulos de función asociados para hacer posible que dicho
cliente de comunicación proporcione datos e instrucciones para dicha
aplicación de
web.
web.
6. El sistema de la reivindicación 5, en el que
dicho cliente de comunicación tiene una memoria intermedia de
peticiones para almacenar peticiones procedentes de dichos mapas de
parámetros de peticiones de módulos de función de dichos módulos de
función asociados para hacer posible que dicho cliente de
comunicación proporcione datos e instrucciones para dicha
aplicación de web.
7. Un método para un sistema de servidor de
portal para gestionar una colección de módulos de función asociados
que responden a peticiones de usuario para acceder a una aplicación
de web para retransmitir información de sesión de usuario entre
módulos de función y la aplicación de web, siendo un módulo de
función un componente activo visible de una página de portal,
comprendiendo el método:
iniciar un primer módulo de función (205) en
respuesta a una petición de usuario para acceder a una aplicación
de web;
crear un objeto (208) de sesión de aplicación de
módulo de función para el usuario para el primer módulo de
función;
guardar parámetros de la petición;
generar módulos de función adicionales asociados
con el primer módulo de función en peticiones adicionales del
usuario para acceder a la aplicación de web;
\newpage
usar un almacén (302) de datos del objeto de
sesión de aplicación de módulos de función, controlado por el
objeto de sesión de aplicación de módulos de función, para usar los
parámetros guardados para asociar los módulos de función
adicionales con el objeto de sesión de aplicación de módulos de
función; y
crear un cliente (209) de comunicación de
aplicación de módulos de función para comunicación con el objeto de
sesión de aplicación de módulos de función y la aplicación de web
para transportar peticiones de usuario recibidas desde los módulos
de función primero y adicionales a la aplicación de web;
en el que dicha información de sesión de usuario
incluye información de sesión de usuario para mapear dicha
información de sesión de usuario para una sesión correspondiente de
dicha aplicación de web.
8. Un artículo que comprende:
un medio que soporta señales legibles por
ordenador; y
medios de código de programa de ordenador para
realizar los pasos de la reivindicación 7 cuando se ejecutan en un
ordenador.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA2406713 | 2002-10-04 | ||
| CA002406713A CA2406713C (en) | 2002-10-04 | 2002-10-04 | Method and apparatus for relaying session information from a portal server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2295625T3 true ES2295625T3 (es) | 2008-04-16 |
Family
ID=32046581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03750989T Expired - Lifetime ES2295625T3 (es) | 2002-10-04 | 2003-10-01 | Metodo y aparato para transmitir informacion de sesion de un servidor de portal. |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US10880391B2 (es) |
| EP (1) | EP1552428B1 (es) |
| JP (1) | JP4218759B2 (es) |
| KR (1) | KR100827280B1 (es) |
| CN (1) | CN100492354C (es) |
| AT (1) | ATE380369T1 (es) |
| AU (1) | AU2003269214A1 (es) |
| CA (1) | CA2406713C (es) |
| DE (1) | DE60317917T2 (es) |
| ES (1) | ES2295625T3 (es) |
| TW (1) | TWI251755B (es) |
| WO (1) | WO2004031882A2 (es) |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1914872B (zh) * | 2003-12-03 | 2011-02-16 | 日本电气株式会社 | 会话中继装置、会话中继方法 |
| US8181112B2 (en) * | 2004-05-21 | 2012-05-15 | Oracle International Corporation | Independent portlet rendering |
| GB0420673D0 (en) * | 2004-09-17 | 2004-10-20 | Ibm | Data sharing system, method and software tool |
| US7493564B2 (en) * | 2005-04-26 | 2009-02-17 | International Business Machines Corporation | Method for the display of visual sequencing of launched application portlets and task page relationship information in a web-base environment |
| US20060242249A1 (en) * | 2005-04-26 | 2006-10-26 | International Business Machines Corporation | Method for the display of visual sequencing of message communications between application portlets and task page relationship information in a web-base environment |
| US20070233880A1 (en) * | 2005-10-20 | 2007-10-04 | The Trustees Of Columbia University In The City Of New York | Methods, media and systems for enabling a consistent web browsing session on different digital processing devices |
| US20070245334A1 (en) * | 2005-10-20 | 2007-10-18 | The Trustees Of Columbia University In The City Of New York | Methods, media and systems for maintaining execution of a software process |
| US8280944B2 (en) * | 2005-10-20 | 2012-10-02 | The Trustees Of Columbia University In The City Of New York | Methods, media and systems for managing a distributed application running in a plurality of digital processing devices |
| US8549646B2 (en) * | 2005-10-20 | 2013-10-01 | The Trustees Of Columbia University In The City Of New York | Methods, media and systems for responding to a denial of service attack |
| US7577672B2 (en) * | 2006-03-09 | 2009-08-18 | Sap Ag | Systems and methods for providing a portal including multiple windows |
| US7996855B2 (en) * | 2006-09-15 | 2011-08-09 | Oracle International Corporation | Personal messaging application programming interface for integrating an application with groupware systems |
| US8463852B2 (en) * | 2006-10-06 | 2013-06-11 | Oracle International Corporation | Groupware portlets for integrating a portal with groupware systems |
| US8656413B2 (en) * | 2006-10-24 | 2014-02-18 | Sap Ag | On-demand wrappers of application data |
| CN101227488A (zh) * | 2007-01-17 | 2008-07-23 | 华为技术有限公司 | 一种注册式门户程序通信系统、通信装置和方法 |
| US8607197B2 (en) * | 2007-08-28 | 2013-12-10 | International Business Machines Corporation | Displaying HTTP session entry and exit points |
| US8032858B2 (en) * | 2007-08-28 | 2011-10-04 | International Business Machines Corporation | Method and system for navigationally displaying HTTP session entry and exit points |
| US8943432B2 (en) * | 2007-08-29 | 2015-01-27 | International Business Machines Corporation | Dynamically configurable portlet |
| EP2048852B1 (en) * | 2007-10-08 | 2016-01-27 | Fifthplay NV | Service aggregation system and method |
| US20090138609A1 (en) * | 2007-11-27 | 2009-05-28 | General Instrument Corporation | Method and Apparatus for Maintaining User Sessions Across User Devices and Portals |
| US9817822B2 (en) | 2008-02-07 | 2017-11-14 | International Business Machines Corporation | Managing white space in a portal web page |
| US8683073B2 (en) * | 2008-12-11 | 2014-03-25 | Microsoft Corporation | Participating with and accessing a connectivity exchange |
| CN102447726A (zh) * | 2010-10-15 | 2012-05-09 | 中兴通讯股份有限公司 | 页面访问方法及系统 |
| US8781811B1 (en) * | 2011-10-21 | 2014-07-15 | Google Inc. | Cross-application centralized language preferences |
| US9632988B2 (en) * | 2012-07-12 | 2017-04-25 | International Business Machines Corporation | Autonomous gadget management system |
| US10051019B1 (en) | 2012-11-09 | 2018-08-14 | Wells Fargo Bank, N.A. | System and method for session management |
| US10261985B2 (en) | 2015-07-02 | 2019-04-16 | Microsoft Technology Licensing, Llc | Output rendering in dynamic redefining application |
| US9785484B2 (en) | 2015-07-02 | 2017-10-10 | Microsoft Technology Licensing, Llc | Distributed application interfacing across different hardware |
| US9712472B2 (en) | 2015-07-02 | 2017-07-18 | Microsoft Technology Licensing, Llc | Application spawning responsive to communication |
| US9733915B2 (en) | 2015-07-02 | 2017-08-15 | Microsoft Technology Licensing, Llc | Building of compound application chain applications |
| US10198252B2 (en) | 2015-07-02 | 2019-02-05 | Microsoft Technology Licensing, Llc | Transformation chain application splitting |
| US9733993B2 (en) | 2015-07-02 | 2017-08-15 | Microsoft Technology Licensing, Llc | Application sharing using endpoint interface entities |
| US9860145B2 (en) | 2015-07-02 | 2018-01-02 | Microsoft Technology Licensing, Llc | Recording of inter-application data flow |
| US9658836B2 (en) | 2015-07-02 | 2017-05-23 | Microsoft Technology Licensing, Llc | Automated generation of transformation chain compatible class |
| US10198405B2 (en) | 2015-07-08 | 2019-02-05 | Microsoft Technology Licensing, Llc | Rule-based layout of changing information |
| US10031724B2 (en) | 2015-07-08 | 2018-07-24 | Microsoft Technology Licensing, Llc | Application operation responsive to object spatial status |
| US10277582B2 (en) | 2015-08-27 | 2019-04-30 | Microsoft Technology Licensing, Llc | Application service architecture |
| CN110311895B (zh) * | 2019-05-28 | 2022-07-08 | 深圳壹账通智能科技有限公司 | 基于身份验证的会话权限校验方法、系统及电子设备 |
| CN111045749B (zh) * | 2019-12-18 | 2021-06-08 | 青岛海信传媒网络技术有限公司 | 应用程序启动方法及设备 |
| JP7377832B2 (ja) * | 2021-05-21 | 2023-11-10 | フリー株式会社 | プログラム、情報処理装置及び方法 |
Family Cites Families (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US2233620A (en) * | 1939-10-09 | 1941-03-04 | Commerical Solvents Corp | Process for improving the thermal stability of nitroparaffins |
| US5634127A (en) * | 1994-11-30 | 1997-05-27 | International Business Machines Corporation | Methods and apparatus for implementing a message driven processor in a client-server environment |
| US6049820A (en) * | 1996-06-03 | 2000-04-11 | International Business Machines Corporation | Multiplexing of clients and applications among multiple servers |
| US6006266A (en) * | 1996-06-03 | 1999-12-21 | International Business Machines Corporation | Multiplexing of clients and applications among multiple servers |
| US6304893B1 (en) * | 1996-07-01 | 2001-10-16 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server event driven message framework in an interprise computing framework system |
| US5884316A (en) * | 1996-11-19 | 1999-03-16 | Microsoft Corporation | Implicit session context system with object state cache |
| US5915087A (en) * | 1996-12-12 | 1999-06-22 | Secure Computing Corporation | Transparent security proxy for unreliable message exchange protocols |
| US5941988A (en) * | 1997-01-27 | 1999-08-24 | International Business Machines Corporation | Session and transport layer proxies via TCP glue |
| US6041357A (en) * | 1997-02-06 | 2000-03-21 | Electric Classified, Inc. | Common session token system and protocol |
| US6061741A (en) * | 1997-05-28 | 2000-05-09 | International Business Machines Corporation | Method and apparatus for synchronization of connectionless applications across a network by using simple encryption tokens |
| US6170012B1 (en) * | 1997-09-12 | 2001-01-02 | Lucent Technologies Inc. | Methods and apparatus for a computer network firewall with cache query processing |
| US5941954A (en) * | 1997-10-01 | 1999-08-24 | Sun Microsystems, Inc. | Network message redirection |
| US6301011B1 (en) * | 1997-11-07 | 2001-10-09 | Xerox Corporation | Dynamic plug and play interface for output device |
| US6286060B1 (en) * | 1998-06-26 | 2001-09-04 | Sun Microsystems, Inc. | Method and apparatus for providing modular I/O expansion of computing devices |
| US6219706B1 (en) * | 1998-10-16 | 2001-04-17 | Cisco Technology, Inc. | Access control for networks |
| US6412073B1 (en) * | 1998-12-08 | 2002-06-25 | Yodiee.Com, Inc | Method and apparatus for providing and maintaining a user-interactive portal system accessible via internet or other switched-packet-network |
| US6424979B1 (en) * | 1998-12-30 | 2002-07-23 | American Management Systems, Inc. | System for presenting and managing enterprise architectures |
| US6401085B1 (en) * | 1999-03-05 | 2002-06-04 | Accenture Llp | Mobile communication and computing system and method |
| US6356905B1 (en) * | 1999-03-05 | 2002-03-12 | Accenture Llp | System, method and article of manufacture for mobile communication utilizing an interface support framework |
| JP3764016B2 (ja) | 1999-05-10 | 2006-04-05 | 財団法人流通システム開発センタ− | 統合ｉｐ転送網 |
| US7275086B1 (en) * | 1999-07-01 | 2007-09-25 | Intellisync Corporation | System and method for embedding a context-sensitive web portal in a computer application |
| AU1221001A (en) | 1999-11-04 | 2001-05-14 | Abilizer Solutions, Inc. | Employee portal and method of use therefor |
| EP1117220A1 (en) * | 2000-01-14 | 2001-07-18 | Sun Microsystems, Inc. | Method and system for protocol conversion |
| EP1117050A1 (en) * | 2000-01-14 | 2001-07-18 | Sun Microsystems, Inc. | Individual data representation |
| WO2001059623A2 (en) * | 2000-02-08 | 2001-08-16 | Onepage, Inc. | System and method for dynamic aggregation of content distributed over a computer network |
| US6327628B1 (en) * | 2000-05-19 | 2001-12-04 | Epicentric, Inc. | Portal server that provides a customizable user Interface for access to computer networks |
| US7051069B2 (en) * | 2000-09-28 | 2006-05-23 | Bea Systems, Inc. | System for managing logical process flow in an online environment |
| US7502833B2 (en) * | 2001-05-11 | 2009-03-10 | International Business Machines Corporation | Method for dynamically integrating remote portlets into portals |
| US20030014442A1 (en) * | 2001-07-16 | 2003-01-16 | Shiigi Clyde K. | Web site application development method using object model for managing web-based content |
| US6922695B2 (en) * | 2001-09-06 | 2005-07-26 | Initiate Systems, Inc. | System and method for dynamically securing dynamic-multi-sourced persisted EJBS |
| US6985939B2 (en) * | 2001-09-19 | 2006-01-10 | International Business Machines Corporation | Building distributed software services as aggregations of other services |
| WO2003036521A1 (en) * | 2001-10-24 | 2003-05-01 | Bea Systems, Inc. | Data synchronization |
| US7062511B1 (en) * | 2001-12-31 | 2006-06-13 | Oracle International Corporation | Method and system for portal web site generation |
| US6871197B1 (en) * | 2002-02-25 | 2005-03-22 | Oracle International Corporation | Method and mechanism for a web based knowledge management tool |
| US20030187956A1 (en) * | 2002-04-01 | 2003-10-02 | Stephen Belt | Method and apparatus for providing access control and content management services |
| WO2003093964A1 (en) * | 2002-05-01 | 2003-11-13 | Bea Systems, Inc. | Enterprise application platform |
| US7103844B2 (en) * | 2002-06-26 | 2006-09-05 | International Business Machines Corporation | Portal/portlet application data synchronization |
| CA2406876A1 (en) * | 2002-10-04 | 2004-04-04 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for managing a collection of portlets in a portal server |
| CA2406569C (en) * | 2002-10-04 | 2011-03-22 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for enabling associated portlets of a web portal to collaborate for synchronized content display |
| US7523174B2 (en) * | 2002-10-15 | 2009-04-21 | International Business Machines Corporation | Dynamic portal assembly |
| US8527636B2 (en) * | 2002-12-02 | 2013-09-03 | Sap Aktiengesellschaft | Session-return enabling stateful web applications |
| US6917975B2 (en) * | 2003-02-14 | 2005-07-12 | Bea Systems, Inc. | Method for role and resource policy management |
| US7536714B2 (en) * | 2003-07-11 | 2009-05-19 | Computer Associates Think, Inc. | System and method for synchronizing login processes |
| US7349968B2 (en) * | 2003-07-31 | 2008-03-25 | International Business Machines Corporation | Method, system and program product for asynchronously processing requests |
| US7380009B2 (en) * | 2003-08-07 | 2008-05-27 | Interantional Business Machines, Incorporated | Method, system and program product for delayed disconnection of a client from a server |
| US7376739B2 (en) * | 2004-02-11 | 2008-05-20 | International Business Machines Corporation | Persistence of inter-application communication patterns and behavior under user control |
| US20050262075A1 (en) * | 2004-05-21 | 2005-11-24 | Bea Systems, Inc. | Systems and methods for collaboration shared state management |
| US20060069714A1 (en) * | 2004-09-08 | 2006-03-30 | Blount Marion L | System enhancement using client context information |
| US8204931B2 (en) * | 2004-12-28 | 2012-06-19 | Sap Ag | Session management within a multi-tiered enterprise network |
-
2002
- 2002-10-04 CA CA002406713A patent/CA2406713C/en not_active Expired - Lifetime
-
2003
- 2003-09-30 TW TW092127010A patent/TWI251755B/zh not_active IP Right Cessation
- 2003-10-01 ES ES03750989T patent/ES2295625T3/es not_active Expired - Lifetime
- 2003-10-01 JP JP2004540933A patent/JP4218759B2/ja not_active Expired - Lifetime
- 2003-10-01 US US10/527,136 patent/US10880391B2/en active Active
- 2003-10-01 DE DE60317917T patent/DE60317917T2/de not_active Expired - Lifetime
- 2003-10-01 WO PCT/GB2003/004201 patent/WO2004031882A2/en active IP Right Grant
- 2003-10-01 AU AU2003269214A patent/AU2003269214A1/en not_active Abandoned
- 2003-10-01 CN CNB2003801008392A patent/CN100492354C/zh not_active Expired - Lifetime
- 2003-10-01 EP EP03750989A patent/EP1552428B1/en not_active Expired - Lifetime
- 2003-10-01 KR KR1020057005849A patent/KR100827280B1/ko not_active IP Right Cessation
- 2003-10-01 AT AT03750989T patent/ATE380369T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004031882A3 (en) | 2005-04-14 |
| CA2406713A1 (en) | 2004-04-04 |
| TWI251755B (en) | 2006-03-21 |
| AU2003269214A8 (en) | 2004-04-23 |
| DE60317917T2 (de) | 2008-11-27 |
| US20060089990A1 (en) | 2006-04-27 |
| US10880391B2 (en) | 2020-12-29 |
| CN1703699A (zh) | 2005-11-30 |
| KR20050055746A (ko) | 2005-06-13 |
| JP2006502477A (ja) | 2006-01-19 |
| JP4218759B2 (ja) | 2009-02-04 |
| AU2003269214A1 (en) | 2004-04-23 |
| TW200413968A (en) | 2004-08-01 |
| ATE380369T1 (de) | 2007-12-15 |
| EP1552428B1 (en) | 2007-12-05 |
| CN100492354C (zh) | 2009-05-27 |
| WO2004031882A2 (en) | 2004-04-15 |
| CA2406713C (en) | 2009-06-30 |
| KR100827280B1 (ko) | 2008-05-07 |
| DE60317917D1 (de) | 2008-01-17 |
| EP1552428A2 (en) | 2005-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2295625T3 (es) | Metodo y aparato para transmitir informacion de sesion de un servidor de portal. | |
| US8312170B2 (en) | Method and apparatus for managing a collection of portlets in a portal server | |
| US8015240B2 (en) | Method and apparatus for enabling associated portlets of a web portlet to collaborate for synchronized content display | |
| US20060235935A1 (en) | Method and apparatus for using business rules or user roles for selecting portlets in a web portal | |
| US20130238435A1 (en) | Systems and methods for generating lead intelligence | |
| Penberthy | Exam Ref 70-486 Developing ASP. NET MVC 4 Web Applications (MCSD): Developing ASP. NET MVC 4 Web Applications | |
| Kolias et al. | Enhancing user privacy in adaptive web sites with client-side user profiles | |
| OKUMBOR et al. | WEB SERVICES ON MOBILE PLATFORM FOR ADVANCING DEVELOPMENT GROWTH | |
| Ariga et al. | iNIU A Services Portal for NIU Students | |
| Batra et al. | Web Services for Remote Portlets 1.0 Primer | |
| Knoll | Investigating the impact of Web 2.0 techniques on integrating open hypermedia services into the World Wide Web | |
| Fisher et al. | Implementation of Web Places |