MXPA03010864A - Sistema y metodo para modificar un flujo de datos usando analisis sintactico elemental. - Google Patents

Abstract

Se proporcionan un sistema y un metodo para incrementar la eficiencia de transferencia de informacion en una red y para modificar datos en un flujo de datos de un servidor a un usuario. Los datos de aplicacion, por ejemplo, HTML, XML, SGML, documentos de iniciacion, u otro codigo de programas y sistemas de programacion, proveniente de un servidor de la red a peticion del usuario, puede ser analizado sintacticamente en elementos por un servidor intermediario localizado entre la PC del usuario y el servidor de la red. El servidor intermediario puede modificar, suprimir, agregar, buscar, filtrar, o reemplazar uno o mas de los elementos sobre la base de un conjunto de reglas definidas por el usuario (1016) y enviar los datos de aplicacion cambiados (1024) al usuario.

Description

SISTEMA Y METODO PARA MODIFICAR UN FLUJO DE DATOS USANDO ANALISIS SINTACTICO ELEMENTAL CAMPO DE LA INVENCION La invención se relaciona, de manera general, con el campo de las comunicaciones, y en particular con la transferencia eficiente- de información sobre una red de computadoras .

ANTECEDENTES DE LA INVENCION La Internet ha crecido considerablemente en su alcance de uso en las últimas décadas a partir de una red de investigación entre los gobiernos y las universidades sobre medios para conducir transacciones tanto personales como comerciales por empresas e individuos . La Internet fue diseñada originalmente en forma no estructurada, de modo que en el caso de la falla la probabilidad de completar una comunicación fuera alta. El método de transferir información se basaba en un concepto similar al de enviar cartas a través del correo. Un mensaje puede ser dividido en paquetes TCP/IP múltiples, (es decir, cartas) , y ser enviado a un destinatario. Al igual que las cartas, cada paquete puede tomar una trayectoria diferente para llegar al destinatario. Aunque los muchos paquetes pequeños sobre muchas trayectorias de -aproximación proporcionan un acceso relativamente barato para un usuario a, por ejemplo, muchos sitios en la red, esta es considerablemente más lenta que una conexión punto a punto entre un usuario y un sitio en la red. La FIGURA.. 1 es un diagrama de bloques que muestra una conexión de usuario a la Internet de la técnica anterior. En general un usuario 110 se conecta a la Internet vía un punto de presencia (PoP) 112 tradicionalmente operado por un Proveedor de Servicios de Internet (ISP) . El PoP es conectado a la red central del ISP 114, por ejemplo, el ISP1. Redes centrales de ISP múltiples, por ejemplo, ISP1 e ISP2, están conectadas en conjunto por Puntos de Acceso a la Red, por ejemplo el NAP 170, para formar la "nube" de la Internet 160. De manera más específica, un solo usuario en una computadora personal (PC) 120 tiene varias elecciones para conectarse al PoP 112, como un módem 'de línea de abonado directa (DSL) 122, un módem de TV por cable 124, un módem de marcación estándar 126, o un transceptor inalámbrico 128 sobre, por ejemplo, una PC inalámbrica fija o un teléfono móvil . El término computadora personal o PC se usa aquí para describir cualquier dispositivo con un procesador y una memoria y no se limita a una PC de escritorio tradicional . En el PoP 112 existirá un dispositivo de acceso correspondiente para cada tipo de módem (o transceptor) para recibir/enviar los datos de/al usuario 110. Para el módem DSL 122, el PoP 112 tiene un multiplexor de acceso de línea de abonado digital (DSLAM) como su dispositivo de acceso. Para el módem de cable 124, el PoP 112 tiene una sección de entrada al sistema de terminación de módem de cable (CTMS) como su dispositivo de acceso. Las conexiones del DSL y módem de cable permiten cientos de kilo bits por segundo (Kbps) y son considerablemente más rápidas que el módem de marcación estándar 126 cuyos datos son recibidos en el PoP 112 por un servidor de acceso remoto de marcación (RAS) 134. El transceptor inalámbrico 128 podría ser parte de un asistente digital personal (PDA) o teléfono móvil y está conectado a un transceptor inalámbrico 136, por ejemplo, una estación base, en el PoP 112. Un usuario comercial (o una persona con una oficina en casa) puede tener una red de área local (LAN) , por ejemplo PC 140 y 142 conectadas al servidor de la LAM 144 por enlaces de Eternet. El usuario comercial puede tener una conexión TI (1.544 Mbps) , una TI fraccional o una conexión más rápida al PoP 112. Los datos del servidor de la LAN 144 son enviados vía un encaminador (no mostrado) a un dispositivo de conexión digital, por ejemplo una unidad de servicio de canal/ unidad servicio de datos (CSU/DSU) 146, la cual a su vez envía los datos digitales vía una línea TI (o TI fraccional) 148 a una CSU/DSU en el PoP 112. El PoP 112 puede incluir un servidor de ISP 152 al cual el DSLAM 130, la Sección de Entrada CTMS 132, el RAS 134, el transceptor inalámbrico 136, o la CSU/DSU 150, esté conectada. El servidor 152 de ISP puede proporcionar servicios de usuario como correo electrónico, Usenet (Uso de red) , o Servicio de Nombre de Dominio (DNS) . De manera alternativa, el DSLAM 130, la Sección de Entrada de CTMS 132, el RAS 134, el transceptor inalámbrico 136, o al CSU/DSU 150 puede evitar al servidor de ISP 152 y ser conectada directamente al encaminador 154 (lineas discontinuas) . El servidor 152 está, conectado al encaminador 154 el cual conecta la PoP 112 a la red central del ISP1 que tiene, por ejemplo, encaminadores 162, 164, 166 y 168. La red central del ISP1 está conectada a otra red central de ISP (ISP 2) , que tiene, por ejemplo, encaminadores 172, 174 y 176, vía la NAP 170. El ISP2 tiene un servidor ISP2 de 180 el cual ofrece servicios de usuario competitivos, como correo electrónico y alojamiento en la Red. Conectadas a la "nube" de Internet 160 se encuentran servidores de red 182 y 184, los cuales proporcionan contenido en línea al usuario 110. Aunque la Internet proporciona básicamente funcionalidad ' para efectuar transacciones comerciales e individuales, el retraso de tiempo significativo en la transferencia de información entre, por ejemplo, un servidor de red y un usuario comercial o individual es un problema sustancial. Por ejemplo un usuario en la PC 120 desea información de un sitio en la Red en un servidor de red 182.

