ES2212599T3

ES2212599T3 - Metodo y sistema para inyectar un contenido externo en secciones interactivas de una red informatica.

Info

Publication number: ES2212599T3
Application number: ES99938487T
Authority: ES
Inventors: Meir Yedidia; Yaron Boznach
Original assignee: Adwise Ltd
Current assignee: Adwise Ltd
Priority date: 1998-09-14
Filing date: 1999-09-02
Publication date: 2004-07-16
Anticipated expiration: 2019-09-02
Also published as: WO2000016529A1; DE69913176D1; DE69913176T2; EP1114545B1; WO2000016529B1; EP1114545A1; US6564243B1; ATE255310T1; AU5299199A

Abstract

Método para inyectar un contenido externo en una sesión interactiva de una red informática, que comprende las etapas siguientes: recibir en un nodo de red intermedio (10) una petición electrónica de un cliente (12) para obtener un contenido especificado desde una dirección remota especificada; determinar en función de criterios predeterminados si se debe enviar un contenido externo desde dicho nodo de red intermedio (10) hacia dicho cliente (12); si se decide el envío de un contenido externo, tomar el control de la sesión intermedia de red entre dicha dirección remota especificada y dicho cliente (12), como respuesta a dicha petición de contenido especificada, y transmitir dicha petición de contenido especificada a su dirección remota especificada para obtener respuesta; y si se decide no enviar un contenido externo, transmitir dicha petición de contenido especificada a su dirección remota especificada para obtener una respuesta y establecer una sesión interactiva de red entre dicha dirección remota especificada y dicho cliente (12).

Description

Método y sistema para inyectar un contenido externo en secciones interactivas de una red informática.

Referencia cruzada a una solicitud relacionada

La presente solicitud se basa en, y reivindica prioridad sobre, la solicitud provisional de patente número de serie 60/100,114, presentada el 14 de septiembre de 1998.

Antecedentes de la invención

La presente invención se refiere en general a un sistema y un método para inyectar un contenido externo personalizado en una sesión interactiva de una red informática, y en particular, a un sistema y a un método tal que proporcionen la visualización de un contenido adicional mediante un programa navegador de páginas web de la red Internet del usuario, aparte de aquel contenido realmente solicitado por el usuario durante una sesión interactiva.

Hoy en día es aceptable que los servidores web de la red Internet contengan páginas web con contenidos solicitados por usuarios. Por lo general, los contenidos solicitados son del interés del usuario, tales como páginas de inicio o similares, y a menudo incluyen otros contenidos tales como, por ejemplo, publicidad o mensajes, sobre la misma página web. Los usuarios que desean obtener contenidos que provienen de un servidor remoto en su ordenador cliente, a través de una red de comunicación de ordenadores global, tal como la red Internet, por lo general deben conectarse a través de un Proveedor de Servicios de Internet (ISP), que funciona como punto de conexión a la red global, tal como la Internet, y que proporciona los encaminadores para dirigir la petición del usuario hacia el servidor de páginas web apropiado. Al final de la presente memoria hay un glosario de términos relevantes sobre comunicaciones e Internet según el modo en que han sido empleados en la misma.

En la actualidad, los ISP no ejercen control sobre las peticiones de un cliente ni sobre los contenidos del servidor remoto. Dicha petición del cliente simplemente pasa a través del enlace de comunicación que constituye el ISP. Sin embargo, el ISP puede tener un interés de negocio en atraer la atención de sus clientes, suministrando o inyectando sus propios contenidos durante una sesión interactiva del usuario.

Generalmente, el ISP reenvía las peticiones del cliente y el contenido del servidor remoto de un modo transparente. El ISP puede animar a sus clientes a usar su portal o su página de inicio, o puede usar tecnología de difusión personalizada de información ("push technology") para atraer la atención de los clientes y enviarles contenidos. La tecnología de difusión personalizada implementa un método en el cual el ISP, o un tercero, puede enviar contenidos especiales a un usuario que instale previamente un programa cliente correspondiente o que configure previamente su dispositivo de red/ordenador para recibir esos contenidos especiales. Tanto en el caso del portal como en el caso del método de difusión personalizada, el ISP o el tercero confía en la total colaboración y consentimiento del usuario al utilizar el programa cliente correspondiente, para visualizar los contenidos obtenidos por este método. Un ejemplo de producto de difusión personalizada está disponible a través de, por ejemplo, Backweb Ltd. De Tel-Aviv, Israel.

La comunicación entre los dispositivos sobre una red se realiza utilizando un protocolo de comunicaciones. Por ejemplo, la comunicación a través de la Internet usa el Protocolo de Control de Transporte / Protocolo de Internet (TCP/IP). Un protocolo se estructura por capas tales según el modelo de comunicación por capas para la interconexión de sistemas abiertos (OSI). Diferentes dispositivos de red emplean diferentes capas del modelo OSI. Ciertos sistemas basados en la red Internet, extraen datos de un número limitado de capas. La patente U.S. de Schwed nº 5,606,668, por ejemplo, describe un sistema "cortafuegos" basado en datos de dos de las capas de comunicación. Un encaminador, por ejemplo, de Cisco Inc., U.S.A., utiliza datos de una sola capa.

Típicamente, cuando un usuario solicita un contenido introduciendo una dirección de Internet, tal como un localizador uniforme de recursos (URL) o un nombre de dominio, para recibir una página web, se tiene cierto retardo en el envío y la visualización de la página web en el navegador de páginas web del usuario. Lo mismo ocurre cuando se activa un hiperenlace en una página web. La patente U.S. de Judson número 5,572,643, publicada el 5 de noviembre de 1996, reconoce dicho retardo de respuesta y lo trata suministrando información descargada previamente o almacenada en el ordenador del usuario. Concretamente, la patente utiliza información integrada en el propio hiperenlace para mostrarla durante el periodo de retardo.

Algunos ISPs pueden tener el deseo de suministrar su propia publicidad en el navegador del usuario cada vez que se visualiza una página web. En "Ubiquitous Advertising on the WWW: Merging Advertisement on the Browser", Computer Networks and ISDN Systems, 28, 1493 (1996) se usa un navegador modificado para mostrar una página web "fusionada" que consiste en una página web original y una página web de publicidad.

