MXPA03011150A

MXPA03011150A - Sistema y metodo para incrementar el ancho de banda efectivo de una red de comunicaciones.

Info

Publication number: MXPA03011150A
Application number: MXPA03011150A
Authority: MX
Inventors: J Parella Michael
Original assignee: Nct Group Inc
Priority date: 2001-06-04
Filing date: 2002-06-04
Publication date: 2004-10-28
Also published as: BR0210159A; EP1402391A4; EP1402692A4; WO2002099591A3; CA2447555A1; JP2004535631A; US20030078964A1; EP1402388A4; BR0210141A; WO2002099677A1; US20030051055A1; KR20040044182A; US20030079041A1; KR20070055582A; KR20070055580A; WO2002100117A3; US7260651B2; WO2002099591A2; KR20040032106A; EP1402388A1

Abstract

Un sistema y metodo para incrementar el ancho de banda efectivo de una red de comunicaciones se proporcionan al superponer una "super" estructura de transporte y almacenamiento intermedio sobre la red de comunicaciones TCP/IP convencional, por ejemplo, Internet 160, que incrementan la velocidad de transferencia de informacion en la red de comunicaciones. La "super" estructura de transporte y almacenamiento intermedio, incluye soporte logico o equipo fisico o ambos agregados cuando menos a dos modulos separados por un enlace de comunicaciones en la red de comunicaciones. El resultado neto es que los usuarios de la red de comunicaciones tienen su tiempo para acceso y/o para recuperar informacion reducidos significativamente y la red de comunicaciones, particularmente una gran red, por ejemplo Internet 160 se vuelve un medio eficiente para realizar transacciones comerciales tanto por negocios como individuos.

Description

SISTEMA Y MÉTODO PARA INCREMENTAR EL ANCHO DE BANDA EFECTIVO DE UNA RED DE COMUNICACIONES CAMPO DE LA INVENCIÓN [0001] La invención se refiere en general al campo de comunicaciones y en particular a la transferencia eficiente de información sobre una red de computadoras . ANTECEDENTES DE LA INVENCIÓN [0002] Internet ha crecido considerablemente en su alcance de uso en las últimas décadas desde una red de investigación entre el gobierno y universidades hasta un medio para conducir tanto transacciones personales como comerciales tanto por negocios como individuos . Internet se diseñó originalmente para ser des-estructurada de manera tal que en el caso de una falla, la probabilidad de completar una comunicación fuera elevada . El método de transferir información, se basa en un concepto similar a enviar cartas por correo. Un mensaje puede ser descompuesto en múltiples paquetes TCP/IP (es decir cartas) y enviarse a un destinatario. Como las cartas, cada paquete puede tomar una ruta diferente para llegar al destinatario. Mientras que el enfoque de muchos pequeños paquetes sobre muchas rutas proporciona un acceso relativamente económico para un usuario, por ejemplo para muchos sitios de red, es considerablemente más lento que una conexión punto-a-punto entre un usuario y un sitio de red. [0003] La Figura 1 es un diagrama de bloques que muestra una conexión de usuario a Internet de la técnica previa. En general, un usuario 110 conecta a Internet mediante un punto-de-presencia (PoP = point-of-presence) 112 tradicionalmente operado por un proveedor de servicios de Internet (ISP = Internet Service Provider) . El PoP se conecta a la red de columna principal del ISP 114, por ejemplo ISPl. Múltiples redes de columna principal ISP, por ejemplo ISPl e ISP2, se conectan en conjunto por puntos de acceso a la red (NAP = Network Access Points) , por ejemplo NAP 170 para formar la "nube" de Internet 160. [0004] Más específicamente, un solo usuario en una computadora personal (PC = personal computer) 120 tiene varias selecciones para conectar al PoP 112, tal como un modem de línea de subscriptor directa (DSL = direct subscriber line) 122, un modem de TV por cable 124, un modem de marcado estándar 126, o un transceptor inalámbrico 128, por ejemplo en un teléfono móvil o PC inalámbrica fija. El término computadora personal o PC se emplea aquí para describir cualquier dispositivo con un procesador y memoria y no se limita a una PC de escritorio tradicional. En el PoP 112, habrá un dispositivo de acceso correspondiente por cada tipo de modem (o transceptor) para recibir/enviar los datos a/de el usuario 110. Para el modem DSL 122, el PoP 112 tiene un multiplexor de acceso para linea de subscriptor digital (DSLAM = digital subscriber line access multiplexer) como sus dispositivo de acceso. Para el modem por cable 124, el PoP 112 tiene una cabecera de sistema de terminación de modem por cable (CTNS = cable modem termination system) , como su dispositivo de acceso.

Las conexiones de modem por cable y DSL permiten cientos de Kbps (Kbps = Kilo bits por segundo) y son lo considerablemente más rápidas que el modem de marcado estándar 126 cuyos datos se reciben en el PoP 112 por un servidor de acceso remoto por marcado (RAS = remote access server) 134. El transceptor inalámbrico 128 puede ser parte de un asistente digital personal (PDA = personal digital assistant) o teléfono móvil y se conecta a un transceptor inalámbrico 136, por ejemplo una estación base, en el PoP 112. [0005] Un usuario de negocios (o una persona con una oficina en casa) puede tener una red de área local (LAN = local área network) , por ejemplo las PCs 140 y 142 conectadas al servidor LAN 144 por enlaces Ethernet. El usuario de negocios puede tener una TI (1.544 Mbps) , una conexión TI fraccional o una conexión más rápida al PoP 112. Los datos del servidor LAN 144 se envían mediante un encaminador (no mostrado) a un dispositivo de conexión digital, por ejemplo, una unidad de servicio de canal/unidad de servicio de datos (CSU/DSU = channel service unit/data service unit) 146, que a su vez envía los datos digitales mediante una línea TI (o TI fraccional) 148 a una CSU/DSU en el PoP 112. [0006] El PoP 112 puede incluir un servidor ISP 152 al cual la DSLAM 132, cabecera CTMS 132, RAS 134, transceptor inalámbrico 136, o CSU/DSU 150, se conectan. El servidor ISP 152 puede proporcionar servicios de usuario tales como correo electrónico, Usenet, o servicio de nombre de dominio (DNS = Domain Ñame Service) . En forma alterna, la DSLAM 130, cabecera CTMS 132, RAS 134, transceptor inalámbrico 136, o CSU/DSU 150 pueden derivar al servidor ISP 152 y se conectan directamente al encaminador 154 (lineas punteadas) . El servidor 152 se conecta a un encaminador 154 que conecta el PoP 112 a la estructura principal ISP1 que tiene por ejemplo encaminadores 162, 164, 166, y 168. La estructura principal de ISPls se conecta a otra estructura principal ISP (ISP 2) que tiene por ejemplo los encaminadores 172, 174, y 176, mediante NAP 170. ISP2 tiene un servidor ISP2 180 que ofrece servicios de usuario competitivos tales como correo electrónico, y hospedaje de la red para el usuario (Web hosting = servicio que proporciona a usuarios de internet con sistemas en linea para almacenar información, imágenes, video, o cualquier contenido accesible por la red.) Conectados a la "nube" de Internet 160 están los servidores de red 182 y 184, que proporcionan contenido en línea al usuario 110. [0007] Mientras que Internet proporciona la funcionalidad básica para realizar transacciones comerciales tanto para negocios como individuos, el retardo de tiempo significante en la transferencia de información, por ejemplo entre un servidor de red o un usuario de negocios o individual es un problema substancial. Por ejemplo, un usuario en la PC 120 desea información de un sitio de la red en el servidor de la red 182. Hay muchos "saltos" para que los datos viajen de regreso desde el servidor de red 182 al usuario de PC 120. También, debido a que la información se "envía por correo" de regreso en paquetes, los paquetes viajan de regreso típicamente a través de rutas diferentes. Estas diferentes rutas son compartidas con otros paquetes de usuarios y algunas rutas pueden ser lentas . Por lo tanto, hay un retardo de tiempo significante, incluso si hubiera suficiente capacidad en todos los enlaces entre el servidor de red 182 y el usuario 120. Sin embargo, debido a que también hay puntos de estrangulamiento, es decir en donde el tráfico excede la capacidad, incluso hay un mayor retardo. [0008] Dos puntos de estrangulamiento principales son el último y el penúltimo tramo. El último tramo es del PoP 112 al usuario 110. Esto es fácilmente evidente cuando el usuario 120 está utilizando un modem de marcado con una velocidad máxima de 56 kb s . Incluso con un modem DSL de aproximadamente 512 Kbps, descargar gráficos puede ser desagradablemente lento. El penúltimo tramo es entre los ISPs . Un ISP con PoP 112 puede conectarse mediante su estructura o columna principal 114, a un ISP de nivel superior (no mostrado) para obtener cobertura regional/nacional/global . Como un incremento en el ancho de banda al ISP de nivel superior aumenta los costos de ISP local, el ISP local por ejemplo con el PoP 112 en su lugar puede reducir la cantidad de ancho de banda disponible al usuario 110. El efecto es que hay más tráfico que capacidad de enlace entre el servidor de red 182 y la PC 120 y por lo tanto un problema de retardo significante . En el mundo actual de rápido ritmo, este problema impide enormemente el uso de Internet como un vehículo comercial . [0009] Por lo tanto, hay necesidad por mejorar la eficiencia de transferencia de información sobre una red de comunicaciones, por ejemplo Internet, tal que ya sea en forma individual o colectiva, el tiempo de espera de usuario por información se reduzca significativamente. COMPENDIO DE LA INVENCIÓN [0010] La presente invención proporciona un sistema y método para incrementar el ancho de banda efectivo de una red de comunicaciones al superponer una "super" estructura de transporte y almacenamiento temporal sobre la red de comunicaciones TCP/IP convencional, por ejemplo Internet, que incrementan la velocidad de transferencia de información en la red de comunicaciones . [0011] La "super" estructura de transporte y almacenamiento temporal, incluye soporte lógico y equipo físico o ambos agregados cuando menos a dos módulos separados por un enlace de comunicaciones en la red de comunicaciones. Entre cualesquiera dos "super" módulos, se establece un enlace de comunicaciones que permite transferencia de información rápida y eficiente, en donde la transferencia de información no es la misma que el número de bits en bruto transferidos, pero incluye solo bits de datos necesarios y excluye por ejemplo bits de control de carga general o bits de datos redundantes. Ya que el enlace de comunicaciones tiene una capacidad fija, el incrementar los bits de información y disminuir los bits que no son de información reduce la cantidad compartida de la capacidad de los enlaces con bits que no son de información. Por lo tanto, algunos de los bits de información no tienen que esperar hasta que algunos de los bits que no son de información se transfieran primero. De esta manera, el retardo de transferencia de información se reduce significativamente. [0012] El resultado dentro de la "super" estructura de transporte y almacenamiento temporal y por lo tanto la velocidad de transferencia de información incrementada es que los usuarios de la red de comunicaciones tienen su tiempo para acceso y/o recuperación de información reducido significativamente y la red de comunicaciones, particularmente una gran red, por ejemplo Internet, se vuelve un medio eficiente para realizar transacciones comerciales tanto por negocios como individuos . [0013] Una modalidad de la presente invención proporciona un método para comprimir datos por un primer sistema de computadora para transferencia a un segundo sistema de computadora mediante una red de comunicaciones. Primero, una sección de datos se elige por el primer sistema de computadoras. A continuación, se determina un valor de costo para cada algoritmo de compresión de una pluralidad de algoritmos de compresión utilizando las. condiciones de operación del primer sistema de computadoras. Un algoritmo de comprensión se elige de la pluralidad con base en un valor de más pequeño costo. La sección se comprime utilizando el algoritmo de compresión selecto y envía al segundo sistema de computadora. [0014] Otra modalidad de la presente invención proporciona un método para comprimir datos para un primer sistema de computadora, para transferir a un segundo sistema de computadora mediante una red de comunicaciones. El método incluye: seleccionar una sección de datos por el primer sistema de computadora; determinar un formato de datos de la sección; comprimir la sección utilizando un algoritmo de compresión, en donde el algoritmo de compresión se elige automáticamente de una pluralidad de algoritmos de compresión, con base en el formato de datos; y enviar la sección comprimida a la segunda computadora . [0015] Todavía otra modalidad de la presente invención proporciona un método para comprimir datos con un primer sistema de computadoras para transferir a un segundo sistema de computadoras mediante un enlace de comunicaciones . El método incluye : seleccionar una sección de datos por el primer sistema de computadora,-cuando el tráfico de datos en el enlace de comunicaciones está por debajo de la capacidad de transmisión, calcular un resultado de una función, con base en un tiempo para comprimir la sección y una latencia de enlace para la sección; dependiendo del resultado, comprimir la sección; y enviar la sección comprimida a la segunda computadora. [0016] Una modalidad de la presente invención proporciona un método para re-empacar, por un primer sistema de computadoras, y una pluralidad de paquetes que tienen un destino común, en donde el primer sistema de computadora se conecta a un segundo sistema de computadora por un enlace de comunicaciones . El método incluye: recibir la pluralidad de paquetes, en donde cada paquete incluye datos de aplicación; extraer de la pluralidad de paquetes, información que incluye los datos de aplicación; crear un nuevo paquete que incluye la información, y enviar el nuevo paquete al segundo sistema de computadoras . [0017] Otra modalidad de la presente invención proporciona un método para suministrar una conexión de protocolo de control de transporte (TCP = Transport Control Protocol) semi-permanente entre un primer sistema de computadoras y un segundo sistema de computadoras utilizando un protocolo TCP/IP. El método incluye: establecer una conexión TCP entre el primer sistema de computadoras y el segundo sistema de computadoras; recibir información de aplicación por el primer sistema de computadoras desde una pluralidad de direcciones fuente; enviar la segunda información de aplicación por el primer sistema de computadoras, sobre la conexión TCP y desconectar la conexión TCP. [0018] Otra modalidad de la presente invención proporciona un método que utiliza un primer sistema de computadora para cortar una pluralidad de solicitudes de datos duplicadas de una pluralidad de segundos sistemas de computadoras, la pluralidad de solicitudes de datos duplicados tiene un destino común. El método incluye: recibir la pluralidad de solicitudes de datos duplicados por el primer sistema de computadoras; grabar direcciones de retorno de la pluralidad de segundos sistemas de computadoras, crear una solicitud de datos consolidados, incluir datos comunes de la pluralidad de solicitudes de datos duplicados con el primer sistema de computadoras como una dirección fuente; y enviar las solicitudes de datos consolidados . [0019] Otra modalidad de la presente invención incluye un método para proporcionar una pluralidad de redes privadas virtuales con una pluralidad de computadoras conectadas en conjunto por una red de comunicaciones públicas . El método incluye : establecer una primer Red Privada Virtual de la pluralidad de Redes Privadas Virtuales entre una primer computadora de la pluralidad de computadoras y una segunda computadora de la pluralidad de computadoras al utilizar una tabla de permisos centralizada que tiene la primer dirección de computadora y la segunda dirección de computadora; y establecer una segunda Red Privada Virtual de la pluralidad de Redes Privadas Virtuales entre la primer computadora y una tercer computadora de la pluralidad de computadoras, al utilizar la tabla de permisos centralizada que además tiene la tercer dirección de computadora . [0020] Todavía otra modalidad de la presente invención incluye un método para re-empacar, por un primer sistema de computadoras, una pluralidad de paquetes que tienen un destino común, en donde el primer sistema de computadoras se conecta a un segundo sistema de computadoras por un enlace de comunicaciones . El método incluye: recibir la pluralidad de paquetes, en donde cada paquete incluye datos de aplicación; extraer de la pluralidad de paquetes, información que incluye los datos de aplicación; crear una cantidad de nuevos paquetes incluyendo la información, en donde la cantidad o número de nuevos paquetes se determina con base en tráfico de datos en el enlace de comunicaciones; y enviar el número o cantidad de nuevos paquetes al segundo sistema de computadoras . [0021] Otra modalidad de la presente invención incluye un sistema para incrementar un flujo de información en una red de comunicaciones que tiene un protocolo de comunicaciones estandarizado. El sistema incluye: un primer módulo que envia un paquete; que tiene primer información de aplicación y primer información de control, utilizando el protocolo de comunicaciones estandarizado; un segundo módulo para recibir el paquete y enviar un super paquete utilizando el protocolo de comunicaciones estandarizado, en donde el super paquete tiene segunda información de aplicación y segunda información de control, en donde la segunda información de aplicación incluye la primer información de aplicación y algo de la primer información de control; y un tercer módulo para recibir el super paquete utilizando el protocolo de comunicaciones estandarizado. [0022] Una modalidad adicional de la presente invención incluye un método para reducir tiempo para un sistema de computadoras solicitante para recuperar información de un almacenamiento de datos remoto mediante un sistema de computadora intermedio. El método incluye: recibir una solicitud por el sistema de computadora intermedio para recuperar los datos del almacenamiento de datos; recuperar un primer ítem de datos del almacenamiento de datos por el sistema de computadora intermedio; y el sistema de computadora intermedio, concurrentemente envía el primer ítem de datos al sistema de computadora solicitante, mientras que recupera un segundo ítem de datos del almacenamiento de datos . [0023] Una modalidad de la presente invención incluye un sistema para incrementar el desempeño en un segmento de red entre dos Super Módulos de una pluralidad de Super Módulos en una red de comunicaciones. El sistema incluye: un primer Super Módulo de la pluralidad de Super Módulos para recibir una pluralidad de paquetes IP y enviar un paquete de datos modificado, en donde el paquete de datos incluye datos de aplicación combinados de la pluralidad de paquetes IP; y un segundo Super Módulo de la pluralidad de Super Módulos para recibir el paquete de datos modificado; en donde el segundo Super Módulo, tiene una pila de protocolo de comunicación TCP/IP con una capa de aplicaciones adicional para procesar el paquete de datos modificado. [0024] Estas y otras modalidades, características, aspectos y ventajas de la invención, se comprenderán mejor con respecto a la siguiente descripción, reivindicaciones anexas y dibujos acompañantes.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