Existen muchas "esperanzas" de que los datos se desplacen nuevamente del servidor de la red 182 a la PC del usuario 120. También debido a que la información está siendo "enviada" de regreso en paquetes, los paquetes se desplazan de regreso típicamente a través de diferentes trayectorias. Esas diferentes trayectorias son compartidas con otros paquetes de usuario y algunas trayectorias pueden ser lentas . En consecuencia existe un retraso de tiempo significativo aún cuando existiera capacidad suficiente en todos los enlaces entre un servidor de la red 182 y el usuario 120. Sin embargo, debido a que también existen puntos de estrangulación es decir, donde el tráfico excede la capacidad, existe retraso aún mayor. Los dos puntos de estrangulación principales son la última y la' segunda hasta los últimos 1.609 kilómetros (última milla) . Los 1.609 kilómetros (última milla) es del PoP 112 al usuario 110." Esto es fácilmente evidente cuando el usuario 120 está usando un módem de marcación con una velocidad máxima de 56 bps . Aún cuando un módem DSL de aproximadamente 512 Kbps la descarga de gráficos puede ser desagradablemente lenta. La segunda hasta la última milla es entre los ISP. Un ISP con un PoP 112 puede conectarse vía su red central 114 a un ISP de nivel superior (no mostrado) para obtener cobertura regional/nacional/global. El incremento en el ancho de banda al ISP del nivel superior incrementa los costos del ISP local, el ISP local con, por ejemplo el PoP 112 puede en su lugar reducir la cantidad de ancho de banda disponible al usuario 110. El efecto es que existe más tráfico que la capacidad del enlace entre el servidor de la red 182 y la PC 120 y en consecuencia un problema de retraso significativo. En el mundo vertiginoso actual este problema está impidiendo en gran medida el uso de la Internet como vehículo comercial. Además de los ' puntos de estrangulación y las ineficiencias del tráfico TCP/IP tradicional, existe mucho tráfico de ruido. Con el correo chatarra las rutas de tráfico se obstruyen y el usuario es inundado con información indeseable. Puesto que los sitios de la red y los ISP pueden recibir fondos de anunciantes, sus intereses pueden divergir de los usuarios comerciales quienes buscan información dirigida y no necesitan ni desean distracciones. La filtración o "bloqueo de anuncios" por visualizador de la red de un usuario de, por ejemplo, ventanas de salto, anuncios en forma de pancartas, y otros anuncios molestos, es bien conocida en la técnica. Y aunque un servidor corporativo puede bloquear direcciones de URL e IP seleccionadas, el trabajo recae aún en visualizador del usuario para hacer la filtración. Por lo tanto no únicamente existe la necesidad de mejorar la eficiencia de la transferencia de información sobre una red de comunicación, por ejemplo, la Internet, sino que existe la necesidad de una forma de reducir el tráfico de datos indeseable a un usuario.

SUMARIO DE LA INVENCION La presente invención proporciona un sistema y un método para incrementar la eficiencia de la transferencia de información en una red para modificar datos de aplicación en un flujo de datos de un servidor a un usuario. En una modalidad ejemplar los datos de aplicación, por ejemplo, HTML, XML, SGML, documentos de iniciación u otro código de programas y sistemas de programación, que proviene de un servidor de la Red a petición de un usuario, pueden ser analizados sintácticamente en elementos por un servidor intermediario localizado entre la PC del usuario y el servidor de la Red. El servidor intermediario puede modificar, borrar, agregar, buscar, filtrar, o reemplazar uno o más de los elementos sobre la base de un conjunto de reglas definidas por el usuario y enviar los datos de aplicación modificados al usuario. Cuando el servidor intermediario está cerca del servidor de la red y filtra la mayoría de los datos específicos indeseables por el usuario, por ejemplo, anuncios en forma de pancarta, el ancho de banda efectivo total de la red también se incrementa. Una modalidad de la presente invención incluye un método para cambiar datos de aplicación enviados por un primer sistema de computadora a un segundo sistema de computadora vía una red de comunicaciones, donde la segunda computadora tiene un visualizador para presentar los datos de aplicación. El método incluye: analizar sintácticamente los datos de aplicación en elementos por la primera computadora; si el elemento de los elementos satisface una condición del usuario predeterminada, cambiar el elemento de acuerdo a una acción predeterminada, donde el cambio incluye reemplazar, modificar, y agregar; y enviar el elemento modificado al visualizador. Otra modalidad de la presente invención incluye un método para cambiar datos de aplicación por medio de una computadora intermediaria en un flujo de datos de una primera computadora a una segunda computadora. El método incluye: extraer datos de aplicación recibidos de al menos un paquete de IP; determinar si una parte de los datos de aplicación satisfacen una condición predefinida por el usuario; responder a la parte que satisface la condición predefinida por el usuario, cambiar la parte de acuerdo a una regla predefinida por el usuario; combinar la parte cambiada con otros datos de aplicación y formar al menos un nuevo paquete de IP; y enviar el nuevo paquete de IP/ Otra modalidad más de la presente invención incluye un sistema para modificar elementos de datos de aplicación en un flujo de datos. El sistema incluye: un primer súper módulo para recibir al menos algunos elementos de los datos de aplicación en el flujo de datos; un módulo de decisión para analizar el elemento de los datos de aplicación de acuerdo a un conjunto de reglas predeterminadas por el usuario y para modificar el elemento de los datos de aplicación cuando sean satisfechas las condiciones predeterminadas; un módulo de reempaquetamiento para crear- un paquete de mensajería usando el elemento de los datos modificado; y un segundo súper módulo para recibir el paquete de mensajería. Esas y otras modalidades, características, aspectos y ventajas de la invención serán comprendidas mejor con respecto a la siguiente descripción, las reivindicaciones anexas y los dibuj os acompañantes .

BREVE DESCRIPCION DE LOS DIBUJOS La FIGURA 1 es un diagrama de bloques que muestra una conexión de usuario a la Internet de la técnica anterior; La FIGURA 2 es un diagrama de bloques simplificado, pero expandido, de la FIGURA 1 y se usa para ayudar a explicar la presente invención. La FIGURA 3 muestra la pila del protocolo del TCP/IP y las unidades de datos asociadas para cada capa. La FIGURA 4 es un diagrama de bloques de la trayectoria de comunicación entre un visualizador y un servidor de la red de una modalidad de la presente invención. La' FIGURA 5 es un diagrama de bloques de los súper módulos insertados en el sistema convencional de la FIGURA 2 de una modalidad de la presente invención. La FIGURA 6 es un diagrama de flujo para reempaquetar una pluralidad de unidades de datos de aplicación en un Súper Usuario de una modalidad de la presente invención. La FIGURA 7 es un diagrama de flujo para reempaquetar una pluralidad de paquetes de IP recibidos en un súper módulo de otra modalidad de la presente invención. La FIGURA 8 explica con mayor detalle los pasos 922 y 924 de la FIGURA 7. En el paso 932 las unidades de datos de aplicación son extraídas de los paquetes de IP. La FIGURA 9 muestra un ejemplo de paquetes de mensajería de un Súper Usuario a un Súper Hospedero de un aspecto de la presente invención. La FIGURA 10 es un diagrama de flujo para cambiar las unidades de datos de aplicación en un súper módulo de una modalidad de la presente invención.