También se conoce bien la capacidad de colocar un contenido específico (p.ej. publicidad) que proviene de un único servidor remoto, sobre áreas predefinidas de páginas que tienen un enlace apropiado, según se ve en "More Than Just Hits" de L.F. Cooper, Information Week, 63 (2 de diciembre 1996) acerca de DoubleClick.

Es deseable personalizar partes de páginas web. El documento de publicación internacional WO 99/16003 de Belard Inc. (1 de abril de 1999) da a conocer páginas web en la que se selecciona cierto contenido predefinido de un grupo de contenidos asociados, según criterios de selección personales del usuario almacenados.

Sumario de la invención

En términos generales, según la presente invención, se proporciona un sistema y un método para enviar un contenido local, o externo, a un ordenador cliente de un usuario. El ordenador cliente está adaptado para transmitir peticiones de un contenido seleccionado y para permitir la descarga del contenido seleccionado solicitados desde una ubicación seleccionada. La petición de contenido seleccionado es interceptada tras enviarse a la ubicación seleccionada. El contenido local o externo es enviado al ordenador cliente del usuario añadiéndose al envío del contenido seleccionado.

En una forma de realización preferida, el ordenador cliente del usuario incluye un navegador de páginas web de la red Internet para visualizar la Internet solicitando un contenido seleccionado de una ubicación cuya dirección se ha especificado. Después de que el ISP reciba dicha petición, se toma la decisión, según criterios definidos previamente, de si enviar un contenido adicional al ordenador cliente del usuario. El contenido adicional es suministrado desde una fuente diferente a la de la ubicación correspondiente a la dirección especificada.

Por lo tanto, es un objetivo de la presente invención proporcionar un sistema y un método para insertar un contenido personalizado en una sesión interactiva de comunicación, sin alterar el contenido suministrado por servidores web remotos, y sin producir ningún efecto notorio en el funcionamiento, según perciba el usuario final/cliente.

Un objetivo adicional de la presente invención es proporcionar un punto de intervención genérico e inteligente en las sesiones interactivas, que permita aplicar varios esquemas de intervención según atributos de comunicaciones del usuario final y según atributos de actividad particulares.

Otro objetivo de la presente invención es proporcionar un método para monitorizar la interacción entre cliente y servidor, empleando todas las capas del modelo OSI y actuando según el mismo.

Además, otro objetivo de la presente invención es proporcionarle a un ISP un método para añadir un contenido visualizable en un navegador de un usuario mientras se procesa una petición de cliente, sin depender de ninguna configuración/instalación previa en el punto extremo de cliente o en el extremo del servidor.

Otros objetivos y ventajas adicionales de la invención serán obvios en parte y serán aparentes en parte a partir de la presente memoria.

De acuerdo con lo anterior, la invención comprende las diferentes etapas, y su relación unas con otras, y el sistema presenta en su realización características de construcción, de combinación de elementos y de disposición de partes adaptadas para realizar dichas etapas, todo tal como se ejemplifica en la siguiente descripción detallada, y el alcance de la invención será indicado en las reivindicaciones.

Breve descripción de los dibujos

Para una mayor comprensión de la invención, debe hacerse referencia a la siguiente descripción en relación con los dibujos adjuntos, en los que:

La figura 1 es una representación en forma de diagrama de flujo de una red global de comunicaciones típica, según los antecedentes;

La figura 2 es una representación en forma de diagrama de flujo de una red de comunicaciones global según una forma de realización preferida de la presente invención;

La figura 3 es una representación detallada en forma de diagrama de flujo del inyector de contenido de la figura 2, según la presente invención;

La figura 4A representa una forma de funcionamiento del inyector de contenido de la presente invención;

La figura 4B representa los diferentes formatos de cabecera para diferentes protocolos de Internet;

Las figuras 5 a 7 son representaciones en forma de diagrama de flujo que representan las etapas realizadas por el método y el sistema de la presente invención;

Las figuras 8A y 8B son representaciones en forma de diagrama de flujo que representan las etapas realizadas en una aplicación a título de ejemplo de la presente invención;

Las figuras 9A a 9C representa visualizaciones que pueden mostrarse en un navegador de páginas web con respecto a la presente invención; y,

Las figuras 10A a 10C son gráficas de tiempo que representan la forma en que debe emplearse la presente invención conjuntamente con el tiempo de retardo de red.

Descripción detallada de los ejemplos de realización preferidos

En primer lugar se hace referencia a la figura 1 de los dibujos que representa un enlace ISP típico según los antecedentes. En un enlace ISP típico como ese, el servidor ISP, indicado en general con un 10, incluye un dispositivo 18 de acceso al ISP que permite, por ejemplo, el acceso a través de línea telefónica conmutada mediante un módem o similar, el acceso directo a través de un encaminador u otros medios de comunicación, permitiendo por tanto que un cliente 12, o una red 13 de clientes 12a, 12b, 12c se conecten al enlace ISP 10. El servidor incluye también un concentrador 22, un servidor de nombres de dominio (DNS) 20, un control de acceso de clientes tal como un Radius 24, un servidor de correo electrónico 25, unos servidores en hospedaje 26, y un encaminador 30 que conecta el enlace ISP a una red global de ordenadores tal como la Internet 32. Generalmente, dichos dispositivos identificados del ISP están conectados entre ellos a través de una red tal como una red de área local (LAN). Obsérvese que esta configuración concreta se muestra a título de ejemplo, y que con la presente invención pueden utilizarse otras configuraciones de red para el ISP. La disposición y el ajuste de tales configuraciones son bien conocidas por los expertos en la materia. La presente invención, tal como se describe en detalle a continuación, puede usarse en conjunto con cualquiera de estas posibles configuraciones.

Cada cliente 12 es, por lo general, un ordenador tal como un PC o un portátil, con capacidades de vídeo y audio, que tiene un procesador y programas o aplicaciones asociadas al mismo. La Internet 32 es una colección de clientes y servidores dispuestos en red, que están adaptados con programas (software) y enlaces de comunicación para comunicarse unos con otros. Los clientes pueden enviar un mensaje de petición a un servidor y esperar una respuesta, típicamente a través de un programa navegador. La respuesta es visualizada o presentada en el navegador. Para una descripción más detallada de la Internet, de los navegadores, de la comunicación a través de la Internet y de sus protocolos, se hace referencia a la patente U.S. de Ruvolo número 5,928,363, cuya descripción se incorpora, por referencia, en el presente documento, aunque no exponga por completo.

