ES2394078T3 - Método y aparato para proporcionar un canal de datos de Internet de terceras partes - Google Patents

Método y aparato para proporcionar un canal de datos de Internet de terceras partes Download PDF

Info

Publication number
ES2394078T3
ES2394078T3 ES01114772T ES01114772T ES2394078T3 ES 2394078 T3 ES2394078 T3 ES 2394078T3 ES 01114772 T ES01114772 T ES 01114772T ES 01114772 T ES01114772 T ES 01114772T ES 2394078 T3 ES2394078 T3 ES 2394078T3
Authority
ES
Spain
Prior art keywords
data
internet
party
channel
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES01114772T
Other languages
English (en)
Inventor
Oliver Kaufmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=26149454&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2394078(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Individual filed Critical Individual
Application granted granted Critical
Publication of ES2394078T3 publication Critical patent/ES2394078T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Saccharide Compounds (AREA)

Abstract

Un método para proporcionar un canal de datos de terceras partes en internet (14, 22), estando establecido dichocanal de datos de terceras partes (14, 22) dentro de una canal de datos existente (14, 16) entre un servidor deInternet (10) y un módulo de representación (64) de un navegador de Internet (60), conectando dicho canal de datosde terceras partes (14, 22) un 5 a fuente de datos (20) distinta de dicho navegador de Internet (60) a dicho módulo derepresentación (64), estando caracterizado dicho método por las etapas de:a) utilizar un módulo de control (62) de dicho navegador de Internet (60) para supervisar (32, 40) dicho canal dedatos existente (14, 16) para una comunicación de datos de entrada que contiene un código de estado de protocolode nivel de aplicación predeterminado:b) después de la detección (42) de dicha comunicación de datos, realizar las sub-etapas de:b1) acceder (44) a dicha fuente de datos (20) para obtener datos de terceras partes,b2) modificar o sustituir (46) dicha comunicación de datos en respuesta a dichos datos de terceras partes, yb3) comunicar (48) dicha comunicación de datos modificada o sustituida a dicho módulo de representación(64).

Description

