ES2355716T3 - Encaminamiento de datos basado en el contenido. - Google Patents
Encaminamiento de datos basado en el contenido. Download PDFInfo
- Publication number
- ES2355716T3 ES2355716T3 ES02788085T ES02788085T ES2355716T3 ES 2355716 T3 ES2355716 T3 ES 2355716T3 ES 02788085 T ES02788085 T ES 02788085T ES 02788085 T ES02788085 T ES 02788085T ES 2355716 T3 ES2355716 T3 ES 2355716T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- routing
- server
- message
- messages
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Measurement And Recording Of Electrical Phenomena And Electrical Characteristics Of The Living Body (AREA)
- Exchange Systems With Centralized Control (AREA)
- Optical Communication System (AREA)
- Computer And Data Communications (AREA)
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.
- Facilita rápidamente la integración de aplicaciones a través de múltiples fuentes de información.
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 (15)
- REIVINDICACIONES1. 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: 5a) 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; yd)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: 20e)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; 45c) 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.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0129381 | 2001-12-07 | ||
GB0129381A GB2382962A (en) | 2001-12-07 | 2001-12-07 | Data routing without using an address |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2355716T3 true ES2355716T3 (es) | 2011-03-30 |
Family
ID=9927234
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES02788085T Expired - Lifetime ES2355716T3 (es) | 2001-12-07 | 2002-12-09 | Encaminamiento de datos basado en el contenido. |
Country Status (10)
Country | Link |
---|---|
US (6) | US7925777B2 (es) |
EP (1) | EP1457015B1 (es) |
JP (1) | JP2005512398A (es) |
AT (1) | ATE487311T1 (es) |
AU (1) | AU2002352365A1 (es) |
DE (1) | DE60238215D1 (es) |
ES (1) | ES2355716T3 (es) |
GB (2) | GB2382962A (es) |
HK (1) | HK1072329A1 (es) |
WO (1) | WO2003049369A2 (es) |
Families Citing this family (180)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7428597B2 (en) * | 2002-03-28 | 2008-09-23 | Sap Ag | Content-based routing system and method |
US8068519B2 (en) * | 2002-12-20 | 2011-11-29 | Britesmart Llc | Method and system to use, share and manage digital content by assigning MAC and IP adress to each device and peripheral |
US20050038824A1 (en) * | 2003-08-15 | 2005-02-17 | Joachim Kenntner | Quality of service in asynchronous message transfer |
US8954509B1 (en) * | 2003-09-18 | 2015-02-10 | Microsoft Corporation | System and method for broadcasting data over a computer network |
US8572249B2 (en) * | 2003-12-10 | 2013-10-29 | Aventail Llc | Network appliance for balancing load and platform services |
US7526493B2 (en) * | 2003-12-19 | 2009-04-28 | Solace Systems, Inc. | Meta-tagging in content routed networks |
US9171100B2 (en) | 2004-09-22 | 2015-10-27 | Primo M. Pettovello | MTree an XPath multi-axis structure threaded index |
US7849199B2 (en) * | 2005-07-14 | 2010-12-07 | Yahoo ! Inc. | Content router |
US7664742B2 (en) * | 2005-11-14 | 2010-02-16 | Pettovello Primo M | Index data structure for a peer-to-peer network |
WO2008048304A2 (en) | 2005-12-01 | 2008-04-24 | Firestar Software, Inc. | System and method for exchanging information among exchange applications |
US20070174309A1 (en) * | 2006-01-18 | 2007-07-26 | Pettovello Primo M | Mtreeini: intermediate nodes and indexes |
US8531953B2 (en) | 2006-02-21 | 2013-09-10 | Barclays Capital Inc. | System and method for network traffic splitting |
US8683059B2 (en) * | 2006-06-15 | 2014-03-25 | Fujitsu Limited | Method, apparatus, and computer program product for enhancing computer network security |
US8518881B2 (en) * | 2007-02-08 | 2013-08-27 | Aspenbio Pharma, Inc. | Methods for inducing superovulation in ungulates |
US9456054B2 (en) | 2008-05-16 | 2016-09-27 | Palo Alto Research Center Incorporated | Controlling the spread of interests and content in a content centric network |
US8103714B2 (en) * | 2008-08-15 | 2012-01-24 | International Business Machines Corporation | Transactional quality of service in event stream processing middleware |
US8204060B2 (en) * | 2009-01-30 | 2012-06-19 | Palo Alto Research Center Incorporated | Method and system for facilitating forwarding a packet in a content-centric network |
US8243735B2 (en) | 2009-01-30 | 2012-08-14 | Palo Alto Research Center Incorporated | System for forwarding packets with hierarchically structured variable-length identifiers using an exact-match lookup engine |
US8160069B2 (en) | 2009-01-30 | 2012-04-17 | Palo Alto Research Center Incorporated | System for forwarding a packet with a hierarchically structured variable-length identifier |
US8386409B2 (en) * | 2009-05-12 | 2013-02-26 | Emc Corporation | Syslog message routing systems and methods |
CN101902335A (zh) * | 2009-05-27 | 2010-12-01 | 北京启明星辰信息技术股份有限公司 | 一种数据过滤与合并的方法 |
US8923293B2 (en) | 2009-10-21 | 2014-12-30 | Palo Alto Research Center Incorporated | Adaptive multi-interface use for content networking |
US8631028B1 (en) | 2009-10-29 | 2014-01-14 | Primo M. Pettovello | XPath query processing improvements |
US9268813B2 (en) * | 2009-12-24 | 2016-02-23 | Samsung Electronics Co., Ltd. | Terminal device based on content name, and method for routing based on content name |
US10164922B2 (en) * | 2010-09-27 | 2018-12-25 | International Business Machines Corporation | Secure electronic message conveyance |
US10699313B2 (en) | 2011-02-22 | 2020-06-30 | Theatro Labs, Inc. | Observation platform for performing structured communications |
US11605043B2 (en) | 2011-02-22 | 2023-03-14 | Theatro Labs, Inc. | Configuring, deploying, and operating an application for buy-online-pickup-in-store (BOPIS) processes, actions and analytics |
US10375133B2 (en) | 2011-02-22 | 2019-08-06 | Theatro Labs, Inc. | Content distribution and data aggregation for scalability of observation platforms |
US10204524B2 (en) | 2011-02-22 | 2019-02-12 | Theatro Labs, Inc. | Observation platform for training, monitoring and mining structured communications |
US11636420B2 (en) | 2011-02-22 | 2023-04-25 | Theatro Labs, Inc. | Configuring, deploying, and operating applications for structured communications within observation platforms |
US10069781B2 (en) | 2015-09-29 | 2018-09-04 | Theatro Labs, Inc. | Observation platform using structured communications with external devices and systems |
KR101659649B1 (ko) | 2011-02-22 | 2016-09-23 | 디아트로 랩스, 인크. | 구조화된 통신을 이용하기 위한 관측 플랫폼 |
US9542695B2 (en) | 2011-02-22 | 2017-01-10 | Theatro Labs, Inc. | Observation platform for performing structured communications |
US9407543B2 (en) | 2011-02-22 | 2016-08-02 | Theatrolabs, Inc. | Observation platform for using structured communications with cloud computing |
US9053449B2 (en) | 2011-02-22 | 2015-06-09 | Theatrolabs, Inc. | Using structured communications to quantify social skills |
US9686732B2 (en) | 2011-02-22 | 2017-06-20 | Theatrolabs, Inc. | Observation platform for using structured communications with distributed traffic flow |
US10134001B2 (en) | 2011-02-22 | 2018-11-20 | Theatro Labs, Inc. | Observation platform using structured communications for gathering and reporting employee performance information |
US9602625B2 (en) | 2011-02-22 | 2017-03-21 | Theatrolabs, Inc. | Mediating a communication in an observation platform |
US11599843B2 (en) | 2011-02-22 | 2023-03-07 | Theatro Labs, Inc. | Configuring , deploying, and operating an application for structured communications for emergency response and tracking |
US8818994B2 (en) * | 2011-06-27 | 2014-08-26 | Bmc Software, Inc. | Mobile service context |
US8745040B2 (en) * | 2011-06-27 | 2014-06-03 | Bmc Software, Inc. | Service context |
KR102024930B1 (ko) | 2012-09-25 | 2019-09-24 | 삼성전자주식회사 | 소스 디바이스, 라우터 및 그들의 제어 방법 |
US9280546B2 (en) | 2012-10-31 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for accessing digital content using a location-independent name |
US9400800B2 (en) | 2012-11-19 | 2016-07-26 | Palo Alto Research Center Incorporated | Data transport by named content synchronization |
KR102100710B1 (ko) | 2012-11-26 | 2020-04-16 | 삼성전자주식회사 | 컨텐츠 중심 네트워크에서 컨텐츠 소유자 및 노드의 패킷 전송 방법 |
KR101965794B1 (ko) * | 2012-11-26 | 2019-04-04 | 삼성전자주식회사 | Ip 라우팅 호환을 위한 패킷의 구조, 네트워크 노드의 통신 방법 및 그 네트워크 노드 |
US10430839B2 (en) | 2012-12-12 | 2019-10-01 | Cisco Technology, Inc. | Distributed advertisement insertion in content-centric networks |
US9978025B2 (en) | 2013-03-20 | 2018-05-22 | Cisco Technology, Inc. | Ordered-element naming for name-based packet forwarding |
US9935791B2 (en) | 2013-05-20 | 2018-04-03 | Cisco Technology, Inc. | Method and system for name resolution across heterogeneous architectures |
US9185120B2 (en) | 2013-05-23 | 2015-11-10 | Palo Alto Research Center Incorporated | Method and system for mitigating interest flooding attacks in content-centric networks |
US9875120B2 (en) * | 2013-06-24 | 2018-01-23 | Microsoft Technology Licensing, Llc | Virtualized components in computing systems |
US9444722B2 (en) | 2013-08-01 | 2016-09-13 | Palo Alto Research Center Incorporated | Method and apparatus for configuring routing paths in a custodian-based routing architecture |
US9407549B2 (en) | 2013-10-29 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for hash-based forwarding of packets with hierarchically structured variable-length identifiers |
US9276840B2 (en) | 2013-10-30 | 2016-03-01 | Palo Alto Research Center Incorporated | Interest messages with a payload for a named data network |
US9282050B2 (en) | 2013-10-30 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for minimum path MTU discovery in content centric networks |
US9401864B2 (en) | 2013-10-31 | 2016-07-26 | Palo Alto Research Center Incorporated | Express header for packets with hierarchically structured variable-length identifiers |
US10129365B2 (en) | 2013-11-13 | 2018-11-13 | Cisco Technology, Inc. | Method and apparatus for pre-fetching remote content based on static and dynamic recommendations |
US9311377B2 (en) | 2013-11-13 | 2016-04-12 | Palo Alto Research Center Incorporated | Method and apparatus for performing server handoff in a name-based content distribution system |
US10101801B2 (en) | 2013-11-13 | 2018-10-16 | Cisco Technology, Inc. | Method and apparatus for prefetching content in a data stream |
US10089655B2 (en) | 2013-11-27 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for scalable data broadcasting |
US9503358B2 (en) | 2013-12-05 | 2016-11-22 | Palo Alto Research Center Incorporated | Distance-based routing in an information-centric network |
US9379979B2 (en) | 2014-01-14 | 2016-06-28 | Palo Alto Research Center Incorporated | Method and apparatus for establishing a virtual interface for a set of mutual-listener devices |
US10172068B2 (en) | 2014-01-22 | 2019-01-01 | Cisco Technology, Inc. | Service-oriented routing in software-defined MANETs |
US10098051B2 (en) | 2014-01-22 | 2018-10-09 | Cisco Technology, Inc. | Gateways and routing in software-defined manets |
US9374304B2 (en) | 2014-01-24 | 2016-06-21 | Palo Alto Research Center Incorporated | End-to end route tracing over a named-data network |
US9531679B2 (en) | 2014-02-06 | 2016-12-27 | Palo Alto Research Center Incorporated | Content-based transport security for distributed producers |
US9954678B2 (en) | 2014-02-06 | 2018-04-24 | Cisco Technology, Inc. | Content-based transport security |
US9678998B2 (en) | 2014-02-28 | 2017-06-13 | Cisco Technology, Inc. | Content name resolution for information centric networking |
US10089651B2 (en) | 2014-03-03 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for streaming advertisements in a scalable data broadcasting system |
US9836540B2 (en) | 2014-03-04 | 2017-12-05 | Cisco Technology, Inc. | System and method for direct storage access in a content-centric network |
US9626413B2 (en) | 2014-03-10 | 2017-04-18 | Cisco Systems, Inc. | System and method for ranking content popularity in a content-centric network |
US9473405B2 (en) | 2014-03-10 | 2016-10-18 | Palo Alto Research Center Incorporated | Concurrent hashes and sub-hashes on data streams |
US9391896B2 (en) | 2014-03-10 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for packet forwarding using a conjunctive normal form strategy in a content-centric network |
US9407432B2 (en) | 2014-03-19 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for efficient and secure distribution of digital content |
US9916601B2 (en) | 2014-03-21 | 2018-03-13 | Cisco Technology, Inc. | Marketplace for presenting advertisements in a scalable data broadcasting system |
US9363179B2 (en) | 2014-03-26 | 2016-06-07 | Palo Alto Research Center Incorporated | Multi-publisher routing protocol for named data networks |
US9363086B2 (en) | 2014-03-31 | 2016-06-07 | Palo Alto Research Center Incorporated | Aggregate signing of data in content centric networking |
US9716622B2 (en) | 2014-04-01 | 2017-07-25 | Cisco Technology, Inc. | System and method for dynamic name configuration in content-centric networks |
US10075521B2 (en) | 2014-04-07 | 2018-09-11 | Cisco Technology, Inc. | Collection synchronization using equality matched network names |
US9473576B2 (en) | 2014-04-07 | 2016-10-18 | Palo Alto Research Center Incorporated | Service discovery using collection synchronization with exact names |
US9390289B2 (en) | 2014-04-07 | 2016-07-12 | Palo Alto Research Center Incorporated | Secure collection synchronization using matched network names |
US9451032B2 (en) | 2014-04-10 | 2016-09-20 | Palo Alto Research Center Incorporated | System and method for simple service discovery in content-centric networks |
US9203885B2 (en) | 2014-04-28 | 2015-12-01 | Palo Alto Research Center Incorporated | Method and apparatus for exchanging bidirectional streams over a content centric network |
US9992281B2 (en) | 2014-05-01 | 2018-06-05 | Cisco Technology, Inc. | Accountable content stores for information centric networks |
US9609014B2 (en) | 2014-05-22 | 2017-03-28 | Cisco Systems, Inc. | Method and apparatus for preventing insertion of malicious content at a named data network router |
US9455835B2 (en) | 2014-05-23 | 2016-09-27 | Palo Alto Research Center Incorporated | System and method for circular link resolution with hash-based names in content-centric networks |
US9276751B2 (en) | 2014-05-28 | 2016-03-01 | Palo Alto Research Center Incorporated | System and method for circular link resolution with computable hash-based names in content-centric networks |
US9516144B2 (en) | 2014-06-19 | 2016-12-06 | Palo Alto Research Center Incorporated | Cut-through forwarding of CCNx message fragments with IP encapsulation |
US9467377B2 (en) | 2014-06-19 | 2016-10-11 | Palo Alto Research Center Incorporated | Associating consumer states with interests in a content-centric network |
US9537719B2 (en) | 2014-06-19 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and apparatus for deploying a minimal-cost CCN topology |
US9426113B2 (en) | 2014-06-30 | 2016-08-23 | Palo Alto Research Center Incorporated | System and method for managing devices over a content centric network |
US9699198B2 (en) | 2014-07-07 | 2017-07-04 | Cisco Technology, Inc. | System and method for parallel secure content bootstrapping in content-centric networks |
US9621354B2 (en) | 2014-07-17 | 2017-04-11 | Cisco Systems, Inc. | Reconstructable content objects |
US9959156B2 (en) | 2014-07-17 | 2018-05-01 | Cisco Technology, Inc. | Interest return control message |
US9729616B2 (en) | 2014-07-18 | 2017-08-08 | Cisco Technology, Inc. | Reputation-based strategy for forwarding and responding to interests over a content centric network |
US9590887B2 (en) | 2014-07-18 | 2017-03-07 | Cisco Systems, Inc. | Method and system for keeping interest alive in a content centric network |
US9535968B2 (en) | 2014-07-21 | 2017-01-03 | Palo Alto Research Center Incorporated | System for distributing nameless objects using self-certifying names |
US9882964B2 (en) | 2014-08-08 | 2018-01-30 | Cisco Technology, Inc. | Explicit strategy feedback in name-based forwarding |
US9729662B2 (en) | 2014-08-11 | 2017-08-08 | Cisco Technology, Inc. | Probabilistic lazy-forwarding technique without validation in a content centric network |
US9503365B2 (en) | 2014-08-11 | 2016-11-22 | Palo Alto Research Center Incorporated | Reputation-based instruction processing over an information centric network |
US9391777B2 (en) | 2014-08-15 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for performing key resolution over a content centric network |
US9467492B2 (en) | 2014-08-19 | 2016-10-11 | Palo Alto Research Center Incorporated | System and method for reconstructable all-in-one content stream |
US9800637B2 (en) | 2014-08-19 | 2017-10-24 | Cisco Technology, Inc. | System and method for all-in-one content stream in content-centric networks |
US9497282B2 (en) | 2014-08-27 | 2016-11-15 | Palo Alto Research Center Incorporated | Network coding for content-centric network |
US10204013B2 (en) | 2014-09-03 | 2019-02-12 | Cisco Technology, Inc. | System and method for maintaining a distributed and fault-tolerant state over an information centric network |
CN105471609B (zh) * | 2014-09-05 | 2019-04-05 | 华为技术有限公司 | 一种用于配置业务的方法和装置 |
US9553812B2 (en) | 2014-09-09 | 2017-01-24 | Palo Alto Research Center Incorporated | Interest keep alives at intermediate routers in a CCN |
US10069933B2 (en) | 2014-10-23 | 2018-09-04 | Cisco Technology, Inc. | System and method for creating virtual interfaces based on network characteristics |
US9590948B2 (en) | 2014-12-15 | 2017-03-07 | Cisco Systems, Inc. | CCN routing using hardware-assisted hash tables |
US9536059B2 (en) | 2014-12-15 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and system for verifying renamed content using manifests in a content centric network |
US10237189B2 (en) | 2014-12-16 | 2019-03-19 | Cisco Technology, Inc. | System and method for distance-based interest forwarding |
US9846881B2 (en) | 2014-12-19 | 2017-12-19 | Palo Alto Research Center Incorporated | Frugal user engagement help systems |
US10003520B2 (en) | 2014-12-22 | 2018-06-19 | Cisco Technology, Inc. | System and method for efficient name-based content routing using link-state information in information-centric networks |
US9473475B2 (en) | 2014-12-22 | 2016-10-18 | Palo Alto Research Center Incorporated | Low-cost authenticated signing delegation in content centric networking |
US9660825B2 (en) | 2014-12-24 | 2017-05-23 | Cisco Technology, Inc. | System and method for multi-source multicasting in content-centric networks |
US9916457B2 (en) | 2015-01-12 | 2018-03-13 | Cisco Technology, Inc. | Decoupled name security binding for CCN objects |
US9832291B2 (en) | 2015-01-12 | 2017-11-28 | Cisco Technology, Inc. | Auto-configurable transport stack |
US9954795B2 (en) | 2015-01-12 | 2018-04-24 | Cisco Technology, Inc. | Resource allocation using CCN manifests |
US9602596B2 (en) | 2015-01-12 | 2017-03-21 | Cisco Systems, Inc. | Peer-to-peer sharing in a content centric network |
US9946743B2 (en) | 2015-01-12 | 2018-04-17 | Cisco Technology, Inc. | Order encoded manifests in a content centric network |
US9462006B2 (en) | 2015-01-21 | 2016-10-04 | Palo Alto Research Center Incorporated | Network-layer application-specific trust model |
US9552493B2 (en) | 2015-02-03 | 2017-01-24 | Palo Alto Research Center Incorporated | Access control framework for information centric networking |
US10333840B2 (en) | 2015-02-06 | 2019-06-25 | Cisco Technology, Inc. | System and method for on-demand content exchange with adaptive naming in information-centric networks |
US10075401B2 (en) | 2015-03-18 | 2018-09-11 | Cisco Technology, Inc. | Pending interest table behavior |
US10116605B2 (en) | 2015-06-22 | 2018-10-30 | Cisco Technology, Inc. | Transport stack name scheme and identity management |
US10075402B2 (en) | 2015-06-24 | 2018-09-11 | Cisco Technology, Inc. | Flexible command and control in content centric networks |
US10701038B2 (en) | 2015-07-27 | 2020-06-30 | Cisco Technology, Inc. | Content negotiation in a content centric network |
US9986034B2 (en) | 2015-08-03 | 2018-05-29 | Cisco Technology, Inc. | Transferring state in content centric network stacks |
US10610144B2 (en) | 2015-08-19 | 2020-04-07 | Palo Alto Research Center Incorporated | Interactive remote patient monitoring and condition management intervention system |
US9832123B2 (en) | 2015-09-11 | 2017-11-28 | Cisco Technology, Inc. | Network named fragments in a content centric network |
US10355999B2 (en) | 2015-09-23 | 2019-07-16 | Cisco Technology, Inc. | Flow control with network named fragments |
US9977809B2 (en) | 2015-09-24 | 2018-05-22 | Cisco Technology, Inc. | Information and data framework in a content centric network |
US10313227B2 (en) | 2015-09-24 | 2019-06-04 | Cisco Technology, Inc. | System and method for eliminating undetected interest looping in information-centric networks |
US10454820B2 (en) | 2015-09-29 | 2019-10-22 | Cisco Technology, Inc. | System and method for stateless information-centric networking |
US10263965B2 (en) | 2015-10-16 | 2019-04-16 | Cisco Technology, Inc. | Encrypted CCNx |
US9794238B2 (en) | 2015-10-29 | 2017-10-17 | Cisco Technology, Inc. | System for key exchange in a content centric network |
US10009446B2 (en) | 2015-11-02 | 2018-06-26 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary learning |
US9807205B2 (en) | 2015-11-02 | 2017-10-31 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary |
US10021222B2 (en) | 2015-11-04 | 2018-07-10 | Cisco Technology, Inc. | Bit-aligned header compression for CCN messages using dictionary |
US10097521B2 (en) | 2015-11-20 | 2018-10-09 | Cisco Technology, Inc. | Transparent encryption in a content centric network |
US9912776B2 (en) | 2015-12-02 | 2018-03-06 | Cisco Technology, Inc. | Explicit content deletion commands in a content centric network |
US10097346B2 (en) | 2015-12-09 | 2018-10-09 | Cisco Technology, Inc. | Key catalogs in a content centric network |
US10078062B2 (en) | 2015-12-15 | 2018-09-18 | Palo Alto Research Center Incorporated | Device health estimation by combining contextual information with sensor data |
US10257271B2 (en) | 2016-01-11 | 2019-04-09 | Cisco Technology, Inc. | Chandra-Toueg consensus in a content centric network |
US9949301B2 (en) | 2016-01-20 | 2018-04-17 | Palo Alto Research Center Incorporated | Methods for fast, secure and privacy-friendly internet connection discovery in wireless networks |
US10305864B2 (en) | 2016-01-25 | 2019-05-28 | Cisco Technology, Inc. | Method and system for interest encryption in a content centric network |
US10043016B2 (en) | 2016-02-29 | 2018-08-07 | Cisco Technology, Inc. | Method and system for name encryption agreement in a content centric network |
US10051071B2 (en) | 2016-03-04 | 2018-08-14 | Cisco Technology, Inc. | Method and system for collecting historical network information in a content centric network |
US10003507B2 (en) | 2016-03-04 | 2018-06-19 | Cisco Technology, Inc. | Transport session state protocol |
US10038633B2 (en) | 2016-03-04 | 2018-07-31 | Cisco Technology, Inc. | Protocol to query for historical network information in a content centric network |
US10742596B2 (en) | 2016-03-04 | 2020-08-11 | Cisco Technology, Inc. | Method and system for reducing a collision probability of hash-based names using a publisher identifier |
US9832116B2 (en) | 2016-03-14 | 2017-11-28 | Cisco Technology, Inc. | Adjusting entries in a forwarding information base in a content centric network |
US10212196B2 (en) | 2016-03-16 | 2019-02-19 | Cisco Technology, Inc. | Interface discovery and authentication in a name-based network |
US11436656B2 (en) | 2016-03-18 | 2022-09-06 | Palo Alto Research Center Incorporated | System and method for a real-time egocentric collaborative filter on large datasets |
US10067948B2 (en) | 2016-03-18 | 2018-09-04 | Cisco Technology, Inc. | Data deduping in content centric networking manifests |
US10091330B2 (en) | 2016-03-23 | 2018-10-02 | Cisco Technology, Inc. | Interest scheduling by an information and data framework in a content centric network |
US10033639B2 (en) | 2016-03-25 | 2018-07-24 | Cisco Technology, Inc. | System and method for routing packets in a content centric network using anonymous datagrams |
US10320760B2 (en) | 2016-04-01 | 2019-06-11 | Cisco Technology, Inc. | Method and system for mutating and caching content in a content centric network |
US9930146B2 (en) | 2016-04-04 | 2018-03-27 | Cisco Technology, Inc. | System and method for compressing content centric networking messages |
US10425503B2 (en) | 2016-04-07 | 2019-09-24 | Cisco Technology, Inc. | Shared pending interest table in a content centric network |
US10027578B2 (en) | 2016-04-11 | 2018-07-17 | Cisco Technology, Inc. | Method and system for routable prefix queries in a content centric network |
US10404450B2 (en) | 2016-05-02 | 2019-09-03 | Cisco Technology, Inc. | Schematized access control in a content centric network |
US10320675B2 (en) | 2016-05-04 | 2019-06-11 | Cisco Technology, Inc. | System and method for routing packets in a stateless content centric network |
US10547589B2 (en) | 2016-05-09 | 2020-01-28 | Cisco Technology, Inc. | System for implementing a small computer systems interface protocol over a content centric network |
US10063414B2 (en) | 2016-05-13 | 2018-08-28 | Cisco Technology, Inc. | Updating a transport stack in a content centric network |
US10084764B2 (en) | 2016-05-13 | 2018-09-25 | Cisco Technology, Inc. | System for a secure encryption proxy in a content centric network |
US10103989B2 (en) | 2016-06-13 | 2018-10-16 | Cisco Technology, Inc. | Content object return messages in a content centric network |
US10305865B2 (en) | 2016-06-21 | 2019-05-28 | Cisco Technology, Inc. | Permutation-based content encryption with manifests in a content centric network |
US10148572B2 (en) | 2016-06-27 | 2018-12-04 | Cisco Technology, Inc. | Method and system for interest groups in a content centric network |
US10009266B2 (en) | 2016-07-05 | 2018-06-26 | Cisco Technology, Inc. | Method and system for reference counted pending interest tables in a content centric network |
US9992097B2 (en) | 2016-07-11 | 2018-06-05 | Cisco Technology, Inc. | System and method for piggybacking routing information in interests in a content centric network |
US10122624B2 (en) | 2016-07-25 | 2018-11-06 | Cisco Technology, Inc. | System and method for ephemeral entries in a forwarding information base in a content centric network |
US10069729B2 (en) | 2016-08-08 | 2018-09-04 | Cisco Technology, Inc. | System and method for throttling traffic based on a forwarding information base in a content centric network |
US10956412B2 (en) | 2016-08-09 | 2021-03-23 | Cisco Technology, Inc. | Method and system for conjunctive normal form attribute matching in a content centric network |
US10033642B2 (en) | 2016-09-19 | 2018-07-24 | Cisco Technology, Inc. | System and method for making optimal routing decisions based on device-specific parameters in a content centric network |
US10212248B2 (en) | 2016-10-03 | 2019-02-19 | Cisco Technology, Inc. | Cache management on high availability routers in a content centric network |
US10447805B2 (en) | 2016-10-10 | 2019-10-15 | Cisco Technology, Inc. | Distributed consensus in a content centric network |
US10135948B2 (en) | 2016-10-31 | 2018-11-20 | Cisco Technology, Inc. | System and method for process migration in a content centric network |
US10243851B2 (en) | 2016-11-21 | 2019-03-26 | Cisco Technology, Inc. | System and method for forwarder connection information in a content centric network |
CN109618005B (zh) * | 2019-01-18 | 2020-12-08 | 华为终端有限公司 | 调用服务器的方法和代理服务器 |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7133845B1 (en) * | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | System and methods for secure transaction management and electronic rights protection |
US5870605A (en) * | 1996-01-18 | 1999-02-09 | Sun Microsystems, Inc. | Middleware for enterprise information distribution |
US5961601A (en) * | 1996-06-07 | 1999-10-05 | International Business Machines Corporation | Preserving state information in a continuing conversation between a client and server networked via a stateless protocol |
US5996011A (en) * | 1997-03-25 | 1999-11-30 | Unified Research Laboratories, Inc. | System and method for filtering data received by a computer system |
US6816830B1 (en) * | 1997-07-04 | 2004-11-09 | Xerox Corporation | Finite state data structures with paths representing paired strings of tags and tag combinations |
US7127741B2 (en) * | 1998-11-03 | 2006-10-24 | Tumbleweed Communications Corp. | Method and system for e-mail message transmission |
US6266664B1 (en) * | 1997-10-01 | 2001-07-24 | Rulespace, Inc. | Method for scanning, analyzing and rating digital information content |
US6594682B2 (en) * | 1997-10-28 | 2003-07-15 | Microsoft Corporation | Client-side system for scheduling delivery of web content and locally managing the web content |
US6324584B1 (en) * | 1997-11-26 | 2001-11-27 | International Business Machines Corp. | Method for intelligent internet router and system |
US6330610B1 (en) * | 1997-12-04 | 2001-12-11 | Eric E. Docter | Multi-stage data filtering system employing multiple filtering criteria |
US6023723A (en) * | 1997-12-22 | 2000-02-08 | Accepted Marketing, Inc. | Method and system for filtering unwanted junk e-mail utilizing a plurality of filtering mechanisms |
US6052709A (en) * | 1997-12-23 | 2000-04-18 | Bright Light Technologies, Inc. | Apparatus and method for controlling delivery of unsolicited electronic mail |
US6230271B1 (en) * | 1998-01-20 | 2001-05-08 | Pilot Network Services, Inc. | Dynamic policy-based apparatus for wide-range configurable network service authentication and access control using a fixed-path hardware configuration |
AU6392899A (en) * | 1998-09-15 | 2000-04-03 | Local2Me.Com, Inc. | Dynamic matching TM of users for group communication |
US6347087B1 (en) * | 1998-10-05 | 2002-02-12 | Packet Engines Incorporated | Content-based forwarding/filtering in a network switching device |
US6434618B1 (en) * | 1998-11-12 | 2002-08-13 | Lucent Technologies Inc. | Programmable network element for packet-switched computer network |
CA2318203A1 (en) * | 1998-11-18 | 2000-05-25 | Saga Software, Inc. | Extensible distributed enterprise application integration system |
US6654787B1 (en) * | 1998-12-31 | 2003-11-25 | Brightmail, Incorporated | Method and apparatus for filtering e-mail |
US6594268B1 (en) * | 1999-03-11 | 2003-07-15 | Lucent Technologies Inc. | Adaptive routing system and method for QOS packet networks |
WO2000068830A2 (en) * | 1999-05-07 | 2000-11-16 | Argo Interactive Limited | Modifying a data file representing a document within a linked hierarchy of documents |
US6598034B1 (en) * | 1999-09-21 | 2003-07-22 | Infineon Technologies North America Corp. | Rule based IP data processing |
JP3618615B2 (ja) * | 1999-12-28 | 2005-02-09 | 株式会社エヌ・ティ・ティ・ドコモ | パケットのヘッダ構造及びパケット転送制御方法 |
DE10000237A1 (de) * | 2000-01-05 | 2001-07-19 | Siemens Ag | Netzwerk-Kopplungseinrichtung und Datennetz mit Netzwerk-Kopplungseinrichtung |
JP3414352B2 (ja) * | 2000-02-03 | 2003-06-09 | 日本電気株式会社 | 無線端末、情報処理システムおよび外部処理端末 |
US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
US6957214B2 (en) * | 2000-06-23 | 2005-10-18 | The Johns Hopkins University | Architecture for distributed database information access |
US20020035638A1 (en) * | 2000-07-25 | 2002-03-21 | Gendron David Pierre | Routing and storage within a computer network |
EP1317708A4 (en) * | 2000-08-08 | 2008-03-19 | Wachovia Corp | AUTHENTICATING THIRD PARTIES ON THE INTERNET USING ELECTRONIC TICKETS |
US7167901B1 (en) * | 2000-10-26 | 2007-01-23 | International Business Machines Corporation | Method and apparatus for improved bookmark and histories entry creation and access |
US20020099834A1 (en) * | 2001-01-19 | 2002-07-25 | Neoplanet, Inc. | Rules-based decision engine |
US7085736B2 (en) * | 2001-02-27 | 2006-08-01 | Alexa Internet | Rules-based identification of items represented on web pages |
US6714778B2 (en) * | 2001-05-15 | 2004-03-30 | Nokia Corporation | Context sensitive web services |
US7411954B2 (en) * | 2001-10-17 | 2008-08-12 | Precache Inc. | Efficient implementation of wildcard matching on variable-sized fields in content-based routing |
US7545805B2 (en) * | 2001-08-15 | 2009-06-09 | Precache, Inc. | Method and apparatus for content-based routing and filtering at routers using channels |
CA2411806A1 (en) * | 2001-11-16 | 2003-05-16 | Telecommunications Research Laboratory | Wide-area content-based routing architecture |
-
2001
- 2001-12-07 GB GB0129381A patent/GB2382962A/en not_active Withdrawn
-
2002
- 2002-12-09 DE DE60238215T patent/DE60238215D1/de not_active Expired - Lifetime
- 2002-12-09 JP JP2003550437A patent/JP2005512398A/ja active Pending
- 2002-12-09 ES ES02788085T patent/ES2355716T3/es not_active Expired - Lifetime
- 2002-12-09 WO PCT/GB2002/005577 patent/WO2003049369A2/en active Application Filing
- 2002-12-09 AU AU2002352365A patent/AU2002352365A1/en not_active Abandoned
- 2002-12-09 AT AT02788085T patent/ATE487311T1/de not_active IP Right Cessation
- 2002-12-09 US US10/497,125 patent/US7925777B2/en active Active
- 2002-12-09 GB GB0228720A patent/GB2383729B/en not_active Expired - Lifetime
- 2002-12-09 EP EP02788085A patent/EP1457015B1/en not_active Expired - Lifetime
-
2005
- 2005-03-15 HK HK05102285.5A patent/HK1072329A1/xx not_active IP Right Cessation
-
2010
- 2010-11-05 US US12/940,148 patent/US20110047290A1/en not_active Abandoned
-
2011
- 2011-10-04 US US13/252,700 patent/US8359403B2/en not_active Expired - Lifetime
-
2012
- 2012-12-17 US US13/716,505 patent/US9544255B2/en not_active Expired - Lifetime
-
2017
- 2017-01-09 US US15/401,675 patent/US20170373998A1/en not_active Abandoned
-
2019
- 2019-07-10 US US16/507,190 patent/US20200177533A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20120030297A1 (en) | 2012-02-02 |
DE60238215D1 (de) | 2010-12-16 |
EP1457015B1 (en) | 2010-11-03 |
GB2382962A (en) | 2003-06-11 |
US20200177533A1 (en) | 2020-06-04 |
US7925777B2 (en) | 2011-04-12 |
GB0228720D0 (en) | 2003-01-15 |
WO2003049369A3 (en) | 2003-10-30 |
US20050021838A1 (en) | 2005-01-27 |
AU2002352365A1 (en) | 2003-06-17 |
US20170373998A1 (en) | 2017-12-28 |
EP1457015A2 (en) | 2004-09-15 |
US8359403B2 (en) | 2013-01-22 |
GB2383729B (en) | 2003-12-17 |
US20110047290A1 (en) | 2011-02-24 |
HK1072329A1 (en) | 2005-08-19 |
GB0129381D0 (en) | 2002-01-30 |
GB2383729A (en) | 2003-07-02 |
US9544255B2 (en) | 2017-01-10 |
US20130110951A1 (en) | 2013-05-02 |
WO2003049369A2 (en) | 2003-06-12 |
ATE487311T1 (de) | 2010-11-15 |
AU2002352365A8 (en) | 2003-06-17 |
JP2005512398A (ja) | 2005-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2355716T3 (es) | Encaminamiento de datos basado en el contenido. | |
US7809813B2 (en) | System and method for providing content-oriented services to content providers and content consumers | |
ES2237022T3 (es) | Mensajeria instantanea. | |
US6732175B1 (en) | Network apparatus for switching based on content of application data | |
US7478402B2 (en) | Configurable message pipelines | |
US7941488B2 (en) | Authorizing message publication to a group of subscribing clients via a publish/subscribe service | |
US7177945B2 (en) | Non-intrusive multiplexed transaction persistency in secure commerce environments | |
US7860975B2 (en) | System and method for secure sticky routing of requests within a server farm | |
US20110185082A1 (en) | Systems and methods for network virtualization | |
US20100241844A1 (en) | Method, system and apparatus for providing stateful information redaction | |
Polyzos et al. | Building a reliable internet of things using information-centric networking | |
CN104662839B (zh) | 多个域的链接标识 | |
Ahmed et al. | Information-centric networks (ICN) | |
US9602327B2 (en) | Method and apparatus for asynchronous information transactions | |
CN112449012B (zh) | 数据资源调度方法、系统、服务器及读存储介质 | |
Ahmed | XPS++: A Publish/Subscribe System with Built-In Security and Privacy by Design | |
Graupner et al. | E-Speak—An XML Document Interchange Engine | |
Wams et al. | A Flexible Middleware Layer for User-to-User Messaging | |
Hsiao et al. | Secure information caching on the Web | |
Hasan | Design Patterns for SOAP Messaging with WS-Addressing and Routing | |
Falchuk et al. | Content Distribution for Telecom Carriers. |