[0025] La Figura 1 es un diagrama de bloques que muestra una conexión de usuario a Internet, de la técnica previa. [0026] La Figura 2 es un diagrama de bloques simplificado, pero expandido, de la Figura 1, y se utiliza para ayudar a explicar la presente invención. [0027] La Figura 3 muestra una pila de protocolo TCP/IP y las unidades de datos asociadas por cada capa. [0028] La Figura 4 es un diagrama de bloques de la ruta de comunicaciones entre un visualizador y un servidor de red de una modalidad de la presente invención. [0029] La Figura 4-1 es un ejemplo de un TCP/IP convencional y dos pilas de protocolo TCP/IP modificadas de una modalidad de la presente invención. [0030] La Figura 5 es un diagrama de bloques de los Super Módulos insertados en el sistema convencional de la Figura 2 de una modalidad de la presente invención. [0031] La Figura 6 muestra un túnel de datos comprimidos entre el visualizador y servidor de red de una modalidad de la presente invención.

[0032] La Figura 7 muestra un algoritmo de compresión con base en formato de datos de los datos transmitidos de una modalidad de la presente invención. [0033] La Figura 8 es un diagrama de flujo que determina si o no los datos habrán de comprimirse de otra modalidad de la presente invención. [0034] La Figura 9 muestra un diagrama de flujo para otros procesos de compresión de aún otra modalidad de la presente invención. [0035] La Figura 10A es un diagrama de flujo para re-empacar una pluralidad de unidades de datos de aplicación en un Super Usuario de una modalidad de la presente invención. [0036] La Figura 10B es un diagrama de flujo para re-empacar una pluralidad de paquetes IP recibidos en un Super Módulo de otra modalidad de la presente invención . [0037] La Figura 10C explica con más detalle etapas de la Figura 10B. [0038] La Figura 11 muestra un ejemplo de paquetes de mensajería de un Super Usuario a un Super Anfitrión de un aspecto de la presente invención. [0039] La Figura 11-1 ilustra un ejemplo de realizar transferencia y recuperación de datos en paralelo de un aspecto de la presente invención.

[0040] La Figura 12 muestra un ejemplo de solicitudes de datos de implosión de Super Usuarios a un Super Anfitrión. [0041] La Figura 13A es un diagrama de flujo del proceso de implosión de solicitudes de datos duplicadas al mismo destino de la modalidad de la presente invención. [0042] La Figura 13B muestra el proceso de explosión de la respuesta a una solicitud de implosión de la modalidad de la presente invención. [0043] La Figura 14? muestra una conexión TCP/IP convencional, transferencia de datos y desconexión entre un remitente y un destinatario en la capa de transporte . [0044] La Figura 14B muestra una conexión TCP/IP, la transferencia de datos, y desconexión para una conexión semi-permanente de una modalidad de la presente invención . [0045] La Figura 15 muestra ejemplos de una VPN de sitio-a-sitio convencional 1440 y una VPN remota convencional 144G. [0046] La Figura 16 muestra ejemplos de dos redes privadas virtuales (VPNs) de una modalidad de la presente invención. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN [0047] En la siguiente descripción, se establecen numerosos detalles específicos para proporcionar una descripción más completa de las modalidades específicas de la invención. Es aparente sin embargo para una persona con destreza en la especialidad que la invención puede practicarse sin todos los detalles específicos dados a continuación. En otras instancias, características bien conocidas no se han descrito en detalle para no obscurecer la invención. [0048] A fin de que individuos y negocios utilicen Internet como un vehículo comercial efectivo, el tiempo para que un usuario solicite y reciba información debe reducirse significativamente en comparación con los tiempos típicos que ocurren en la actualidad. La presente invención proporciona tanto un "super" sistema que puede superponerse en partes de la infraestructura de Internet y técnicas para incrementar flujo de información en la red, que, ya sea por separado o en combinación, reducen significativamente el tiempo de espera por información para el usuario, por ejemplo en sitios de red u otros usuarios . [0049] La Figura 2 es un diagrama de bloques simplificado, pero expandido de la Figura 1, y se utiliza para ayudar en explicar la presente invención. Cuando aplica, las mismas etiquetas que se utilizan en la Figura 2 como en la Figura 1. El modera 210, incluye el modem DSL 122, modem de cable 124, modem de marcado 126 y un transceptor inalámbrico 128 de la Figura 1. Igualmente el dispositivo de acceso 220 incluye los correspondientes DSLAM 130, cabecera de CTMS 132, RAS 134 y transceptor inalámbrico 136 de la Figura 1. Los dispositivos de conexión digital 212 y 222 incluyen los dispositivos CSU/DSU 146 y 150, y además incluyen dispositivos de conexión por satélite, ISDN o ATM. La Figura 2 tiene una conexión adicional entre el servidor LAN 144 y el modem 210, para ilustrar otra opció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 computadoras y de red mostrados en la Figura 2, se comunican utilizando el protocolo de comunicación de transporte/protocolo de Internet (TCP/IP = Transport Communication Protocol/Internet Protocol) . [0050] La Figura 3 muestra la pila de protocolo TCP/IP y las unidades de datos asociadas por cada capa. La pila de protocolo TCP/IP 310 incluye una capa de aplicación 312, capa de transporte 314, capa de Internet 316 y capa de acceso a red 318. La capa de aplicación recibe los datos de aplicación o de usuario 320 un bloque o unidad de datos, que denominaremos una unidad de datos de aplicación. Por ejemplo, una solicitud de usuario para una página de red sería una unidad de datos de aplicación. Hay numerosos protocolos de nivel de aplicación en TCP/IP, incluyendo el protocolo de transferencia de correo simple (SMTP = Simple Mail Transfer Protocol) y protocolo de Oficina de Correos (POP = Post Office Protocol) utilizado para correo electrónico. Protocolo de hiper transferencia de texto (HTTP = Hyper Text Transfer Protocol) utilizado para la red mundial y protocolo de transferencia de archivos (FTP = File Transfer Protocol) . [0051] La capa de transporte 314 incluye el protocolo de control de transmisión (TCP) y el protocolo de datagramas de usuario (LTDP) . TCP es un protocolo orientado a conexión que proporciona un circuito digital confiable entre la fuente y destino. TCP garantiza a las aplicaciones que lo usan para enviar la corriente de octetos en el orden en el que se enviaron sin duplicación o pérdida de datos, incluso si el sistema de suministro de paquetes y enlace P no es confiable . La capa de transporte agrega información de control mediante un cabezal TCP 322 a los datos 320 y esto se denomina una unidad de datos TCP. UDP no garantiza suministro de paquetes y las aplicaciones que utilizan UDP deben proporcionar sus propios medios para verificación de suministro.

[0052] La capa de Internet 316 se denomina debido a el énfasis de interconexión de dos o más redes como si fueran una, a través de un encaminador o compuerta (internetworking) de TCP/IP. Esta es una capa sin conexión que envía y recibe los paquetes de protocolo de Internet (IP) . Mientras que el paquete IP tiene la dirección de fuente original y la dirección de destino final o última del paquete IP; la capa IP en un nodo particular dirige el paquete IP al siguiente nodo sin ningún conocimiento, si el paquete alcanza su destino final. El paquete IP incluye un cabezal IP 324 agregado a la unidad de datos TCP (cabezal TCP 322 y los datos 320) . [0053] La capa de acceso de red 318 es la capa de fondo que trata con la transferencia física de los paquetes IP. La capa de acceso de red 318 agrupa en conjunto el enlace de datos existente y las normas de capa física en vez de definir sus propias. Esta capa define los controladores de dispositivo y equipo físico de red. Una cabecera o información de control agregada al principio de los datos en un paquete 326 y una cola o información de control agregada al final de los datos en un paquete (no mostrado) , se agregan al paquete IP para permitir la cantidad específica del paquete IP sobre una línea de comunicaciones.