DESCRIPCION DETALLADA DE LA INVENCION En la siguiente descripción, se exponen numerosos detalles específicos para proporcionar una descripción más completa de las modalidades específicas de la invención. Es evidente, sin embargo, a un experto en la técnica, que la invención puede ser practicada sin todos los detalles específicos dados a continuación. En otros casos, no han sido descritas con detalle características bien conocidas para no oscurecer la invención. Para que los individuos y empresas usen la Internet como un vehículo comercial efectivo, el tiempo para que un usuario solicite y reciba información debe ser reducido significativamente en comparación con los tiempos típicos que ocurren hoy en día. La presente invención proporciona un "súper" sistema que puede ser superpuesto sobre partes de la infraestructura de la Internet y técnicas para incrementar el flujo de información en la red, el cual, ya sea separada o en combinación, reduce significativamente el tiempo de espera del usuario para información de, por ejemplo, sitios en la red u otros usuarios . La FIGURA 2 es un diagrama de bloques simplificado, pero expandido, de la FIGURA 1 y es usado para ayudar á explicar la presente invención. Donde sea aplicable se usaron las mismas marcas en la FIGURA 2 como en la FIGURA 1. El módem 210 incluye el módem DSL 122, el módem de cable 124, el módem de marcación 126, y el transceptor inalámbrico 128 de la FIGURA 1. De igual modo el dispositivo de acceso 220 incluye el DSLAM correspondiente 130, la sección de entrada de CMTS 132, el RAS 134, y el transceptor inalámbrico 136 de la FIGURA 1. Los dispositivos de conexión digital 212 y 222 incluyen los dispositivos de CSU/DSU 146 y 150, y además incluyen, dispositivos de conexión de satélite, ISDN o ATM. La FIGURA 2 tiene una conexión adicional entre el servidor de la LAN 144 y el módem 210, para ilustrar otra porción para que una LAN se conecte al PoP 112 además del dispositivo de conexión digital 212. La mayoría de los sistemas de computadora y red mostrados en la FIGURA 2, se comunican usando el Protocolo de Comunicación de Transporte/Protocolo de Internet estandarizado (TCP/IP) . La FIGURA 3 muestra la pila del protocolo de TCP/IP y las unidades de datos asociadas para cada capa. La pila del protocolo de TCP/IP 310 incluye una capa de aplicación 312, la capa de transporte 314, la capa de Internet 316, la capa de acceso a la red 318. La capa de aplicación recibe datos de aplicación o de usuario 320, un bloque o unidad de datos, la cual llamaremos unidad de datos de aplicación. Por ejemplo, un usuario que solicite una página de la Red sería una unidad de datos de aplicación. Existen numerosos protocolos de nivel de aplicación en el TCP/IP, incluyendo el Protocolo de Transferencia de Correo Simple (SMTP) y Protocolo de Oficina Postal (POP) usado para el correo electrónico, Protocolo de Transferencia de Hipertexto- (HTTP) usado para la Red Mundial ( "World Wide Web" ) , y el Protocolo de Transferencia de Archivos (FTP) .

La capa de transporte 314 incluye el Protocolo de Control de Transmisión (TCP) y el Protocolo de Datagrama de Usuario (UDP) . El TCP es un protocolo orientado a la conexión que proporciona un circuito virtual confiable entre la fuente y el destino. El TCP garantiza que las aplicaciones que use este para entregar el flujo de bytes en el orden en que fueron enviados sin duplicación o pérdida de datos aún si el servicio de entrega de paquetes de IP no es confiable. La capa de ' transporte agrega información de control vía un encabezado de TCP 322 a los datos 320 y esta es la llamada unidad de datos de TCP. El UDP no garantiza la entrega de paquetes y las aplicaciones que usan el UDP deben proporcionar sus propios medios para verificar la entrega. La capa de Internet 316 es nombrada así debido al énfasis de interconexión del TCP/IP. Esta es una capa sin conexión que envía y recibe los paquetes del Protocolo de Internet (IP) . Aunque el paquete de IP. tiene la dirección de la fuente original y la dirección del destino final del paquete de IP, la capa de IP en el nodo particular encamina el paquete de IP al siguiente nodo sin ningún conocimiento, si el paquete alcanza su destino final. El paquete de IP incluye un encabezado de IP 324 sumado a la unidad de datos de TCP (encabezado de TCP 322 y datos 320) . La capa de acceso a la red 318 es la capa inferior que trata la transferencia física de los paquetes de IP. La capa de acceso a la red 318 agrupa juntos los estándares de la Capa de Enlace de Datos y Física existente en lugar de definir los propios. Esta capa define los componentes físicos de computación de la red y los controladores de dispositivos. Un encabezado 326 y una cola (no mostrada) son agregadas al paquete de IP para permitir la transferencia física del paquete de IP sobre una línea de comunicación. Un ejemplo del uso del protocolo de TCP/IP en la FIGURA 2 es un usuario en la PC 140 solicitando una página de la red del servidor de la red 182. El usuario, a través de su visualizador crea una petición de usuario de una página de la red, es decir, unidad de datos de aplicación 320 (FIGURA 3), en la capa de aplicación 312. La pila de TCP/IP 310 crea una o más unidades de datos de TCP donde cada unidad de datos de TCP tiene parte de la unidad de datos de aplicación 320 con un encabezado de TCP 322 anexo a éste. La capa de transporte 314 en la PC 140 establece una conexión de igual a igual, es decir un circuito virtual, con la capa de transporte de TCP 314 en un servidor de la red 182. Cada unidad de datos de TCP está dividido en uno o más paquetes de IP. Los paquetes de IP son enviados al servidor de la LAN 144 y entonces al servidor del PoP 152 , donde son enviados fuera de la Internet ¦ 154 vía el encaminador de PoP 154. Los paquetes de IP proceden a través de trayectorias múltiples sobre la Internet 160 y arriban al servidor de la red 182. La capa de transporte 314 en el servidor de la red 182 monta entonces nuevamente las unidades de datos de TCP de los paquetes de IP y pasa las unidades de datos de TCP a la capa de aplicación 312 para montar nuevamente la petición del usuario. La petició del usuario de obtener la página de la red es entonces ejecutada. Para enviar la página de la red de regreso al usuario, puede ser usado el mismo circuito virtual de TCP entre las capas de transporte del servidor de la red 182 y la PC 140. La página de la red es entonces dividida en unidades de datos de TCP, las cuales a su vez son divididas en paquetes de IP y enviados vía la Internet 160, el encaminador de PoP 154, el servidor de PoP 152, el servidor LAN 144, a la PC 140. La Figura 4 es un diagrama de bloques de la trayectoria de comunicación entre un visualizador y un servidor de la red de una modalidad de la presente invención. El intercambio convencional entre el visualizador 512 y el servidor de la red 182, cuando un usuario que usa el visualizador 512 solicita una página de la red 514 de un servidor de la red 182 fue descrito anteriormente. La modalidad de la presente invención crea una modalidad de "súper" módulos, incluyendo el Súper Usuario 540, la Súper Aplicación 532, el Súper Servidor de Oficina Central (CO) 534, el Súper Concentrador de CO 536, y el Súper Hospedero 538, que proporciona una Súper Trayectoria libre alternativa para intercambiar datos entre el visualizador 512 y el servidor de la red 182. La petición del usuario de página de la red 514 es enviada por el visualizador 512, ejecutándose en la PC 140, a los programas y sistemas de programación del Súper Usuario 530 también ejecutándose en la PC 140. El Súper Usuario 530 envía entonces la petición del usuario a los programas y sistemas de programación de la Súper Aplicación 532 ejecutándose en el servidor de la LAN 144 (o en una modalidad alternativa ejecutándose en su propio servidor) . La Súper Aplicación 532 envía entonces la petición del usuario al Súper Servidor de CO 534, el cual envía la petición al Súper Concentrador de CO 536. El Súper Servidor de CO 534 y el Súper Concentrador de CO 536 pueden ser servidores autónomos o pueden ser programas y sistemas de programación que se ejecuten en el servidor de PoP 152. El Súper Concentrador de CO 536 envía la petición del usuario vía la Internet 160 al Súper Hospedero 538 el cual puede tener su propio servidor (o en una modalidad alternativa el Súper Hospedero 538 son los programas y sistemas de programación que se ejecutan en el servidor de la red 182) . La petición del usuario procede del Súper Hospedero 548 al servidor de la red 182, el cual recupera la página de la red 154 de un sitio en la red que se ejecute .en el servidor de la red 182 (el servidor de la red.182 puede incluir una granja de servidores de la red y sitios de la red múltiples) . La página de la red 514 procede entonces de regreso al visualizador 512 vía el Súper Hospedero 538, el Súper Concentrador de CO 536, el Súper Servidor de CO 534, la Súper Aplicación 532, y el Súper Usuario 530. En otras modalidades, uno o más de los Súper Módulos pueden estar ausentes, por ejemplo, la Súper Aplicación 532. En el caso de una Súper Aplicación ausente 532, el Súper Servidor de CO 534 intercambia información con el Súper Usuario 530 a través del servidor de la LAN 144. Otro ejemplo es si el Súper Hospedero 548 no estuviera presente, entonces el servidor de la red 182 intercambia información con el Súper Concentrador de CO 536. De este modo si un Súper Módulo está ausente, el módulo normal correspondiente, por ejemplo, la PC 140, el servidor de la LAN 144, el servidor de PoP 150, el encaminador de PoP 154, y el servidor de la red 182, es usado en su lugar. Todos o algunos de los Súper Módulos pueden ser usados en tanto exista al menos un enlace de comunicación entre al menos dos Súper Módulos diferentes, el flujo de información a través del enlace mejora significativamente. Adicionalmente, pueden ser desplegados más Súper Módulos para extender la granularidad de súper capas sobre la red. La Figura 5 es un diagrama de bloques de los Súper Módulos insertados en el sistema convencional de la Figura 2 de una modalidad de la presente invención. Se usaron las mismas marcas en la Figura 4 que en la Figura 2, donde los dispositivos, son. los mismos o similares. El Súper Usuario 540 es conectado a través del módulo 210, es conectado al servidor de PoP 152 vía el dispositivo de acceso 220. Una red de área local que tiene el Súper Usuario 530, el Súper Usuario 542 y la Súper Aplicación 532 es conectada al módem 210 o un dispositivo de conexión digital 212, donde el dispositivo de conexión digital 212 es conectado al servidor de PoP 152 por el dispositivo de. conexión digital 222. La Súper Aplicación 532 incluye programas y sistemas de programación que se ejecutan en el servidor de la LAN 144. El ¦servidor 152 es colocado al encaminador 154 vía el conmutador 420, el cual desvía el tráfico de paquetes al Súper Servidor de CO 534 y el Súper Concentrador de CO 536. El encaminador 154 es conectado a la nube de Internet 160. De la Internet 160, el tráfico puede ir al Súper Hospedero 538 conectado al servidor de la red 182 o al Súper Hospedero 550 conectado al servidor de la red 184 o al Súper Hospedero 552 conectado al servidor de ISP 180.