Método y aparato para proporcionar un canal de datos de Internet de terceras partes.
Campo de la Invención
La invención se refiere a un método y a un aparato para transportar y suministrar datos a través de Internet. Más particularmente se refiere a un método y a un aparato para proporcionar un canal de datos de Internet de terceras partes.
Antecedentes de la Invención
Internet como un medio para transporte de datos por todo el mundo es esencialmente una red de servidores de Internet, encaminadores y clientes. El transporte de datos orientados en paquete, de bajo nivel a través de esta red se controla por el protocolo TCP/IP, cuya descripción se da en sección 5.5.2 del libro “Computer Networks” por A.S. Tanenbaum, 2ª edición, publicado por Prentice-Hall, 1989.
En los niveles de protocolo más altos, la manera normal para comunicar datos a través de internet es por medio de aplicaciones de cliente/servidor dedicados que implementan protocolo de nivel de aplicación adecuado. El protocolo emplea normalmente un mecanismo de pregunta/respuesta y utiliza algún tipo de información del estado para controlar la transmisión de datos. Un ejemplo bien conocido de aplicación de un cliente/servidor de este tipo en el contexto de internet es la World Wide Web, utilizando HTTP (hypertext transfer protocol) y HTML (hypertext markup language) como protocolos de nivel de aplicación. La información sobre HTTP y HTML pueden encontrarse en la World Wide Web en el URL (unique resource locator) http://www.w3c.org. El protocolo HTTP es definido en el documento RFC 2068.
Un paradigma básico de aplicaciones de cliente/servidor de Internet y los protocolos de nivel de aplicación asociados es que se asuma un lógico o conexión física entre dos partes, a saber el cliente de Internet y el servidor de Internet. En otras palabras, las dos partes son consideradas para conectarse a través de un canal de datos (posiblemente lógico). Todas las otras partes implicadas en el proceso de transporte real (por ejemplo, encaminadores, apoderados y demás) son consideradas como transparentes. Por ejemplo, un poder puede ser considerado como un encaminador de nivel de aplicación, que no contribuye a la corriente de datos que es transportada a través de él. Esta transparencia del lógico de un poder se mantiene incluso si el apoderado, de hecho, expide copias ocultas de objetos solicitados a un cliente.
Debido a este paradigma de una comunicación de dos partes, es difícil incorporar datos de terceras partes dentro de un canal de datos existente entre un servidor de Internet y un cliente de Internet. Sin embargo, la inclusión de datos de terceras partes de este tipo es con frecuencia deseable para proporcionar servicios de valor añadido o una seguridad mejorada y características de información, por ejemplo en campo de servicios de portal.
El artículo “Ubiquitous advertising on the WWW: Merging advertisement on the browser” por Youji Kohda y Susumu Endo en Computer Networks y ISDN Systems 28, 19996, páginas 1493-1499, describe una estructura publicitaria para World Wide Web. Siempre que un usuario hace clic en un ancla sobre una página representada por un navegador especial, el navegador contacta un servidor de web de la manera normal y accede una página web designada por el ancla. Simultáneamente, el navegador contacta un servidor de web de agente de publicidad, que a su vez suministra un anuncio. El navegador fusiona entonces tanto las páginas web como que representa una página compuesta sobre la pantalla.
El documento WO 98/34189 describe un sistema de publicidad de internet en el que un sistema de servidor de web de publicidad emite un anuncio si el usuario accede a una página web que contiene una referencia HTML al sistema de servidor de web de publicidad. El anuncio se selecciona sobre la base de un procedimiento de licitación entre varios agentes licitantes.
Objeto y Resumen de la Invención
El objeto de la presente invención es proporcionar por lo tanto un método y aparato para incorporar datos de terceras partes en conexiones de cliente/servidor de Internet de una manera conveniente y flexible. En particular, se desea que las terceras partes y los datos suministrados por él no necesitan relacionarse a o asociarse con el cliente y/o el servidor.
De acuerdo con la presente invención, este objeto se resuelve por un método que tiene las características de la reivindicación 1 y un aparato que tiene las características de la reivindicación 9. Las reivindicaciones dependientes se refieren a formas de realización ventajosas de la invención.
Una idea básica de la invención es establecer el canal de datos de terceras partes interceptando las comunicaciones de datos transmitidos sobre un canal de datos existente entre un servidor y un cliente. Por ejemplo, el cliente puede ser un navegador de Internet o un módulo de programa de un navegador de este tipo, en particular un módulo de representación. Las comunicaciones de datos, son enviadas generalmente al recipiente destinado. Sin embargo, si un código de datos predeterminado (por ejemplo, un código de estado del protocolo de aplicación) se detecta o se emplea alguna otra condición, los datos de terceras partes se insertan dentro de la comunicación sobre el canal de datos existente, o dicha comunicación se modifica de otra manera sobre la base de los datos de terceras partes o incluso se sustituye por los datos de terceras partes.
Basado en esta idea, la presente invención permite la creación de un canal de transporte de lógico nuevo entre la fuente de datos de terceras partes por un lado y el cliente y/o el servidor por el otro lado. En efecto, la unión original entre el cliente y el servidor puede dividirse ahora por tres o más partes. El usuario de terceras partes puede crear, explotar y extender el canal de datos nuevos independientemente del servidor remoto y/o el cliente. Los datos de terceras partes pueden o no pueden relacionarse con los datos enviados por el servidor. Las propiedades del canal de datos de terceras partes pueden controlarse individualmente y configurarse por el usuario, el administrador del sistema o las terceras partes.
La invención mejora en gran medida la facilidad y flexibilidad de la distribución de datos a través de Internet y forma una posible base para una serie de nuevos servicios en línea. Por ejemplo, la información suministrada por un proveedor de servicio de Internet o cualquier otra identidad dirigida que envía tráfico de Internet o un proveedor de servicio portal puede insertarse dentro del canal de datos existente. Esto permite guía y soporte del lenguaje local fácil y servicios de portal. No se necesitan nuevas aplicaciones de cliente y servidor. Pueden soportarse todos los protocolos de Internet mayores.
Una aplicación especialmente ventajosa de la presente invención está en el campo de servicios de portal. Generalmente, un servicio de portal es un tipo de página inicial de directorio que puede accederse por usuarios como un punto de partida para hojear páginas de Internet. La página inicial de portal actúa como un “portal” al resto de Internet dando acceso inmediato y fácil para buscar motores, revistas y demás. Los servicios de portal son ofrecidos corrientemente por muchas compañías de Internet utilizando servidores de web regulares, páginas HTML estándar y navegadores estándar. En este contexto, se aplica el paradigma de una comunicación de dos partes como se describe anteriormente.
Debido a este paradigma, es difícil para un sitio de portal presentar directa y automáticamente el usuario con información adicional (terceras partes) mientras el usuario accede a otros sitios. Una vez que el usuario ha dejado el sitio de web de portal, el servicio de portal puede no ayudar ya automáticamente y guiar al usuario debido a una acción deliberada del usuario se requiere para entrar de nuevo en el servicio portal.
La invención puede emplearse para cerrar este intersticio entre el usuario y el servicio de portal. Por ejemplo, cuando el usuario provoca una condición de error cuando se hojean páginas de Internet, un apoderado o un encaminador pueden interceptar el mensaje de error antes de que se represente, obtiene datos de ayuda apropiados desde el servicio de portal de terceras partes y representa los datos de ayuda al usuario, por lo tanto, por ejemplo, indicando nombres de sitios alternativos o una explicación del error. Este proceso es independiente del sitio del usuario accedido cuando el error ocurrió y no requiere un a ventana o herramienta adicional o interacción de usuario. La invención no está limitada a servicios de portal, pero puede aplicarse a una amplia variedad de recuperación de información o sistemas de diálogo de usuario en Internet.
De acuerdo con la invención, cada comunicación de datos se supervisa y posiblemente se modifica. En este contexto, una “comunicación de datos” puede o no puede tener una longitud predefinida. Por ejemplo, una comunicación de datos puede comprender un número predefinido o arbitrario de palabras de memoria o datagramas TCP/IP (por ejemplo, bytes). El término “canal de datos” como se utiliza aquí se entenderá como que designan cualquier trayectoria lógica o física para transferir o comunicar datos entre dos entidades. Por ejemplo, un canal de datos puede ser una conexión de Internet.
En formas de realización preferidas de la invención, los datos de terceras partes se incluyen simplemente dentro de la comunicación de datos. Los datos de terceras partes pueden encapsularse y/o marcarse por etiquetas o atributos adecuados. En otras formas de realización, los datos de terceras partes son al menos en parte utilizados para controlar una modificación o supresión de datos contenidos en la comunicación de datos original. Por lo tanto el intercambio de datos entre el servidor y el cliente pueden modificarse, suprimirse, sustituirse o enriquecerse sobre la base de los datos de terceras partes. En todavía otras formas de realización, las terceras partes, el cliente y el servidor pueden interactuar de una manera compleja que incluye diálogos de pregunta y respuesta múltiples entre todas las partes.
Se prefiere especialmente supervisar e interceptar comunicaciones de datos que se ejecutan desde el servidor al cliente. Sin embargo, también las comunicaciones de datos dirigidas hacia el servidor pueden supervisarse para controlar las propiedades del mecanismo de inclusión de datos de terceras partes. En algunas formas de realización de la invención, el cliente puede ser un navegador de Internet. Preferiblemente el método de la invención se realiza automáticamente, es decir sin intervención del usuario.
La propiedad predeterminada de la comunicación de datos, que lanza el mecanismo de inclusión de la presente invención, es preferiblemente el caso de un código de datos predeterminado. En las formas de realización preferidas de la invención, el código de datos predeterminado es un código de protocolo de nivel de aplicación, es decir, un código definido por el protocolo establecido entre las aplicaciones de cliente y servidor. Tales protocolos pueden ser HTML o HTTP o protocolos similares. En particular, el código puede ser un código de estado de protocolo o una etiqueta HTML similar, por ejemplo “<PSI (opciones)>” o “<CSI (opciones)>” o “<!—psi(opciones)>”.
Más preferiblemente, el código de datos predeterminado es uno que es emitido por el servidor para señalizar la existencia de algún acontecimiento, por ejemplo una condición de error. Esto significa que, en formas de realización preferidas, el código de datos predefinido no está presente ya en las filas almacenadas con el servidor, pero se genera por el servidor en el tiempo de ejecución. El código de datos predefinido se utiliza preferiblemente para señalizar un caso relacionado con el servidor, tal que el suministro de datos en el lado del servidor no necesita tener ningún conocimiento de si se producirá o no una sustitución de datos de acuerdo con la presente invención en el lado del cliente o durante la transmisión de datos de Internet.
En formas de realización preferidas adicionales, los códigos de datos adicionales están utilizados para controlar propiedades de mecanismo de inclusión de datos de terceras parte. Tales códigos pueden ser también códigos de protocolo de nivel de aplicación, por ejemplo etiquetas HTML o atributos HTTP.
Se prefiere adicionalmente utilizar un canal de datos de terceras partes cuando la carga de transmisión que se origina desde el servidor es baja. Por lo tanto la eficiencia de la conexión de Internet de usuario puede incrementarse. Por ejemplo, la transmisión de los datos de terceras partes puede iniciarse inmediatamente mientras que espera que lleguen datos desde el servidor remoto. Los datos de terceras partes pueden insertarse dentro de la conexión sobre una base trozo a trozo (es decir, multiplexado) cuando espera datos desde el servidor.
Las formas de realización adicionales pueden utilizar peticiones fallidas o enlaces o documentos no disponibles para consultar información relacionada o enlaces y presentarla al usuario para hojear páginas de una manera conveniente.
El aparato de la presente invención puede desarrollarse adicionalmente por características que reflejan aquello citado anteriormente y/o en las reivindicaciones del método dependientes. En las formas de realización adicionales, el aparato es un encaminador de Internet y/o un apoderado de Internet y/o un filtro de Internet. El dispositivo de procesamiento del aparato puede utilizarse tanto para la funcionalidad de la presente invención y la de un encaminador, apoderado, filtro u otro software o hardware.
Descripción Detallada de las Formas de Realización de Muestra
Varias formas de realización de muestra de la presente invención se describirán ahora en detalle. Se hace referencia a los dibujos esquemáticos, en los que:
La figura 1 muestra un diagrama de bloque de la estructura de lógico de una forma de realización de muestra de la invención.
La figura 2 muestra un diagrama de flujo de la ejecución del método de la invención.
Las figura 3 a 5 muestran diagramas de bloque de la estructura de lógico de las formas de realización de muestra adicionales de la invención.
La figura 6 muestra un diagrama de bloques de la estructura lógica de otra forma de realización de muestra de la invención.
La figura 1 muestra un servidor de Internet 10 y un cliente de Internet 12. Estas dos partes se comunican e intercambian datos entre sí, utilizando protocolos de aplicación y aplicaciones comunes. En la presente forma de realización de muestra, el servidor 10 es un servidor World Wide Web que envía documentos en el lenguaje de descripción de contenido HTML, el cliente 12 es un navegador World Wide Web estándar que interpreta y representa documentos HTML, y el HTTP se utiliza como el protocolo de transporte y de aplicación. En las formas de realización alternativas, se emplean otros protocolos de Internet comunes como FTP, Gopher, NNTP, SMTP y/u otros lenguajes de descripción de contenido tales como SMIL y VRML.
Un canal dedicado, bidireccional, lógico que conecta el servidor 10 y el cliente 12 se forma por dos secciones de canal 14, 16. La transmisión de datos sobre este canal se produce de acuerdo con los protocolos de aplicación mencionados anteriormente por el intercambio de mensajes de petición y de réplica. Al menos los mensajes de réplica incluyen algún tipo de códigos de estado que representan el estado y el resultado de cualquier transacción dada.
Un dispositivo de procesamiento 18 que incorpora la presente invención se conecta lógicamente a las secciones de canal 14, 16, que intercepta por lo tanto el canal de comunicación entre el servidor 10 y el cliente 12. En otras palabras, el dispositivo de procesamiento 18 recibe y analiza todos los datagramas TCP/IP que se ejecutan entre el servidor 10 y el cliente 12.
La fuente de datos de terceras partes 20, por ejemplo una base de datos, se conecta al dispositivo de procesamiento 18 por un enlace de datos 22 puede ser una línea física o una ejecución de conexión lógica a través de una red. La comunicación entre el dispositivo de procesamiento 18 y la fuente de datos 20 puede o no puede ser configurable. Puede comprender texto claro o consultas de base de datos o llamadas a programas externos o informaciones en código de máquina CGI. Cualquier tipo de protocolo puede utilizarse para esta comunicación, que incluye HTTP.
El funcionamiento del sistema de la figura 1 se muestra en la figura 2, que representa las etapas de procesamiento y la existencia de casos de comunicación en el cliente 12, el dispositivo de procesamiento 18 y el servidor 10. El cliente 12 envía primero una petición al servidor 10 (etapa 30). Esta petición se supervisa por el dispositivo de procesamiento (etapa 32). Puesto que en la presente forma de realización de muestra, no se incluyen datos de terceras partes en las comunicaciones al servidor 10, la petición es dirigida sin cambio al servidor 10 (etapa 34).
El servidor 10 procesa ahora la petición recibida (etapa 36) y envía una respuesta apropiada (etapa 38). La respuesta es supervisada (etapa 40) por el dispositivo de procesamiento 18 para la existencia de un código de datos predeterminado (etapa 42). Si no se produce correspondencia, la ejecución continua con la etapa 48, en la que la respuesta del servidor 10 se expide al cliente 12 sin modificación.
Si, por otro lado, cualquiera de una pluralidad de códigos de datos predeterminados se encuentra en la respuesta, los datos de terceras partes apropiados se obtienen a partir de la fuente de datos 20 (etapa 44), y una nueva respuesta se forma sobre la base de los datos de terceras partes y/o los datos contenidos en la respuesta original desde el servidor 10 (etapa 46). Esta nueva respuesta es expedida entonces al cliente 12 (etapa 48). El cliente 12 representa los datos incluidos de la misma manera que los datos enviados directamente por el servidor 10. Por lo tanto el funcionamiento del dispositivo de procesamiento 18 es completamente transparente tanto para el cliente 12 como para el servidor 10. En efecto, un canal de datos de terceras partes (lógico) se ha formado entre la fuente de datos 20 y el cliente 12. Este canal de datos comprende el enlace de datos 22 y la sección de canal 14.
Las etapas resumidas anteriormente se describirán ahora en más detalle en un sistema donde HTTP se utiliza como el protocolo de transporte y HTML se utiliza como el lenguaje de descripción de contenido. Se debería tener en mente, sin embargo, que la presente invención puede utilizarse con una variedad de otros protocolos y lenguajes.
Una respuesta como se define en la memoria descriptiva HTTP (RFC 2068) comprende una cabecera de respuesta y posiblemente un cuerpo de mensaje. La cabecera de respuesta incluye una línea de estado, y la línea de estado a su vez contiene un código de estado y una razón de frase. Generalmente los códigos de estado son muy adecuados como códigos de datos predefinidos para lanzar el funcionamiento del mecanismo de inclusión de datos de terceras partes en la etapa 42. En la presente forma de realización de muestra, los códigos de estado que representan condiciones de error se utilizan. Tales códigos de estados señalizan que no podría proporcionarse cuerpo de mensaje por el servidor 10, de manera que la anchura de banda de la sección de canal 14 puede utilizarse para transmitir datos de terceras partes sin impedir cualquier transferencia de datos desde el servidor 10 al cliente 12. Específicamente, se utilizan los siguientes códigos de estado HTTP:
Código de Estado:
Razón de frase (ejemplo):
3xx
Redirección
4xx
Error de cliente
5xx
Error de servidor
204
Sin Contenido
Considerando una posible secuencia de ejecución de las etapas mostradas en la figura 2 para la presente muestra de realización de muestra de la invención, la petición HTTP del cliente 12 enviada en la etapa 20 puede ser “GET / xyz HTTP/1.0”. Suponiendo que el servidor 10 no puede acceder una fila denominada “xyz”, la línea de estado de la respuesta enviada por el servidor 10 en la etapa 38 será "H“TP/1.0 404 Not Found". En esta respuesta, “404” es el código de estado y “Not Found” es la frase de razón.
El dispositivo de procesamiento 18 detectará una correspondencia de código de estado en la etapa 42 y obtendrá datos de terceras partes adecuados desde la fuente de datos 20. Tales datos pueden, por ejemplo, ser una explicación técnica del error, o una translación de la frase de razón dentro del lenguaje nacional, o un anuncio, o una lista de uniones o documentos relacionados con respecto al solicitado, o una teleimpresora de noticias, o un servicio de portal, o un sistema de soporte de usuario, o un E-mail llegado recientemente, o un elemento de canal activo, o una película, o algunos otros datos que utilizan la anchura de banda disponible en la sección de canal 14.
En la etapa 46, el dispositivo de procesamiento formará una nueva respuesta que contiene los datos de terceras partes en el cuerpo del mensaje y la línea de estado “HTTP/1.0 404 New Data”. En esta línea de estado, el hecho que la petición original pudiera no ser realizada es todavía visible. Esto puede ser deseable para evitar posibles problemas con un mecanismo de memoria del cliente 12 (navegador). En una forma de realización alternativa, se genera una línea de estado de respuesta “HTTP/1.0 200 New-Data”, el código de estado 200 que designa una transacción con éxito.
En varias formas de realización alternativas de la presente invención, los datos de terceras partes se seleccionan dependiendo del código de estado. Puede utilizarse más de una fuente de datos de terceras partes individual y enlace de datos. La selección de los datos de terceras partes puede controlarse también por el usuario a través del cliente 12. Por ejemplo, los atributos de HTTP pueden servir para transmitir información al dispositivo de procesamiento 18, controlando dicha información tanto los datos de terceras partes que deben accederse como otras propiedades del mecanismo de inclusión.
En una forma de realización en la que los atributos de HTTP se utilizan para controlar el funcionamiento del dispositivo de procesamiento 18, una petición enviada por el cliente 12 puede tener la línea de estado “GET/xyz HTTP/1.0” y contiene el atributo HTTP adicional “allow:news”, que designa que el usuario quiere recibir noticias actuales de las terceras partes. Cuando la petición se supervisa por el dispositivo de procesamiento 18, el atributo “allow:news” se suprime de la petición antes de enviarlo al servidor 10. Por tanto, el servidor 10 no necesita conocer
o interpretar el atributo “allow:news”.
El servidor 10, en respuesta a la petición, enviará una respuesta de, por ejemplo, “HTTP/1.0 204 No Content”. El dispositivo de procesamiento supervisará la respuesta y obtendrá nuevos datos apropiados desde la fuente de datos
20. Estos datos serán incluidos en una respuesta modificada, que será enviada al cliente 12 con la línea de estado modificada “HTTP/1.0 200 News Data”.
Generalmente, en varias formas de realización adicionales, los datos desde las terceras partes pueden incorporarse tanto dentro de la cabecera de protocolo HTTP como dentro del cuerpo de mensaje de cualquier documento de cliente o servidor que es transportado. Por ejemplo, los datos adicionales pueden ponerse dentro de la frase de razón de la línea de estado o dentro de atributos de la cabecera de protocolo, o pueden incluirse dentro del propio documento HTML como código HTML regular. Pueden o no pueden ser encapsulados por etiquetas HTML circundantes (por ejemplo <PSIBLOCK> data </PSIBLOCK> o <CSIBLOCK> data </CSIBLOCK>). Los datos pueden enviarse como código HTML plano de manera que pueden observarse de una manera instantánea por el usuario a través de su navegador estándar sin abrir una nueva ventana.
En formas de realización todavía adicionales de la invención, se utilizan aplicaciones de cliente o servidor especiales, que están enteradas del mecanismo de inclusión de terceras partes. Enviando atributos o etiquetas especiales a través de las secciones de canal existentes 14, 16, tales aplicaciones pueden influir en la manera de funcionamiento del dispositivo de procesamiento 18. Por ejemplo, la inserción de ciertos artículos de datos de terceras partes puede permitirse, denegarse o requerirse, o el lugar o representación de los artículos de datos adicionales puede controlarse. Tales aplicaciones enteradas de datos de terceras partes pueden extraer también la corriente de datos adicionales de una manera transparente y alimentarse dentro de otras aplicaciones tales como lectores fuera de línea, teleimpresoras de noticias o aplicaciones de canal activo.
El dispositivo de procesamiento 18 mostrado en la figura 1 es implementado como un producto autónomo. Sin embargo, el método de la presente invención puede implementarse en un encaminador transparente o apoderado transparente o filtro transparente. Como un ejemplo, un encaminador transparente 50 se muestra en la figura 3. El canal lógico que conecta el servidor 10 y el cliente 12 (secciones de canal 14, 16) se extienden a través del encaminador 50 o apoderado o filtro. El dispositivo de procesamiento 18, que es parte del encaminador 50 o poder o filtro, supervisa e intercepta la conexión de la manera descrita anteriormente. El dispositivo de procesamiento 18 puede utilizarse también para realizar las funciones de encaminador 50 o apoderado o filtro. En formas de realización alternativas adicionales, el dispositivo de procesamiento 18 puede implementarse como un módulo de software adecuado de un encaminador o apoderado o filtro.
Puesto que el método y aparato de la presente invención son esencialmente transparentes para las aplicaciones de cliente y servidor, es posible también un encadenamiento arbitrario de dispositivos de procesamiento autónomos 18 y apoderados, filtros y encaminadores con o sin la funcionalidad de inclusión de datos de terceras partes de la presente invención. Por ejemplo, la figura 4 muestra una configuración en la que un dispositivo de procesamiento autónomo 18 y un poder autónomo 52 están conectados entre el servidor 10 y el cliente 12. La figura 5 representa un sistema en el que dos dispositivos de procesamiento autónomos 18a, 18b están conmutados dentro del canal de datos.
El apilamiento de capas de protocolo de los varios dispositivos mencionados antes pueden ilustrarse como sigue:
-capa de aplicación (cliente y servidor), -método y aparato de la presente invención,
-
poder y filtro, -paquete o capa de red (encaminador), y
-
entrada/salida de datos.
La forma de realización alternativa mostrada en la figura 6 utiliza un navegador 60 para implementar el cliente de Internet. El navegador 60 es una versión extendida de un navegador conocido, por ejemplo un navegador actualmente disponible bajo las marcas comerciales “Netscape Navigator” o “Netscape Communicator” o “Microsoft Internet Explorer”. El navegador 60 comprende una pluralidad de módulos de programa, alguno de los cuales puede formar parte del programa principal y otros pueden ser implementados como enchufes o aplicaciones o extensiones. Entre estos módulos del programa están un módulo de control 62 que realiza una variedad de funciones de controlo y un módulo de pantalla 64 que procesan los datos a representar para el usuario.
Los módulos del programa se comunican entre sí a través de canales de datos, que son proporcionados por un mecanismo de comunicación adecuado. Por ejemplo el mecanismo de comunicación puede ser un acceso compartido a una región de memoria común o a variables comunes. El canal de datos que conecta el módulo de control 62 al módulo de pantalla 64 forma, en parte, la sección de canal 14. En esta forma de realización ejemplar, la fuente de datos 20 es un servidor de Internet de un proveedor de servicio de portal, y el enlace de datos 22 es un canal HPPT estándar.
El funcionamiento de la forma de realización de la figura 6 es como se muestra en la figura 2, en la que el módulo de pantalla 64 del navegador 60 sirve como el cliente, y el módulo de control 62 del navegador 60 (que se ejecuta en un ordenador estándar) sirve como el dispositivo de procesamiento. El módulo de control 62 supervisa los datos de entrada sobre la sección de canal 16. Después de la detección de un código de error, se establece el enlace de datos 22 con el servicio de portal. Los datos obtenidos del servicio de portal se comunican al módulo de pantalla 64 a través de la sección de canal 14, y se muestran al usuario en la ventana regular del navegador en una pantalla CRT. Estas etapas se realizan automáticamente, es decir, sin interacción del usuario.
Para obtener datos de terceras partes apropiados, el código de error y posiblemente otra información (por ejemplo, el URL requerido, la petición completa del cliente, la respuesta completa del cliente, una identificación de usuario, y/o parámetros seleccionados del usuario) se transmiten a la fuente de datos 20 en la etapa 44 mostrada en la figura
2. Por ejemplo, la petición HTTP “GET /cgi-bin/support?errorcode+parameters+userid” puede utilizarse. En respuesta a lo mismo, el servicio de portal puede suministrar datos útiles como direcciones alternativas o indicaciones que resuelven el problema al usuario.
Durante una sesión que se hojean páginas de Internet, puede accederse un proveedor de servicio de portal individual o varios proveedores diferentes. La elección del proveedor puede ser codificada dura en el navegador, o preajustada por un proveedor de acceso a Internet, o configurable por el usuario. Estas posibilidades son aplicables a todas las otras formas de realización de la invención.
Las aplicaciones posibles de la presente invención incluyen aplicaciones de noticias locales o aplicaciones de teleimpresora de noticias de existencias; atenuación en identificaciones del proveedor, marcas de agua o noticias de copyright; la provisión de información, publicidad, patrocinador y compras en línea; guía de usuarios y sistemas de soporte; servicios de portales; motores de búsqueda; directorios; canales activos; mejoras de seguridad; verificaciones de contraseña de acceso; y características de control remoto y de auto-actualización.