[0054] Un ejemplo del uso del protocolo TCP/IP en la Figura 2 es un usuario en la PC 140 que solicita una página de red del servidor de red 182. El usuario a través de su visualizador crea una solicitud de usuario para una página de red, es decir unidad de datos de aplicación 320 (Figura 3), en la capa de aplicación 312. La pila TCP/IP 310 crea una o más unidades de datos TCP, en donde cada unidad de datos TCP tiene parte de la unidad de aplicación 320 con un cabezal TCP 322 agregado. La capa de transporte 314 en la PC 140 establece una conexión para-a-par, i.e., un circuito virtual, con la capa de transporte TCP 314 en el servidor de red 182. Cada unidad de datos TCP está dividida en uno o más paquetes IP. Los paquetes IP se envían al servidor de LAN 144 y luego al servidor PoP 152, en donde luego se envían a Internet 154 mediante el encarainador PoP 154. Los paquetes IP proceden a través de múltiples rutas en Internet 160 y llegan al servidor de red 182. La capa de transporte 314 en el servidor de red 182 luego vuelve a ensamblar las unidades de datos TCP a partir de los paquetes IP y pasa las unidades de datos TCP a la capa de aplicación 312 para volver a ensamblar la solicitud del usuario. Luego se ejecuta la solicitud del usuario para obtener la página de red. Para enviar de regreso al usuario la página de red, el mismo circuito virtual TCP puede emplearse entre las capas de transporte del servidor de red 182 y la PC 140. La página de red luego se descompone en unidades de datos TCP que a su vez se descomponen en paquetes IP y envían por Internet 160, encaminador PoP 154, servidor PoP 152, servidor LAN 144, a la PC 140. [0055] Hay varios problemas que ocurren en el ejemplo anterior de una interacción convencional entre un usuario y un Servidor de red. Primero, la unidad de transmisión máxima (MTU = máximum transmission unit) , es decir la cantidad máxima de datos, en un Cuadro Ethernet es 1500 octetos. Sin embargo, el más grande valor para los datos 320 en TCP/IP es aproximadamente 64,000 octetos. Por ejemplo un anillo de señales o token ring de 16 Mbps tiene aproximadamente una MTU de 18,000 octetos y una conexión de marcado que utiliza un modem tiene aproximadamente una MTU de 576 octetos. Esto significa que aún cuando la MTU que deja el servidor LAN 144, puede ser mayor a 1500 octetos, el circuito virtual entre la PC 140 y el servidor de red 182 típicamente utilizará paquetes con una MTU que tiene la más baja de las MTUs entre el usuario y el Servidor de red, es decir habrá muchos pequeños paquetes IP enviados en ambos sentidos. En segundo, no hay solo una solicitud y una respuesta, sino toda una serie de solicitudes de visualizador y respuestas, de Servidor de red que ocurren, cuando un usuario está utilizando un sitio de la Red. Por ejemplo, una solicitud de usuario para una página de red con gráficos, actualmente se descompone por el visualizador en múltiples solicitudes, una solicitud para el lenguaje de marcado de hipertexLo (HTML = hypertext markup language) , seguido por varias solicitudes para los gráficos. En tercero, texto y gráficos usualmente se envían en formato no comprimido, a pesar del hecho de que la compresión puede reducir el tamaño de los archivos considerablemente. De esta manera, estos y otros problemas provocan que la red TCP/IP convencional tenga un retardo significante para obtener datos del Servidor de red al usuario . [0056] La Figura 4 es un diagrama de bloque de la ruta de comunicaciones entre un visualizador y un servidor de red de una modalidad de la presente invención. El intercambio convencional entre el visualizador 512 y el servidor de red 182, cuando un usuario que utiliza el visualizador 512 solicita una página de Red 514 del Servidor de red 182, se describió anteriormente . Una modalidad de la presente invención crea una pluralidad de "super" módulos, incluyendo el Super Usuario 540, Super Aparato 532, Super Servidor de Oficina Central (CO = Central Office) 534, Super Concentrador CO 536, y Super Anfitrión 538, que proporcionan una ruta de super carretera para intercambiar datos entre el visualizador 512 y el servidor de red 182. La solicitud del usuario para la página de red 514 se envía por el visualizador 512, que se ejecuta en la PC 140, al soporte de lógico de Super Usuario 530 que también corre en la PC 140. El Super Usuario 530 luego envía la solicitud de usuario al soporte lógico de Super Aparato 532 que corre en el servidor de LAN 144 (o en una modalidad alterna que se ejecuta en su propio servidor) . El Super Aparato 532 luego envía la solicitud de usuario al Super Servidor de CO 534, que envía la solicitud al Super Concentrador de CO 536. El Super Servidor CO 534 y el Super Concentrador de CO 536 pueden ser servidores autónomos o puede ser soporte lógico que corre en el servidor PoP 152. El Super Concentrador CO 536 envía la solicitud de usuario por Internet 160 al Super Anfitrión 538 que puede tener soporte de servidor (o en una modalidad alterna el Super Anfitrión 538 es soporte lógico que corre en el servidor de red 182) . La solicitud de usuario procede del Super Anfitrión 548 al servidor de red 182, que recupera la página de red 154 de un sitio de red que corre en el servidor de red 182 (el servidor de red 182 puede incluir una granja de servidores de la Red y múltiples sitios de Red) . La página de red 514 luego procede de regreso al visualizador 512 mediante el Super Anfitrión 538 , Super Concentrador CO 536, Super Servidor CO 534, Super Aparato 532, y Super Usuario 530. [0057] En otras modalidades, uno o más de los Super Módulos pueden faltar, por ejemplo el Super Aparato 532. En el caso de un Super Aparato 532, el Super Servidor CO 534 intercambia información con el Super Usuario 530 a través del servidor LAN 144. Otro ejemplo es si el Super Anfitrión 548 no está presente, luego el servidor de red 182 intercambia información con el Super Concentrador CO 536. De esta manera, si un Super Módulo falta, el módulo normal correspondiente, por ejemplo PC 140, servidor LAN 144, Servidor PoP 150, encaminador PoP 154, y servidor de red 182, se utilizan en su lugar. Todos o algunos de los Super Módulos pueden emplearse siempre que haya al menos un enlace de comunicación entre al menos dos Super Módulos diferentes, el flujo de información a través del enlace mejora significativamente. Adicionalmente, más Super Módulos pueden desplegarse para extender la granularidad de la super capa sobre la red. [0058] Además de la aplicación de usuario-a-servidor descrita anteriormente, Super Módulos dentro de Internet o estructura de red pueden utilizarse para incrementar el desempeño sobre aquéllos segmentos de red. En esta modalidad, todos los datos transferidos entre los múltiples Super Módulos dentro de la estructura de red se optimizan. Por ejemplo, la comunicación entre los Super Módulos de Servidor CO en diferentes partes de la red, es particularmente atractiva para mejorar la eficiencia de enlaces de ancho de banda limitados o costosos, tales como lineas trans-continentales o comunicaciones de satélite. Esta modalidad también mejora el desempeño de y reduce el costo de comunicaciones entre cualesquiera dos puntos de red con los Super Módulos. La interoperabilidad de cualquier Super Módulos también permite un enfoque de niveles para optimizar comunicaciones para una región lógica o física. Por ejemplo, varios Super Servidores CO locales puede formar nivel con un Super Módulo regional , que a su vez forma nivel con un Super Módulo nacional . Esto enfoque de niveles extiende la granularidad de la capa de super aplicación a través de la red para todo el tráfico de red entre los Super Módulos, independiente de las aplicaciones o la fuente original (es decir puede haber una combinación de datos de cualquiera cantidad de Super Módulos fuente o cualquier cantidad de fuentes de módulo normal) .