Componentes del Súper Sistema A continuación se describe la modalidad de cada uno de los componentes del Súper Sistema de la Figura 5, incluyendo el Súper Usuario 540, la Súper Aplicación 532, el Súper Servidor de CO 534, el Súper Concentrador de CO 536 y el Súper Hospedero 538.

El Súper Usuario 530 incluye programas y sistemas de programación que residen en la PC del usuario, por ejemplo, la PC 140. Un visualizador, por ejemplo el Internet Explorer de Microsoft, es instalado cerca del Súper Usuario 530, de modo que todas las peticiones de datos del visualizador sean proporcionadas desde el Súper Usuario 530. Además, todas las peticiones de usuario vía el visualizador son enviadas al Súper Usuario 530. En consecuencia, el visualizador es aislado del resto de la red por el Súper Usuario. El Súper Usuario captura todos los datos que el usuario ha solicitado en una memoria reservada local en la PC del usuario, de modo que cuando el usuario solicite los datos nuevamente, esos puedan ser recuperados localmente, si están disponibles, de la memoria reservada local. Si los datos que están en la memoria reservada exceden un tamaño del archivo predeterminado, entonces el Súper Usuario analiza todos los datos en la memoria reservada local y borra de los datos que probablemente son los menos usados. Por ejemplo, un algoritmo al menos recientemente usado convencional puede ser usado para desechar datos viejos. Algunas de las funciones de los programas y sistemas de programación del Súper Usuario 540 son: 1. Almacenar en la memoria reservada: Si el visualizador solicita datos que existen en la memoria reservada local y los datos satisfacen los requerimientos de vida de la memoria reservada, entonces los datos son suministrados desde la memoria reservada local. De otro modo los datos son recuperados de la memoria reservada del súper módulo más cercano, por ejemplo, la Súper Aplicación 532 o el Súper Servidor de CO 534, el Súper Concentrador de CO 536, o el Súper Hospedero 538, donde los datos actualizados están disponibles o si no están disponibles de cualquier Súper Memoria reservada entonces el servidor de la red. Cada elemento de datos tiene una vida de memoria reservada, que es que tanto puede ser usado de una memoria reservada antes de que necesite ser regenerada. 2. Renovación de la memoria reservada: Cuando la PC del Súper Usuario está libre (sin recuperar activamente datos de la Internet) , el Súper Usuario verifica la memoria reservada local y renueva automáticamente los datos que están alcanzando su vida de almacenamiento en la memoria reservada. El Súper Usuario, usando inteligencia artificial (AI) u otras técnicas, da prioridad a la renovación sobre la base de los que determine el usuario y solicite con mayor probabilidad. Por ejemplo, el Súper Usuario puede mantener un conteo de que tan frecuentemente un usuario tiene acceso a una página de la red. Un conteo alto indicaría que el usuario muy probablemente solicite esa página de la red en el futuro, y el Súper Usuario automáticamente renovarla esa pagina. 3. Prerrecuperación: usando AI u otras técnicas el Súper Usuario, durante los tiempo libres, prerrecupera páginas de la red (es decir, recupera páginas de la red que el usuario no ha solicitado aún) que tienen una alta probabilidad de ser necesitadas por el usuario. Por ejemplo, si un usuario está viendo algunas páginas en un sitio de catálogos, entonces existe una alta probabilidad de que el usuario vea otras páginas en el sitio de la misma categoría. El Súper Usuario prerrecuperaría entonces esas páginas . La prerrecuperación incrementa la probabilidad de que el usuario obtenga los datos de la memoria reservada local . 4. Los paquetes de mensajería (descritos más adelante) són empaquetados y los datos empaquetados comprimidos por el Súper Usuario antes de ser enviados a la Súper Aplicación o Súper Servidor de CO. Los paquetes de mensajería son desempaquetados y los datos desempaquetados descomprimidos por el Súper Usuario antes de ser enviados al visualizador. La Súper Aplicación 532 incluye programas y sistemas de programación que se ejecutan en el servidor de la LAN 144. Algunas de las funciones efectuadas por la Súper Aplicación 532 incluyen, seguridad de pared de fuego, almacenamiento en la memoria reservada global, agrupamiento, alojamiento inteligente, y administración de correo electrónico. Las funciones adicionales efectuadas por los programas y sistemas de programas de la Súper Aplicación incluyen : ' 1. Si la Súper Aplicación está unida a un Súper Servidor de CO, .entonces todos los datos transmitidos entre ellos son comprimidos y empaquetados en paquetes de mensajería, de otro modo se utilizan peticiones de Internet estándar y las respuestas son empaquetadas en paquetes de mensajería antes de que las respuestas sean enviadas al Súper Usuario . 2. La Súper . Aplicación también copia y mantiene automáticamente los sitios de la red que son usados frecuentemente por sus usuarios . 3. Si la Súper Aplicación está unida al Súper Servidor de CO, entonces esta actualiza su copia de los sitios de la red únicamente cuando son notificados cambios desde el Súper Servidor de CO . Si la Súper Aplicación no está unida al Súper Servidor de CO entonces verifica para actualizar los sitios de la red durante los tiempos libres y/o durante intervalos predeterminados periódicamente. 4. Si los Súper Usuarios están unidos a la Súper Aplicación entonces todas las respuestas de datos son transmitidas en formato comprimido a .los Súper Usuarios. Si los usuarios regulares están unidos a la Súper Aplicación, entonces las respuestas de datos son descomprimidas en la Súper Aplicación y enviadas a - los usuarios. Si el Súper Usuario está manteniendo sitios de la red, entonces en cualquier momento una página de la red es actualizada en la Súper Aplicación y es enviada una notificación al Súper Usuario, de' modo que el Súper Usuario pueda solicitar el cambio. 5. El Súper Usuario también notificará a la Súper Aplicación de información a cerca de la densidad del monitor de la PC del usuario de modo que puedan hacerse los ajustes a los gráficos transmitidos sobre la red de área local. El envío de gráficos de alta densidad a un monitor que no puede presentar los gráficos es un derroche de recursos de la red. Los programas y sistemas de programación en la Súper Aplicación ajustan la densidad de los gráficos antes de transmitir los datos. 6. Si más de un Súper Usuario solicita los mismos datos, entonces la Súper Aplicación hace implotar la petición y envia únicamente una petición al siguiente Súper Módulo, por ejemplo, el Súper Servidor de CO. Si no existe otro Súper Módulo entre la Súper Aplicación y el sitio en la red, entonces la petición está aún implotada y se hace una petición de TCP/IP estándar. Cuando la respuesta a la petición implotada es recibida entonces los datos son explotados por la Súper Aplicación y los datos son enviados a los Súper Usuarios apropiados .