La figura 2 representa la configuración de red de la figura 1 en la cual ha sido instalado un sistema inyector de contenido, indicado por lo general como 40, y construido según la presente invención. Los mismo elementos de la figura 2 que figuraban en la figura 1 conservan sus números de referencia. Obsérvese que el inyector de contenido 40 está conectado al enlace ISP 10 en esta forma de realización, sin embargo, el inyector de contenido 40 puede estar dispuesto también en otros lugares, como entre la red 13 y el enlace ISP 10, o entre el cliente 12 y el enlace ISP 10. La presente invención puede utilizarse con cualquiera de estas configuraciones.

La figura 3 representa una configuración detallada del inyector de contenido 40 de la figura 2. Tal como se muestra, el inyector de contenido 40 contiene una pasarela 42, un controlador 66, dos dispositivos de almacenamiento 54 y 58, una fuente de contenido 64 que tiene la responsabilidad de asignar un contenido externo a la petición original cuando se necesite, y un administrador de sistema 42. La información circula a través de la red en forma de paquetes, como bien conocen los expertos en la materia. La ubicación del inyector de contenido 40 de la figura 2, se selecciona de forma que la circulación de los datos hacia o desde un dispositivo concreto de la red, tal como una estación de trabajo, un dispositivo de acceso de cliente o un encaminador, pueda ser controlada adecuadamente. Así pues, pueden controlarse los paquetes que circulan hacia o desde los clientes 12. El dispositivo inyector de contenido 40 puede implementarse, por ejemplo, sobre un ordenador PC que tenga un procesador Intel Pentium II con un disco duro de 10 GB y 64 MB de memoria RAM. El inyector de contenido 40 también puede ser implementado en una CPU integrada.

El inyector de contenido 40 funciona utilizando una "política de adición" (tal como se describe en detalle a continuación), que está determinada por el administrador de sistema 42. La política de adición determina si añadir un contenido externo a una petición de contenido de un cliente o dejar pasar la petición de forma transparente. La adición del contenido externo se lleva a término sin alterar la petición original o el contenido solicitado. El administrador de sistema configura la política de adición mediante una interfaz gráfica y la almacena en el controlador 66. Un ejemplo de dicha política podría ser el añadir contenido a una petición de un cliente cada 10 segundos.

Otro método para configurar la política de adición es utilizar un controlador central de política, que transmite una política de adición personalizada específica y un contenido externo a un ISP especificado. El controlador central de política puede estar ubicado en cualquier punto de la red, por ejemplo en un servidor remoto con respecto al ISP. Un servidor de ese tipo puede comunicarse con el inyector de contenido 40 del ISP a través de una conexión de Internet, a través de una línea telefónica conmutada u otro sistema de comunicación que sea conveniente.

Los protocolos de comunicación están organizados por capas, lo que también se viene a denominar pila de protocolos. La ISO (Organización Internacional de Normalización) ha definido un modelo general que proporciona un marco de referencia para el diseño de capas de protocolos de comunicación. Este modelo sirve como referencia básica para comprender la funcionalidad de los protocolos de comunicación existentes. Diferentes protocolos de comunicación usan diferentes capas del modelo OSI, por ejemplo el protocolo IP. Puede encontrase una descripción completa y detallada del modelo OSI y del protocolo IP en el libro titulado: "TCP/IP Illustrated, Volume 1: The Protocols" de W. Richard Stevens (Addison-Wesley Professional Computing Series 1994). Puede encontrase una descripción detallada del protocolo TCP/IP y los protocolos que subyacen por debajo de IP en el libro titulado: "Internet Protocols Handbook" de Dave Roberts.

\newpage

MODELO OSI según el protocolo IP y el conjunto de protocolos IP
Capa	Funcionalidad de la capa OSI	Capas del protocolo IP	Conjunto de protocolos IP
7	Aplicación	Aplicación	HTTP, FTP, TELNET, SNMP,
			SMTP, NNTP
6	Presentación
5	Sesión	Sesión	TCP, UDP
4	Transporte
3	Red	Red	IP
2	Enlace de datos
1	Física

En referencia a la Tabla 1 anterior, la capa 1 proporciona la conexión física eléctrica a un medio de transmisión. Esta capa pues ser la conexión por cable utilizada para interconectar varios dispositivos de red. La capa 2 crea y controla el enlace físico de comunicación de datos entre dos puntos extremos. La capa 3 direcciona los paquetes de red, por ejemplo, los paquetes del Protocolo de Internet (IP), y los encamina para proporcionar comunicación extremo a extremo entre dos servidores de red, a través de servidores intermedios. La capa 4 se encarga de la fiabilidad o no-fiabilidad de la transferencia, por ejemplo, el Protocolo de Control de Transporte (TCP) para una transferencia fiable y el Protocolo de Datagrama de Usuario (UDP) para una transferencia no-fiable. Una transferencia fiable implica la creación de una conexión (un "circuito virtual") y la finalización de la conexión una vez termine la sesión.

La capa 5 abre una sesión (una "conexión virtual") entre dos servidores, controla la sesión entre los dos puntos extremos, y después cierra la sesión. La capa 6 da formato a los datos para conservar su significado. La capa 7 proporciona la interfaz de usuario e implementa los servicios para alcanzar los objetivos de la aplicación, por ejemplo, el Protocolo de Transferencia de Ficheros (FTP), E-MAIL, HTTP (navegar), TELNET, etc.

El inyector de contenido 40 de la presente invención funciona cuando se produce una petición de contenido por parte de un cliente. El usuario es la persona que opera un ordenador cliente o un dispositivo de red cliente, conectado al Proveedor de Servicios de Internet (ISP), o un ordenador o dispositivo de red conectado a la red anterior, y que puede interaccionar con la red de forma automática o programada. Una petición de contenido de un servidor remoto, por parte del cliente, puede llevarse a término usando un protocolo orientado a conexión, por ejemplo TCP, un protocolo no orientado a conexión, por ejemplo UDP, o cualquier otro protocolo.

