ES2355716T3

ES2355716T3 - Encaminamiento de datos basado en el contenido.

Info

Publication number: ES2355716T3
Application number: ES02788085T
Authority: ES
Inventors: David Lawrence Levett
Original assignee: Integra SP Ltd
Current assignee: Integra SP Ltd
Priority date: 2001-12-07
Filing date: 2002-12-09
Publication date: 2011-03-30
Anticipated expiration: 2022-12-09
Also published as: US20200177533A1; WO2003049369A3; GB2383729B; AU2002352365A8; DE60238215D1; US9544255B2; JP2005512398A; US20120030297A1; EP1457015B1; US20130110951A1; ATE487311T1; US8359403B2; GB2383729A; US20050021838A1; WO2003049369A2; AU2002352365A1; GB0129381D0; GB2382962A; GB0228720D0; US20170373998A1

Abstract

Un método de encaminamiento de datos de servicios de web desde una o varias fuentes de servicios de web a uno o más clientes a través de una red, en el que los datos se adaptan a un metalenguaje estructurado, siendo realizado el encaminamiento por un servidor de encaminamiento que aplica una o más reglas a los datos, en cuyo método: a) El servidor de encaminamiento recibe múltiples mensajes entrantes de servicios de web; b) Acto seguido, el servidor de encaminamiento desempaqueta los mensajes de servicios de web de sus envolturas de datos de mensajes para exponer los campos, etiquetados de conformidad con el metalenguaje, con el fin de permitir la filtración basada en reglas con respecto a dichos campos etiquetados; con fines del encaminamiento, haciendo el desempaquetado innecesario que se dependa para fines de encaminamiento de cualquier información de encabezamiento de los mensajes; c) El servidor de encaminamiento realiza el filtrado basado en reglas con respecto a los campos etiquetados mediante la aplicación de una o más reglas en tiempo real a los campos etiquetados, en función de lo que se requiera entregar para que el cliente lo visualice; la aplicación de dichas reglas hace que los mensajes de red salientes se construyan combinando datos de uno o más subconjuntos de varios mensajes de servicios de web recibidos para que sean desempaquetados, de tal manera que no se preserva durante el encaminamiento la integridad del mensaje del servicio de web o de cada uno de los mensajes de servicios de web que se reciben para que sean desempaquetados; y d)Acto seguido, el servidor de encaminamiento envía el mensaje de red saliente a uno o más de los clientes, y en el que: e)El servidor de encaminamiento recibe y procesa una o más reglas actualizables de manera continua mediante uno o más mensajes de actualización de reglas, o uno o más subconjuntos de uno o más mensajes de actualización de reglas.

Description

CAMPO DE LA INVENCIÓN

La invención se refiere al encaminamiento (también llamado enrutamiento) de datos. En particular, se refiere al encaminamiento de datos adaptados a un metalenguaje estructurado como el metalenguaje autodescriptivo XML. El término “encaminamiento” se refiere a cualquier proceso destinado a dirigir datos desde su fuente hasta su destinatario 5 previsto. Mediante esta invención se pueden encaminar (direccionar) mensajes que implementan servicios web.

DESCRIPCION DE LA TÉCNICA ANTERIOR

El encaminamiento de datos según el estado de la técnica se basa en datos que se empaquetan en una envoltura de datos, con decisiones de encaminamiento basadas en una dirección colocada en la envoltura de datos; convencionalmente, la combinación de datos, más la envoltura, más la dirección se denomina “mensaje”. El enfoque de 10 encaminamiento de “mensajes” “basado en direcciones” se utiliza, inter alia, en:

a) Dirigir sistemas de mensajería (por ejemplo, e-mail/SMTP; punto a punto (peer-to-peer) Instant Messaging [mensajería instantánea entre iguales]);

b) Sistemas de almacenamiento y consulta (por ejemplo, bases de datos relacionales como Oracle®, que permiten a los clientes enviar consultas específicas a un servidor y recibir una respuesta); 15

: (c) Sistemas de publicación y suscripción (por ejemplo, Usenet, que permite a los clientes visualizar/descargar datos y ficheros multimedios desde un servidor);

: (d) Sistemas de ejecución a distancia (por ejemplo, RMI for C y Java®, que permiten a los clientes ejecutar directamente determinadas funciones de una aplicación distante en una red);

: (e) Sistemas middleware de gestión de de transacciones (por ejemplo, Tuxedo®, que permite al cliente 20 ejecutar transacciones complejas de manera segura, en las que el cliente puede solicitar que se realicen una o más operaciones relacionadas en uno o más sistemas distantes y garantizar que las mismas se lleven a cabo con éxito sólo si todas las operaciones son válidas);

: (f) Sistemas middleware de formación de colas de mensajes (message queuing) (por ejemplo, IBM® Serie MQ, Tibco®, que permiten al cliente solicitar que se envíe un mensaje a un servidor distante, y la cola de 25 mensajes utiliza los mecanismos de almacenamiento y reenvío para garantizar la entrega, incluso si el servidor no está disponible en el momento en que se haya enviado el mensaje);