A más los sitios en la red que sean mantenido en la Súper Aplicación más se aproxima la velocidad de acceso a páginas de la red a la velocidad de la red de área local. A más páginas en la red mantenidas en el Súper Usuario más se aproxima la velocidad de acceso a la red a la velocidad de acceso al disco duro. A más páginas de la red que puedan ser copiadas y mantenidas en la Súper Aplicación y el Súper Usuario, menos obstruida se vuelve el último 1.6 kilómetros (milla) para el tiempo de respuesta. El Súper Servidor de CO 534 es el puente entre la red central de la Internet 114 y el usuario 110. Un objetivo del Súper Servidor de CO 534 es minimizar el tráfico entre el usuario y la Internet . El Súper Servidor de CO efectúa esto copiando los sitios en la red a los que tuvo acceso el Súper Usuario o usuario normal vía el Súper Servidor de CO. A más los sitios en la red que sean alojados en un Súper Servidor de CO, más optimizada es la red reduciendo el movimiento de datos a través de la red. Si los sitios de la red que son alojados en los Súper Servidores de CO provienen de sitios en la red almacenados en un Súper Concentrador de CO 536, el Súper Servidor de CO 534 solicita páginas de la red actualizadas cuando es notificado por el Súper Concentrador de CO 536 de que las páginas de la red han cambiado. Las páginas- de la red del Súper Concentrador de · CO 536 son almacenadas en formato comprimido y reempaquetadas . Si los sitios de la red están alojados en el Súper Servidor de CO no están almacenados en el Súper Concentrador de CO, entonces el Súper Servidor de CO verifica a intervalos predeterminados para determinar cambios en el sitio en la red en el servidor de la red hospedero. El Súper Servidor de CO mantiene un registro lógico de los sitios da la red que están alojados en •cada memoria reservada de la Súper Aplicación 532. Cuando ocurren cambios en los sitios de la red que existen una memoria reservada de Súper Aplicación, es enviada una notificación a esa Súper Aplicación de que han ocurrido cambios y de que la Súper Aplicación deberá solicitar copias actualizadas de las páginas en la red que cambiaron. Cuando son recibidos datos de un sitio diferente al Súper Concentrador de CO estos son comprimidos, empaquetados y almacenados en el Súper Servidor de CO. El Súper Servidor de CO determinada de este registros lógicos solicitados los sitios en la red a los que están teniendo acceso sus usuarios y determina cuales sitios en la red copiar y mantener en la memoria reservada del Súper Servidor de CO 534. El Súper Servidor de CO también borrará los sitios que no estén siendo usados . Si el sitio en la red no está siendo almacenado y mantenido, la página de la red es mantenida en una memoria reservada global separada, de modo que si este es solicitado nuevamente pueda ser proporcionada desde la memoria reservada global. Necesita ser mantenido un equilibrio correcto entre la memoria reservada global y el alojamiento en la red. La memoria reservada global y el Súper Servidor de CO pueden ser implementados como una memoria reservada y manejados por separado o implementados como dos memorias reservadas separadas . Si una página de la red es solicitada desde una Súper Aplicación, entonces la página de la red es enviada en un formato súper comprimido y reempaquetado, de otro modo la página de la red es descomprimida y enviada al usuario solicitante. El súper módulo más cercano al usuario desempaqueta cualquier formato reempaquetado y descomprime los datos de modo que puedan ser enviados al usuario en forma nativa. El súper .módulo más cercano al usuario también almacena en la memoria reservada la información en un formato no comprimido y no empaquetado. Las optimizaciones usadas están relacionadas con la cantidad de compresión aplicada a los datos variables (usualmente texto) y la cantidad de datos variables en la página de la red. Más formatos ricos en datos sean usados ' en la Internet mayor es la optimización lograda. Los programas y sistemas de programación instantáneos, archivos, y programas de Java, documentos de iniciación de Java, etc. están todos almacenados en el Súper Servidor de CO. Las solicitudes de datos de las Súper Aplicaciones que no son satisfechas por la memoria reservada del Súper Servidor de CO son enviadas al Súper Concentrador de CO 536 que es responsable de servir el URL (sitio en la red) solicitado. Las peticiones son empaquetadas, comprimidas e implotadas de acuerdo a los esquemas de optimización. En una modalidad, el primer nivel de implosión de datos ocurre en el Súper Servidor de CO. En una modalidad alternativa la implosión es efectuada por la Súper Aplicación. El Súper Servidor de CO está organizado por geografía de ISP, de modo que las características de uso duplicadas que estén orientadas regionalmente pueden ser implotadas a petición y explotadas en respuesta. Todas las peticiones y peticiones implotadas que no puedan ser respondidas por datos en la memoria reservada del Súper Servidor de CO son pasadas al Súper Concentrador de CO. El Súper Concentrador de CO 536 es reorganizado por los sitios en la red (URL) . Esto incrementa la probabilidad que los datos del sitio . de la red que el usuario necesite estén en la memoria reservada del concentrador de CO. Esto también incrementa la probabilidad de que las peticiones puedan ser implotadas y pueda ser reducido el tráfico de la red. Cada Súper -Concentrador de CO es responsable de almacenamiento en la memoria reservada y la interconexión con los Súper Hospederos, por ejemplo 538, y otros sitios en la red diferentes a los del Súper Hospedero. Para sitios en la red diferentes a los del Súper Hospedero, el Súper Concentrador de CO 536 es el primer súper módulo encontrado y que ocurre el reempaquetamiento inicial, la primera compresión, la implosión final, la primera explosión, la conversión de todos los gráficos en un formato de compresión optimizado, como el PNG o algoritmos de compresión patentados , y el primer nivel de Súper Almacenamiento en la memoria reservada ocurre. Esto ocurre también donde ocurre toda la verificación y renovación para los otros súper módulos . Cuando los datos de los sitios de la red son renovados y actualizados los Súper Servidores de CO son notificados, de modo que todas las memorias reservadas puedan ser actualizadas y renovadas. El servidor de la red aloja uno o más sitios de la red que están unidos a la Internet. El Súper Hospedero, es decir, el Súper Hospedero 538, responde a peticiones hechas desde los Súper Concentradores de CO, por ejemplo, 536. Cada vez que es hecha una petición para descargar cualquier sitio en la red alojado en el servidor de la red, el Súper Hospedero 538 recibe las páginas de la red del servidor de la red y comprime y empaqueta el contenido antes de enviarlo al Súper Concentrador de CO solicitante. Esto mejora la eficiencia del transporte de la red debido a la velocidad de compresión efectiva y al envío en un solo bloque de datos para todos los datos de la página de la red solicitada. Cada pieza de información es analizada y comprimida usando técnicas que funcionan mejor para el tipo específico de datos. Cuando cada petición del Súper Concentrador de CO es recibida, el Súper Hospedero registra la dirección de IP del Súper Concentrador de CO. El Súper Hospedero verifica los sitios en la red contenidos en el servidor de la red y envía notificaciones de cualesquier páginas en la red cambiadas a cualquier Súper Concentrador de CO que haya solicitado datos de los sitios de la red históricamente. Esto permite al Súper Concentrador de CO saber cuando " necesita renovar su versión del sitio en la. red y minimiza el tráfico de la red permitiendo que el Súper Concentrador de CO de servicio a peticiones del usuario de páginas de la red directamente de su versión de la página de la red en la memoria reservada del Súper Concentrador de CO. El único momento cuando la versión del Súper Concentrador de CO de la página de la red necesita ser renovada es cuando ha cambiado. Esto permite un tráfico minimizado de los sitios de alojamiento de la red a los sitios de ISP. Existen muchos sitios de ISP que tienen acceso a datos en cada sitio en la red. Este es un paso del movimiento de los sitios de la red hacia el limite externo de la Internet y para llevar la compresión y el empaquetamiento a los trabajos internos de la Internet. El desafío de mover los sitios de la red a los límites externos de la Internet es asegurar que los datos sean actuales, la interconexión de las memorias reservadas del súper módulo asegura esto.