[0059] La Figura 4-1 es un ejemplo de una pila de protocolo TCP/IP convencional y dos pilas de protocolos TCP/IP modificadas, de una modalidad de la presente invención. La capa de aplicación 312, la capa de transporte 314, la capa de Internet 316, y la capa de Acceso a la Red 318 son las mismas capas que en la pila de protocolo TCP/IP 310 de la Figura 3 y son para un módulo normal 460, por ejemplo PC 140. Las capas de aplicación 420 y 440, "Super" capas de aplicación 422 y 442, capas de transporte 424 y 444, capas de Internet 426 y 446, y capas de Acceso a la Red 428 y 448, son las pilas de protocolo TCP/IP modificadas de la modalidad y son para los Super Módulos 462 y 464, por ejemplo Super Aparato 532 y Super Usuario 530. El módulo normal 460 se conecta al Super Módulo 462 mediante el enlace de comunicaciones 418, y el Super Módulo 462 se conecta al Super Módulo 464 mediante el enlace de comunicaciones 450. [0060] El Super Módulo 462 al recibir los paquetes IP de uno o más módulos normales 460 extrae todos los datos de capa de aplicación y datos aplicables de los cabezales IP y TCP de los paquetes IP a la Super capa de Aplicación 422. Los datos de capa de aplicación de los módulos normales y de la capa de aplicación 420 pueden ser de cualquier protocolo, por ejemplo HTTP 1.0, HTTP 1.1, FTP, POP, SMTP, etc.. La Super capa de Aplicación empaca los datos de aplicación y datos apropiados de capa TCP y capa IP en una unidad de datos de capa de aplicación grande. Entre los Super Módulos 462 y 464, se utiliza el mecanismo de transporte TCP/IP normal. Esto significa que, cuando hay uno o más nodos normales intermediarios entre el Super Módulo 462 y el Super Módulo 464, la pila TCP/IP como en el módulo normal 460 se utiliza para transferir la unidad de datos de capa de aplicación grande. Cuando, por ejemplo, el Super Módulo 464 debe suministrar un paquete de aplicación a un módulo normal. La unidad de datos de capa de aplicación grande se desenvuelve por la Super capa de Aplicación 442, el paquete TCP/IP se reconstruye y envía al nodo normal. De esta manera, efectivamente muchos paquetes de datos parcialmente llenos, cada uno con información de dirección general, pueden recombinarse en un gran paquete. Para larga distancia, por ejemplo comunicación de ultramar, la analogía es similar a los ahorros en costo debido a embarques de recipiente. [0061] La Figura 5 es un diagrama de bloques de los Super Módulos insertados en el sistema convencional de la Figura 2 de una modalidad de la presente invención. Las mismas etiquetas se utilizan en la Figura 4 como en la Figura 2 , en donde los dispositivos son iguales o similares. El Super Usuario 540 se conecta a través del modem 210, se conecta al Servidor PoP 152 por el dispositivo de acceso 220. Una red de área local que tiene el Super Usuario 530, Super Usuario 542, y Super Aparato 532 se conecta al modem 210 o dispositivo de conexión digital 212, en donde el dispositivo de conexión digital 212 se conecta al servidor PoP 152 por el dispositivo de conexión digital 222. El Super Aparato 532 incluye soporte lógico que se ejecuta en el servidor LAN 144. El servidor 152 se conecta al encaminador 154 mediante el conmutador 420, que desvía el tráfico de paquete al Super Servidor CO 534 y Super Concentrador CO 536. El encaminador 154 se conecta a la nube de Internet 160. De Internet 160, el tráfico puede pasar al Super Anfitrión 538 conectado al Servidor de red 182 o al Super Anfitrión 550, conectado al Servidor de red 184 o al Super Anfitrión 552 conectado al Servidor ISP 180. [0062] Super Componentes de Sistema [0063] A continuación se describe una modalidad de cada uno de los componentes del super sistema de la Figura 5, incluyendo el Super Usuario 540, Super Aparato 532, Super Servidor CO 534, Super Concentrador CO 536, y Super Anfitrión 538. [0064] El Super Usuario 530 incluye soporte lógico que reside en la PC del usuario, por ejemplo la PC 140. Un visualizador, por ejemplo Internet Explorer de Microsoft, se establece para representar al Super Usuario 530, de manera tal que todas las solicitudes de visualizador para datos se suministran del Super Usuario 530. Además, todas las solicitudes de usuario mediante el visualizador se envían al Super Usuario 530. Aqui, el visualizador se aisla del resto de la red por el Super Usuario . El Super Usuario almacena en memoria temporal todos los datos que el usuario ha solicitado en una cache local en la PC del usuario, de manera tal que cuando el usuario solicita los datos de nuevo, pueden recuperarse localmente, de estar disponibles, de la cache local. Si los datos que se almacenan temporalmente exceden un tamaño de archivo predeterminado, entonces el Super Usuario analiza todos los datos en la cache local y elimina los datos que sean de menor probabilidad de uso. Por ejemplo, puede emplearse un algoritmo menos recientemente usado para descartar viejos datos. Algunas de las funciones de soporte lógico del Super Usuario 540 son: [0065] 1. Almacenamiento temporal: Si el visualizador solicita datos que existen en la cache local y los datos satisfacen los requerimientos de vida útil de la cache, entonces los datos se suministran de la cache local. De otra forma, los datos se recuperan de la cache del Super Módulo más cercano, por ejemplo el Super Aparato 532 o Super Servidor CO 534, Super Concentrador CO 536, o Super Anfitrión 538, en donde los datos actualizados están disponibles o si no están disponibles de cualquier Super Cache entonces del servidor de Red. Cada elemento de datos tiene una vida útil de cache, que es que tanto puede utilizarse de una cache antes de que requiera ser renovada . [0066] 2. Renovar la Cache: Cuando la PC de Super Usuario PC está en reposo o inactiva (que no recupera activamente datos de Internet) , el Super Usuario verifica la cache local y refresca automáticamente datos que llegan a su vida útil de cache. El Super Usuario, utilizando Inteligencia Artificial (AI = Artificial Intelligence) u otras técnicas, asigna prioridad al renovar con base en que determina que el usuario más probablemente solicite. Por ejemplo, el Super Usuario puede mantener una cuenta de que tan a menudo un usuario accesa una página de red. Una cuenta superior indicará que el usuario es más probable que solicite esta página de red en · el futuro, y el Super Usuario automáticamente puede refrescar esta página. [0067] 3. Pre-búsqueda: Utilizando AI u otras técnicas del Super Usuario durante los tiempos en reposo, pre-busca páginas de red (por ejemplo recupera páginas de red que el usuario aún no ha pedido) que tienen una alta probabilidad de ser requeridas por el usuario. Por ejemplo, si un usuario está viendo algunas páginas en un sitio de catálogo, entonces hay alta probabilidad de que el usuario vea otras páginas en el sitio en la misma categoría. El Super Usuario pre-buscará estas páginas. La pre-búsqueda incrementa la probabilidad de que el usuario tenga los datos de la cache local . [0068] 4. Paquetes dé mensajería (descritos posteriormente) se empacan y los datos empacados que comprenden por el Super Usuario antes de enviarse al Super Aparato o Super Servidor CO. Paquetes de mensajería son desempacados y los datos desempacados son descomprimidos por el Super Usuario antes de enviarse al visualizador . [0069] El Super Aparato 532 incluye soporte lógico que se ejecuta en el servidor LAN 144. Algunas de las funciones realizadas por el Super Aparato 532 incluyen seguridad de pared contra fuego, almacenamiento temporal global, agrupamiento, anfitrión inteligente, y manejo de correo electrónico. Mayores funciones realizadas por el soporte lógico de Super Aparato incluyen : [0070] 1. Si el Super Aparato se conecta a un Super Servidor CO, entonces todos los datos transmitidos entre ellos se comprimen y empacan en paquetes de mensajería, de otra forma se utilizan solicitudes de Internet estándar y las respuestas se empacan en paquetes de mensajería antes de que las respuestas se envíen al Super Usuario. [0071] 2. El Super Aparato también copia y mantiene automáticamente sitios de red que se emplean frecuentemente por los usuarios . [0072] 3. Si el Super Aparato se conecta a un a Super Servidor CO, entonces actualiza su copia en los sitios de red solo cuando se notifican cambios del Super Servidor CO . Si el Super Aparato no se conecta a un Super Servidor CO entonces verifica actualizaciones de los sitios de red durante tiempos de reposo y/o durante intervalos periódicamente predeterminados . [0073] 4. Si los Super Usuarios se conectan al Super Aparato entonces todas las respuestas de datos se transmiten en formato comprimido a los Super Usuarios . Si se conectan usuarios regulares al Super Aparato, entonces las respuestas de datos se descomprimen en el Super Aparato y envían a los usuarios . Si el Super Usuario mantiene los sitios de red, entonces en cualquier momento que se actualice una página de red en el Super Aparato, se envía una notificación al Super Usuario, de manera tal que el Super Usuario pueda solicitar el cambio . [0074] 5. El Super Usuario también notificará al Super Aparato de información respecto a la densidad del monitor de la PC de usuario, de manera tal que puedan realizarse ajustes a los gráficos transmitidos sobre la red de área local. Enviar gráficos de alta densidad a un monitor que no puede exhibir los gráficos es un desperdicio de recursos de la red. El soporte lógico en el Super Aparato ajusta la densidad de gráficos antes de transmitir los datos. [0075] 6. Si más de un Super Usuario solicita los mismos datos, entonces el Super Aparato implota la solicitud y envía solo una solicitud al siguiente Super Módulo, por ejemplo el Super Servidor CO. Si no hay otro Super Módulo entre el Super Aparato y el Sitio de Red, entonces la solicitud aún se implota y una solicitud TCP/IP estándar se realiza. Cuando la respuesta a la solicitud implotada se recibe, entonces los datos se explotan por el Super Aparato y los datos se envían a los Super Usuarios apropiados . [0076] Entre más sitios de red se mantengan en el Super Aparato, más velocidad de acceso para las páginas de red se aproxima a la velocidad de la red de área local. Entre más se mantienen páginas de red en el Super Usuario, más se aproximará la velocidad acceso de red a la velocidad de acceso de disco duro. Entre más páginas de red que pueden ser copiadas y mantenidas en el Super Aparato y el Super Usuario, menos se vuelve el último tramo, un cuello de botella para el tiempo de respuesta . [0077] El Super Servidor CO 534 es el puente entre la columna principal de Internet 114 y el usuario 110. Un objetivo del Super Servidor CO 534 es minimizar el tráfico entre el usuario e Internet. El Super Servidor CO logra esto al copiar los sitios de red accesados por los Super Usuarios o usuarios normales mediante el Super Servidor CO . Entre más sitios de red son alojados u hospedados en el Super Servidor CO, se optimiza más la red al reducir el movimiento de datos a través de la red. Si los sitios de red que son alojados en el Super Servidor CO tienen sitios de red almacenados en un Super Concentrador CO 536, el Super Servidor CO 534 solicita páginas de red actualizadas cada vez que se notifica por el Super Concentrador CO 536 que las páginas de red han cambiado . Páginas de red del Super Concentrador CO 536 se almacenan en formato comprimido y reempacan. Si los sitios de la red que no son alojados o hospedados en el Super Servidor CO no se almacenan en el Super Concentrador CO, entonces el Super Servidor CO verifica a intervalos predeterminados por cambios en el sitio de red en el Servidor de red anfitrión. El Super Servidor CO mantiene un registros de los sitios de red que se son alojados en toda cache del Super Aparato 532. Conformen ocurren cambios a los sitios de red que existen en la cache de Super Aparato, se envía una notificación a este Super Aparato que han ocurrido cambios y que el Super Aparato deberá solicitar copias actualizadas de la páginas de red con cambios . Conforme los datos se reciben de un sitio no Super Concentrador, se comprimen, empacan y almacenan en el Super Servidor CO . El Super Servidor CO determina de su solicitud registros de sitios de red que se accesan por sus usuarios y determina que sitios de red copia y mantiene la cache de Super Servidor CO 534. El Super Servidor CO también elimina sitios que no se utilizan. Si un sitio de red no se almacena y mantiene, la página de red se mantiene en una cache global separada, de manera tal que si se solicita de nuevo, puede suministrarse de la cache global. Un balance correcto requiere ser mantenido en entre la cache global y hospedaje de la red. La cache global y el Super Servidor CO pueden implementarse como una cache y administrarse por separado o implementarse como dos caches separadas . Si una página de red se solicita de un Super Aparato, entonces la página de red se envía en formato super comprimido y re-empacado, de otra forma, la página de red se descomprime y envía al usuario que la solicita. El Super Módulo más cercano al usuario desempaca cualesquiera formatos re-empacados y descomprime los datos, de manera tal que se envía al usuario en forma nativa. El Super Módulo más cercano al usuario también almacena en forma temporal la información en formato no comprimido y no empacado . Las optimizaciones empleadas se relacionan a la cantidad de compresión aplicada a los datos variables (usualmente texto) y la cantidad de datos variables en la página de red. Entre más formatos Ricos en Datos se utilizan en Internet, se logra más optimización. Soporte lógico flash, archivos, programas java, conjuntos de instrucciones java, etc., todos se almacenan en el Super Servidor CO . [0078] Las solicitudes de datos de los Super Aparatos que no se satisfacen por la cache del Super Servidor CO, se envían al Super Concentrador CO 536 que es responsable por dar servicio al sitio de red (URL) solicitado. Las solicitudes se empacan comprimen e implotan de acuerdo con esquemas de optimización. En una modalidad, el primer nivel de implosión de datos ocurre en el Super Servidor CO. En una modalidad alterna se realiza implosión por el Super Aparato. El Super Servidor CO se organiza por geografía ISP de manera tal que características de uso duplicadas que se orientan regionalmente pueden implotarse ante solicitud y explotarse al responder. Todas las solicitudes y solicitudes implotadas que no pueden responderse por datos en la cache del Super Servidor CO se pasan al Super Concentrador CO . [0079] El Super Concentrador CO 536 se organiza por sitios de Red (URLs) . Esto incrementa la probabilidad de que los datos de sitio de Red que los usuarios requieren estarán en la cache del Concentrador CO. También incrementa la probabilidad que las solicitudes pueden implotarse y puede reducirse el tráfico de la red. Cada Super Concentrador CO es responsable por almacenamiento temporal e interconectar con los Super Huéspedes o Anfitriones, por ejemplo 538, otros sitios de red que no son Super Huésped. Para sitios de red no Super Huésped, el Super Concentrador CO 536 es el primer Super Módulo encontrado y el reempacado inicial, primer compresión, implosión final, primer explosión, conversión de todos los gráficos a un formato de compresión optimizado, tal como PNG o algoritmos de compresión de propiedad, y el primer nivel de super almacenamiento temporal, ocurren. Esto también es cuando toda la verificación y renovación ocurren para los otros Super Módulos. Conforme los datos de los sitios de Red se renuevan y actualizan, los Super Servidores CO se notifican, de manera tal que todas las cache puedan actualizarse y renovarse. [0080] El Servidor de red aloja uno o más sitios de red que se conectan a Internet . El Super Huésped, es decir Super Huésped 538, responde a solicitudes realizadas de los Super Concentradores CO, por ejemplo 536. Cada vez que una solicitud se realiza para descarga de cualquier sitio de la red alojado en el Servidor de la Red, el Super Anfitrión 538 recupera las páginas de red del Servidor de Red y comprime y empaca los contenidos antes de enviarlos al Super Concentrador CO solicitante. Esto mejora la eficiencia del transporte de red por la velocidad de compresión efectiva y al enviar un solo bloque de datos para todos los datos de página de red solicitados. Cada pieza de información se analiza y comprime utilizando técnicas que se desempeñan mejor para el tipo especifico de datos. Conforme se recibe cada solicitud del Super Concentrador CO, el Super Anfitrión registra la dirección IP del Super Concentrador CO. El Super Anfitrión verifica los sitios de red contenidos en el Servidor de la Red y envía notificaciones de cualesquiera páginas de cambiadas a cualquiera Super Concentrador CO que ha solicitado datos en los sitios de red históricamente. Esto permite al Super Concentrador CO saber cuando requiere renovar o refrescar su versión del sitio de Red y minimiza el tráfico de la Red al permitir que el Super Concentrador CO atienda solicitudes de usuario para páginas de red directamente de su versión de la página de red en la cache del Super Concentrador CO. La única vez que la versión del Super Concentrador CO de la página de red requiere ser renovada es cuando ha cambiado. Esto permite tráfico minimizado de los sitios de hospedaje de la red a los sitios ISP. Hay muchos sitios ISP que accesan datos en cada sitio de red. Esta una etapa para mover sitios de red al margen exterior de Internet y proporcionar compresión y empaque a los procesos interiores de Internet . El reto de mover sitios de red a los margenes exteriores del Internet, es asegurarse que los datos son actuales, el acoplamiento de las cache de Super Módulo asegura esto. [0081] Compresión y, Formato de Archivo Eficiente [0082] La compresión de datos es particularmente útil en comunicaciones, debido a que permite al dispositivo transmitir la misma cantidad de información con menos bits . Hay una variedad de técnicas de compresión de datos pero solo unas cuantas se han estandarizado. Además, hay formatos de compresión de archivo, tales como ARC, GZIP y ZIP. [0083] Un aspecto de la presente invención comprime datos lo más cercanamente posible a la fuente de los datos y pasa estos datos comprimidos sobre la red a un punto en donde es necesario descomprimir. Los datos comprimidos se almacenan en formato comprimido en cada Super Módulo entre la fuente y destino, aunque no necesariamente en el mismo formato comprimido . Esto permite que la compresión cambie junto con la dinámica de carga de la red. La tecnología de visualizador convencional requiere datos descomprimidos, de esta manera los datos en el sitio de la red habrán de comprimirse y solo descomprimirse justo antes de ser transferidos al visualizador. Una necesidad significante por compresión es el último tramo porque ahí es donde existe limitaciones de ancho de banda. Aquí, es importante que ocurra compresión entre el Super Servidor CO 534 y el Super Aparato 532 o el Super Usuario 540. [0084] La Figura 6 muestra un túnel de datos comprimidos entre el visualizador y servidor de la Red de una modalidad de la presente invención. El visualizador 512 utiliza datos no comprimidos 610 y el servidor de Red 182 utiliza datos no comprimidos 614. Los datos no comprimidos 610 se comprimen por el Super Usuario 530 y los datos comprimidos 612 se envían mediante el Super Aparato 532 al Super Servidor CO 534 al Super Concentrador CO 536 al Super Anfitrión 538 que descomprime los datos en datos no comprimidos 614 para usarse por el servidor de la Red 182. Similarmente , los datos de página de red del servidor de Red 182 se comprimen por el Super Anfitrión 538 y envían como datos comprimidos 612 al Super Usuario 530 en donde se descomprimen en datos descomprimidos 610 para utilizar por el visualizador 512. De esta manera, los datos se mantienen en formato comprimido lo más posible durante la transferencia del servidor de Red 182 al visualizador 512 y vice versa. [0085] Otra modalidad de la presente invención utiliza diferentes algoritmos de compresión para diferentes formatos de datos, en donde un formato de datos es una distribución establecida para los datos . En general, formatos de datos incluyen mapas de bit (sartas de 1 y 0) que describen patrones de sonido o imágenes o ambos, binarios (programas de computadora ejecutables) , formatos de texto, en donde típicamente cada valor de octeto se mapea a un carácter) , y formatos de datos numéricos (utilizados por hojas de cálculo y otros programas de base de datos) . Formatos de datos además pueden incluir flash para animaciones gráficas vectoriales, información de audio e información de video de movimiento para aplicación de multimedia y documentos de procesamiento de palabras que tienen incrustados caracteres de control de exhibición. Al seleccionar un algoritmo de compresión con base en formato de datos, puede lograrse mejores resultados, por ejemplo un tamaño de archivo que se comprime más pequeño, que utilizando un algoritmo genérico para todos los formatos de datos . Por ejemplo, técnicas de compresión mucho más agresivas pueden utilizarse en datos de texto que el archivo de gráficos o binarios . [0086] La Figura 7 ilustra un algoritmo de compresión con base en el formato de datos de los datos transmitidos de una modalidad de la presente invención. En la etapa 710 una sección de datos, por ejemplo una unidad de datos de aplicación, archivo, parte de un archivo, se elige para ser enviada por un Super Módulo de remitente . El formato de datos de los datos en la sección se determina por el Super Módulo de remitente (etapa 712) . En la etapa 714 los datos en la sección se examinan para determinar si un formato sencillo o mixto, por ejemplo texto y gráficos agregados en un mensaje de correo electrónico de MicrosoftMR Outlook, sería un formato mixto. Si el formato de datos es mixto, entonces en la etapa 716 la sección se descompone en subsecciones, por ejemplo el mensaje de correo electrónico de MicrosoftMR Outlook se descompone en una sección de texto y una sección de gráficos, y el proceso se repite por cada sub-sección de la etapa 712. Si los datos en la sección son de un solo formato entonces en la etapa 718, se elige un algoritmo de compresión basado en el formato de datos. Por ejemplo para la sección de texto, por ejemplo puede utilizarse GZIP y para la sección de gráficos, por ejemplo puede utilizarse compresión wavelet . Hay un algoritmo de compresión predefinido para asegurar que los datos se comprimen. En la etapa 720 los datos de la sección se comprimen utilizando el algoritmo de compresión selecto y cada sección de datos se etiqueta con el algoritmo que se utilizó específicamente al tiempo específico en que se realizara la compresión. En la etapa 722 la sección comprimida se envía a un Super Módulo receptor que tiene los algoritmos de descompresión . [0087] Hay una compensación entre reducir la latencia de transmisión debido a compresión y el tiempo que tarda un procesador en comprimir la sección de datos . La meta es minimizar el tiempo de espera de usuarios para los datos. Por lo tanto, en ocasiones, puede tardar más tiempo en comprimir y enviar la sección de datos que enviar la sección de datos descomprimida; por lo tanto, la sección de datos no deberá comprimirse. Al seleccionar los diferentes algoritmos de compresión con diferentes cantidades de compresión y tiempos de compresión, condiciones operativas del sistema tales como ciclos de procesamiento disponibles o espacio de almacenamiento temporal disponible, requieren también ser consideradas . Cada Super Módulo selecciona los algoritmos de compresión con base en el conocimiento operativo de la red. Esta conocimiento operativo se pasa entre Super Módulos junto con los datos en los paquetes de mensajería, por ejemplo, si el Super Módulo está ocupado, es decir hay pocos ciclos de procesamiento disponibles, habrá de utilizarse una compresión menos computacionalmente intensa, es decir efectivamente el tiempo de compresión se incrementa. Esto permite que la compresión cambie junto con la dinámica de carga de la red. [0088] La Figura 8 es un diagrama de flujo que determina si o no los datos habrán de ser comprimidos de otra modalidad de la presente invención. En la etapa 810 una sección de datos se elige para enviarse por un primer Super Módulo a un segundo Super Módulo sobre enlaces de comunicaciones. En la etapa 812 el primer Super Módulo determina si el enlace de comunicación está lleno, es decir está a la capacidad de enlace. En la etapa 814 si el enlace está a la capacidad, entonces la sección se comprime (Etapa 820) utilizando un algoritmo general, por ejemplo codificación Huffman o run length o utilizando el diagrama de flujo de la Figura 7. Si el enlace no está a la capacidad, entonces en la etapa 816, el tiempo para comprimir la sección de datos no deberá ser mayor que la latencia de enlace, es decir el tiempo que tarda la sección de datos en ser transferida del primer Super Módulo al segundo Super Módulo, a fin de que ocurra compresión (etapa 820) . Si tarda más en comprimir los datos que en transferirlos, entonces no hay compresión (etapa 818) . En la etapa 822 los datos, ya sea en forma comprimida de la etapa 820 o en forma no comprimida de la etapa 818, se envían. [0089] La Figura 9 muestra un diagrama de flujo para otro proceso de compresión de aún otra modalidad de la presente invención. En la etapa 840 una sección de los datos se elige para enviar. En la etapa 842 un costo, tomando en cuenta las condiciones de operación de sistema, se determina para comprimir la sección de datos de cada algoritmo de compresión en un grupo de algoritmos de compresión. Un algoritmo de compresión del grupo se elige con el menor costo (etapa 846) . Por ejemplo, una fórmula de costo es la suma del tiempo para comprimir una sección de datos más la latencia de enlace para la sección de datos comprimidos, en donde el tiempo para comprimir es una función del número promedio de ciclos de procesamiento disponibles al tiempo de compresión (un ejemplo de las condiciones de operación del sistema) . Un costo, es decir suma, se calcula utilizando esta fórmula de costo para cada algoritmo de compresión y el algoritmo de compresión con la mínima suma se elige. En la etapa 848 los datos en la sección se comprimen utilizando el algoritmo de compresión selecto y en la etapa 850, se envía la sección comprimida. [0090] Además de buscar lo que será comprimido y como (es decir el mejor algoritmo de compresión) , en donde se localizan los datos también es importante. En una modalidad, los datos de página de red binarios y gráficos, conjuntos de instrucciones de java, programación flash, y otros datos que típicamente no cambian, y pueden ser menos comprimibles, se mantienen en el sitio de Super Usuario o Super Aparato. Los datos variables contenidos en las páginas de red, es decir, típicamente datos de texto, que típicamente varían, pero son altamente comprimibles, pueden ser actualizados del servidor de red o algún Súper Módulo intermedio en el lado de Internet del último tramo. [0091] Además, para que la compresión tenga los datos almacenados en un formato eficiente, es decir un formato que de un tamaño de archivo más pequeño, tiene un efecto similar a la compresión. En una modalidad de la presente invención, el primer Super Módulo que encuentra un formato de datos ineficiente lo convierte a un formato eficiente. Esto mejora la transmisión y almacenamiento temporal de los datos convertidos a través del resto del sistema. Un ejemplo es la conversión de todos los datos gráficos a partir de mapas de bits y formatos GIF a formatos JPEG. Esto da una mejora de 10 a 1 para mapas de bits y una mejora de 5 a 1 para GIF. Debido a que aproximadamente 90% de los gráficos de página de red se almacenan en formato GIF, la conversión a JPEG mejora significativamente la transferencia y almacenamiento de información para gráficos de página de red. [0092] Re-empacado [0093] Páginas de red típicas en la actualidad contienen un documento de Lenguaje Marcado de Hiper Texto (HTML = HyperText Markup Language) , y muchas imágenes incrustadas . El comportamiento convencional para un visualizador es buscar el documento HTML base y luego, después de recibir el documento HTML base, el visualizador hace una segunda búsqueda de los muchos objetos incrustados que típicamente se localizan en el mismo servidor de la red. Cada objeto incrustado, es decir unidad de datos de aplicación, se pone en una unidad de datos TCP y cada unidad de datos TCP se divide en uno o más paquetes IP. Enviar muchos paquetes TCP/IP para los muchos objetos incrustados en vez de, por ejemplo, un gran paquete TCP/IP, significa que la red dedica más tiempo que el necesario para enviar los datos de control, en otras palabras, la proporción de datos/tiempo de control a datos/tiempo de aplicación, es demasiado grande. Es más eficiente combinar los muchos objetos incrustados en una gran unidad de datos de aplicación y luego crear una (o al menos un número mínimo de) unidad de datos de TCP grande. Para la unidad de datos de TCP grande, la unidad de transmisión máxima (MTU = máximum transmission unit) para el enlace entre este Super Módulo remitente y el siguiente Super Módulo receptor, se utiliza para el o los paquetes IP. El Super Módulo remitente intentará minimizar el número de paquetes IP enviados al intentar hacer cada paquete IP lo más cercanamente a la MTU como sea práctico . Para cada enlace entre un remitente de Super Módulo y un receptor de Super Módulo, la MTU se determina para ese enlace y el tamaño de los paquetes IP puede cambiar. A diferencia de la técnica previa en donde la MTU denominador común más bajo entre todas las MTU de enlaces de comunicación entre el usuario y el servidor de red se utiliza normalmente, en esta modalidad, la MTU de cada enlace se emplea.