: (g) Sistemas de objetos distribuidos (por ejemplo, CORBA®, DCOM, que permiten al cliente ejecutar métodos de un objeto distante por medio de una clase proxy o servicio accesible mediante un administrador de solicitudes (request broker); 30

: (h) Sistemas de filtrado (por ejemplo, cortafuegos y sistemas de filtrado de correo electrónico, que permiten al administrador establecer las reglas en cuanto a cómo tipos de mensajes diferentes deben ser desviados a medida que viajan a través del sistema mediante criterios de filtrado como el tamaño, el origen, el destino, las necesidades de seguridad, la necesidades de la red, la detección de virus);

: (i) Sistemas de encaminamiento de nivel de red (por ejemplo, encaminadores (routers) de Internet 35 Cisco®, que permiten a los clientes enviar mensajes a un servidor en forma de una serie de pequeños paquetes a través de una compleja red de ordenadores interconectados, como Internet, mediante el direccionamiento de protocolo de bajo nivel para identificar el destino y el ordenamiento de cada paquete);

: (j) Sistemas de transmisión de nivel de red (por ejemplo, m-Bone, que permite a un servidor utilizar servidores de red y encaminadores adecuadamente configurados para distribuir o trasmitir paquetes de mensajes a 40 muchos clientes de manera simultánea).

Se puede también hacer referencia al documento US 6021443, en el que se describe el encaminamiento basado en el contenido, pero cada unidad de información, denominada “evento”, incluye un fichero de encabezado complejo con información que describe el contenido del mensaje. Un evento dado se pone entonces a disposición de un suscriptor si este último ha definido criterios que coincidan con las del fichero de encabezado. Sin embargo, los 45 eventos no son divisibles. Además, se puede hacer referencia al documento EP 1016989, en el que también se describe el encaminamiento de mensajes basado en el contenido; se describe también la división y la combinación de mensajes.

Pero si se entregan mensajes en tiempo real que pueden cambiar con rapidez (por ejemplo, muchas veces por segundo) desde cientos o miles de servicios web a miles (o más) de usuarios potenciales, entonces este tipo de 50 encaminamiento de mensajes “basado en direcciones” conduce inevitablemente a problemas importantes. Por ejemplo, cuando una distribución masiva de mensajes utiliza un modelo publicar/suscribir para trasmitir información que se actualiza constantemente, entonces para garantizar que todos los clientes hayan recibido los mensajes correctos, el servidor que publica la información se ve limitado por el menor ancho de banda de un cliente conectado y, si la red es lenta, puede tener que colocar en la memoria caché cantidades de datos cada vez mayores (y potencialmente 55 enormes). En muchas aplicaciones de trasmisión de audio y vídeo, esto podría resolverse en parte “dejando caer” paquetes de mensajes debido a las congestiones de la red, pero esto produce una pérdida de la calidad del sonido o de la imagen resultante.

Con la mayoría de servicios de web (como se describe con mayor detalle más adelante en este apartado), la “caída” ad-hoc de paquetes de mensajes es inaceptable, por lo que las únicas opciones disponibles en la actualidad son reducir el tamaño y la cantidad de mensajes, o bien aumentar la ancho de banda de la red. Cuando se utilizan sistemas de mensajería directa o sistemas de almacenamiento/consulta, entonces el volumen de tráfico de datos puede aumentar en términos generales como el producto del número de servicios de web y el número de usuarios; esta tasa de 5 crecimiento puede ser difícil de manejar cuando se trata de cientos de servicios de web, cada uno de cuales con la necesidad potencial de trasmitir miles de mensajes de actualización por segundo a decenas de miles de usuarios.

Además de la presión en la red que impone el encaminamiento basado en direcciones, hay un costo económico para los usuarios finales: dado que estos usuarios finales pueden pagar cada vez más por los datos recibidos según una base por bit, el encaminamiento de mensajes “basado en direcciones” puede ser muy ineficiente y 10 oneroso, sobre todo para los grandes usuarios comerciales que atienden a cientos o miles de clientes, que de otro modo estarían en efecto pagando un alto precio para que se envíen los mismos datos varias veces con el fin de responder a consultas idénticas. Alternativamente, los usuarios pagan por el exceso de ancho de banda para enfrentar las raras condiciones de pico con las que se pueden encontrar en determinados puntos de una aplicación.

Una manera más eficiente y efectiva de encaminar datos (normalmente datos XML o una variante de XML) 15 sería una propuesta convincente. La presente invención es una propuesta de este tipo. Se trata de una aplicación que puede usarse para el encaminamiento de mensajes relacionados con servicios de web. Un “servicio de web” consiste en esencia en el suministro de datos y/o códigos ejecutables para un dispositivo cliente a través de Internet u otra red; es una comunicación basada en mensajes estructurados entre dos o más aplicaciones informáticas o funciones, en la misma máquina o en diferentes máquinas, en la que la comunicación se produce en una red local, privada o pública, y 20 en la que una aplicación o función es prestar un servicio a otra aplicación o función. Por ejemplo, mediante un servicio de web un usuario puede acceder a aplicaciones (que convencionalmente residen en el dispositivo cliente) desde un proveedor distante, sobre una base pago por uso, en una amplia red de área tal como Internet. Por lo tanto, la expresión “servicio de web” puede, por ejemplo, referirse al servicio de suministro de aplicaciones autónomas, autodescriptivas que pueden publicarse o ser invocadas a través de Internet, así como esas mismas aplicaciones. Otro 25 ejemplo podría ser una aplicación que se ejecute para convertir cotizaciones de divisas o, de manera más sencilla, se limite a suministrar cotizaciones de acciones o información de tráfico actualizados. Los servicios de web comparten la característica de que se trasmiten por medio de mensajes. Los programadores pueden combinar servicios de web para conformar complejas aplicaciones integradas, pero para ello es necesario que los datos proporcionados por cada servicio de web se dirijan de manera eficiente a los destinos correctos. 30

SUMARIO DE LA PRESENTE INVENCIÓN

La invención se define en las reivindicaciones independientes que se adjuntan.

El término “mensaje” empleado en esta memoria significa el conjunto de datos (es decir, el contenido de interés para el destinatario de un mensaje) más la envoltura de datos; no necesariamente abarca (aunque podría abarcar) los mensajes convencionales que incluyan información de dirección en un encabezado. En consecuencia, el servidor 35 puede realizar el encaminamiento mediante la aplicación de una o más reglas de encaminamiento al contenido de interés para el destinatario del mensaje cuando no exista una dirección que acompañe los datos. De igual modo, podría haber una dirección acompañando los datos, pero el servidor la pasa por alto al aplicar sus reglas de encaminamiento.

El servidor de encaminamiento puede construir múltiples mensajes o mensajes únicos por medio de los datos o 40 subconjuntos de datos de uno o varios mensajes entrantes.

En las reivindicaciones adjuntas se concretan otros aspectos y detalles de la invención.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

La invención presente se describirá haciendo referencia a los dibujos que se acompañan, en los que las figuras 1, 2 y 3 son esquemas de la arquitectura general de un sistema de encaminamiento de mensajes de 45 conformidad con la presente invención.

DESCRIPCIÓN DETALLADA DEL MODO PREFERIDO DE PONER EN PRÁCTICA LA INVENCIÓN

La presente invención se describirá haciendo referencia a una ejecución práctica de Altio Limited, de Londres, Reino Unido, llamada Presentation Server. El Presentation Server ofrece la funcionalidad de encaminamiento que se describe en los apartados anteriores. Para recapitular los puntos fundamentales, el enfoque del estado de la técnica 50 anterior es que los mensajes incluyan un encabezador de dirección y que un mensaje entrante se encamine como un bloque unitario, que no se analizará en modo alguno salvo su dirección para que ésta sea leída y utilizada en la operación de encaminamiento. La presente invención cuestiona esta ortodoxia, al requerir que el contenido de los datos de los mensajes se desempaquete y se someta a un filtrado basado en reglas con el fin de lograr el encaminamiento, en el cual los mensajes de salida reempaquetados comprenden datos de cualquier combinación de la totalidad o una parte 55 de uno o varios mensajes entrantes (por ejemplo, el(los) subconjunto(s) de datos de uno o más mensajes entrantes, la totalidad de uno o más mensajes entrantes, el(los) subconjunto(s) de algunos mensajes y la totalidad de otros, etc., etc.).

Todo el enfoque puede resumirse como “desempaquetar – filtrar – reempaquetar” de manera inteligente en el servidor de encaminamiento. La Figura 1 constituye una representación esquemática de este enfoque. En la Figura 1 60

hay diversos tipos de servicios de web: 1A a D (1A: relacionado con noticias 1B: Cotizaciones y operaciones bursátiles FX; 1C: exámenes de hoteles; 1D: exámenes de restaurantes). Los datos relacionados con los servicios de web se envían en forma de mensajes XML 2 a un servidor de encaminamiento 3. El servidor de encaminamiento 3 desempaqueta 4 el contenido de datos del mensaje XML y, acto seguido, aplica reglas diferentes 5A, 5B y 5C a ese contenido. La regla 5A permite la trasmisión de únicamente los datos relativos a FX, encaminados a través de un 5 enlace seguro. La regla 5B permite la trasmisión de noticias. La regla 5C permite la trasmisión de datos relativos a restaurantes londinenses y vacaciones en Italia. El contenido que satisfaga una regla es entonces reempaquetado en mensajes XML 6 y enviado al usuario correcto 7, 8 y 9. De esta manera, un usuario 7, a quien sólo le interese ver información sobre restaurantes londinenses y vacaciones en Italia es atendido por la regla 5C y, por lo tanto, sólo se le encaminan los datos que le interesen. Del mismo modo, el usuario 8, a quien le interesan los titulares de las noticias, 10 es atendido por la regla 5B. El usuario 9, un negociador de FX, es atendido por la regla 5A. En este ejemplo, el usuario 7 recibe datos de dos diferentes secuencias de mensajes de servicios de web: 1C y 1D. Los usuarios 8 y 9, sin embargo, reciben datos de una secuencia individual de mensajes de servicios de web. Es fácil lograr combinaciones más complejas.

Se ilustra este concepto con otro ejemplo: Supongamos que una bolsa de valores tiene 1000 acciones 15 diferentes y que sus cotizaciones cambian en tiempo real. El enfoque convencional para el suministro de este tipo de información sería hospedar esa información en una base de datos relacional y permitir que los usuarios conectados a través de Internet envíen consultas a la base de datos; por ejemplo: “Muéstrame tus datos sobre cotizaciones actuales e históricas en Intel®”. Esta consulta es procesada por la base de datos, que devuelve una respuesta al usuario en una envoltura con la dirección IP del ordenador del cliente que envió la consulta original. Sin embargo, para los usuarios 20 comerciales la consulta no se referiría sólo a una única acción, sino tal vez a cientos y, para dar datos precisos, se tendrían que enviar cotizaciones actualizadas a intervalos cortos. Multiplicar esto por las decenas de miles de usuarios que pueden acceder a la vez a un sistema y el tráfico de la red y la carga del servidor de la base de datos pueden resultar inmanejables.

Con la presente invención, los servidores de encaminamiento pueden aplicar reglas para disminuir 25 drásticamente el tráfico. Por ejemplo, como se ilustra en la Figura 2, un servidor de origen 20 podría suministrar datos de cotizaciones en tiempo real 21 sobre 1000 acciones a un servidor de encaminamiento 22. El servidor de encaminamiento 22 podría aplicar la regla individual para transmitir al cliente sólo datos de cotizaciones de las 30 acciones que están siendo mostradas por ese cliente. (Para ello sería necesario que el servidor de encaminamiento esté al tanto de lo que un determinado cliente está mostrando en cualquier instante, pero esto es posible con sistemas 30 como el Presentation Server de Altio Limited, de Londres, Reino Unido). Mediante la aplicación de esta regla sencilla, el servidor de encaminamiento actúa en efecto como un filtro capaz de direccionar los mensajes correctos 23, y sólo los mensajes correctos, a los clientes pertinentes 24.

Otra aplicación de este principio es que el servidor de encaminamiento puede recibir mensajes entrantes continuos en tiempo real, y gestionar esos ingresos de tal manera que, en lugar de enviar todos los mensajes a un 35 cliente lento, puede optar por enviar sólo los últimos valores de la información que haya cambiado (por ejemplo, si la cotización de una acción cambia cinco veces desde el momento en que un cliente con módem lento recibió su última cotización de la acción en cuestión, entonces el servidor de encaminamiento puede optar por enviar sólo la última cotización y no las otras 4).

El servidor de encaminamiento puede aplicar muchos tipos de reglas diferentes, tales como las que se 40 enumeran en la siguiente lista, no exhaustiva:

: - Encaminar mensajes basados en un identificador único de usuario - por ejemplo cada información de la cartera de usuario es única para éste, por lo que de esta manera el “servidor de encaminamiento” puede aceptar encaminamiento por usuario.

: - Encaminar mensajes basándose en privilegios de seguridad; mediante las reglas adecuadas el 45 “servidor de encaminamiento” puede determinar que los mensajes se envíen sólo a los clientes autorizados (por ejemplo, un banco podría desear que sólo se envíe información específica sobre sucursales a cada sucursal, en lugar de enviar a todas las sucursales toda la información de las demás sucursales).

: - Encaminar mensajes basándose en reglas sobre el rendimiento del cliente y de la red - el rendimiento individual de cada cliente y el nivel de congestión de su red podrían utilizase para controlar la cantidad de información 50 que se envíe al cliente.

: - Encaminamiento basado en reglas sobre rendimiento de servidores; si se sobrecarga uno o más de los servidores de “servicios de web”, podría utilizarse el “servidor de encaminamiento” para limitar el acceso al servidor sobrecargado.

: - Un sistema heredado que haya sido diseñado para aceptar a 20 usuarios puede mejorarse para que 55 acepte a miles de usuarios potenciales, haciendo que el “servidor de encaminamiento” actúe en nombre de éstos y gestione interacciones con cada uno de esos miles de clientes. Las reglas del “servidor de encaminamiento” permiten que este sistema heredado delegue personalización y seguridad usuario por usuario.

: - Se podría recurrir a reglas para desviar determinado contenido de un mensaje entrante a una red costosa y muy segura mientras una parte o todo el contenido restante fuera enviado a través de la red pública. 60

: - Se podrían aplicar reglas a los mensajes entrantes para cifrar selectivamente y/o firmar digitalmente partes de un mensaje antes de transmitirlo, reduciendo así el costo de CPU del proceso de cifrado, sin afectar indebidamente la seguridad del mensaje.

: - Se podrían aplicar reglas a los mensajes entrantes para cifrar selectivamente y/o firmar digitalmente partes de un mensaje con múltiples claves antes de transmitir el mensaje a una red de transmisión que enviara el mismo 5 mensaje cifrado a todos los clientes, pero donde cada uno sólo podría descifrar ciertas partes del mensaje.

: - Se podrían aplicar reglas para retener un determinado mensaje hasta que se reciban uno o varios mensajes adicionales con contenido coincidente del mismo servicio de web o de otro. Por ejemplo, se podría desear agrupar mensajes recibidos tanto de un sistema de gestión de inventario como de un sistema de contabilidad y sólo enviar un mensaje único basado en el par combinado. 10

Al igual que con los ejemplos anteriores, estas reglas no se basan inherentemente en direcciones, sino que actúan para filtrar la información empresarial de tal manera que el tipo de información en tiempo real que finalmente llega al cliente se ajuste exactamente a los requisitos y derechos de acceso de ese cliente. Esta es una evolución importante con respecto al encaminamiento basado en direcciones y constituye un enfoque fundamentalmente diferente del encaminamiento de mensajes para permitir la publicación masiva y la invocación de servicios de web. 15

A partir de este nuevo enfoque se derivan numerosas ventajas:

:  Permite que datos de mensajes relacionados con servicios de web se encaminen en tiempo real a miles/decenas de miles de usuarios y que al mismo tiempo se minimice la sobrecarga de ancho de banda.

:  Reduce la carga del servidor de origen; por ejemplo permite que ordenadores centrales heredados que han sido diseñados para dar servicio a 20 terminales trasmitan datos a miles de clientes (la escalabilidad proviene 20 de los servidores de encaminamiento colocados en la red).

:  Es fácilmente escalable mediante servidores de encaminamiento paralelos, que pueden ofrecer tolerancia a fallos.

:  Facilita la seguridad (los servidores de encaminamiento pueden aplicar potentes reglas de cifrado donde sea permitido; si en un determinado dominio se requiere un cifrado menos potente, los servidores de 25 encaminamiento para ese dominio pueden aplicar reglas de cifrado menos potentes).

:  Ofrece mucho más flexibilidad a los usuarios alejados del servidor de origen en lo relativo al manejo/la manipulación de datos empresariales, ya que aquéllos pueden determinar sus propias reglas de encaminamiento, en lugar de estar sujetos a datos empresariales dirigidos de manera centralizada (y de manera no exacta). En efecto, esto da lugar a una “personalización masiva” de los datos empresariales. 30

:  Facilita rápidamente la integración de aplicaciones a través de múltiples fuentes de información.

:  Permite que los proveedores de servicios de web se disocien efectivamente de lo que ocurre en el nivel del cliente; en lugar de ello, pueden centrarse en suministrar su IP, prácticamente de la misma manera en que empresas “sin fábrica” (fabless) suministran semiconductores IP hoy en día.

Las ejecuciones prácticas de la presente invención pueden incluir las siguientes características: 35

:  El metalenguaje estructurado para los datos es XML o una variante de XML.

:  El servidor de encaminamiento analiza los mensajes de una fuente y dicho servidor de encaminamiento aplica una o más reglas cuyo resultado es que sólo un subconjunto de los datos se encaminan a un cliente y un subconjunto diferente a un cliente diferente.

:  El servidor de encaminamiento analiza los mensajes procedentes de una fuente y dicho servidor de 40 encaminamiento aplica una o más reglas cuyo resultado es que algunos o todos los datos se combinen con mensajes de una fuente diferente y los mensajes combinados se encaminen entonces a un cliente; clientes diferentes pueden recibir combinaciones diferentes de mensajes.

:  Múltiples servidores de encaminamiento paralelos pueden encaminar desde una fuente única y, de esta manera, conferir escalabilidad. 45

:  Si falla un servidor de encaminamiento perteneciente a un grupo de múltiples servidores de encaminamiento paralelos, entonces otro servidor de encaminamiento de ese grupo puede tomar el relevo.

:  Múltiples servidores de encaminamiento conectados en serie pueden realizar el encaminamiento.

:  Si varios servidores de encaminamiento conectados en serie pueden encaminar, entonces un servidor de encaminamiento ubicado más arriba en la jerarquía se aísla de la necesidad de conocer las reglas que aplicarán los 50 servidores de encaminamiento situados más abajo en la jerarquía.

:  El cliente es un cliente “delgado”; a clientes diferentes con conexiones de ancho de banda diferentes se les puede proporcionar información de manera eficaz; los clientes en las conexiones de menor ancho de banda no afectan la velocidad de transmisión de datos de clientes con conexiones de mayor ancho de banda (a diferencia de los sistemas de publicación/suscripción). Los clientes que posean menos potencia informática que un PC de sobremesa se 55

: benefician del presente enfoque, ya que se traspasa la carga de análisis informático que se requiere para extraer los datos necesarios del cliente final hacia el servidor de encaminamiento, que normalmente es parte de la propia red.

:  Las reglas están estructuradas como consultas (por ejemplo, xPath) aplicadas a XML.

:  Los mensajes son comunicaciones personales de Instant Messaging.

Los servicios de web se caracterizan por uno o más de los siguientes aspectos: 5

: - Un servicio de web es un servicio de información basado en mensajes al que se puede tener acceso a través de una red pública o privada (tales como Internet y una red LAN/WAN).

: - Se puede acceder a un servicio web mediante el envío de un mensaje de consulta a distancia y el manejo del mensaje de respuesta.

: - También se puede acceder a un servicio de web mediante un mecanismo de formación de cola que 10 oculta el sistema de origen y transmite mensajes en su nombre.

: - Un servicio web puede ser también un proveedor de mensajes directos no colocados en cola en el que el consumidor del servicio de web recibe información directamente del proveedor y en el que cada uno conoce al otro de manera explícita.

: - Un servicio de web podría ser comandado por un sistema intermediario que controle el acceso y los 15 recursos de la red.

: - Un servicio de web puede ser manejado mediante un sistema middleware de gestión de transacciones que ofrezca garantías para transacciones de etapas múltiples a través de uno o más servicios web.

La Figura 3 muestra un enfoque basado en reglas sencillas relacionado con la distribución de información a concesionarios de un fabricante de automóviles de Detroit. El objetivo de este sistema es proporcionar a 20 concesionarios de coches locales alrededor del mundo datos actualizados relativos a todos los precios de los automóviles, las opciones, los descuentos especiales, las promociones, los precios de competidores locales, etc. Puede haber cientos de concesionarios y cada uno de ellos puede tener que acceder a grandes cantidades de datos específicos a su mercado local. Normalmente, esto se lograría mediante una base de datos relacional ubicada en Detroit, que atienda a la comunidad mundial de concesionarios. Sin embargo, se ha visto anteriormente que este 25 modelo de consulta/respuesta puede generar volúmenes de tráfico de datos extremadamente grandes; además, no hay duda de que un ordenador central heredado diseñado para dar servicio a unos 50 terminales mudos no podría hacer frente a las demandas de datos que recibiera.

Con la puesta en práctica del Presentation Server, tal y como se ilustra en la Figura 3, se resuelven estas cuestiones. El Presentation Server (que podría estar ubicado como un servidor único localizado en cualquier parte de la 30 red, o como varios servidores interconectados distribuidos en la red) permite que se emita una única secuencia de datos desde la base de datos relacional principal 31; se trata de un conjunto de mensajes XML etiquetados 32, que definen completamente todos los datos necesarios que se enviarán a los concesionarios; incluye los campos etiquetados que permiten aplicar eficientemente un filtrado basado en reglas. Supóngase que el Presentation Server 33 sólo tiene que filtrar los datos de mensajes XML entrantes de tal manera que sólo se envíen a los distribuidores por Internet datos 35 específicos a determinados países y estados (por ejemplo, a los concesionarios estadounidenses ubicados en California se les trasmiten constantemente datos en tiempo real que sólo se refieran a precios de automóviles, opciones, precios de la competencia, etcétera, pertinentes para California y no para ninguna otra región). Esto se puede hacer en dos etapas sencillas; en un primer nivel 34, se puede filtrar de acuerdo con etiquetas de país incrustadas en el código XML - por ejemplo, todos los datos sobre los precios se vincularán con una etiqueta de código de país en la que se 40 especifique con qué país se relaciona (por ejemplo, EE.UU., Reino Unido, etc.). Los mensajes XML de entrada son desempaquetados, es decir, los datos de interés para los beneficiarios se despojan de sus envolturas de datos y son luego consultados por el servidor de encaminamiento de primer nivel 34 de modo que los datos relativos a EE.UU. (de todas las categorías, incluidos los precios) se filtran para constituir una secuencia de datos específicos a los EE.UU. 35A, los datos del Reino Unido se filtran para constituir una secuencia de datos específicos al R.U. 35B, etc. Luego, un 45 servidor de encaminamiento de segundo nivel 36 añade, en su caso, datos geográficos más detallados, ya que puede estar en los EE.UU., donde puede haber promociones específicas a un estado federal, etc. Por lo tanto, el encaminador de segundo nivel 36 consulta sobre cualesquiera promociones específicas para California y otras variables. Acto seguido, construye (o reempaqueta) 37 mensajes basados en XML específicos a todos los concesionarios de California y trasmite estos mensajes reempaquetados 38. Estos son enviados por Internet 39 a una sede regional de California 50 40. Esta oficina puede incluir a sus propios servidores de encaminamiento, que pueden aplicar reglas establecidas por ella - por ejemplo, los mensajes XML entrantes pueden incluir datos confidenciales sobre lanzamiento de nuevos modelos que la sede regional no pueda dar a conocer aún a los concesionarios 41. También puede aplicar una regla que impida a los concesionarios tener acceso a los datos. Los concesionarios locales pueden acceder directamente a todos los demás datos de la matriz de Detroit a través del Presentation Server alojado en la sede regional de California. 55 Puede optar por integrar estos datos con otra información útil para el estado federal (por ejemplo, noticias de California y alertas de tráfico).

Este enfoque general entraña muchas ventajas específicas, que se han definido anteriormente de manera general. Por ejemplo:

:  Minimiza la sobrecarga de ancho de banda.

:  Reduce la carga del servidor de origen.

:  Es fácilmente escalable.

:  Facilita la seguridad.

:  Ofrece mucho mayor flexibilidad a los usuarios distantes del servidor de origen en el manejo/la 5 manipulación de datos de información empresariales.

A continuación se verá cómo se produce la consulta y cómo ésta puede utilizarse de manera diferente con respecto a los enfoques existentes, para determinar cómo se encamina la información a través de una red.

En el ejemplo anterior, las reglas vinculadas con el encaminamiento se determinaron asociando de alguna 10 manera la información vinculada con un usuario (o con una máquina de destino final) con la información que se enviaba a través de la red. Para dar otro ejemplo de esto, las cotizaciones de acciones se mantienen en documentos XML y se envían conforme se dispone de nuevas cotizaciones. Se mantiene un conjunto de datos XML independiente para los usuarios, así como las reglas y las responsabilidades asociadas con éstos. Cuando se dispone de un nuevo elemento de información (por ejemplo, una nueva cotización de acciones), esa información se envía desde la aplicación de 15 cotizaciones al servidor de encaminamiento. El servidor de encaminamiento compara la información contenida en la cotización con un elemento de información independiente contenido en una base de datos local en el servidor de encaminamiento, con el fin de determinar el destino o el acceso de seguridad de esa información. Por ejemplo, una cotización de Amazon.com® se compararía con una lista de usuarios conectados en ese momento para determinar cuál de ellos desea recibir, y/o debería estar autorizado para recibir, la información asociada con dicha cotización. 20

En un ejemplo relacionado con las noticias, las noticias sobre Amazon.com se compararían de igual modo con un conjunto similar de reglas, salvo que este caso presenta la restricción adicional de que sólo los usuarios más importantes logran ver la información sobre noticias. Y así se lleva a cabo un doble control mediante la realización de una consulta sobre la información mantenida localmente dentro de la aplicación de encaminamiento para asociar el usuario y el privilegio de seguridad de tal modo que la información sólo se encamine cuando ambos coinciden y logran 25 su cometido.

Para que los datos se envíen correctamente, se ha determinado que la aplicación de encaminamiento en la red realice consultas o preguntas sobre la información mantenida localmente dentro de la aplicación de encaminamiento y la compare con los datos que se trasmiten a través de la red, con el fin de determinar dónde deben encaminarse los datos. 30

Para llevar a cabo el encaminamiento de datos “sobre la marcha”, es necesario contar con un mecanismo que permita a las propias aplicaciones de encaminamiento mantenerse actualizadas sobre la marcha. En el caso de datos relativamente estáticos, tales como una lista de usuarios conectados dentro de una empresa bastante estable, se podría pensar que la aplicación de encaminamiento sólo se inicia previa aplicación de un conjunto de reglas predefinidas y de buscar la información necesaria para resolver esas reglas mientras la máquina está ejecutando. Este es el ejemplo 35 más básico y permitiría a una aplicación comportarse de la manera descrita anteriormente.

Sin embargo, si la información con respecto a la cual se realizará la comparación (o las reglas que se utilizarán para determinar la distribución de esta información) cambia con frecuencia, o puede cambiar durante la vida útil de ejecución del producto o la aplicación, entonces es necesario permitir que se actualice la aplicación de encaminamiento (es decir, que se almacenen las modificaciones y que éstas sean procesadas por el servidor de encaminamiento) sobre 40 la marcha, con respecto a las reglas que deban añadirse, cambiarse o eliminarse, con respecto a la información asociada a las mismas (es decir, las tablas de consulta o la información de consulta), para que se mantengan en tiempo real y para que la red pueda distribuir en su seno esta información también sobre la marcha. Esto es esencial para que la operación del servidor de encaminamiento sea correcta y completamente funcional.

El siguiente ejemplo del servidor de encaminamiento lleva el caso anterior un paso más allá y prevé la 45 actualización garantizada o verificable de la información, así como la capacidad de asegurar que las reglas que deban aplicarse a los elementos de información subsiguientes hayan quedado establecidas y se apliquen correctamente tan pronto como se envíe la siguiente información.

Por ejemplo, supóngase que el usuario en cuestión decide cancelar una suscripción Premium. Se ha de estar en capacidad de garantizar que las noticias que se envíen a través de la red dejen de enviarse a este usuario con 50 posterioridad a dicha cancelación. Del mismo modo, si se añade un nuevo usuario a las tablas de encaminamiento se ha de poder trasmitir información a ese usuario. Tan pronto como la aplicación de encaminamiento tenga a su disposición dicha información, se ha de poder actualizarla sobre la marcha sin tener que reiniciar las aplicaciones de encaminamiento. No sólo se debe estar en capacidad de verificar que la transacción de encaminamiento y las aplicaciones de encaminamiento se hayan actualizado correctamente antes de enviar el siguiente elemento de 55 información, sino que también se ha de contar al menos con un mecanismo que verifique que se hayan actualizado los encaminadores de la red. Esto garantiza la continuidad y el cumplimiento de las reglas de toda la información en la red. El objetivo es mantener en todo momento la coherencia de las reglas y la información en el estado de toda la red.

Una vez que la red se convierte en el mecanismo mediante el cual se agrega, protege y distribuye información, se convierte esencialmente en un procesador de información inteligente antes de que ésta se muestre al usuario final. Es fundamental que se cuente con mecanismos para validar este estado de la red en cualquier momento.

En un caso independiente, se trata ahora la cuestión de los nodos agrupados o encaminadotes agrupados y la forma en que se comportan. 5

En primer lugar, el objetivo es que todas las aplicaciones de encaminamiento ubicadas en la red contengan un conjunto de reglas idéntico y busquen información asociada con dichas reglas y deben comportarse individualmente de forma que garanticen la entrega correcta de la información. Si bien esto puede introducir algún grado de sobrecarga por las consultas reiteradas que ocurren conforme se transmite la información con éxito a lo largo y a lo ancho de la red, la simplicidad y la robustez de este enfoque resulta pertinente para determinadas aplicaciones. 10

La ventaja sería que si fallase cualquiera de estas aplicaciones de encaminamiento, cualesquiera aplicaciones de usuarios que deseen suscribirse a esta información sólo tienen que volver a suscribirse a una aplicación de encaminamiento alternativa, pero válida y funcional y, de este modo, reencaminarse efectivamente y sobreponerse a cualquier desgaste significativo de la aplicación de la red, aumentándose así la robustez y la estabilidad.

Del mismo modo, al adoptar un enfoque relativamente sencillo, se puede construir un sistema altamente 15 escalable, sin la compleja tarea de tener que determinar reglas que difieran a través de la red.

Un caso más de una aplicación agrupada sería el caso en que los encaminadores acepten reglas diferentes y en el que la mitad de esa información y la forma en que se trasmita al usuario final se determine sucesivamente a medida que la información viaje en la red.

Esto puede resultar importante en aquellos casos en que las reglas que deben aplicarse se determinen no sólo 20 en función de un criterio global, tal como nombre de usuario y tasa de suscripción, sino que puedan determinarse a nivel local, además de por localización física o el dispositivo desde el cual se conecta el usuario. En otras palabras, puede ser válido enviar cotizaciones de acciones a un teléfono móvil, pero no largos artículos de noticias. Por lo tanto, en este caso podría ser posible configurar la información a través de la red de tal manera que, si el usuario está conectado mediante un dispositivo telefónico con una pantalla pequeña y con bajo ancho de banda, se evite que esos mensajes 25 lleguen al teléfono o potencialmente que un subconjunto de dicha información se envíe a un teléfono. Un ejemplo podría ser el que se transmita al teléfono el titular de un artículo noticia, pero se impida el envío del contenido completo de dicho artículo.

De modo similar, podría darse el caso de que dentro de una red de área local empresarial se incorporen reglas que permitan que se transmita toda la información y que, sin embargo, si el usuario está conectado desde un dispositivo 30 externo, se pueda restringir la información De esta forma, sólo los usuarios ubicados dentro de la empresa pueden acceder a la información y, fuera de ella, estaría disponible menos de esa información, sólo en virtud de las restricciones de seguridad, o posiblemente debido a otros motivos tales como ancho de banda limitado o relevancia, etc.

Otros ejemplos son los siguientes:

: - El “encaminamiento de datos” puede utilizarse para alimentar de manera inteligente una red de 35 trasmisión de mensajes que se use para distribuir contenido masivo a muchos clientes, tal vez incluso a través de una potente red privada (por ejemplo, se podría utilizar un mecanismo de trasmisión establecido para enviar a todos los clientes el mismo subconjunto de cotizaciones de acciones de la NASDAQ® relativas sólo a empresas de diseño de circuitos integrados).

: - Otro ejemplo es cuando se extiende esto para permitir que determinadas conexiones ad-hoc 40 adicionales de uno o más de los clientes del servidor puedan recuperar el contenido dirigido exclusivamente a ellos, además de la información de difusión masiva (por ejemplo, se podría enviar información de cartera por cliente a cada cliente, además de las cotizaciones de acciones enviadas como se señaló anteriormente).

: - Otro caso es cuando se mantiene una conexión independiente a tiempo completo dirigida a un cliente para distribuir/impulsar información nueva/actualizada (por ejemplo, la notificación de que se ha cumplido una orden de 45 venta de algunas acciones de su cartera). Un cliente podría solicitar establecer conexión con el servidor de manera regular o ad-hoc en lugar de que exista una conexión independiente a tiempo completo vinculada con cada cliente.

Claims

REIVINDICACIONES

1. Un método de encaminamiento de datos de servicios de web desde una o varias fuentes de servicios de web a uno o más clientes a través de una red, en el que los datos se adaptan a un metalenguaje estructurado, siendo realizado el encaminamiento por un servidor de encaminamiento que aplica una o más reglas a los datos, en cuyo método: 5

a) El servidor de encaminamiento recibe múltiples mensajes entrantes de servicios de web;