La información que se intercambia entre el cliente y el servidor circula a través de la red en forma de paquetes IP que contienen protocolos de capas altas, que contienen la petición del cliente de información sobre el contenido deseado. El proceso mediante el cual el cliente y el servidor intercambian información está referido como "sesión interactiva". La sesión interactiva está caracterizada por una fase inicial donde el cliente inicia una petición de contenido, una fase de intercambio de información donde el cliente envía/recibe el contenido hacia/desde un servidor, y una fase de finalización donde la sesión finaliza. El contenido puede ser cualquier forma de información electrónica, incluyendo, sin por ello limitarse, textos, páginas web, imágenes o gráficos, audio de cualquier formato, programas de ordenador o componentes software, archivos, vídeos, etc.

La figura 4A representa la forma en que se utiliza, dentro del modelo OSI, el módulo inyector de contenido 40, que emplea un módulo inyector de contenido indicado por lo general con 220. Esta figura muestra qué capas de comunicación OSI (indicadas como 210, 212, 214 y 216) están asignadas a cada tarea. Tal como se muestra, el inyector de contenido 40 emplea todas las capas de red 1 a 7. La petición de un cliente que llega al ordenador en el que reside el inyector de contenido 40, es desviada hacia el módulo inyector de contenido 220. La petición es recibida en la tarea 222. La tarea 224 comprueba si el inyector de contenido está activo. Si está activo, el control pasa a la tarea 226. Si no está activo, la petición es reenviada a su destino original mediante la tarea 228. En la tarea 226, se contrasta la petición de información con la política de adición de contenido, y se determina si añadir contenido externo. Si la decisión es la de añadir contenido externo, el control pasa a la tarea 230. Si la decisión es no añadir contenido externo, se pasa el control a la tarea 228, y la petición original es reenviada al destino. La tarea 230 añade contenido externo a la petición original de contenido.

La figura 4B representa el formato de las cabecera IP, TCP y UDP. Empleando estos formatos conocidos, el inyector de contenido es capaz de analizar la petición de un cliente y responder como corresponde. Este proceso se ilustrará mediante las tareas 222 y 226 de la figura 4A. La tarea 222 recibe paquetes IP y los ordena según la dirección IP extraída de la cabecera IP (capa 3 de la Tabla 1). Para identificar el inicio de una nueva sesión, el inyector de contenido utiliza información del campo de indicadores ubicado en la cabecera TCP (capas 4 a 5). El inyector de contenido identifica la intención de iniciar sesión por parte de un cliente por medio de la información de las capas 3 a 5 del modelo OSI (Tabla 1).

La tarea 226 decide, mediante la información de las capas 3 a 7 y la política de adición configurada previamente, si añadir contenido externo. Una política de adición básica puede basarse en, por ejemplo:

a) Un intervalo de tiempo (p.ej. 60 segundos) implementado utilizando la dirección del cliente IP, extraída de la cabecera IP (capa 3).

b) Información del servidor remoto (p.ej., el "puerto" número 270, el nombre del servidor) extraído de la cabecera TCP (capas 4 y 5); o

c) Tipo de contenido solicitados, mediante el protocolo HTTP (p.ej., página HTML, palabras clave, imagen, etc.) que se extrae de los datos transportados por el protocolo TCP (capas 6 y 7).

La explicación anterior se aplica también a la figura 6 tal como se describe a continuación. Se puede encontrar información adicional sobre los protocolos de Internet en los textos de Stevens citados anteriormente.

Las figuras 5 a 7 representan un diagrama de flujo detallado del método ejecutado por el módulo inyector de contenido 220 de la figura 4A. Las descripciones detalladas de las figuras 5 a 7 define en mayor profundidad al módulo inyector de contenido 40.

La figura 5 representa el procedimiento que trata una petición de contenido por parte de un cliente que entra en la pasarela 42 (figura 3). Tal como se citó anteriormente, la petición del cliente está compuesta de paquetes IP, que contienen información de protocolos de capa alta e información de petición. La petición circula desde el cliente hasta el ISP en paquetes IP y es recibida por la pasarela 42, que los ordena y los analiza entre varias peticiones del cliente.

El procedimiento comienza con la tarea 43, cuando el inyector de contenido 40 se conecta y se activa. La tarea 41 (que corresponde en general a la tarea 222 de la figura 4A) recibe todas las peticiones que provienen de los clientes y las almacena en el dispositivo de almacenamiento 58 (figura 3). La tarea 164 lee la petición desde el dispositivo de almacenamiento 58 y comprueba que el inyector de contenido está activo. Si está activo, la petición es redirigida a la tarea 166; en caso contrario, la petición es reenviada a su destino original en la tarea 21, por ejemplo, el servidor remoto. La tarea 21 corresponde con la tarea 228 de la figura 4A. La tarea 166 comprueba si la petición contiene una "petición de consulta de dirección", es decir, una petición DNS. En caso afirmativo, la petición es redirigida a la tarea 170 (véase figura 7); en caso contrario, es redirigida a la tarea 168. La tarea 168 identifica la fase inicial de la petición de sesión interactiva. Si se solicita contenido, la petición es redirigida a la tarea 172 (véase figura 6); en caso contrario, es reenviada a su destino original 21. La tarea 21, después de ejecutarse, le devuelve el control al procedimiento de la tarea 41.

La figura 6 representa el procedimiento que trata a los diferentes clientes a los que se les añade contenido externo, o cuyas peticiones pasan de forma transparente. El sistema tiene un contador de tiempo para cada cliente, que se reconoce mediante una IP unívoca asignada al cliente mientras esté conectado a la Internet. El contador de tiempo "decide" cuando añadir contenido externo a la petición del cliente. La adición se realiza cuando el cliente inicia una petición.

La tarea 180 utiliza las capas de comunicación 2 y 3 para identificar el comienzo de la petición del cliente. La tarea comprueba el contador de tiempo extrayendo la dirección IP de los paquetes IP del cliente (capa 3), comparándolos con la "tabla de contadores de tiempo" de los clientes. La "tabla de contadores de tiempo" guarda las lecturas actualizadas de los contadores de tiempo para cada cliente. Si el contador de tiempo indica que no se debe añadir contenido externo, la petición es reenviada a su destino original 21. Si indica que sí se debe añadir contenido, el contador de tiempo de este cliente es reiniciado en la tarea 181 y su petición es redirigida a la tarea 182.