[0094] En una modalidad de la presente invención, unidades de datos de aplicación, por ejemplo solicitudes de usuario y respuestas de servidor de red, se re-empacan (o desempacan) en una o varias unidades de datos de aplicación modificadas más grandes (o múltiples más pequeñas) , cuando es necesario en cada Super Módulo, por ejemplo un Super Usuario, Super Aparato, Super Servidor de Oficina Central (CO) , Super Concentrador CO y Super Anfitrión. Por ejemplo, combinemos dos paquetes IP en un paquete IP, que es un ejemplo de un paquete de "mensajería". El primer paquete IP tiene un primer cabezal IP, un primer cabezal TCP, y una primer unidad de datos de aplicación. El segundo paquete IP tiene un segundo cabezal IP, un segundo cabezal TCP, y una segunda unidad de datos de aplicación. Se crea una primer unidad de datos de aplicación modificada, que tiene la primer unidad de datos de aplicación y un primer seudo cabezal que tiene datos de control del primer cabezal IP y el primer cabezal TCP, tal como una dirección fuente, puertos fuente y destino y otra información de control requerida para reconstruir el primer paquete IP. Una segunda unidad de datos de aplicación modificada se crea, que tiene la segunda unidad de datos de aplicación y un segundo pseudo cabezal que tiene datos de control del segundo cabezal IP y segundo cabezal TCP tales como dirección fuente, puertos fuente y destino y otra información de control requerida para reconstruir el segundo paquete IP . Una unidad de datos de aplicación combinada se hace que tiene la primer unidad de datos de aplicación modificada, concatenada con la segunda unidad de datos de aplicación modificada. Un nuevo cabezal TCP y un cabezal IP se agregan a la unidad de datos de aplicación combinados y se forma el paquete de mensajería. De esta manera, información de control necesaria se incrusta en la unidad de datos de aplicación combinada y el protocolo TCP/IP se utiliza para mover la unidad de datos de aplicación combinada entre un Super Módulo remitente y un Super Módulo receptor. Cuando el receptor no es un Super Módulo, la unidad de datos de aplicación combinada se desenvuelve y el primer paquete IP y el segundo paquete IP se vuelven a crear y envían al receptor normal por el Super Módulo remitente. [0095] La Figura 10A es un diagrama de flujo para re-empacar una pluralidad de unidades de datos de aplicación en un super usuario de una modalidad de la presente invención. En la etapa 910, un Super Usuario combina una pluralidad de unidades de datos de aplicación con el mismo destino en una unidad de datos de aplicación. Por ejemplo, solicitudes de múltiples usuarios a un servidor de red, se combinan. En la etapa 912, una unidad de datos TCP (o un número mínimo de unidades de datos TCP) se forma a partir de la primer unidad de datos de aplicación. En la etapa 914, un paquete IP (o el número mínimo de paquetes IP) , es decir uno o varios paquetes de mensajería, son creados, en donde cada paquete IP se llena para que sea lo más cercanamente posible al número MTU de octetos para el enlace o hasta que haya expirado un temporizador de envío T. En la etapa 916, el o los paquetes de mensajería se envían al siguiente Super Módulo, por ejemplo el Super Aparato o Super Servidor CO, en la ruta de destino. [0096] La Figura 10B es un diagrama de flujo para re-empacar una pluralidad de paquetes IP recibidos en un Super Módulo de otra modalidad de la presente invención. En la etapa 920, el Super Módulo recibe una pluralidad de paquetes IP con el mismo destino. En la etapa 922, la información de aplicación se extrae de la pluralidad de paquetes IP. En la etapa 924 la aplicación extraída se utiliza para formar uno o varios paquetes re-empacados (es decir uno o varios paquetes de mensa ería) .