Claims (15)

  1. REIVINDICACIONES
    1.- Un método para proporcionar un canal de datos de terceras partes en internet (14, 22), estando establecido dicho canal de datos de terceras partes (14, 22) dentro de una canal de datos existente (14, 16) entre un servidor de Internet (10) y un módulo de representación (64) de un navegador de Internet (60), conectando dicho canal de datos de terceras partes (14, 22) una fuente de datos (20) distinta de dicho navegador de Internet (60) a dicho módulo de representación (64), estando caracterizado dicho método por las etapas de:
    a) utilizar un módulo de control (62) de dicho navegador de Internet (60) para supervisar (32, 40) dicho canal de datos existente (14, 16) para una comunicación de datos de entrada que contiene un código de estado de protocolo de nivel de aplicación predeterminado:
    b) después de la detección (42) de dicha comunicación de datos, realizar las sub-etapas de:
    b1) acceder (44) a dicha fuente de datos (20) para obtener datos de terceras partes,
    b2) modificar o sustituir (46) dicha comunicación de datos en respuesta a dichos datos de terceras partes, y
    b3) comunicar (48) dicha comunicación de datos modificada o sustituida a dicho módulo de representación (64).
  2. 2.- El método de la reivindicación 1, en el que ficha fuente de datos (20) es distinta y/o independiente de dicho servidor de Internet (10).
  3. 3.- El método de la reivindicación 1 ó 2, en el que dichos datos de terceras partes obtenidos en la etapa b1) están influenciados al menos por dicho código de estado de protocolo de nivel de aplicación predeterminado.
  4. 4.- El método de una cualquiera de las reivindicaciones 2 a 3, en el que dicha sub-etapa de modificación o sustitución (46) de dicha comunicación de datos comprende incluir dichos datos de terceras partes en dicha comunicación de datos.
  5. 5.- El método de una cualquiera de las reivindicaciones 1 a 4, en el que dicha sub-etapa de modificar o sustituir (46) dicha comunicación comprende modificar y/o eliminar y/o enriquecer y/o sustituir datos contenidos en dicha comunicación de datos en respuesta a dichos datos de terceras partes.
  6. 6.- El método de una cualquiera de las reivindicaciones 1 a 5, en el que dicho módulo de control (62) supervisa (32, 40) dicho canal de datos existente (14, 16) para una comunicación de datos de entrada que contiene una etiqueta HTML predeterminada y/o un código HTTP predeterminado.
  7. 7.- El método de una cualquiera de las reivindicaciones 1 a 6, en el que se utilizan, además, códigos de datos predeterminados para controlar la creación y/o el uso y/o propiedades predeterminadas de dicho canal de datos de terceras partes (14, 22).
  8. 8.-Uso de un dispositivo de procesamiento (18) para proporcionar un canal de datos de terceras partes de Internet (14, 22), estando establecido dicho canal de datos de terceras partes (14, 22) dentro de un canal de datos (14, 16) existente entre un servidor de Internet (10) y un cliente de Internet (12), conectando dicho canal de datos de terceras partes (14, 22) una fuente de datos (20) distinta de dicho servidor de Internet (10) a dicho cliente de Internet (12), incluyendo dicho uso:
    a) utilizar dicho dispositivo de procesamiento (18), que es distinto de dicho servidor de Internet (10), para supervisar (32, 40) dicho canal de datos existente (14, 16) para una comunicación de datos de entrada que contiene una propiedad de código de estado de protocolo de nivel de aplicación predeterminada, teniendo dicha comunicación de datos un receptor determinado de uno de dicho servidor de Internet (10) y dicho cliente de Internet (12),
    b) incluyendo, además, dicho uso, después de la detección (42) de dicha comunicación de datos:
    b1) acceder (44) a dicha fuente de datos (20) para obtener datos de terceras partes,
    b2) modificar o sustituir (46) dicha comunicación de datos en respuesta a dichos datos de terceras partes, y
    b3) comunicar (48) dicha comunicación de datos modificada o sustituida a dicho módulo de representación (64).
  9. 9.- El uso de la reivindicación 8, en el que dicho receptor predeterminado de dicha comunicación de datos es dicho cliente de Internet (12).
  10. 10.- El uso de la reivindicación 8 ó 9, en el que dicha fuente de datos (20) es independiente de dicho cliente de Internet (12).
  11. 11.- El uso de una cualquiera de las reivindicaciones 8 a 10, en el que solamente se transmiten datos sobre dicho canal de datos de terceras partes (14, 22) cuando la tasa de transmisión de datos de dicho servidor (10) a dicho cliente (12) es inferior a un umbral predeterminado.
  12. 12.- El uso de una cualquiera de las reivindicaciones 8 a 11, en el que dichos datos de terceras partes están influenciados al menos por dicho código de datos predeterminado.
  13. 13.- El uso de una cualquiera de las reivindicaciones 8 a 12, en el que dicha sustitución (46) de dicha comunicación de datos comprendo incluir dichos datos de terceras partes en dicha comunicación de datos.
  14. 14.- Un producto, a saber, un aparato para proporcionar un canal de datos de terceras partes en Internet (14, 22), en particular un aparato para realizar el método de una cualquiera de las reivindicaciones 1 a 7 o el uso de una cualquiera de las reivindicaciones 8 a 13,, estando establecido dicho canal de datos de terceras partes (14, 22) dentro de un canal de datos existente (14, 16) entre un servidor de Internet (10) y un cliente de internet (12), conectando dicho canal de datos de terceras partes (14, 22) una fuente de datos (20) distinta de dicho servidor de internet (10) a dicho cliente de Internet (12), de manera que dicho aparato consta o comprende:
    -
    un dispositivo de procesamiento (18) distinto de dicho servidor de internet (10) para supervisar dicho canal de datos existente (14, 16) para una comunicación de datos que contiene un código de estado de protocolo de nivel de aplicación predeterminado, teniendo dicha comunicación de datos un receptor predeterminado de uno de dicho servidor de internet (10) y dicho cliente de internet (12),
    -
    estando adaptado dicho dispositivo de procesamiento (18), después de la detección de dicha comunicación de datos, para acceder a dicha fuente de datos (20) para obtener datos de terceras partes, para modificar o sustituir dicha comunicación de datos en respuesta a dichos datos de terceras partes, y para enviar dicha comunicación de datos modificada o sustituida a dicho receptor predeterminado.
  15. 15.- Un navegador de Internet (60) adaptado para proporcionar un canal de datos de terceras partes de Internet (14, 22), en particular para realizar el método de una cualquiera de las reivindicaciones 1 a 7 o el uso de una cualquiera de las reivindicaciones 8 a 13, estando establecido dicho canal de datos de terceras partes (14, 22) dentro de un canal de datos existente (14, 16) entre un servidor de Internet (10) y un módulo de representación (64) de dicho navegador de Internet (60), conectando dicho canal de datos de terceras partes (14, 22) una fuente de datos distinta de dicho navegador de Internet (60) a dicho módulo de representación (64), comprendiendo dicho navegador de Internet (60):
    -
    un módulo de control (62) para supervisar (32, 40) dicho canal de datos existente (14, 16) para una comunicación de datos de entrada que contiene un código de estado protocolo de nivel de aplicación predeterminado,
    -
    en el que el navegador de Internet (6) está adaptado para, después de la detección (42) de dicha comunicación de datos:
    b1) acceder (44) a dicha fuente de datos (20) para obtener datos de terceras partes,
    b2) modificar o sustituir (46) dicha comunicación de datos en respuesta a dichos datos de terceras partes, y
    b3) comunicar (48) dicha comunicación de datos modificada o sustituida a dicho módulo de representación
    (64)