b) Acto seguido, el servidor de encaminamiento desempaqueta los mensajes de servicios de web de sus envolturas de datos de mensajes para exponer los campos, etiquetados de conformidad con el metalenguaje, con el fin de permitir la filtración basada en reglas con respecto a dichos campos etiquetados; con fines del encaminamiento, haciendo el desempaquetado innecesario que se dependa para fines de encaminamiento de cualquier información de 10 encabezamiento de los mensajes;

c) El servidor de encaminamiento realiza el filtrado basado en reglas con respecto a los campos etiquetados mediante la aplicación de una o más reglas en tiempo real a los campos etiquetados, en función de lo que se requiera entregar para que el cliente lo visualice; la aplicación de dichas reglas hace que los mensajes de red salientes se construyan combinando datos de uno o más subconjuntos de varios mensajes de servicios de web 15 recibidos para que sean desempaquetados, de tal manera que no se preserva durante el encaminamiento la integridad del mensaje del servicio de web o de cada uno de los mensajes de servicios de web que se reciben para que sean desempaquetados; y

d)Acto seguido, el servidor de encaminamiento envía el mensaje de red saliente a uno o más de los clientes, y en el que: 20

e)El servidor de encaminamiento recibe y procesa una o más reglas actualizables de manera continua mediante uno o más mensajes de actualización de reglas, o uno o más subconjuntos de uno o más mensajes de actualización de reglas.
2. Método según la reivindicación 1, en el que el metalenguaje estructurado es XML.
3. Método según la reivindicación 1, en el que los datos desempaquetados son analizados por el 25 servidor de encaminamiento y el servidor de encaminamiento aplica la regla o cada regla, lo que tiene como resultado: a) que sólo un subconjunto de los datos se empaquete en uno o más mensajes de red salientes y se encamine entonces a un cliente; y b) que un subconjunto de esos datos diferente se empaquete en uno o más mensajes de red salientes y se encamine entonces a un cliente diferente.
4. Método según la reivindicación 1, en el que los datos desempaquetados son analizados por el 30 servidor de encaminamiento y el servidor de encaminamiento aplica la regla o cada regla, lo que tiene como resultado que alguno o todos los datos se combine(n) con datos de una fuente de servicios de web diferente en uno o más mensajes de red salientes que luego se encaminan a un cliente.
5. Método según la reivindicación 1, en el que múltiples servidores en paralelo pueden encaminar desde una única fuente con fines de ofrecer escalabilidad. 35
6. Método según la reivindicación 5, en el que si fallara un servidor de un grupo de múltiples servidores en paralelo, entonces otro servidor de ese grupo puede tomar el relevo.
7. Método según la reivindicación 1, en el que múltiples servidores conectados en serie pueden realizar el encaminamiento.
8. Método según la reivindicación 7, en el que un servidor situado más arriba en la jerarquía de una serie 40 se aísla de la necesidad de conocer la regla o cada regla que aplicará un servidor ubicado más abajo en la jerarquía.
9. Método según la reivindicación 1, en el que la regla o cada regla es un elemento seleccionado del siguiente grupo de reglas:

a) Encaminar datos basados en un identificador único de usuario;

b) Encaminar datos basados en privilegios de seguridad; 45

c) Encaminar datos basados en reglas relativas al rendimiento del cliente y de la red;

d) Encaminar datos basados en reglas relativas al rendimiento del servidor que suministra los datos, de modo que si llegara a sobrecargarse uno o más de los servidores que suministran los datos, podría utilizarse el servidor de encaminamiento para limitar el acceso al servidor sobrecargado;

e) Encaminar datos basados en una personalización por usuario y reglas de seguridad delegadas por un 50 servidor heredado;

f) Encaminar datos de acuerdo con reglas destinadas a desviar determinado contenido de un mensaje de servicio de web entrante hacia una red costosa pero muy segura, mientras que una parte o todo el contenido restante es enviado a través de la red pública;

g) Encaminar datos cifrando de manera selectiva y/o firmando digitalmente partes de un mensaje de red saliente antes de enviarlo, lo que reduce el costo de CPU del proceso de cifrado sin afectar indebidamente la seguridad del mensaje de red saliente;

h) Encaminar datos cifrando de manera selectiva y/o firmando digitalmente partes de un mensaje de red saliente con varias claves antes de enviar el mensaje de red saliente a una red de trasmisión que enviaría el mismo 5 mensaje de red saliente cifrado a todos los clientes, pero donde cada uno sólo pueda descifrar ciertas partes del mensaje de red saliente;

i) Encaminar datos conservando determinado mensaje de servicios de web hasta tanto se reciban uno o más mensajes de otros servicios de web con contenido coincidente.
10. Método según la reivindicación 2, en el que la regla o cada regla se estructura como Xpreguntas 10 mediante la comparación de los datos con los datos que se conservan localmente en el servidor.
11. Método según la reivindicación 1, en el que los datos son comunicaciones personales de Instant Messaging (Mensajería Instantánea).
12. Método según cualquier reivindicación anterior, en el que los usuarios finales pueden determinar sus propias reglas de encaminamiento. 15
13. Método según cualquier reivindicación anterior, en que el servidor de encaminamiento identifica al cliente adecuado para encaminar un mensaje de red saliente, mediante la aplicación de reglas que incluyen información vinculada con dicho cliente y que también se asocia con información contenida en el mensaje de red saliente para ese cliente.
14. Un aparato adaptado para realizar el método de cualquier reivindicación de método precedente 1 a 20 13.
15. Programas informáticos adaptados para realizar el método de cualquier reivindicación anterior 1 a 13.