En la etapa 924, el o los paquetes re-empacados se envían por su ruta al siguiente Super Módulo en la ruta al destino común. [0097] La Figura 10C explica con más detalle las etapas 922 y 924 de la Figura 10B. En la etapa 932, las unidades de datos de aplicación se extraen de los paquetes IP . Por cada unidad de datos de aplicación se examinan la información de control de cabezal IP y cabezal TCP relacionadas. Y la información de control aplicable, por ejemplo la fuente, puertos de fuente y destino y longitud de datos, se agregan a la unidad de datos de aplicación correspondiente para formar una unidad de datos de aplicación modificada (etapa 934) . En la etapa 936, las unidades de datos de aplicación modificadas se agregan para formar una unidad de datos TCP (o un número mínimo de unidades de datos TCP) . En la etapa 938, nuevos paquetes IP re-empacados se forman a partir de la unidad de datos TCP utilizando la MTU del enlace entre los Super Módulos remitente y receptor. [0100] La decisión de si se forma en la etapa 936 una gran unidad de datos TCP o múltiples unidades de datos TCP pequeñas, se determina dinámicamente dependiendo de la carga de tráfico en el enlace que deja el Super Módulo remitente. Por ejemplo, si el enlace está cerca de capacidad, entonces es más eficiente enviar múltiples unidades de datos TCP pequeñas, y por lo tanto pequeños paquetes IP que uno (o varios) grandes paquetes IP, que tendrían que esperar. [0101] La Figura 11 muestra un ejemplo de paquetes de mensajería desde un Super Usuario a un Super Anfitrión en un aspecto de la presente invención. El Super Usuario 530 combina las solicitudes 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 con el diagrama de flujo de la Figura 10A. El Super Usuario 1010 tiene su solicitud de usuario D3 en el paquete IP 1026 y el Super Usuario 1012 tiene una solicitud de usuario D5 en el paquete IP 1028. Ambas de estas solicitudes de Super Usuario sencillas se re-empacan en paquetes de mensajería y envían al Super Aparato apropiado. En el primer Super Aparato 530, el paquete de mensajería 1024 y el paquete IP 1026 se reciben y re-empacan de acuerdo con el diagrama de flujo de la Figura 10B para formar el paquete de mensajería de aparato más grande 1030. El paquete de mensajería de aparato 1030 tiene, por ejemplo la unidad de datos de aplicación DI que se ha modificado (DIA) para incluir información de control del cabezal TCP e IP Hl del paquete IP 1024. El segundo Super Aparato 1014 recibe el paquete de mensajería 1028-1, no lo cambia (1028-2) y lo envía al Super Servidor CO 534. El Super Servidor CO 534 recibe el paquete de mensajería de aparato 1030 del Super Aparato 532 y el paquete de mensajería 1028-2 del Super Aparato 1014. Los paquetes de mensajería 1030 y 1028-2 se re-empacan de acuerdo con el diagrama de flujo en la Figura 10B, para formar el paquete de mensajería CO 1034, que se envia al Super Concentrador CO 536. El Super Servidor CO 1036 tiene el paquete de mensajería CO 1038 que también se envía al Super Concentrador CO 536. El Super Concentrador CO 536 re-empaca los paquetes de mensajería CO 1034 y 1038 al paquete de mensajería del concentrador CO 1040, que se envía al Super Anfitrión 538. El Super Anfitrión desempaca el paquete de mensajería del concentrador CO 1040, para- obtener solicitudes de usuario DI, D2, D3 , D , D5, D6, y D7 (por ejemplo solicitudes HTTP o FTP) y las solicitudes se envían al servidor de red. El re-empacado de acuerdo con las Figuras 10A, B y C también ocurre para la respuesta de datos desde el servidor de red al Super Anfitrión 538 de regreso al Super Usuario 530 mediante el Super Concentrador CO 536, Super Servidor CO 534 y Super Aparato 532. [0102] En ambas direcciones, conforme cada Super Módulo recibe paquetes de mensajería, se examinan, desempacan y los datos utilizados para actualizar esa caché de Super Módulo. Conforme los paquetes de mensajería se envuelven y desenvuelven, se realizan implosiones de solicitudes de datos y explosiones de respuestas de datos .

[0103] Solicitud de Datos y Paralelismo de Transferencia de Datos [0104] En el ejemplo del usuario que solicita una página de red, el comportamiento convencional para un visualizador es buscar el documento HTML base, y luego utilizando el documento HTML base, el visualizador hace una búsqueda subsecuente de los muchos objetos incrustados, que se localizan típicamente en uno o más servidores de red. Los objetos incrustados pueden disponerse en una gran unidad de datos TCP y regresarse al visualizador. Una mejora sería que el servidor de red obtuviera tanto el documento HTML base como los objetos incrustados y regresar ambos en una gran unidad de datos TCP. Esto significa que el servidor de red recupera en forma serial el documento HTML base y los objetos incrustados y luego envía ambos al visualizador. Una mejora adicional de la presente invención hace paralelismo a este proceso en serie, es decir la recuperación y envío, al primero obtener el documento base HTML y enviar el documento base al visualizador. Mientras que el documento HTML base está en tránsito, el servidor de red recupera los objetos incrustados. Luego, los objetos incrustados se envían. Por lo tanto, el tiempo para enviar el documento HTML base ahorra frente al proceso en serie. El usuario obtiene toda la página de red en una cantidad más corta de tiempo utilizando este proceso paralelo. [0105] La FIG. 11-1 ilustra un ejemplo de realizar recuperación y transferencia de datos en paralelo como un aspecto de la presente invención. La FIG. 11-muestra dos módulos, el módulo convencional 1110 y el Super Módulo 1112. El eje horizontal 1114 representa intervalos de tiempo 1120 (entre los tiempos 0 y ti) , 1122 (entre los tiempos ti y t2) , 1124 (entre los tiempos t2 y t3), 1126 (entre los tiempos t3 y t4), y 1128 (entre los tiempos t4 y t5) . Al intervalo de tiempo 1120 ambos módulos 1110 y 1112 reciben una solicitud para recuperar datos (1130 y 1140) . Al intervalo de tiempo 1122 ambos módulos 1110 y 1112 recuperan el o los primeros ítems de datos (1132 y 1142) . Al intervalo de tiempo 1124 ambos módulos 1110 y 1112 divergen en su operación con el módulo 1110 que recupera el o los segundos íemts de datos 1134, seguido por el intervalo de tiempo 1126 al enviar el primer ítem de datos 1136 y al intervalo de tiempo 1128 enviar el segundo ítem de datos 1138 (i.e., un proceso en serie) . El Super Módulo 1112, por otra parte al intervalo de tiempo 1124, recupera concurrentemente el o los segundos ítems de datos 1144, mientras que el o los primeros ítems de datos se envían 1146. Al intervalo de tiempo 1126, el Super Módulo envía los segundos ítems de datos 1148. De esta manera, el Super Módulo tiene ahorros de tiempo del intervalo de tiempo 1128. Como ilustra la Figura 11-1 el inicio de canalización de la recuperación y envío de datos, se ahorra aún más tiempo cuando esta canalización es completa. [0106] Implosión/Explosión . [0107] Debido a que hay muchos usuarios que solicitan datos de un número finito de sitios de red, la probabilidad de se repliquen solicitudes por datos para múltiples usuarios incrementa el que se acerquen más a los servidores de red. Estas solicitudes duplicadas son tráfico de red innecesario y habrán de combinarse . Una modalidad de la presente invención implota esta solicitudes duplicadas, es decir corta las solicitudes duplicadas en una solicitud y explota las respuestas, es decir duplica una respuesta en varias copias, en cada Super Módulo. [0108] La Figura 12 muestra un ejemplo de implotar solicitudes de datos de Super Usuarios a un Super Anfitrión. Consideremos una compañía de corretaje de valores . Cuando surgen valores unas acciones calientes, cuatro corredores o agentes comisionistas piden la cotización de los valores al mismo tiempo, tres corredores, es decir los Super Usuarios 1210, 1212, y 1214 envían sus solicitudes, es decir 1240, 1242, y 1244 al Super Aparato 1216, el Super Aparato 1216 almacena las direcciones IP de los Super Usuarios solicitantes 1210, 1212 y 1214 y envía solo una solicitud, es decir Req4 1246, al Super Servidor CO 1220. El Super Servidor CO 1220 recibe la solicitud sencilla 1246 y verifica si hay cualesquiera otras solicitudes duplicadas de otros Super Aparatos 532 u otros Super Usuarios sencillos que no utilizan un Super Aparato. En este ejemplo, el cuarto corredor o agente, el Super Usuario 1218 ha enviado la solicitud duplicada 1248 al Super Servidor CO 1220. El Super Servidor CO 1220 luego almacena las direcciones IP para todas las solicitudes duplicadas del Super Aparato 1216 y Super Usuario 1218 e implota los duplicados en una sola solicitud, es decir 1250, y envía la solicitud 1250 al Super Concentrador CO 1224. El Super Concentrador CO 1224 luego verifica otras solicitudes duplicadas de otros Super Servidores CO, es decir la solicitud 1252 del servidor ISP 1222, almacena las direcciones IP para todos los solicitantes duplicados y envía la solicitud 1254 al Super Anfitrión 1230. El Super Anfitrión 1230 también verificará e implotará y duplicará solicitudes de otros Super Concentradores CO, de aplicar. En este ejemplo, no hay otros Super Concentradores CO y el Super Anfitrión recibe 1230 la solicitud 1254.

