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

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...

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.