Reempaquetamiento Las páginas de la red típicas hoy en día contienen un documento de Lenguaje de la Marcación de Hipertexto (HTML) , y muchas imágenes incluidas . El comportamiento convencional para un visualizador es recuperar el documento HTML base, y entonces, después de recibir el documento HTML base, el visualizador efectúa una segunda recuperación de los muchos objetos incluidos, los cuales están típicamente localizados en el mismo servidor de red. Cada objeto incluido, por ejemplo, una unidad de datos de aplicación es puesto en una unidad de datos TCP y cada -unidad de datos TCP es dividida en uno o más paquetes IP. Enviando muchos paquetes TCP/IP para los muchos objetos incluidos en lugar de, por ejemplo, un paquete de TCP/IP grande, lo que significa que la red invierte más tiempo del necesario en enviar los datos de control, en otras palabras, la relación de datos/tiempo de control a datos/tiempo de aplicación es mayor. Es más eficiente combinar los muchos objetos incluidos en una unidad de datos de aplicación grande y entonces crear una (o al menos un número mínimo de) unidades. de datos de TCP grandes . Para la unidad de datos de TCP grande es usada la unidad de transmisión máxima (MTU) para el enlace entre este súper módulo emisor y el siguiente súper módulo receptor para los paquetes de IP. El súper módulo emisor tratará de minimizar el número de paquetes de IP enviados tratando de hacer cada paquete de IP tan cercano a la MTU como sea practico. Para cada enlace entre un súper módulo emisor y un súper módulo receptor es determinada la MTU para ese enlace y el tamaño de los paquetes de IP puede cambiar. A diferencia de la técnica anterior donde normalmente se usa la MTU denominadora común más baja entre todas las MTU de enlaces de comunicación entre el usuario y el servidor de red, en esta modalidad, se usa la MTU de cada enlace. En una modalidad de la presente invención las unidades de datos de aplicación, por ejemplo, peticiones de usuario y respuestas del servidor de la red, son reempaquetadas (o desempaquetadas) en unidades de datos de aplicación modificadas más grandes (o más pequeñas múltiples) , cuando es necesario, en cada súper módulo, por ejemplo, el Súper Usuario, la Súper Aplicación, el Súper Servidor de Oficina Central (CO) , el Súper Concentrador de CO, y el Súper Hospedero. Por ejemplo, sea la combinación de dos paquetes IP un paquete de IP, el cual es un ejemplo del paquete de "mensajería"; El primer paquete de IP tiene un primer encabezado de IP, un primer encabezado del TCP, y una primera unidad de datos de aplicación. El segundo paquete de IP tiene un segundo encabezado de IP, un segundo encabezado de TCP, y una segunda unidad de datos de aplicación. Se crea una primera unidad de datos de aplicación modificada la cual tiene la primera unidad de datos de aplicación y un primer pseudoencabezado que tiene datos de control del primer encabezado de IP y el primer encabezado de TCP, como la dirección de origen, los puertos de origen y destino y otra información de control necesaria para reconstruir el primer paquete de IP. Se crea una segunda unidad de datos de aplicación modificada la cual tiene la segunda unidad de datos de aplicación y un segundo pseudoencabezado que tiene datos de control del segundo encabezado de IP y el segundo encabezado de TCP,, como la dirección de origen, los puertos de origen y destino y otra información de control necesaria para reconstruir el segundo paquete que IP. Se produce una unidad de datos de aplicación combinada que tiene la primera unidad de datos de aplicación modificada concatenada a la segunda unidad de datos de aplicación modificada. Se agrega un nuevo encabezado de TCP y encabezado de IP a la unidad de datos de aplicación combinada y se forma el paquete de mensajería. De este modo la información de .control necesario es incluida en la unidad de datos de aplicación combinada y el protocolo de TCP/IP es usado para mover la unidad de datos de aplicación combinada entre un súper módulo emisor y un súper módulo receptor. Cuando el receptor no es un súper módulo la unidad de datos de aplicación combinada es agrupada y el primer paquete de IP y el segundo paquete de IP son recreados y enviados al receptor normal por el súper módulo emisor.

La FIGURA 6 es un diagrama de flujo para reempaquetar una pluralidad de unidades de datos de aplicación en un Súper Usuario de una modalidad de la presente invención. En el paso 910 un Súper Usuario combina una pluralidad de datos de aplicación al mismo destino en una unidad de datos de aplicación. Por ejemplo, peticiones de usuario múltiples a un servidor de la red, son combinadas. En el paso 912 se forma una unidad de datos de TCP (o un número mínimo de unidades de datos de TCP) a partir de una unidad de datos de aplicación. En el paso 914 se crea un paquete de IP (o el número mínimo de paquetes de IP) , es decir, paquetes de mensajería, donde cada paquete de IP es llenado tan cerca como sea posible del número de bytes de MTU para el enlace o hasta que haya expirado el temporizador T de envío. En el paso 916 los paquetes de mensajería son enviados al siguiente súper módulo, por ejemplo, la Súper Aplicación o el Súper Servidor de CO, en la trayectoria de destino. La FIGURA 7 es un diagrama de flujo para reempaquetar una pluralidad de paquetes de IP recibidos en un súper módulo de otra modalidad de la presente invención. En el paso 920 el súper módulo recibe una pluralidad de paquetes de IP con el mismo destino. En el paso 922 la información de aplicación es extraída de la pluralidad de paquetes de IP. En el paso 924 la aplicación extraída es usada para formar paquetes reempaquetados (es decir, paquetes de mensajería) .