[0109] Mientras que el proceso de explosión no se muestra en la Figura 12, sigue el proceso de implosión pero en orden inverso, empezando con el Super Anfitrión 1230. El Super Anfitrión 1230 recupera los datos de respuesta, por ejemplo una página de red del servidor de la red (no mostrado) y los explota (los replica) por cada uno de los Super Concentradores CO, que los solicitan. El Super Concentrador CO 1224 recibe los datos de respuesta y los explota para todos los Super Servidores CO que lo solicitan, es decir el Super Servidor CO 1220 y 1222. El Super Servidor CO, por ejemplo 1220, recibe los datos de respuesta y los explota para el Super Aparato 1216 y Super Usuario 1218. El Super Aparato 1216 recibe los datos de respuesta y los explota para los Super Usuarios 1210, 1212, y 1214 que solicitaron los datos. [0110] La Figura 13A es un diagrama de flujo del proceso de implotar solicitudes de datos duplicadas al mismo destino de la modalidad de la presente invención. En la etapa 1110, solicitudes de datos de hijo duplicadas al mismo destino se reciben por el Super Módulo padre. En la etapa 1112, las direcciones regresadas del solicitante hijo, se registran en una lista y almacenan en el sistema padre. En la etapa 1114, los datos comunes de las solicitudes de datos de hijo duplicadas se extraen, es decir, ya que todos los datos (no incluyendo la información de control) son los mismos, solo los datos en una solicitud de datos de hijo se examinan. En la etapa 1116, una solicitud de padre que tiene los datos comunes y dirección de retorno de padre se crea. Y en la etapa 1118, la solicitud de datos padre se envía al siguiente Super Módulo en la ruta al destino común. [0111] La Figura 13B muestra el proceso de explotar la respuesta a una solicitud implotada de la modalidad de la presente invención. En la etapa 1120, el destino envia los datos de respuesta al solicitante padre, es decir el último Super Módulo que envió la solicitud de datos implotada. En la etapa 1122, el Super Módulo padre recupera la lista que tiene la dirección de solicitantes hijos. En la etapa 1124, y los datos de respuesta se replican y una copia se envía a cada uno de los hijos de la lista (etapa 1126) . [0112] La implosión y explosión de datos son particularmente valiosas para reproducir conforme se descarga audio y/o video (especialmente para difusión) . Cuando más de un usuario solicita la misma TV, video, radio o música, las solicitudes se implotan y se explotan las transmisiones. La cantidad de ancho de banda ahorrado especialmente para difusión en tiempo real, es substancial . Si muchas personas están escuchando una estación de radio de Internet, las solicitudes se implotan al aproximarse al servidor anfitrión de red y explotan en el recorrido de regreso a los usuarios . Ya que l estación de radio de Internet difunde datos idénticos que se sincronizan en tiempo, la implosión puede ser aproximadamente 100 por ciento en el Super Anfitrión (todas las solicitudes implotan a una solicitud en el Super Anfitrión) y la explosión puede aproximadamente ser 100% (todos los usuarios se atienden por una corriente al Super Anfitrión desde el servidor de red) . [0113] Re-empacado e Implosión/Explosión [0114] Los métodos de re-empacado de paquetes funcionan en combinación con los métodos de implosión/explosión, para incrementar significativamente el flujo de información. Una modalidad del proceso de un Super Usuario 530 que solicita el contenido de página de red desde un servidor de red 182 es: [0115] 1. El Super Usuario 530 empaca todas sus solicitudes de datos que no pueda satisfacer desde su caché local en un solo paquete de mensajería y lo envía al Super Aparato 532. [0116] 2. El Super Aparato 532 lleva todas las solicitudes concurrentes de otros Super Usuarios al mismo destino, es decir, paquetes de mensajería de otros usuarios y los re-empacan en un más grande paquete de mensajería de aparato. Cualesquiera solicitudes de usuario duplicadas se implotan. El paquete de mensajería de aparato se envía al Super Servidor CO 534. [0117] 3. El Super Servidor CO 532 toma todos los paquetes de mensajería de aparato con el mismo destino de los múltiples Super Aparatos (y cualesquiera Super Usuarios que estén directamente conectados) y envía un más grande paquete de mensajería CO al Super Concentrador CO 536. De nuevo solicitudes duplicadas de usuario se implotan. [0118] 4. El Super Concentrador CO 536 re-empaca los paquetes de mensajería CO concurrentes, implota cualesquiera solicitudes duplicadas y envía un más grande paquete de mensajería de concentrador CO al Super Anfitrión apropiado 538. [0119] 5. El Super Anfitrión 538 recibe y desempaca el paquete de mensajería de concentrador CO. El Super Anfitrión convierte las solicitudes en solicitudes HTTP standard para procesamiento de servidor de red standard. [0120] El servidor de red 182 luego procesa las solicitudes HTTP y produce respuestas HTTP, que se envían al Super Anfitrión 538. El procesamiento de respuesta incluye: [0121] 6. El Super Anfitrión 538 recibe las respuestas de datos de regreso desde el servidor de red 182 y el Super Anfitrión 538 actualiza su caché y empaca las respuestas en un paquete de mensajería de concentrador CO de retorno, que envía al Super Concentrador CO solicitante 536. [0122] 7. El Super Concentrador CO 536 recibe el paquete de mensajería del concentrador CO de retorno y lo desempaca para actualizar la caché del Super Concentrador CO 536. El Super Concentrador CO 536 explota los datos y vuelve a empacar los datos en paquetes de mensajería CO de retorno y los envía al Super Servidor CO apropiado, por ejemplo 534. [0123] 8. El Super Servidor CO 534 recibe el paquete de mensajería CO de retorno y lo desempaca, explota los datos para los Super Aparatos, actualiza la caché del Super Servidor CO, vuelve a empacar los datos en los paquetes de mensajería de aparato de retorno, y envía los paquetes de mensajería del aparato de retorno al Super Aparato solicitante apropiado, por ejemplo 532. [0124] 9. El Super Aparato 532 desempaca el paquete de mensajería del aparato de retorno actualiza la cache de Super Aparato 532, explota los datos, vuelve a empacar los datos en paquetes de mensajería de usuario de retorno y envía los paquetes a los Super Usuarios solicitantes apropiados, por ejemplo 530. [0125] 10. El Super Usuario 530 recibe el paquete de mensajería de usuario de retorno y lo desempaca, actualiza su caché y pasa los datos al visualizador 512 utilizando el protocolo HTTP standard. [0126] El re-empacar cambia la eficiencia de almacenamiento temporal, al almacenar datos de página de red en uno o más bloques eficientes. Esto reduce significativamente accesos de disco al reducir el número de búsquedas de disco. [0127] Conexión TCP/IP Semi-permanente [0128] Bajo HTTP 1.0, por cada solicitud de visualizador y respuesta de página de red, hay un nuevo circuito virtual TCP/IP establecido. Esto provoca retardo substancial, ya que hay muchos pares de solicitud/respuesta cuando un usuario está viendo un sitio de red, y cada circuito virtual requiere un inicio de comunicación de tres vías para establecer el circuito virtual y un inicio de comunicación de dos o tres vías para desconectar el circuito virtual . HTTP 1.1 proporciona retardo reducido al establecer una conexión persistente entre el servidor de red y el visualizador que cumple con HTTP 1.1. Por lo tanto, múltiples solicitudes pueden enviarse en una unidad de datos TCP y múltiples respuestas recibirse en una unidad de datos TCP de respuesta. Sin embargo, aún hay algunos problemas con HTTP 1.1. Primero, si un visualizador recibe datos de un segundo servidor de red dentro de una página de red individual, entonces cualquiera de la conexión persistente al primer servidor de red se pierde u otra conexión persistente debe establecerse. En segundo múltiples usuarios al mismo sitio red no pueden utilizar la misma conexión persistente. En tercero, la conexión persistente HTTP es para contenido de red solamente y otros protocolos de capa de aplicación, por ejemplo FTP no están cubiertos. En cuarto lugar, la conexión persistente es para toda la ruta, no para partes de la ruta entre el servidor de red y el visualizador. [0129] Una modalidad de la presente invención crea un circuito virtual TCP semi permanente entre cuales quiera dos Super Módulos, por ejemplo el Super Aparato o Super Usuario y Super Servidor CO (el ultimo tramo) , que dura ya sea por un intervalo de tiempo predeterminado "T" o hasta que uno de los Super Módulos se apaga. El circuito virtual TCP semi permanente se establece por un inicio de comunicación TCP/IP de tres vías típico y desconectado por un inicio de comunicación TCP/IP de dos o tres vías típico. Durante el periodo de transferencia de datos, datos de aplicación de todos los tipos, por ejemplo HTTP, FTP, o SMNP, y de diferentes fuentes finales a un destino final común, por ejemplo múltiples usuarios a un servidor de red o múltiples servidores de red a un usuario, pueden transferirse sobre este circuito virtual . [0130] La razón que no hay limitación en el tipo de datos en las fuentes de los datos, es debido al uso de paquetes de mensajería. Un paquete de mensajería recibido (o creado) en el Super Módulo remitente tiene una agregación de todas las unidades de datos de aplicación de respuesta o solicitud al mismo destino en una gran unidad de datos de aplicación, en donde cada unidad de datos de aplicación de respuesta o solicitud tiene un pseudo-cabezal con datos de control relevantes, tales como dirección fuente, puertos TCP fuente y destino, etc. En el Super Módulo receptor, de ser necesario, por ejemplo el usuario final no es un Super Usuario, la gran unidad de datos de aplicación que contiene los pseudo cabezales puede ser desenvuelta en unidades de datos TCP separadas y paquetes IP y enviarse al destino común. En efecto, la capa de aplicación tiene ocultas las diferencias de fuente y protocolo de las tres capas inferiores y el periodo de transferencia de datos es la transferencia de una unidad de datos de aplicación muy grande .

[0131] La Figura 14? muestra una conexión TCP/IP convencional, transferencia de datos y desconexión entre un remitente y un receptor en la capa de transporte. Para establecer un circuito virtual entre el remitente 1312 y el receptor 1314, una unidad de datos de sincronización TCP, SYNC1316 se envía desde el remitente 1312 al receptor 1314. El receptor 1314 regresa un reconocimiento SYNC ACK 1318. El remitente 1312 envia tanto NI octetos de datos 1320 como la primer unidad de datos TCP para una unidad de datos de aplicación de tamaño II + N2, y un reconocimiento ACK de SYNC ACK 1318 para completar el inicio de comunicación de conexión de tres vias . El receptor 1314 regresa un reconocimiento ACK NI 1322. El remitente 1312 luego envía N2 octetos de datos 1324 y ajusta la bandera final (FIN) en la segunda unidad de datos TPC indicando que la transferencia de datos es completa. El receptor 1314 regresa un reconocimiento ACK FIN 1326 para reconocer la transferencia de datos y cerrar la conexión de circuito virtual. Cuando el remitente 1312 desea enviar otra unidad de datos de aplicación de MI + M2 octetos, un nuevo circuito virtual tiene que configurarse por SYNC 1330, SYNC ACK 1332 y ACK en 1334. El remitente 1312 envía la primer unidad de datos TCP con MI octetos de datos 1334 y el receptor 1314 regresa un reconocimiento 133S. El remitente 1312 envía una segunda unidad de datos TCP con M2 octetos de datos 1338 y el juego de bits FIN. El receptor 1314 reconoce el bit final con ACK FIN 1340 y cierra la conexión de circuito virtual. [0132] La Figura 14B muestra una conexión TCP/IP, la transferencia de datos y desconexión de una conexión semi-permanente de una modalidad de la presente invención. El remitente 1352 configura una conexión de circuito virtual inicial al enviar SYNC 1356 al receptor 1354. El receptor 1354 reconoce con una SYNC ACK 1358 que además se reconoce por el remitente 1352 por ACK 1360. Esto completa el inicio de comunicación de tres vías inicial para configurar la conexión TCP/IP virtual persistente . Después de un intervalo de tiempo predeterminado "T" 1362, una unidad de datos TCP con un bit FIN determinado 1364 se envia por el remitente 1352 que solicita el cierre de la conexión de circuito virtual. El receptor 1354 responde con ACK FIN 1366 y cierra el circuito virtual . En el tiempo predeterminado T 1362, las unidades de datos TCP que tienen NI, N2 , MI y M2 octetos, se transfieren. Del remitente 1352 y NI octetos de datos 1370 se transfieren al receptor 1354 y el receptor 1354 responde con ACK NI 1372. A continuación, N2 octetos 1374 se transfieren al receptor 1354 que responde con ACK N2 1376. Luego MI octetos de datos 1378 se transfieren al receptor 1354 que responde con ACK MI1380. Y finalmente, M2 octetos de datos 1382 se transfieren al receptor 1354, que responde con ACK M2 1384. De esta manera, durante el intervalo de tiempo T una gran unidad de datos de aplicación de NI + N2 + MI + M2 octetos descompuestos en cuatro unidades de datos TCP se han transferido desde el remitente 1352 al receptor 1354. Si más datos de aplicación requieren ser transferidos, entonces las nuevas unidades de datos de aplicación se agregan a la gran unidad de datos de aplicación de NI + N2 + MI + M2 octetos y envía sobre la conexión semi-permanente . [0133] VPN [0134] Una red privada virtual (VPN = Virtual Prívate Network) es una red privada tal como una intranet corporativa, que utiliza los recursos de una red pública tal como Internet. Dos tipos usuales de VPNs son accesos sitio-a-sitio y remoto. Cada tipo hace uso de una compuerta VPN, que es un portero (protección de extensiones de sistema y paneles de control) , típicamente equipo físico especializado entre una red privada fiable y la red pública no confiable, el portero tiene una lista de "invitados" de quien tiene acceso a la red privada confiable. Si un paquete no está en la lista, entonces no hay acceso.