ES01114772T 1998-07-21 1998-08-07 Método y aparato para proporcionar un canal de datos de Internet de terceras partes Expired - Lifetime ES2394078T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP98113565 1998-07-21
EP98113565 1998-07-21
EP98114918A EP0975128B1 (en) 1998-07-21 1998-08-07 Method and apparatus for providing an internet third party data channel

Publications (1)

Publication Number Publication Date
ES2394078T3 true ES2394078T3 (es) 2013-01-17

Family

ID=26149454

Family Applications (2)

Application Number Title Priority Date Filing Date
ES01114772T Expired - Lifetime ES2394078T3 (es) 1998-07-21 1998-08-07 Método y aparato para proporcionar un canal de datos de Internet de terceras partes
ES98114918T Expired - Lifetime ES2170985T3 (es) 1998-07-21 1998-08-07 Procedimiento y dispositivo que ofrece un canal de terceras partes de internet.

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES98114918T Expired - Lifetime ES2170985T3 (es) 1998-07-21 1998-08-07 Procedimiento y dispositivo que ofrece un canal de terceras partes de internet.

Country Status (7)

Country Link
US (1) US6453335B1 (es)
EP (3) EP0975128B1 (es)
AT (1) ATE211595T1 (es)
DE (1) DE69803369T2 (es)
DK (2) DK0975128T3 (es)
ES (2) ES2394078T3 (es)
PT (1) PT975128E (es)

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL123129A (en) 1998-01-30 2010-12-30 Aviv Refuah Www addressing
IL125432A (en) * 1998-01-30 2010-11-30 Easynet Access Inc Personalized internet interaction
US20050203835A1 (en) * 1998-01-30 2005-09-15 Eli Nhaissi Internet billing
ATE345528T1 (de) * 1998-06-19 2006-12-15 Sun Microsystems Inc Dimensionierbare proxy-server mit einschub- filtern
IL133039A (en) * 1999-11-18 2007-12-03 Eyeblaster Inc Full duplex re-transmitter
US7177316B1 (en) * 1999-12-20 2007-02-13 Avaya Technology Corp. Methods and devices for providing links to experts
US6912571B1 (en) * 2000-02-22 2005-06-28 Frank David Serena Method of replacing content
US7930285B2 (en) 2000-03-22 2011-04-19 Comscore, Inc. Systems for and methods of user demographic reporting usable for identifying users and collecting usage data
US8204082B2 (en) * 2000-06-23 2012-06-19 Cloudshield Technologies, Inc. Transparent provisioning of services over a network
US7032031B2 (en) * 2000-06-23 2006-04-18 Cloudshield Technologies, Inc. Edge adapter apparatus and method
US6829654B1 (en) * 2000-06-23 2004-12-07 Cloudshield Technologies, Inc. Apparatus and method for virtual edge placement of web sites
US9444785B2 (en) 2000-06-23 2016-09-13 Cloudshield Technologies, Inc. Transparent provisioning of network access to an application
US8542680B2 (en) * 2001-07-25 2013-09-24 Vectormax Corporation Server arbitrated reliable multicast system and process for accessing the same
US20030097479A1 (en) * 2001-11-16 2003-05-22 Zellers Mark H. Result notification through firewalls
US7412374B1 (en) 2002-01-30 2008-08-12 Novell, Inc. Method to dynamically determine a user's language for a network
US7890639B1 (en) 2002-01-30 2011-02-15 Novell, Inc. Method and apparatus for controlling access to portal content from outside the portal
US7987421B1 (en) 2002-01-30 2011-07-26 Boyd H Timothy Method and apparatus to dynamically provide web content resources in a portal
US7640529B2 (en) * 2002-07-30 2009-12-29 Photronics, Inc. User-friendly rule-based system and method for automatically generating photomask orders
US7809813B2 (en) * 2002-06-28 2010-10-05 Microsoft Corporation System and method for providing content-oriented services to content providers and content consumers
US7266582B2 (en) * 2002-08-09 2007-09-04 Sun Microsystems, Inc. Method and system for automating generation of web services from existing service components
US7236977B1 (en) 2002-09-20 2007-06-26 Novell, Inc. Method for dynamically distributing items for changes based on group membership
US7660843B1 (en) 2003-01-21 2010-02-09 Novell, Inc. Method and apparatus for dynamically delivering a gadget
KR101244308B1 (ko) * 2003-12-08 2013-03-18 삼성전자주식회사 동영상 파일의 암호화 방법 및 그를 이용한 디지털 저작권관리방법
US7774332B2 (en) * 2005-04-12 2010-08-10 International Business Machines Corporation Enabling interactive integration of network-accessible applications in a content aggregation framework
US8447802B2 (en) 2006-03-08 2013-05-21 Riverbed Technology, Inc. Address manipulation to provide for the use of network tools even when transaction acceleration is in use over a network
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
US20080203170A1 (en) * 2007-02-28 2008-08-28 Visa U.S.A. Inc. Fraud prevention for transit fare collection
US8523069B2 (en) 2006-09-28 2013-09-03 Visa U.S.A. Inc. Mobile transit fare payment
US8118223B2 (en) 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
US8386349B2 (en) 2007-02-28 2013-02-26 Visa U.S.A. Inc. Verification of a portable consumer device in an offline environment
US7527208B2 (en) 2006-12-04 2009-05-05 Visa U.S.A. Inc. Bank issued contactless payment card used in transit fare collection
US8738485B2 (en) * 2007-12-28 2014-05-27 Visa U.S.A. Inc. Contactless prepaid product for transit fare collection
WO2009041869A1 (en) * 2007-09-25 2009-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement relating to a media structure
US8914774B1 (en) 2007-11-15 2014-12-16 Appcelerator, Inc. System and method for tagging code to determine where the code runs
US8954989B1 (en) 2007-11-19 2015-02-10 Appcelerator, Inc. Flexible, event-driven JavaScript server architecture
US8260845B1 (en) 2007-11-21 2012-09-04 Appcelerator, Inc. System and method for auto-generating JavaScript proxies and meta-proxies
US8566807B1 (en) 2007-11-23 2013-10-22 Appcelerator, Inc. System and method for accessibility of document object model and JavaScript by other platforms
US8719451B1 (en) 2007-11-23 2014-05-06 Appcelerator, Inc. System and method for on-the-fly, post-processing document object model manipulation
US8819539B1 (en) 2007-12-03 2014-08-26 Appcelerator, Inc. On-the-fly rewriting of uniform resource locators in a web-page
US8806431B1 (en) 2007-12-03 2014-08-12 Appecelerator, Inc. Aspect oriented programming
US8756579B1 (en) 2007-12-03 2014-06-17 Appcelerator, Inc. Client-side and server-side unified validation
US8938491B1 (en) 2007-12-04 2015-01-20 Appcelerator, Inc. System and method for secure binding of client calls and server functions
US8527860B1 (en) 2007-12-04 2013-09-03 Appcelerator, Inc. System and method for exposing the dynamic web server-side
US8335982B1 (en) 2007-12-05 2012-12-18 Appcelerator, Inc. System and method for binding a document object model through JavaScript callbacks
US8285813B1 (en) 2007-12-05 2012-10-09 Appcelerator, Inc. System and method for emulating different user agents on a server
US8639743B1 (en) 2007-12-05 2014-01-28 Appcelerator, Inc. System and method for on-the-fly rewriting of JavaScript
US8291079B1 (en) 2008-06-04 2012-10-16 Appcelerator, Inc. System and method for developing, deploying, managing and monitoring a web application in a single environment
US8880678B1 (en) 2008-06-05 2014-11-04 Appcelerator, Inc. System and method for managing and monitoring a web application using multiple cloud providers
US8572602B1 (en) 2008-06-05 2013-10-29 Appcelerator, Inc. System and method for synchronization of a web application to a cloud provider
US7596620B1 (en) 2008-11-04 2009-09-29 Aptana, Inc. System and method for developing, deploying, managing and monitoring a web application in a single environment
EP2202935B1 (en) * 2008-12-23 2012-06-20 Nokia Siemens Networks OY Method and device for processing data in a network
US9049247B2 (en) 2010-04-01 2015-06-02 Cloudfare, Inc. Internet-based proxy service for responding to server offline errors
US8751633B2 (en) 2010-04-01 2014-06-10 Cloudflare, Inc. Recording internet visitor threat information through an internet-based proxy service
US8880633B2 (en) 2010-12-17 2014-11-04 Akamai Technologies, Inc. Proxy server with byte-based include interpreter
US8849904B2 (en) 2012-05-17 2014-09-30 Cloudflare, Inc. Incorporating web applications into web pages at the network level
US10936794B2 (en) * 2014-06-24 2021-03-02 Keepsayk LLC High-performance web-based cloud services system and method using data link redirection
CN106101750B (zh) * 2016-08-08 2022-11-11 深圳市众幕电影科技有限公司 映前广告播放控制系统及其控制方法
US10958649B2 (en) 2018-03-21 2021-03-23 Akamai Technologies, Inc. Systems and methods for internet-wide monitoring and protection of user credentials

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026368A (en) * 1995-07-17 2000-02-15 24/7 Media, Inc. On-line interactive system and method for providing content and advertising information to a targeted set of viewers
US7225142B1 (en) * 1996-08-01 2007-05-29 At&T Corp. Interactive multimedia advertising and electronic commerce on a hypertext network
US6285987B1 (en) * 1997-01-22 2001-09-04 Engage, Inc. Internet advertising system
US6119164A (en) * 1997-04-15 2000-09-12 Full Circle Software, Inc. Method and apparatus for distributing over a network unsolicited information to a targeted audience
US6144944A (en) * 1997-04-24 2000-11-07 Imgis, Inc. Computer system for efficiently selecting and providing information
US5930773A (en) * 1997-12-17 1999-07-27 Avista Advantage, Inc. Computerized resource accounting methods and systems, computerized utility management methods and systems, multi-user utility management methods and systems, and energy-consumption-based tracking methods and systems
US6173287B1 (en) * 1998-03-11 2001-01-09 Digital Equipment Corporation Technique for ranking multimedia annotations of interest
US6233618B1 (en) * 1998-03-31 2001-05-15 Content Advisor, Inc. Access control of networked data
US6330566B1 (en) * 1998-06-22 2001-12-11 Microsoft Corporation Apparatus and method for optimizing client-state data storage
US6366948B1 (en) * 1998-12-18 2002-04-02 Intel Corporation Chat distribution service system for alternatively delivering the URL linked to a message determined by the chat client device to be unsuitable for distribution
EP1266317A4 (en) * 1999-06-14 2005-12-14 Integral Dev Corp SYSTEM AND METHOD FOR THE IMPLEMENTATION OF WEB-BASED FINANCIAL TRANSACTIONS IN CAPITAL MARKETS