La tarea 182 comprueba si la política de adición se aplica sobre los protocolos de las capas 4 a 6 del modelo OSI para el caso de esa petición. La tarea 182 comprueba qué información de aplicación transfiere este protocolo en las capas altas 6 y 7, por ejemplo, HTTP, FTP, y similares. La tarea se realiza extrayendo información de la cabecera de protocolo de las capas 4 y 5, por ejemplo, el formato de cabecera (TCP, UDP), o el número de puerto (que generalmente está asociado al protocolo de aplicación, por ejemplo, HTTP, FTP, etc.). Si la información de protocolo no concuerda con la política de adición, la petición es reenviada a su destino original 21. Si concuerda, la petición es redirigida a la tarea 188 y se guarda en la tabla de peticiones almacenada en el dispositivo de almacenamiento 58, que contiene peticiones a las que se les debe añadir o no contenido externo.

La tarea 190 comprueba si la información de aplicación de la petición, en la capa de protocolo 7 (que es transferida por los protocolos de las capas 4 a 6), concuerda con la política de adición, por ejemplo la adición se realiza sobre una petición de protocolo HTTP. Si la información de aplicación concuerda con la política de adición, el contenido externo se añade en la tarea 194. En caso contrario, la petición es redirigida a la tarea 192. La tarea 192 redirige la petición del cliente para que obtenga el contenido original solicitado. La redirección se realiza reenviando la petición del cliente hacia el servidor remoto (que contiene el contenido original) o a una ubicación del dispositivo de almacenamiento 54 (figura 3) al que se ha transferido el contenido original.

La tarea 194 añade contenido externo a la petición del cliente, mediante un procedimiento que envía el contenido incorporado dentro de la respuesta a la petición de contenido original. La petición de contenido original puede hacerse mediante dos métodos. El primer método dirige la petición original hacia el servidor remoto en el que está almacenado el contenido original. El segundo método redirige la petición a una ubicación del dispositivo de almacenamiento 54, donde ha sido transferido el contenido original mientras se ha enviado el contenido adicional al cliente. El contenido externo proviene de la fuente de contenido 64 de la figura 3, utilizando información de la petición del cliente (en las capas 1 a 3 más la información de aplicación) e información del dispositivo de almacenamiento de base de datos de contenido 54.

La figura 7 representa el proceso que trata la petición de consulta de dirección (petición DNS). La tarea 301 recibe la petición después de identificarla en la figura 5, en la tarea 166. La tarea 310 comprueba si es el momento de añadir el contenido externo a la petición del cliente. El proceso se realiza de modo similar al proceso que tiene lugar en la figura 6, en la tarea 180. Si el campo de tiempo de la "tabla de contadores de tiempo" indica que no hay que añadir el contenido externo, se dirige la petición a su destino original, es decir, a la tarea 21. En caso contrario, se dirige a la tarea 302. La tarea 302 comprueba si la petición ya existe en la "tabla de consultas de dirección" (parte del dispositivo de almacenamiento de la figura 3) comparando la información de petición con la base de datos de consultas. Si se determina que la petición ya está en la base de datos, ésta es reenviada a su destino original, es decir, la tarea 21. En caso contrario, ésta es redirigida a la tarea 304. La tarea 304 guarda los detalles de la petición en la base de datos de consultas 58, mientras crea el contenido externo para la petición de contenido del cliente para la tarea 305 que viene después. Como ya se conoce en el estado de la técnica, una petición DNS precede una petición de contenido a un servidor remoto. Mientras tanto, la petición es redirigida al DNS 20 en la tarea 306.

Con relación ahora a las figuras 8A y 8B para describir un ejemplo concreto que utiliza la presente invención. Un usuario del cliente 12 abre un navegador de Internet en la etapa 350. El cliente 12 inicia una petición HTTP cuando el usuario escribe la URL de un servidor web de Internet, por ejemplo: www.adwise.net, en la etapa 352. La figura 9A representa la introducción de dicha petición en, por ejemplo, un navegador de páginas web Internet Explorer de Microsoft. De modo alternativo, se podría activar en el navegador un enlace de hipertexto u otro tipo de acceso directo. El navegador del cliente 12 pregunta al Servidor de Nombres de Dominio (DNS) 20 para obtener la dirección IP a partir del nombre del servidor web en la etapa 354. El navegador intenta establecer una sesión con el servidor solicitado a través de la Internet 32, en la etapa 356. Como ya se sabe, este intento implica un cierto retardo.

El inyector de contenido 40 identifica el intento del cliente de establecer una sesión con un servidor remoto: www.adwise.net en la etapa 358. El inyector de contenido 40 determina si añadir o no el contenido externo en la sesión del cliente de la etapa 374. En caso negativo, la sesión es redirigida a su destino original www.adwise.net en la etapa 376. En caso afirmativo, el inyector de contenido 40 se identifica como www.adwise.net y toma la sesión, en lugar de redirigir la sesión a www.adwise.net en la etapa 366. El inyector de contenido 40 establece una sesión aparte con www.adwise.net en la etapa 362, y recibe el contenido deseado por el cliente en la etapa 364, y guarda el contenido en el medio de 54 de la figura 3 en la etapa 368.

En paralelo a dicho proceso, el inyector de contenido 40 genera el contenido externo personalizado según la sesión actual en la etapa 374 y lo envía al cliente en la etapa 372. El contenido externo es típicamente una imagen visual o una página HTML, contenida en el HTML generado por el inyector de contenido. El navegador del cliente recibe y muestra el contenido externo en la etapa 380. La figura 9B representa la pantalla del navegador del cliente después de mostrarse el contenido externo local. Mientras se muestra el contenido externo, el navegador vuelve a establecer una sesión con www.adwise.net en la etapa 382. El inyector de contenido 40 identifica esta segunda petición en la etapa 384 y la redirige al medio de almacenamiento 54 en la etapa 386, en la que el contenido solicitado fue previamente recibido para el cliente. El cliente recibe el contenido original en la etapa 388. El procedimiento se repite para cada sesión establecida. La decisión sobre si añadir o no el contenido externo se realiza de nuevo tal como se ha explicado anteriormente.

Con relación ahora a las figuras 9A, 9B y 9C, la figura 9A representa la distribución gráfica típica de la pantalla de un navegador de páginas web de la Internet, mostrando la URL o el nombre del dominio (dirección del servidor) 400 (p.ej.: www.adwise.net) mostrada como ya introducida en la barra de dirección del navegador.