[0135] La Figura 15 muestra ejemplos de una VPN sitio-a-sito convencional 1440 y una VPN remota convencional 1446. Para una VPN sitio-a-sitio 1440, una primer intranet, que tiene PC 1412, PC 1414, y servidor LAN 1416, se conecta por la compuerta VPN 1420 a Internet 1530 por el dispositivo de conexión digital 1526 y PoP 1514. De Internet 1530, la VPN 1440 se conecta a una segunda intranet, que tiene PC 1434, PC 1436 y servidor LAN 1432, mediante PoP 1540, raodem 1542 y compuerta VPN 1430. Por lo tanto, la primera intranet y la segunda intranet se conectan en conjunto mediante Internet, para formar una intranet combinada. Para una VPN remota 1446, un usuario en una PC remota marca mediante el modem 1534 al PoP 1532 para accesar el servidor LAN 1432 por Internet 1530, PoP 1540, modem 1542 y compuerta o puerta de acceso VPN 1430. La PC tendrá el soporte lógico de cliente VPN y puede tener una dirección IP fija o una dirección IP dinámica suministrada por un servicio DNS/URL dinámico, que suministra un localizador de recursos uniforme (URL) para ser utilizado por la PC. El servicio DNS/URL dinámico informa a la compuerta VPN 1430 de la dirección IP de las PC, de manera tal que la PC tenga acceso al servidor de LAN 1432. [0136] Las VPNs convencionales como se ilustra en la Figura 16 tienen varias limitaciones. Primero, equipo físico de compuerta especial se requiere típicamente. Y segundo, un usuario no puede tener acceso a múltiples VPNs . Una modalidad de la presente invención supera estos problemas. Cualquier agrupamiento de sitios de Super Módulo puede formar una o más VPNs . Hay un Sitio Central 1538 (Figura 16) que tiene una tabla de permisos, de la cual el Super Módulo tiene acceso al cual otro Super Módulo, es decir, quien puede accesar a quien. [0137] La Figura 16 muestra ejemplos de dos redes privadas virtuales (VPNs) de una modalidad de la presente invención. El Super Usuario 1510 pertenece a la VPN 1552 y a la VPN 1550. El Super Usuario 1510 se conecta en forma remota al Super Aparato 1524 mediante la VPN remota 1550, en donde el Super Aparato 1524 es una compuerta de soporte lógico que se ejecuta en el servidor de LAN 1416. Cuando el Super Aparato 1524 y el Super Aparato 1544 arrancan, envían sus direcciones IP a la tabla de permisos en el Sitio Central 1538. El Super Usuario 1510 marca en el PoP 1514 mediante el modem 1512 y el PoP asigna una dirección IP al Super Usuario. A continuación, el Sitio Central se registra por el Super Usuario 1510 y el Super Usuario 1510 reporta su dirección IP al Sitio Central. Cuando el Super Usuario 1510 desea accesar la PC 1412 mediante el Super Aparato 1524, se verifica la tabla de permisos. Ya que el Super Usuario 1510 tiene derechos de acceso, se establece un túnel, es decir la VPN 1550, entre la dirección IP de Super Usuario 1510 y la dirección IP del Super Aparato 1524. El Super Usuario 1510 también tiene acceso al Super Usuario 1536 y Super Aparato 1544, como se indica por la tabla de permisos en el Sitio Central 1538, por lo tanto se establece la VPN 1552. De esta manera, un Super Usuario tiene acceso a múltiples VPNs y a otros Super Usuarios . [0138] En modalidad alterna, el Super Usuario 1536 también puede ser un usuario remoto y no puede ser registrado, cuando la VPN 1552 se crea. Cuando el Super Usuario 1536 se registra, se le asigna una dirección IP de acuerdo con la tabla de permisos, se establece una VPN de tres vías incluyendo, el Super Usuario 1536, el Super Usuario 1510 y Super Aparato 1544. [0139] Las optimizaciones descritas anteriormente para el super sistema de transporte pueden aplicarse a través de cualesquiera VPN de modalidades de la presente invención, siempre que se instale un módulo de Super Aparato en ambos lados de la VPN. Como un ejemplo, dos Super Módulos pueden conectarse utilizando una VPN y todas las transferencias de datos, ya sea que sean archivos, correo electrónico o páginas de red, uso, por ejemplo de las técnicas de compresión, paquetes de mensajería, TCP/IP persistentes, implosión/explosión y/o formatos de archivo eficientes descritos anteriormente . [0140] Conclusión [0141] Aunque se han descrito modalidades específicas de la invención, diversas modificaciones, alteraciones, construcciones alternas y equivalentes también se abarcan dentro del alcance de la invención. La invención descrita no se restringe a operación dentro de ciertos ambientes de procesamiento de datos específicos, pero está libre para operar dentro de una pluralidad de ambientes de procesamiento de datos. Adicionalmente, aunque la invención se ha descrito utilizando una serie particular de transacciones y etapas, deberá ser aparente para aquellos con destreza en la especialidad que el alcance de la invención no se limita a la serie descrita de transacciones y etapas. [0142] Además, mientras que la invención se ha descrito utilizando una combinación particular de equipo físico y soporte lógico, habrá de reconocerse que otras combinaciones de equipo físico y soporte lógico están también dentro del alcance de la invención. La invención puede implementarse solo en equipo físico o solo en soporte lógico o utilizando combinaciones de los mismos . [0143] De acuerdo con esto a la especificación y dibujos se les habrá de considerar en un sentido ilustrativo en vez de restrictivo. Sin embargo, será evidente que adiciones, sustracciones, eliminaciones y otras modificaciones y cambios, pueden realizarse en los mismos, sin apartarse del espíritu y alcance más amplio de la invención, como se establece en las reivindicaciones .

Claims

REIVINDICACIONES : 1. Un método para comprimir datos para un primer sistema de computadoras para transferencia a un segundo sistema de computadoras mediante una red de comunicaciones, el método se caracteriza porque comprende : seleccionar una sección de datos por el primer sistema de computadoras; determinar un valor de costo por cada algoritmo de compresión de una pluralidad de algoritmos de compresión que utilizan condiciones operativas del primer sistema de computadoras; seleccionar un algoritmo de compresión de la pluralidad, con base en el valor de costo más pequeño; comprimir la sección utilizando el algoritmo de compresión selecto y enviar la sección comprimida de datos al segundo sistema de computadoras .
2. El método de conformidad con la reivindicación 1, caracterizado porque el valor de costo comprende una suma de un tiempo para comprimirla sección más un tiempo para transferir la sección comprimida a la segunda computadora.
3. El método de conformidad con la reivindicación 1, caracterizado porque las condiciones operativas del primer sistema de computadoras incluyen ciclos de procesamiento disponibles del primer sistema de computadoras.
4. Un método para comprimir datos por un primer sistema de computadoras para transferir a un segundo sistema de computadoras mediante una red de comunicaciones, caracterizado porque comprende seleccionar una sección de datos por el primer sistema de computadoras; determinar un formato de datos de la sección; comprimir la sección utilizando un algoritmo de compresión, el algoritmo de compresión automáticamente se selecciona de una pluralidad de algoritmos de compresión, con base en el formato de datos; y enviar la sección comprimida a la segunda computadora.
5. El método de conformidad con la reivindicación 4, caracterizado porque el formato de datos comprende una selección de un grupo que consiste de formatos de imagen, binarios, texto, flash, gráficos, video, audio y procesamiento de palabras.
6. El método de conformidad con la reivindicación 5, caracterizado porque además comprende almacenar la sección de datos en un formato de archivo eficiente.
7. Un método para comprimir datos por un primer sistema de computadoras para transferir a un segundo sistema de computadoras mediante un enlace de comunicaciones, caracterizado porque comprende: seleccionar una sección de datos por el primer sistema de computadoras; en donde el tráfico de datos en el enlace de comunicaciones está por debajo de la capacidad de transmisión, calcular un resultado de una función con base en un tiempo para comprimir la sección y una latencia de enlace para la sección; dependiendo del resultado comprimir la sección; y enviar la sección comprimida a la segunda computadora.
8. El método de conformidad con la reivindicación 7, caracterizado porque la función incluye el tiempo para comprimir menos la latencia de enlace y cuando el resultado tiene un valor negativo, comprimir la sección .
9. Un método para re-empacar, por un primer sistema de computadoras, una pluralidad de paquetes que tienen un destino común, en donde el primer sistema de computadoras se conecta a un segundo sistema de computadoras por un enlace de comunicaciones, el método se caracteriza porque comprende: recibir la pluralidad de paquetes, en donde cada paquete comprende datos de aplicación; extraer de la pluralidad de paquetes, información que comprende los datos de aplicación; crear un nuevo paquete que comprende la información; y enviar el nuevo paquete al nuevo sistema de computadoras .
10. El método de conformidad con la reivindicación 9, caracterizado porque la pluralidad de paquetes comprende paquetes TCP/IP.
11. El método de conformidad con la reivindicación 9, caracterizado porque el nuevo paquete tiene una unidad de transmisión máxima (MTU) de el enlace de comunicaciones .
12. El método de conformidad con la reivindicación 9, caracterizado porque cada uno de los datos de aplicación de paquete comprende una unidad de datos de aplicación y en donde la información comprende cada unidad de datos de aplicación de paquete y el método además comprende : agregar a los datos de aplicación de un paquete algo de información de cabezal TCP e IP del paquete .
13. El método de conformidad con la reivindicación 9, caracterizado porque la información comprende una pluralidad de solicitudes HTTP relacionadas a usuario a un servidor de la red.
14. El método de conformidad con la reivindicación 9, caracterizado porque la información comprende una pluralidad de respuestas HTTP de servidor de red relacionadas en respuesta a una solicitud HTTP de usuario sencillo.
15. Un método para proporcionar una conexión de protocolo de control de transporte (TCP) semi-permanente entre un primer sistema de computadoras y un segundo sistema de computadoras utilizando un protocolo TCP/IP, el método se caracteriza porque comprende: establecer una conexión TCP entre el primer sistema de computadoras y el segundo sistema de computadoras; recibir información de aplicación por el primer sistema de computadoras de una pluralidad de direcciones fuente; enviar la segunda información de aplicación por el primer sistema de computadoras sobre la conexión TCP; y desconectar la conexión TCP .
16. El método de conformidad con la reivindicación 15, caracterizado porque la desconexión de la conexión TCP ocurre después de un intervalo de tiempo predeterminado .
17. El método de conformidad con la reivindicación 15, caracterizado porque las direcciones fuente incluyen direcciones de usuario o direcciones de servidor de red o ambas.
18. El método de conformidad con la reivindicación 15, caracterizado porque las direcciones fuente incluyen direcciones IP.
19. Un método que utiliza un primer sistema de computadora para cortar una pluralidad de solicitudes de datos duplicadas de una pluralidad de segundos sistemas de computadoras, la pluralidad de solicitudes de datos duplicadas tienen un destino común, el método se caracteriza porque comprende: recibir la pluralidad de solicitudes de datos duplicadas por el primer sistema de computadoras; registrar direcciones de retorno de la pluralidad de segundos sistemas de computadoras; crear una solicitud de datos consolidada, que comprende datos comunes de la pluralidad de solicitudes de datos duplicadas, con el primer sistema de computadoras como una dirección fuente y enviar la solicitud de datos consolidada .
20. El método de conformidad con la reivindicación 15, caracterizado porque además comprende: recibir la solicitud de datos consolidada en el destino común por un sistema anfitrión; el sistema anfitrión genera datos en respuesta a la solicitud de datos consolidada; enviar los datos generados al primer sistema de computadoras; utilizando las direcciones' de retorno, copiando los datos generados; y enviando las copias a la pluralidad de segundos sistemas de computadoras.
21. Un método para proporcionar una pluralidad de Redes Privadas Virtuales por una pluralidad de computadoras conectadas en conjunto por una red de comunicaciones pública, que comprende: establecer una primer Red Privada Virtual de la pluralidad de Redes Privadas Virtuales entre una primer computadora de la pluralidad de computadoras y una segunda computadora de la pluralidad de computadoras al utilizar una tabla de permisos centralizada que comprende la dirección de la primer computadora y la dirección de la segunda computadora; y establecer una segunda Red Privada Virtual de la pluralidad de Redes Privadas Virtuales entre la primer computadora y una tercer computadora de la pluralidad de computadoras, al utilizar una tabla de permisos centralizada que además comprende la dirección de la tercer computadora.
22. El método de conformidad con la reivindicación 21, caracterizado porque la tabla de permisos centralizada indica que la primer computadora tiene permiso para comunicarse con la segunda computadora y la tercer computadora.
23. Un método para re-empacar, por un primer sistema de computadoras, una pl ralidad de paquetes que tienen un destino común, en donde el primer sistema de computadoras se conecta a un segundo sistema de computadoras por un enlace de comunicaciones, el método se caracteriza porque comprende: recibir la pluralidad de paquetes, en donde cada paquete comprende datos de aplicación; extraer de la pluralidad de paquetes, información que comprende los datos de aplicación; crear una cantidad de nuevos paquetes que comprenden la información, en donde el número de nuevos paquetes se determina con base en el tráfico de datos en el enlace de comunicaciones; y enviar el número de nuevos paquetes al segundo sistema de computadoras.
24. Un sistema para incrementar un flujo de información en una red de comunicaciones que tiene un protocolo de comunicaciones estandarizado, el sistema se caracteriza porque comprende: un primer módulo que envía un paquete, que tiene una primer información de aplicación y primer información de control, utilizando el protocolo de comunicaciones estandarizado; un segundo módulo para recibir el paquete y enviar un super paquete utilizando el protocolo de comunicaciones estandarizado, el super paquete tiene segunda información de aplicación y segunda información de control, en donde la segunda información de aplicación comprende la primera información de aplicación y algo de la primera información de control; y un tercer módulo para recibir el super paquete utilizando el protocolo de comunicaciones estandarizado.
25. El sistema de conformidad con la reivindicación 24, caracterizado porque el protocolo de comunicaciones estandarizado es TCP/IP.
26. Un método para reducir tiempo para un sistema de computadoras solicitantes para recuperar información de un almacenamiento de datos remoto mediante un sistema de computadoras intermediario, caracterizado porque comprende: recibir una solicitud por el sistema de computadoras intermediario para recuperar datos del almacenamiento de datos ; recuperar un primer Item de datos del almacenamiento de datos por el sistema de computadoras intermediario; y el sistema de computadoras intermediario, envía de manera concurrente el primer Item de datos al sistema de computadoras solicitante mientras que recupera un segundo ítem de datos del almacenamiento de datos .
27. El sistema de conformidad con la reivindicación 26, caracterizado porque el almacenamiento de datos e parte de un servidor de red.
28. Un sistema para incrementar desempeño en un segmento de red entre dos Super Módulos de una pluralidad de Super Módulos en una red de comunicaciones, el sistema comprende: un primer Super Módulo de la pluralidad de Super Módulos para recibir una pluralidad de paquetes IP y enviar un paquete de datos modificado, que comprende datos de aplicación combinados de la pluralidad de paquetes IP; y un segundo Super Módulo de la pluralidad de Super Módulos para recibir el paquete de datos modificado, en donde el segundo Super Módulo, comprende una pila de protocolo de comunicación TCP/IP con una capa de aplicación adicional para procesar el paquete de datos modificado .
29. El sistema de conformidad con la reivindicación 28, caracterizado porque el segundo Super Módulo es parte de un sistema de niveles o hileras, el sistema de niveles comprende una pluralidad de Super Módulos de nivel inferior de la pluralidad de Super Módulos conectados al segundo Super Módulo