En el paso 924 los paquetes reempaquetados son enviados en su camino hacia el siguiente súper módulo en la trayectoria al destino común. La FIGURA 8 explica con mayor detalle los pasos 922 y 924 de la FIGURA 7. En el paso 932 las unidades de datos de aplicación son extraídas de los paquetes de IP . Por cada unidad de datos de aplicación es examinada la información de control del encabezado de TCP y el encabezado de IP relacionada. Y la información de control aplicable, por ejemplo, el origen, los puertos de origen y destino, y la longitud de datos, es agregada a la unidad de datos de aplicación correspondiente para formar una unidad de datos de aplicación modificada (paso 934) . En el paso 936 las unidades de datos de aplicación modificada son agregadas para formar una unidad de datos de TCP (o un número mínimo de unidades de datos de TCP) . En el paso 938 se forman nuevos paquetes de IP reempaquetados a partir de la unidad de datos de TCP usando la MTU del enlace, entre los súper módulos emisor y receptor. La decisión si se forma en el paso 936 una unidad de datos de TCP grande o unidades de datos de TCP pequeñas múltiples es determinada dinámicamente, dependiendo de la carga de tráfico sobre el enlace qué abandona el súper módulo emisor. Por ejemplo, si el enlace está cerca de su capacidad entonces es más eficiente enviar unidades de datos de TCP pequeñas múltiples, y en consecuencia paquetes de IP pequeños, entonces uno (o varios) paquetes de IP grande, tendrán que esperar . La FIGURA 9 muestra un ejemplo de paquetes de mensajería de un Súper Usuario a un Súper Hospedero de un aspecto de la presente invención. Un Súper Usuario 530 combina peticiones de usuario 1020 y 1022, es decir, unidades de datos de aplicación DI y D2 , en un paquete de mensajería 1024 de acuerdo al diagrama de flujo de la FIGURA 6. El Súper Usuario 1010 tiene su petición de, usuario D3 en el paquete de IP 1026 y el Súper Usuario 1012 tienes una petición de usuario D5 en el paquete de IP 1028. Ambas de esas peticiones de Súper Usuario únicas son reempaquetadas a paquetes de mensajería y enviadas a la Súper Aplicación apropiada. En la primera Súper Aplicación 530, el paquete de mensajería 1024 y el paquete de IP 1026 son recibidos y reempaquetados de acuerdo al diagrama de flujo de la FIGURA 7 para formar el paquete de mensajería de aplicación más grande 1030. El paquete de mensajería de aplicación 1030 tiene, por ejemplo, la unidad de datos de aplicación DI la cual ha sido modificada (DIA) para incluir información de control del encabezado de TCP e IP Hl del paquete de IP 1024. La segunda Súper Aplicación 1014 recibe el paquete de mensajería 1028-1, no cambia éste (1028-2) y envía éste al Súper Servidor de GO 534. El Súper Servidor - de CO 534 recibe el paquete de mensajería de aplicación 1030 de la Súper Aplicación 532 y el paquete de mensajería 1028-2 de la Súper Aplicación 1014. Los paquetes de mensajería 1030 y 1028-2 son reempaquetados de acuerdo al diagrama de flujo de., la FIGURA 7 para formar el paquete de mensajería de CO 1034, el cual es enviado al Súper Concentrador de CO 536. El Súper Servidor CO 1036 tiene el paquete de mensajería de CO 1038 el cual también es enviado al Súper Concentrador de CO 536. EL Súper Concentrador de CO 536 reempaqueta paquetes de mensajería de CO 1034 y 1038 al paquete de mensajería del Concentrador de CO 1040, el cual es enviado al Súper Hospedero 538. El Súper Hospedero desempaqueta el paquete de mensajería del concentrador de CO 1040 para obtener las peticiones de usuario DI, D2, D3 , D4 , D5, D6 y D7 (por ejemplo, peticiones de HTTP o FTP) y las peticiones son enviadas al servidor de la red. El reempaquetamiento de acuerdo a las FIGURAS 6, 7 y 8 también ocurre para las respuestas de datos del servidor de la red al Súper Hospedero 538 de regreso al Súper Usuario 530 vía el Súper Concentrador de CO 536, el Súper Servidor de CO 534 y la Súper Aplicación 532.