La figura 9B representa la plantilla de la pantalla de la figura 9A que viene a continuación de la petición de contenido del cliente. Se muestra el contenido externo 402, por ejemplo, a modo de ventana superpuesta, que incluye un gráfico publicitario 406, que tiene un hiperenlace asociado activable mediante un "clic" con el pulsador de control del ratón. El contenido solicitado originalmente 404 puede aparecer (casi simultáneamente) con el contenido externo 406. En ciertos casos, el contenido externo puede mostrarse en el navegador del cliente en forma de, por ejemplo, un gráfico publicitario activable mediante un "clic", que se muestra hasta que llega el contenido original, tal como muestra la figura 9C. A voluntad, el usuario hace "clic" con el ratón sobre el gráfico publicitario 406 para activar el hiperenlace y recibe el contenido asociado 408, mostrado en una nueva ventana del navegador.

A modo de explicación adicional de las figuras 8A y 8B, las figuras 10A, 10B y 10C representan como el inyector de contenido 40 puede utilizar el tiempo de retardo de red para inyectar contenido. La figura 10 representa el tráfico generado por el cliente. El intervalo de tiempo t0 representa la petición DNS del cliente (tarea 354 de la figura 8A). Esta petición es respondida por el servidor DNS en el intervalo de tiempo t1 de la figura 10B. Después de la petición DNS, el cliente inicia una petición HTTP a un servidor (tarea 356). Esta petición está representada por el intervalo de tiempo t2 de la figura 10A. Debido al hecho de que una petición HTTP implica la creación de una sesión entre un cliente y un servidor, y el procesamiento de las peticiones por parte del servidor, existe un tiempo de retardo hasta que el cliente recibe el contenido requerido y éste se carga completamente en el navegador del cliente. Este retardo está representado por el intervalo de tiempo t8 de la figura 10B.

La figura 10C representa cómo el inyector de contenido 40 se sirve de la línea del cliente mientras espera el contenido solicitado. El contenido externo se envía (tarea 372) entre los intervalos de tiempo t2 y t7, mostrados como t3 a t6 en la figura 10C. Mientras el inyector de contenido descarga el contenido para el cliente en una sesión aparte, el cliente es libre de aceptar el contenido externo. El contenido externo está diseñado para adaptarse al periodo de tiempo de retardo que hay entre la petición del cliente y la llegada del contenido original (tarea 388). Se observa que los intervalos de tiempo t0, t1, etc. Suelen ser desiguales y suelen depender del funcionamiento de la red.

A continuación se expone un glosario de expresiones comunes de comunicación e Internet tal como se usan en el presente documento:

NAVEGADOR: Un programa cliente que permite a un usuario la lectura de documentos de hipertexto en la Web, y navegar entre ellos. Algunos ejemplos son Netscape Navigator, Lynx y Microsoft Internet Explorer. Los navegadores pueden basarse en texto o en gráficos.

DNS: Sistema de Nombres de Dominios. Un sistema de base de datos que traduce una dirección IP en un nombre de dominio. Por ejemplo, una dirección IP numérica como por ejemplo 232.452.120.54 puede traducirse a un nombre de dominio tal como xyz.com.

E-MAIL: Correo electrónico. Un servicio para enviar mensajes entre ordenadores a través de redes locales o globales.

CORTAFUEGOS (Firewall): Un dispositivo electrónico que ejerce de frontera para impedir el acceso de usuario no autorizados a ciertos archivos de una red; o un ordenador empleado para soportar dicho mecanismo de frontera.

FTP: Protocolo de Transferencia de Archivos. Un protocolo entre cliente y servidor para el intercambio de archivos con un ordenador servidor.

HTTP: El protocolo más utilizado para transmitir información desde un servidor Web a los navegadores, y por ello las direcciones Web comienzan con http://. También se le denomina Protocolo de Transporte de Hipertexto.

CONCENTRADOR (Hub): Del mismo modo que el cubo (eje) de una rueda, es un dispositivo central que interconecta varios ordenadores o varias redes. Un concentrador pasivo simplemente redirige mensajes; un concentrador activo, o repetidor, amplifica o refresca el tren de datos, que de otro modo se hubiese deteriorado sobre una larga distancia.

IP: Protocolo de Internet. La parte IP de TCP/IP; el protocolo utilizado para encaminar un paquete de datos desde su fuente hasta su destino a través de la Internet.

ISO (International Organization for Standardization): Organización Internacional de Normalización. Una organización voluntaria fundada en 1946, que comprende las organizaciones de normalización nacionales de muchos países, y responsable de la creación de estándares internacionales en muchas áreas, incluyendo informática y comunicaciones. El ANSI (Instituto Nacional Norteamericano de Estándares) es el miembro norteamericano de la ISO. La ISO produjo el modelo OSI (Open Systems Interconnection, Interconexión de Sistemas Abiertos), un modelo de siete capas para la arquitectura de redes.

ISP (Internet Service Provider): Proveedor de Servicios de Internet. Una compañía que proporciona cuentas de acceso a Internet.

LAN (Local Area Network): Red de Área Local. Una red que conecta ordenadores cercanos los unos de los otros, habitualmente en el mismo edificio, conectados a través de un cable.

NNTP (Network NewsTransfer Protocol): Protocolo de Transferencia de Noticias por Red. Protocolo de Internet para conectarse a los grupos de noticias de Usenet y a los mensajes públicos correspondientes (mensajes "post").

ENCAMINADOR (Router): Un dispositivo que determina el mejor camino para enviar un paquete de datos de una red a otra. Un encaminador almacena y redirige mensajes electrónicos entre redes, determinando primero todos los caminos posibles hacia la dirección de destino y escogiendo después la ruta más oportuna, en función de la carga de tráfico y el número de saltos. Un encaminador funciona a nivel de red (capa 3 del modelo OSI); un puente (bridge) trabaja en la capa de enlace de datos (capa 2). Un encaminador realiza más procesado que el puente.

SMTP (Simple Mail Transfer Protocol): Protocolo Simple de Transferencia de Correo. Un protocolo de servidor a servidor para el envío de correo electrónico. Es el protocolo estándar utilizado en la Internet; también se utiliza en otras redes TCP/IP.