Also Published As

Publication number Publication date
DK1161049T3 (da) 2012-12-10
US6453335B1 (en) 2002-09-17
EP1161049A2 (en) 2001-12-05
EP0975128B1 (en) 2002-01-02
ES2170985T3 (es) 2002-08-16
PT975128E (pt) 2002-06-28
DE69803369D1 (de) 2002-02-28
EP1161049B1 (en) 2012-10-10
DE69803369T2 (de) 2002-08-29
EP2330788A1 (en) 2011-06-08
ATE211595T1 (de) 2002-01-15
EP0975128A1 (en) 2000-01-26
DK0975128T3 (da) 2002-04-22
EP1161049A3 (en) 2010-01-20

Similar Documents

Publication Publication Date Title
ES2394078T3 (es) Método y aparato para proporcionar un canal de datos de Internet de terceras partes
US6567857B1 (en) Method and apparatus for dynamic proxy insertion in network traffic flow
ES2297734T3 (es) Interfaz de usuario mejorada.
US9444791B2 (en) Method and system for providing secure access to private networks
US6343323B1 (en) Resource retrieval over a source network determined by checking a header of the requested resource for access restrictions
US5991810A (en) User name authentication for gateway clients accessing a proxy cache server
US7761500B1 (en) URL based communication protocol from a client computer to a network device
FI104873B (fi) Datapalvelu matkaviestinverkossa
Bonaventure Computer Networking: Principles, Protocols and Practice
JP3807961B2 (ja) セッション管理方法、セッション管理システムおよびプログラム
US7249197B1 (en) System, apparatus and method for personalising web content
US6519646B1 (en) Method and apparatus for encoding content characteristics
US8543726B1 (en) Web relay
US20060112174A1 (en) Rule-based networking device
US20020083035A1 (en) System and method for wireless delivery of text data
US10104191B2 (en) Page views for proxy servers
WO2000031983A2 (en) Controlled communications over a global computer network
JP2005321970A (ja) コンピュータシステム
JP2008009607A (ja) 情報処理システムおよび制御プログラム
US20100042927A1 (en) Third Party Management of Computer System Control
US20050188008A1 (en) System for communicating with servers using message definitions
US20050021526A1 (en) Method for ensuring the availability of a service proposed by a service provider
US20020078076A1 (en) Simulator disposed between a server and a client system
CN101378407A (zh) 一种信息推送方法、系统及设备
WO2001044975A2 (en) Identifying web users in a proxy server