Cambio de los Datos de Aplicación Como puede observarse de la discusión anterior del reempaquetamiento, las unidades de datos de aplicación son examinadas muchas veces cuando proceden de regreso como paquetes de mensajería del Súper Hospedero 533 al Súper Usuario, por ejemplo, 530. Puesto que entre cualesquier paquetes de mensajería de dos súper módulos son usados los diagramas de flujo dados en las FIGURAS 7 y 8 para recibir paquetes de mensajería y, si es necesario, reempaquetarlos como nuevos paquetes de mensajería. En cada caso son extraídos los datos de aplicación. Si los datos de aplicación son HTML, entonces los datos de aplicación pueden ser analizados sintácticamente en elementos de programación y reglas aplicadas IF-THEN (SI-ENTONCES) (es decir, si se mantiene una condición entonces se efectúa una acción predeterminada) . Otra modalidad puede usar un lenguaje de documento de iniciación como el Perl (Lenguaje de Extracción y Reporte Práctico) el cual buscaría patrones en los datos de aplicación y efectuaría ciertas acciones como supresión, modificación, reemplazo, o adición a los datos que se ajusten al patrón. Las reglas para suprimir, agregar, modificar, o reemplazar elementos pueden basarse en cualquier criterio de usuario deseable, incluyendo el contenido, publicidad, audiencia pretendida, usuario, recursos humanos, temporización, contexto, legal, geografía, dirección de IP, fuente, tamaño de archivo o tipo o contenido político. Para propósitos de ilustración, se usa el código HTML para un aviso en forma de pancarta que gira a través de varias imágenes como un ejemplo de datos de aplicación que pueden ser regresados como respuesta a la petición de un usuario de una página de la red . Existe un código para manej ar o activar la presentación de la pancarta sobre la base de un evento , como ir a la página de la Red : <cuerpo en Carga= "girar Pancarta" ( ? imágenes/Pancartal . pg' ) " > A continuación existe código para presentar la primera imagen en pancarta (es decir, Pancartal .jpg) : <tabla> <trxtdxnombre img= "pancarta" src= "imágenes/Pancartal . jpgx/ td> </tr> </ tabla> Finalmente existe una función de girarPancarta ( ) la cual se recupera recursivamente en sí cada 5 segundos y cambia la propiedad " src" anterior, presentando de este modo la nueva imagen de la pancarta : función de girarPancarta (PancartaSrc) {var ID de Temporizador //barrer la imagen documento . ancarta . src=PancartaSrc ; //esperar retraso y prepararse para barrer la siguiente imagen if ( PancartaSrc= =imágenes/Pancartal . j pg" ) ID de Temporizador= fijarRetraso ( "girarPancarta ( "imágenes/Pancarta2. jpg" ) " , 5000 ) ; else if (PancartaSrc= =imágenes/Pancarta2. pg") ID de Temporizador= fijarRetraso ("girarPancarta("imágenes/Pancarta3.jpg") " , 5000) ; } El ejemplo anterior muestra constructos de programación estándar y puede ser analizado sintácticamente por numerosos programas y sistemas de programación disponibles a un experto en la técnica. Una vez analizados sintácticamente los constructos y variables de programación, esos elementos pueden ser manipulados por reglas definidas por el usuario. De este modo el usuario tiene la capacidad de filtrar o modificar los datos ' que el/ella solicitó usando cualquier súper módulo en la trayectoria del servidor de la red al visualizador . ! Aunque los programas y sistemas de programación de modificación de flujo de datos de aplicación pueden ser parte de cualquier súper módulo, en una modalidad preferida estos se localizan en el Súper Servidor de CO 534, el Súper Concentrador de CO 536, o el Súper Hospedero 538 (Figura 4), es decir, en la Internet del lado del último 1.6 kilómetros (milla) (entre el servidor de POP 152 y el servidor de la LAN 144) . Removiendo los avisos en forma de pancarta y los gráficos superfluos, el tráfico sobre el último 1.6 kilómetros (milla) se reduce. Removiendo los avisos en forma de pancarta en el Súper Hospedero ' 538, por ejemplo, se ahorraría el tráfico de datos innecesario sobre la Internet 160. Además existe' la necesidad de que el Súper Servidor de CO 534 use otras reglas de cambio además 'del usuario. Por ejemplo, una entidad gubernamental puede desear reemplazar avisos en forma de pancarta con anuncios de servicios públicos . La Figura 10 es un diagrama de flujo para cambiar las unidades de datos de aplicación en un súper módulo en una modalidad de la presente invención. En el paso 1010, las unidades de datos de aplicación son extraídas de los paquetes de IP entrantes (véase el paso 932 de la Figura 8) , los cuales podrían ser paquetes de IP normales provenientes de un módulo normal, o paquetes de mensajería provenientes de otro súper módulo. En el paso 1012 es analizada una unidad de datos de aplicación y el conjunto de reglas IF-THEN (SI-ENTONCES) del usuario es verificado. Cuando la unidad de datos aplicación satisface la condición "IF" ("SI") de las reglas del usuario "THEN" ("ENTONCES") los datos pueden ser suprimidos, modificados o reemplazados (paso 1016) . Si existe más de una unidad de datos de aplicación en el paquete de mensajería, entonces se repite el paso 1012. De otro modo, en el paso 1022, la información del seudoencabezado del TCP e IP extraída previamente es agregada a cada unidad de datos de aplicación. Esas unidades de datos de aplicación son entonces agregadas, y se agrega un nuevo encabezado de TCP e IP para formar un nuevo paquete de mensajería (paso 1024) . El nuevo paquete de mensajería es enviado al siguiente súper modulo. Por lo tanto, cuando los datos de aplicación y los paquetes de mensajería pasan a través de cada súper módulo, ellos son evaluados y cambiados dinámicamente de acuerdo a reglas definidas por el usuario. En otra modalidad los datos de aplicación son examinados · y cambiados de acuerdo a las reglas definidas por el usuario en una o más de las súper memorias reservadas del súper módulo.

Conclusión Aunque han sido descritas modalidades específicas de la invención, también son abarcadas varias modificaciones, alteraciones, construcciones alternativas y equivalentes dentro del alcance de la invención. La invención descrita no se restringe a la operación con ciertos ambientes de procesamiento de datos específicos, sino que está libre para operar dentro de una pluralidad de ambientes de procesamiento de datos. Adicionalmente, aunque la invención ha sido descrita usando una serie particular de transacciones y pasos, será evidente a aquellos expertos en la técnica que el alcance de la invención no se limita a las series descritas de transacciones y pasos.

Además, aunque la invención no sea descrita usando una combinación particular de componentes físicos de computación y programas y sistemas de programación, se reconocerá que otras combinaciones de componentes físicos de computación y programas y sistemas de programación también están dentro del alcance de la invención. La invención puede ser im lementada únicamente en componentes físicos de computación o únicamente en programas y sistemas de programación o usando combinaciones de los mismos. La especificación de los dibujos, en consecuencia, debe ser considerados ilustrativos más que en un sentido restrictivo. Sin embargo, será evidente que pueden hacerse adiciones, sustracciones, supresiones y otras modificaciones y cambios a estos sin apartarse del espíritu y alcance más amplio de la invención como se expone en las reivindicaciones .

Claims (8)

1. REIVINDICACIONES 1. Un método para cambiar datos de aplicación enviados por un primer sistema de computadora a un segundo sistema de computadora vía una red de comunicaciones, donde la segunda computadora tiene un visualizador para presentar los datos de aplicación, el método se caracteriza porque comprende : analizar sintácticamente los datos de aplicación en elementos por medio de la primera computadora; si un elemento de esos elementos satisface una condición predeterminada, cambiar el elemento de acuerdo a una acción predeterminada, donde el cambio incluye reemplazar, modificar y enviar; y enviar el elemento cambiado al visualizador.
2. 2. El método de conformidad con la reivindicación 1, caracterizado porque el cambio incluye además la supresión y filtración.
3. 3. El método de conformidad con la reivindicación 1, caracterizado porque la condición y acción predeterminada por el usuario se basan en el contenido, publicidad, audiencia pretendida, usuario, recursos humanos, temporización, contexto, legal, geografía, dirección de IP, fuente, tamaño o tipo de archivo o contenido político.
4. 4. Un método para cambiar datos de aplicación por medio de una computadora intermediaria en un flujo de datos de una primera computadora a una segunda computadora, caracterizado porque comprende: extraer los datos de aplicación recibidos de al menos un paquete de IP; determinar si una parte de los datos de aplicación satisface una condición de usuario predefinida; responder a la parte que satisface la condición predeterminada por el usuario, cambiando esa parte de acuerdo a una regla predefinida por el usuario; , combinar la parte cambiada con otros datos de aplicación y formar al menos un paquete de IP nuevo; y enviar el nuevo paquete de IP.
5. 5. El método de conformidad con la reivindicación 4, caracterizado porque los datos de aplicación son información de HTML.
6. 6. El método de conformidad con la reivindicación 4, caracterizado porque la condición predefinida por el usuario incluye la existencia del código de HTML para un aviso en forma de pancarta, y la regla predefinida por el usuario es seleccionada del grupo que consiste de suprimir el código de HTML, sustituir un aviso en forma de pancarta por otro producto, y agregar un anuncio público.
7. 7. Un sistema para modificar ' elementos de datos de aplicación en un flujo de datos, caracterizado porque comprende -. un primer súper módulo para recibir al menos un elemento de datos de aplicación en el flujo de datos; un módulo de decisión para analizar el elemento de datos de aplicación de acuerdo a un conjunto de reglas predeterminadas por el usuario para modificar el elemento de los datos de aplicación cuando se satisfagan condiciones predeterminadas; un módulo de reempaquetamiento para crear un paquete de mensajería usando los elementos de datos modificado; y un segundo súper módulo para recibir el paquete de mensajería.
8. 8. El sistema de conformidad con la reivindicación 7, caracterizado porque el conjunto de reglas de usuario predeterminadas se basa en el contenido, publicidad, audiencia pretendida, usuario, recursos humanos, temporización, contexto, legal, geografía, dirección de IP, fuente, tamaño o tipo de archivo o contenido político.