SNMP (Simple Network Management Protocol): Protocolo Simple de Gestión de Red). Es el protocolo estándar de la Internet para los programas de administración de redes. Mediante SNMP los programas denominados agentes monitorizan los diferentes dispositivos de la red (concentradores, encaminadores, puentes, etc.). Otro programa recoge los datos obtenidos por los agentes. La base de datos creada por las operaciones de monitorización se denomina Base de Información de Administración (MIB). Estos datos se utilizan para comprobar si todos los dispositivos de la red funcionan adecuadamente.

TCP (Transmission Control Protocol): Protocolo de Control de la Transmisión. El protocolo de capa de transporte más común de la Internet, definido en STD 7, RFC 793. Este protocolo de comunicación está basado en redes que siguen los estándares del Departamento de Defensa de los EE.UU. Está basado en el Protocolo de Internet (IP) de modo que funciona como su protocolo subyacente; TCP/IP significa Protocolo de Control de la Transmisión dentro del Protocolo de Internet. TCP está orientado a conexión y orientado a flujo de datos continuo, y proporciona comunicación fiable sobre redes de conmutación de paquetes.

TELNET (TN): Un protocolo de emulación de terminal que permite a un usuario iniciar remotamente una sesión en otros ordenadores de la red Internet; tiene una interfaz de línea de comandos. Desarrollado originalmente para ARPAnet, Telnet funciona por encima de los protocolos TCP/IP.

UDP (User Datagram Protocol): Un protocolo de comunicación para la capa de red, la capa de transporte y la capa de sesión de la Internet, que hace posible enviar un mensaje de datagrama desde un ordenador a una aplicación que se está ejecutando en otro ordenador. Del mismo modo que TCP (Protocolo de control de transmisión), UDP se utiliza con IP (el Protocolo de Internet). A diferencia de TCP, UDP no está orientado a conexión y no garantiza una comunicación fiable; la aplicación debe encargarse de ella mismas de procesar los errores y comprobar la fiabilidad de la transmisión.

Por consiguiente, la presente invención proporciona un sistema y un método para inyectar un contenido externo en una sesión interactiva entre cliente y servidor, tal como una sesión de visualización de páginas web, sin interferir en las comunicaciones regulares. El contenido puede seleccionarse de forma personalizada y suministrar publicidad, información, noticias o similares, especialmente durante el periodo normal de retardo entre una petición de una página web concreta y su descarga real.

Se apreciará que los objetivos establecidos anteriormente, entre aquellos que se han hecho evidentes en la descripción precedente, son alcanzados de forma eficiente y, debido a que pueden realizarse cambios en la ejecución de los métodos y en los sistemas expuestos anteriormente sin escapar del alcance de la invención, se pretende que toda la materia contenida en la descripción anterior y mostrada en los dibujos adjuntos deberá interpretarse como ilustrativa y en un sentido no limitante.

Debe entenderse también que las siguientes reivindicaciones pretenden cubrir todas las características genéricas y específicas de la invención aquí descrita y todas las afirmaciones acerca del alcance de la invención que, por motivos lingüísticos, podrían derivarse de las mismas.

Claims

1. Método para inyectar un contenido externo en una sesión interactiva de una red informática, que comprende las etapas siguientes:

recibir en un nodo de red intermedio (10) una petición electrónica de un cliente (12) para obtener un contenido especificado desde una dirección remota especificada;

determinar en función de criterios predeterminados si se debe enviar un contenido externo desde dicho nodo de red intermedio (10) hacia dicho cliente (12);

si se decide el envío de un contenido externo, tomar el control de la sesión intermedia de red entre dicha dirección remota especificada y dicho cliente (12), como respuesta a dicha petición de contenido especificada, y transmitir dicha petición de contenido especificada a su dirección remota especificada para obtener respuesta; y

si se decide no enviar un contenido externo, transmitir dicha petición de contenido especificada a su dirección remota especificada para obtener una respuesta y establecer una sesión interactiva de red entre dicha dirección remota especificada y dicho cliente (12).

2. Método para inyectar un contenido externo según la reivindicación 1, en el que dichos criterios predeterminados incluyen una política de adición.

3. Método para inyectar un contenido externo según la reivindicación 2, en el que dicha política de adición utiliza al menos un intervalo de tiempo, una información de servidor remoto y tipo de contenido solicitado, para determinar el envío de contenido externo a dicho cliente (12).

4. Método para inyectar un contenido externo según la reivindicación 1, que comprende además la etapa de almacenamiento de dicha petición electrónica en un dispositivo de almacenamiento (58) conectado a dicho nodo de red intermedio (10).

5. Método para inyectar un contenido externo según la reivindicación 4, en el que dichos criterios predeterminados incluyen la determinación de si la petición electrónica es similar a dicha petición electrónica almacenada.

6. Método para inyectar un contenido externo según la reivindicación 1, que comprende además las etapas de recibir dicho contenido especificado desde dicha dirección remota hacia dicho nodo de red intermedio (10) y de almacenar dicho contenido especificado en dicho nodo de red intermedio (10).

7. Método para inyectar un contenido externo según la reivindicación 6, que comprende además la etapa de modificar dicho contenido almacenado especificado con dicho contenido externo.

8. Método para inyectar un contenido externo según la reivindicación 7, que comprende además la etapa de transmitir dicho contenido almacenado especificado desde dicho nodo de red intermedio (10) a dicho cliente (12) como respuesta a dicha petición electrónica de contenido especificado.

9. Método para inyectar un contenido externo según la reivindicación 6, que comprende además la etapa de enviar dicho contenido almacenado especificado desde dicho nodo de red intermedio (10) a dicho cliente (12).

10. Método para inyectar un contenido externo según la reivindicación 9, que comprende además la etapa de visualizar dicho contenido externo en dicho cliente (12) hasta que dicho contenido especificado se envía desde dicho nodo de red intermedio (10) a dicho cliente (12).

11. Método para inyectar un contenido externo según la reivindicación 9, que comprende además la etapa de visualizar dicho contenido externo en dicho cliente (12) durante un tiempo predeterminado antes de visualizar el contenido especificado.

12. Método para inyectar un contenido externo según la reivindicación 9, que comprende además la etapa de visualizar dicho contenido externo en dicho cliente (12) conjuntamente con dicho contenido especificado.

13. Método para inyectar un contenido externo según la reivindicación 10, en el que dicho cliente (12) es un ordenador provisto de un dispositivo de visualización.

14. Método para inyectar un contenido externo según la reivindicación 11, en el que dicho cliente (12) es un ordenador provisto de un dispositivo de visualización.

15. Método para inyectar un contenido externo según la reivindicación 1, en el que dicha petición electrónica se recibe desde dicho cliente (12) en forma de un paquete.

16. Método para inyectar un contenido externo según la reivindicación 15, en el que dicho paquete incluye al menos una de una información de tipo de contenido y una información de ubicación de la dirección especificada.

17. Método para inyectar un contenido externo según la reivindicación 1, que comprende además las etapas de permitir a un usuario visualizar en una red informática que tiene al menos un ordenador cliente (12) conectable electrónicamente a la red Internet (32), estando dicho ordenador cliente (12) adaptado para transmitir peticiones de un contenido seleccionado hacia una dirección remota y para permitir la descarga del contenido seleccionado solicitado desde dicha dirección remota de la red Internet (32); y enviar dicho contenido seleccionado a dicho ordenador cliente (12) para su visualización.

18. Método para inyectar un contenido externo según la reivindicación 17, que comprende además la etapa de recibir dicho contenido seleccionado desde dicha dirección remota en dicho nodo de red intermedio (10).

19. Método para inyectar un contenido externo según la reivindicación 18, que comprende además la etapa de enviar dicho contenido seleccionado desde dicho nodo de red intermedio (10) a dicho ordenador cliente (12).

20. Método para inyectar un contenido externo según la reivindicación 18, que comprende además la etapa de almacenar dicho contenido seleccionado en dicho nodo de red intermedio (10) después de su recepción.

21. Método para inyectar un contenido externo según la reivindicación 18, que comprende además la etapa de incorporar dicho contenido externo dentro de dicho contenido seleccionado recibido.

22. Método para inyectar un contenido externo según la reivindicación 18, en el que tiene lugar un retardo en una red informática al recibir dicho contenido seleccionado a través de la red Internet (32), en el que dicho contenido externo es enviado a dicho ordenador cliente (12) durante dicho retardo.

23. Método para inyectar un contenido externo según la reivindicación 18, que comprende además la etapa de retardar el envío de dicho contenido seleccionado a dicho ordenador cliente (12) hasta después de que dicho contenido externo haya sido enviado a dicho ordenador cliente (12).

24. Método para inyectar un contenido externo según la reivindicación 23, en el que dicho retardo incluye un periodo de tiempo predeterminado.

25. Método para inyectar un contenido externo según la reivindicación 18, en el que dicho contenido externo es enviado a dicho ordenador cliente (12) sin alterar dicho contenido seleccionado.

26. Sistema automatizado que permite el envío de un contenido externo a un navegador web de un cliente (12) conectado a la Internet (32) a través de un ISP, que comprende un enlace ISP intermedio (10) que recibe una petición, respecto a una página web, dirigida a una dirección remota especificada por dicho cliente (12), donde dicho enlace ISP intermedio incluye un inyector de contenido (40), incluyendo dicho inyector de contenido (40) el acceso a un sistema de determinación de adición (66) que de forma selectiva determina cuando enviar un contenido externo a dicho cliente (12) según criterios predeterminados, donde dicho enlace ISP intermedio (10) es capaz de tomar el control de la sesión intermedia de red entre dicha dirección remota y dicho cliente (12), y un sistema de transmisión (30) que transmite dicha petición con respecto a una página web a la dirección remota especificada.

27. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) incluye un administrador de sistema (42).

28. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) es un ordenador.

29. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) es una CPU integrada.

30. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) incluye además un contenido externo para su envío a dicho cliente (12) a través de dicha sesión entre el cliente (12) y dicho enlace ISP (10).

31. Sistema automatizado según la reivindicación 26, en el que dicho sistema de determinación de adición (66) utiliza una política de adición para determinar si enviar un contenido externo a dicho cliente (12).

32. Sistema automatizado según la reivindicación 31, en el que dicha política de adición utiliza al menos un intervalo de tiempo, una información de servidor remoto y un tipo de contenido solicitado, para determinar si debe enviar un contenido externo a dicho cliente (12).

33. Sistema automatizado según la reivindicación 26, en el que dicho sistema de determinación de adición (66) está ubicado de forma remota respecto a dicho ISP intermedio (10).

\newpage

34. Sistema automatizado según la reivindicación 31, en el que dicho sistema de determinación de adición (66) utiliza un controlador central de política (42) para configurar dicha política de adición.

35. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) establece dicha sesión entre dicho cliente (12) y dicho enlace ISP (10), y transmite dicho contenido externo a dicho cliente (12) en de dicha sesión.

36. Sistema automatizado según la reivindicación 26, en el que dicho inyector de contenido (40) incluye además un sistema de transmisión para transmitir dicho contenido externo a dicho cliente (12).

37. Sistema automatizado según la reivindicación 26, que comprende además un dispositivo electrónico de almacenamiento (54) y una pasarela (42), donde dicho dispositivo electrónico de almacenamiento (54) incluye información acerca de un contenido externo; donde dicha pasarela (42) incluye medios para leer paquetes de información transmitidos desde dicho cliente (12) durante una sesión interactiva de red, donde dichos paquetes incluyen información de petición destinada a dicha dirección remota especificada.

38. Sistema automatizado según la reivindicación 37, en el que dicho inyector de contenido (40) incluye además medios para transmitir dicho contenido externo a dicho cliente (12) a través de dicha sesión entre dicho inyector de contenido (40) y dicho cliente (12).

39. Sistema automatizado según la reivindicación 38, en el que dicho inyector de contenido (40) incluye además medios para transmitir el contenido solicitado desde dicha dirección remota especificada hacia dicho cliente (12).

40. Sistema automatizado según la reivindicación 39, en el que dicho inyector de contenido (40) incluye además medios para añadir un periodo de tiempo de retardo antes de por lo menos dicha transmisión de dicho contenido externo hacia dicho cliente (12) y de dicha transmisión de contenido solicitado hacia dicho cliente (12).

41. Sistema automatizado según la reivindicación 37, que comprende además un controlador central de política (42) que controla dichos criterios predeterminados que especifican cuándo enviar un contenido externo a dicho cliente (12).

42. Sistema automatizado según la reivindicación 41, en el que dicho inyector de contenido (40) está ubicado de forma remota con respecto a dicho inyector de contenido (40).