ES2280097T3 - Mensaje seleccionado por el proveedor en respuesta a una solicitud del usuario. - Google Patents
Mensaje seleccionado por el proveedor en respuesta a una solicitud del usuario. Download PDFInfo
- Publication number
- ES2280097T3 ES2280097T3 ES98940851T ES98940851T ES2280097T3 ES 2280097 T3 ES2280097 T3 ES 2280097T3 ES 98940851 T ES98940851 T ES 98940851T ES 98940851 T ES98940851 T ES 98940851T ES 2280097 T3 ES2280097 T3 ES 2280097T3
- Authority
- ES
- Spain
- Prior art keywords
- provider
- information
- user
- request
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0277—Online advertisement
-
- 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/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephonic Communication Services (AREA)
- Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)
- Telephone Function (AREA)
Abstract
Un método para entregar información a través de una red de ordenadores, que comprende los pasos de: recibir una solicitud (101) de información de un ordenador remoto; determinar (102) si un mensaje seleccionado por el proveedor ha sido transmitido previamente al ordenador remoto dentro de al menos un intervalo de tiempo seleccionado por el proveedor; y caracterizado porque el método comprende además los pasos de: transmitir (103) información seleccionada por el proveedor como respuesta a la solicitud si se determina que no se ha transmitido con anterioridad un mensaje seleccionado por el proveedor al ordenador remoto dentro de al menos un intervalo de tiempo seleccionado por el proveedor, en el que la información seleccionada por el proveedor consta de HTML y JavaScript que hacen que la información seleccionada por el proveedor sea mostrada durante un periodo de tiempo limitado cuando se transmite la información seleccionada por el proveedor, después del cual se transmite la información solicitada (104) al ordenador remoto; y transmitir (104) la información solicitada como respuesta a la solicitud si se determina que el mensaje seleccionado por el proveedor ha sido transmitido con anterioridad al ordenador remoto dentro de lo que ha denominado "al menos un intervalo de tiempo seleccionado por el proveedor".
Description
Mensaje seleccionado por el proveedor en
respuesta a una solicitud del usuario.
Los servicios de información por internet
difieren en un número de formas de los servicios de transmisión
tradicionales como la radio y la televisión. Estas diferencias hacen
que sea más difícil para los proveedores de servicios de
información por internet atraer la atención del usuario de internet
hacia mensajes que el usuario de internet no haya buscado
activamente, como mensajes patrocinados comercialmente, de lo que
ha sido el caso en servicios de transmisión tradicionales.
Una de estas diferencias es que el usuario de
internet normalmente controla el canal a su equipo de recepción,
típicamente un ordenador. Por lo tanto, el usuario de internet puede
desempeñar un papel activo en la selección de los recursos de
información transmitidos. Al contrario, en medios de transmisión
tradicional, el usuario no tiene ningún control sobre el canal, y
solo puede seleccionar recursos de información mediante la
recepción o la no recepción (como al cambiar el canal) de la
información colocada en el canal por la empresa de radio o
televisión.
Además, en los medios de transmisión
tradicionales, las transmisiones son utilizadas habitualmente por
el receptor sin la asistencia de equipos procesadores ni de
almacenaje del contenido, que pueden permitir que el usuario evite
o minimice su exposición a información de la transmisión que no sea
deseada o resulte de poco interés. Por lo tanto el usuario de medios
de transmisión tradicionales normalmente no puede dirigir su
atención solo a las partes deseadas de la transmisión sin
interrumpir el proceso de visionado. Por lo tanto el usuario
normalmente ve la mayoría o toda la información destinada para el
usuario por la empresa de televisión mientras que se ve la
transmisión. El proceso de visionado del usuario está
sustancialmente bajo el control de la empresa de televisión.
Por ejemplo, una transmisión tradicional
típicamente incluye programación para inducir a los usuarios a
sintonizar el canal de transmisión. Para que se deriven ingresos de
la transmisión, la empresa de televisión típicamente intercala los
mensajes patrocinados comercialmente, que el usuario puede no
desear ver, con la programación que busca el espectador. Debido a
que el usuario no controla el canal, el usuario no tiene más
remedio que recibir los mensajes comerciales intercalados con el
programa mientras está sintonizando el canal. Si el programa se ve
como se recibe, el espectador debe además ver dichos mensajes
comerciales o interrumpir la visión del canal por completo, tal vez
mediante la sintonización de otro canal.
Los usuarios de internet, al contrario que los
usuarios de transmisión, pueden ejercer un control sobre el canal
hasta su receptor. Al contrario que en una transmisión, en la que se
transmite un chorro de información sin importar si algún usuario
desea recibirlo, la información por internet solo se transmite
típicamente como respuesta a una solicitud.
Como las empresas de radio o televisión, los
proveedores de información por internet a menudo desean mensajes
patrocinados comercialmente intercalados con la información buscada
por los usuarios, esperando inducir a los usuarios a ver los
mensajes patrocinados comercialmente junto con la información
seleccionada por el usuario. Sin embargo, los usuarios de internet
reciben información solicitada en formato digital y almacenan y/o
procesan algo de la información solicitada o toda ella en
ordenadores antes o durante el proceso de visionado. En
consecuencia, los proveedores de información por internet
típicamente ejercen bastante menos control sobre el proceso de
visionado que las empresas de televisión, y el usuario de internet
puede ignorar o evitar fácilmente el contenido no querido o sin
interés. Es por lo tanto más difícil para los proveedores de
información por internet entregar de manera efectiva mensajes
patrocinados comercialmente a los usuarios de internet que para las
empresas tradicionales de radio o televisión.
Por ejemplo, los proveedores de servicios de
búsqueda en internet muestran a menudo anuncios tipo banner
en la misma página que los resultados de la búsqueda. Sin embargo,
la experiencia ha demostrado que los usuarios del servicio de
búsqueda a menudo solo se centran en los resultados obtenidos de la
búsqueda e ignoran los anuncios tipo banner mostrados.
Debido a las razones expuestas anteriormente,
hay una necesidad de un sistema mejorado de mensajes por internet
que permita al proveedor de información por internet controlar el
proceso de visionado de los mensajes seleccionados por el proveedor
para el usuario, sin interferir de ninguna otra manera en el
proceso de visionado de la información seleccionada por el
usuario.
El documento WO 96/39668 describe un método y un
aparato para entregar información a través de una red de
ordenadores en conformidad con las partes precaracterísticas de las
reivindicaciones 1 y 2.
La presente invención va encaminada a un sistema
mejorado de mensajería por internet que satisface la necesidad de
proporcionarle al proveedor de internet un mayor control sobre el
proceso de visionado de los mensajes seleccionados por el proveedor.
El sistema consta de un aparato y un método para proporcionar un
mensaje seleccionado por el proveedor como respuesta a una petición
por parte del usuario de información seleccionada por él mismo.
Es un objeto de la presente invención
proporcionar un método y un aparato para entregar información al
usuario de internet que el usuario no ha seleccionado intercalada
con información que el usuario ha seleccionado, de tal forma que el
usuario tenga dificultad para ignorar o evitar dicha información no
solicitada sin interrumpir el proceso de visionado.
Otro objetivo de la presente invención es
proporcionar un método y un sistema para controlar sustancialmente
el proceso de visionado durante la muestra de un mensaje
seleccionado por el proveedor delimitado en el tiempo como
prerrequisito antes de permitir que el usuario obtenga la
información seleccionada por él mismo.
Otro objetivo de la presente invención es
monitorizar la transmisión de la información seleccionada por el
usuario al mismo e intercalar la información seleccionada por el
proveedor con la información seleccionada por el usuario en
intervalos bajo el control del proveedor de servicios de
información.
Estos y otros objetivos los lleva a cabo la
presente invención.
En la reivindicación 1 se reivindica un método
que tiene las características de la presente invención.
En la reivindicación 2 se reivindica un aparato
que tiene las características de la presente invención. La
información seleccionada por el proveedor puede ser un mensaje
comercial.
Dicho sistema puede además constar de un mensaje
seleccionado por el proveedor que haga que el ordenador del usuario
solicite de nuevo automáticamente la información seleccionada por el
mismo que dio como resultado la transmisión del mensaje
seleccionado por el proveedor, después de un intervalo de visionado
apropiado. Dicho mensaje seleccionado por el proveedor puede ser la
información transmitida seleccionada por el mismo, en cuyo caso la
petición automática de información seleccionada por el usuario dará
como resultado la transmisión de la información originalmente
solicitada y seleccionada por el propio usuario. Durante el
intervalo de visionado, el proveedor puede controlar
sustancialmente el programa cliente del usuario.
Se describe un método y un sistema para
intercalar mensajes no seleccionados por el usuario con mensajes
seleccionados por el usuario.
Los servicios de información por internet se
proporcionan típicamente mediante programas cliente/servidor, en
los que un programa cliente que se ejecuta en un ordenador del
usuario se utiliza para solicitar servicios de información de un
programa servidor que se ejecuta en un ordenador del proveedor de
servicios de información. En un método popular, la información y
solicitudes se transmiten mediante el así llamado Protocolo de
transporte de hipertexto (HyperText Transport Protocol,
HTTP). Los programas cliente HTTP de los usuarios se conocen
normalmente como "navegadores" y los ejemplos de realización
comerciales están disponibles de la mano de Netscape y Microsoft,
entre otros. Los programas servidor HTTP operados por los
proveedores del servicio de información responden a las solicitudes
HTTP de los navegadores de los usuarios. Los ejemplos de
realización de servidores HTTP comerciales (llamados normalmente
"servidores web") están disponibles de la mano de
Microsoft y Netscape, y también hay ejemplos de realización libres
de derechos disponibles como NCSA, CERN y Apache.
Además de enviar solicitudes HTTP y de recibir
respuestas HTTP de los servidores, los navegadores típicos analizan
minuciosamente cierta clase de dichas respuestas, que incluyen
lenguajes de marcación generales estandarizados. Lo más común es que
incluyan el Lenguaje de marcación de hipertexto (Hypertext
Markup Language, HTML). Además, muchos navegadores comunes
pueden analizar y ejecutar código de programa transmitido en
respuestas HTTP. Por ejemplo, dos lenguajes de programación
ejecutados comúnmente por los navegadores son el Java de SunSoft y
el JavaScript de Netscape.
Las peticiones y respuestas HTTP incluyen
frecuentemente una amplia variedad de información, a menudo en
conjunción con información solicitada por el usuario. Tal
información adicional es transmitida a menudo en campos de cabecera
HTTP. Tales campos de cabecera son generalmente de cuatro tipos:
Cabeceras generales, Cabeceras de petición, Cabeceras de respuesta y
Cabeceras de entidad.
Las Cabeceras generales pueden incluir tal
información como, por ejemplo, el modelo de
transferencia-codificación. Las Cabeceras de
petición pueden incluir tal información como, por ejemplo, modelos
de codificación que el programa cliente puede aceptar, pares nombre
= valor, denominados "cookies", o la entidad origen del enlace
o el URL del documento que contiene el enlace seleccionado por el
usuario para hacer que el navegador pida el documento solicitado.
Las Cabeceras de respuesta pueden incluir tal información como, por
ejemplo, la antigüedad del documento solicitado o una cabecera que
ponga una cookie ("Set-Cookie") para
definir el nombre de la cookie = pares de valores. Las
cabeceras de entidad pueden incluir información como, por ejemplo,
el contenido del modelo de codificación, la longitud del contenido o
una firma digital de seguridad como el MD5 (message digest
5). Descripciones más extensas de las cabeceras utilizadas más
comúnmente aparecen en RFC 1945 y Wong, Web Client Programming
With Perl [Programación de clientes web con Perl] (1997,
O'Reilly & Associates, Inc.).
\newpage
El navegador y otros clientes HTTP acceden a la
información mediante Localizadores universales de recursos
(Universal Resource Locators, URLs). Los documentos HTML
normalmente contienen referencias que los usuarios pueden
seleccionar a dichas referencias URL, junto con etiquetas de
hipertexto o gráficas para la referencia o "enlace" que puede
seleccionar el usuario. El HTML proporciona una señal de marcación
o etiqueta conocida como anchor, que enlaza una imagen
mostrada o un segmento de texto con un URL para que cuando el
usuario seleccione la imagen enlazada o el texto (el "enlace"),
el navegador del cliente haga que el ordenador transmita una
solicitud HTTP para la información a la que hace referencia el URL
enlazado. Algunos sistemas permiten a los usuarios guardar enlaces
localmente como "favoritos", permitiendo al usuario ir
directamente a las páginas "favoritas" sin introducir
directamente un URL ni seleccionar un enlace en una página
transmitida.
Algunas formas del estado previo de la
especialidad de mensajes comerciales han incluido colocar anuncios
como el llamado "anuncio tipo banner" rectangular en una
página HTML junto con información seleccionada por el usuario, o
proporcionar una página HTML que contiene anuncios con un enlace a
una página que contenga información seleccionada por el usuario. En
el caso del anuncio tipo banner, debido a que la página
seleccionada por el usuario contiene tanto la información buscada
por el usuario como información seleccionada por el proveedor no
buscada por el usuario, el usuario puede ignorar la información no
buscada seleccionada por el proveedor y dirigir su atención solo a
la información buscada. En el caso de un enlace intermedio, el
usuario puede simplemente introducir el URL de la página
seleccionada por él mismo directamente, o marcar como
"favorita" la página, y, por lo tanto, saltarse por completo el
mensaje comercial cuando el usuario regrese a la página.
En la presente invención, un usuario que
selecciona un enlace no recibe la información seleccionada por él
mismo a no ser que la información del servidor del proveedor
determine que el usuario ha recibido un mensaje habilitador
seleccionado por el proveedor previamente. El mensaje seleccionado
por el proveedor no necesita contener ninguna información
seleccionada por el usuario, y está por lo tanto sustancialmente
bajo el control del proveedor. No obstante, debido a que el
servidor no permitirá que el usuario retire el contenido
seleccionado por el usuario a no ser que el usuario haya recibido
un mensaje habilitador seleccionado por el proveedor previamente,
el usuario que desee lo suficientemente la información seleccionada
por el usuario disponible del proveedor recibirá no obstante la
información seleccionada por el proveedor y probablemente la
observará.
Un mensaje seleccionado por el proveedor puede
tener cualquier forma de mensaje capaz de ser transportado mediante
una red de ordenadores, incluyendo cualquier forma de mensaje capaz
de ser transportado mediante el protocolo HTTP. Debido a que el
mensaje seleccionado por el proveedor no necesita contener
información seleccionada por el usuario, lo mostrado seleccionado
por el proveedor está sustancialmente bajo el control del proveedor
de la información.
El proveedor de la información o el usuario, o
ambos, pueden mantener suficiente información de estado para
determinar si un usuario dado ha recibido previamente un mensaje
habilitador seleccionado por el proveedor, el usuario, o ambos.
Por ejemplo, una solicitud del usuario puede
contener suficiente información para un servidor que no mantiene
ninguna información de estado para el usuario solicitante para
determinar que el usuario ha recibido previamente un mensaje
habilitador seleccionado por el proveedor. Un ejemplo de dicha
solicitud es una solicitud HTTP que incluye una cookie que
indica el tiempo y naturaleza del último mensaje seleccionado por
el proveedor recibido por el navegador del usuario. Dicha solicitud
permitiría que el servidor del proveedor determinase si el usuario
ha recibido un mensaje habilitador seleccionado por el proveedor
porque, por ejemplo, el usuario había recibido un mensaje
patrocinado comercialmente en la última media hora. Un usuario que
solicite información frecuentemente de dicho servidor recibiría un
mensaje patrocinado comercialmente cada media hora.
De manera alternativa, la información de estado
podría dividirse entre el usuario y el proveedor. Por ejemplo, una
solicitud del usuario podría contener suficiente información para
que el proveedor solo identificase al usuario, y el resto de la
información de estado que tuviese que ver con ese usuario podría
estar mantenido por el proveedor. Un ejemplo de dicha solicitud es
una solicitud HTTP que incluya un nombre/par de valores de
cookie que asigne un número único a cada uno de los
navegadores por el servidor. Utilizando el número de identificación,
el servidor del proveedor podría acceder a una base de datos que
contenga información acerca del usuario, como la hora y naturaleza
del último mensaje transmitido al usuario seleccionado por el
proveedor. Un ejemplo de realización utiliza la tecnología de
páginas activas de información de servidor de internet de Microsoft
(Microsoft Internet Information Server's Active Server Page)
para establecer una cookie única para cada usuario y para
asociar una sesión variable con cada usuario indicando la hora a la
que el usuario recibió el último mensaje habilitador seleccionado
por el proveedor. Basándose en dicha información, el servidor podría
permitir al usuario obtener la información seleccionada por el
usuario solo si, por ejemplo, el usuario ha recibido un mensaje
patrocinado comercialmente en la última media hora.
De manera alternativa, toda la información de
estado podría ser mantenida por el proveedor. Por ejemplo, un
servidor del proveedor podría mantener una base de datos de mensajes
seleccionados por el proveedor transmitidos en la última media hora
y las direcciones de red de las máquinas y programas que han
recibido esos mensajes. Si la solicitud del usuario ha sido recibida
de una dirección de red en la lista, la información seleccionada
por el usuario sería transmitida como respuesta. De lo contrario,
se transmitiría un mensaje seleccionado por el proveedor como
respuesta.
En la Fig. 1 se muestra un método para practicar
la presente invención. En el paso 101, el servidor de información de
internet recibe una solicitud de un usuario de información
seleccionada por el mismo. En el paso 102, el servidor determina el
estado de habilitación de la solicitud utilizando la información de
estado disponible para el servidor en el momento que el servidor
responde a la solicitud, como la información de estado descrita
anteriormente. Si el servidor determina en el paso 102 a partir de
la información de estado disponible que no se ha enviado ningún
mensaje habilitador seleccionado por el proveedor anteriormente al
solicitante, entonces el servidor lleva a cabo el paso 103 de
enviar un mensaje habilitador seleccionado por el proveedor al
solicitante. Entonces el servidor lleva a cabo el paso 104 de enviar
la información solicitada seleccionada por el usuario al
solicitante. Si el servidor determina en el paso 102 que se ha
enviado un mensaje habilitador seleccionado por el proveedor al
solicitante, entonces el servidor puede llevar a cabo el paso 104
después del paso 101 sin tener que realizar el paso 103
intermedio.
intermedio.
En un ejemplo de realización preferido, la
información solicitada está estructurada para impedir que un
usuario indique falsamente que ha cumplido los requerimientos del
proveedor para el acceso a la información seleccionada por el
usuario.
Las condiciones de habilitación pueden ser
dinámicas, y son determinadas en el momento en el que el servidor
responde a la solicitud de un usuario. Por ejemplo, un intervalo
habilitador en el ejemplo anterior puede ser desde media hora antes
de medianoche hasta las cinco de la tarde y luego cambiar
automáticamente a quince minutos antes de las cinco de la tarde
hasta la medianoche. De manera alternativa, un intervalo
habilitador puede variar basándose en otra información disponible
para el servidor, como el tipo de programa del navegador del
usuario, o la información del usuario mantenida por el
servidor.
A la información seleccionada por el usuario
solo puede acceder un usuario que reciba mensajes que están
sustancialmente bajo el control del proveedor de la información
seleccionada por el usuario a intervalos y bajo condiciones que
están bajo el control constante del proveedor.
La Fig. 1 muestra esquemáticamente un ejemplo de
realización de la presente invención. Se proporciona un servidor de
información de internet 101, que puede constar de, por ejemplo, un
ordenador compatible IBM que contenga un chip Intel Pentium, que
corre el sistema operativo Microsoft Windows NT y el software de
servidor HTTP Microsoft Internet Information Server. El servidor
está conectado por medio de un adaptador de red a una red local de
ordenadores 103, que, a su vez, está conectada a internet 104.
También se muestra un ordenador de un usuario 102, que puede ser,
por ejemplo, un ordenador compatible IBM que contenga un chip Intel
Pentium, corra el sistema operativo Microsoft Windows 95 y el
programa cliente navegador HTTP Netscape Navigator. El ordenador
del usuario está conectado por medio de un adaptador de red a una
red local de ordenadores 105, que a su vez está conectada a internet
104. Por medio de las redes locales de ordenadores 103 y 105 y de
internet 104, el servidor de información de internet 101 acepta las
solicitudes del programa cliente que corre en el ordenador del
usuario 102 y entrega la información al programa cliente como
respuesta a dicha solicitud.
También se muestra una forma de intercambio de
solicitudes y respuestas en la Fig. 2. Inicialmente, un programa
cliente del usuario hace que el ordenador del usuario 202 transmita
una primera solicitud de la información 206 seleccionada por el
usuario al servidor de información de internet 201 mediante la red
local de ordenadores 205 del usuario, internet 204, y la red local
de ordenadores 203 del servidor de información de internet 201.
Después de cerciorarse de que el usuario no ha recibido un mensaje
habilitador seleccionado por el proveedor previamente, el servidor
de información de internet 201 responde a la solicitud del usuario
transmitiendo un mensaje habilitador seleccionado por el proveedor
207 al ordenador del usuario a través de la red local de
ordenadores 203 del servidor, internet 204 y la red local de
ordenadores 205 del usuario.
Después de un periodo de tiempo apropiado
(determinado por el servidor), el usuario quede habilitado gracias
a que se le haya enviado un mensaje habilitador seleccionado por el
proveedor 207 (y tal vez cumpliendo algunas condiciones
adicionales) dentro del intervalo seleccionado por el proveedor
214. Entonces el servidor 201 transmite la información solicitada
seleccionada por el usuario 210 al ordenador del usuario.
El servidor responde a solicitudes adicionales
de información seleccionada por el usuario, tal como la 209,
recibida durante un intervalo seleccionado por el proveedor 214 de
un usuario habilitado con información seleccionada por el usuario
sin transmitir un segundo mensaje habilitador seleccionado por el
proveedor. En un ejemplo de realización preferido, se pueden
asociar distintos intervalos seleccionados por el proveedor con cada
mensaje habilitador seleccionado por el proveedor. Las solicitudes
adicionales de información seleccionada por el usuario recibidas
fuera del intervalo seleccionado por el proveedor 214, tal como la
211, hacen que se transmita otro mensaje habilitador seleccionado
por el proveedor, tal como el 212, y le siguen intervalos
adicionales seleccionados por el proveedor, tal como el 215. Dichos
intervalos adicionales seleccionados por el proveedor pueden ser de
longitudes variables, y pueden comenzar a distintos periodos de
tiempo después de la transmisión de un mensaje habilitador
seleccionado por el proveedor asociado.
En un ejemplo de realización preferido, los
mensajes seleccionados por el proveedor están delimitados en el
tiempo y se muestran solo durante un periodo de tiempo limitado,
después del cual se muestra automáticamente la información
seleccionada por el usuario.
Por ejemplo, en un ejemplo de realización
preferido, la transmisión de la información original seleccionada
por el usuario puede mostrarse después de un periodo de tiempo
limitado en el que se muestre el mensaje habilitador seleccionado
por el proveedor. En dicho ejemplo de realización, se transmite un
mensaje habilitador HTTP seleccionado por el proveedor a un
navegador con prestaciones de ejecución de código JavaScript, como
Netscape 3.0. El mensaje HTTP incluye HTML y JavaScript, que hace
que el HTML seleccionado por el proveedor sea mostrado durante un
periodo de tiempo limitado, después del cual el navegador solicita
automáticamente la información original buscada seleccionada por el
usuario del servidor del proveedor que luego se transmite como
respuesta.
En un ejemplo de realización preferido, el
usuario puede ser capaz de acceder a otra información seleccionada
por el proveedor durante el lapso en el que se muestra un mensaje
delimitado por tiempo, por ejemplo, siguiendo un enlace
proporcionado en un documento HTML incluido en el mensaje
delimitado por tiempo, pero el usuario no podrá acceder a la
información seleccionada por el mismo.
Serán evidentes otra diversidad de mensajes
seleccionados por el proveedor delimitados por tiempo a aquellas
personas versadas en la especialidad. Por ejemplo, un intervalo de
tiempo seleccionado por el proveedor durante el que un usuario está
habilitado para recibir información seleccionada por el mismo puede
no comenzar hasta después del término de un periodo de tiempo de
espera mínimo. Se puede utilizar dicho intervalo de tiempo
habilitador seleccionado por el proveedor con un mensaje
seleccionado por el proveedor que haga que el navegador del usuario
solicite la información seleccionada por el usuario después de
mostrar la seleccionada por el proveedor durante un periodo de
tiempo de visionado que excede el periodo de tiempo de espera
mínimo.
Un mensaje seleccionado por el proveedor como
este incluye una etiqueta HTML como: <META HTTP_EQUIV=
"REFRESH" CONTENT= "15; URL=
http://www.provider.com/user-selected.html">
que hace que el navegador del usuario solicite la información de la
dirección del URL
http://provider.com/user-selected.html
después de mostrar durante 15 segundos la página html analizada. Si
el proveedor establece un intervalo habilitador que comience quince
segundos después de que el usuario reciba el mensaje HTML, entonces
el usuario recibirá automáticamente la información seleccionada por
él mismo después de que se haya mostrado durante quince segundos el
HTML analizado. Además, el usuario no podrá obtener el contenido
seleccionado por el usuario hasta que hayan pasado los quince
segundos. Los quince segundos son meramente un ejemplo; se puede
especificar cualquier demora.
Aunque no se establezca ninguna demora en el
servidor, se pueden utilizar los mensajes de visualización
temporizada. Sin embargo, un usuario que desee evitar el mensaje
seleccionado por el proveedor puede acortar el periodo de tiempo de
muestra introduciendo directamente la dirección o utilizando un
"favorito" para solicitar la información seleccionada por el
usuario una segunda vez inmediatamente después de que el servidor
transmita el mensaje seleccionado por el proveedor.
Se puede eliminar la capacidad del usuario para
saltarse los mensajes seleccionados por el proveedor para obtener
la información seleccionada por el usuario sin una demora de tiempo
mínima transmitiendo la información seleccionada por el usuario solo
como respuesta a una solicitud del mensaje seleccionado por el
proveedor.
Los navegadores disponibles habitualmente, como
Netscape y Microsoft Internet Explorer, utilizan el método de
solicitud HTTP GET para las solicitudes favoritas. Transmitiendo la
información seleccionada por el usuario solo como respuesta a los
métodos de solicitud HTTP POST, se puede evitar la utilización de
favoritos para información seleccionada por el usuario.
Sin embargo, con muchos navegadores es posible
para un usuario introducir una solicitud utilizando el método de
solicitud HTTP POST. Aunque típicamente dicha solicitud no se puede
marcar como favorita, si el usuario puede escribir esa solicitud en
el navegador lo suficientemente rápido, el periodo de tiempo de
muestra se podría reducir mediante la introducción manual de la
solicitud POST. Esto se puede evitar utilizando una cabecera con la
entidad origen del enlace. Transmitiendo la información seleccionada
por el usuario solo como respuesta a la solicitud POST que incluya
una cabecera con la entidad origen del enlace que tenga el URL del
mensaje seleccionado por el proveedor, el proveedor puede evitar que
un usuario acorte el periodo de tiempo de visionado para el mensaje
seleccionado por el proveedor marcándolo como favorito o
introduciendo manualmente el URL del contenido seleccionado por el
usuario.
En un ejemplo de realización preferido, estas
técnicas se pueden combinar para garantizar que un mensaje
seleccionado por el proveedor se muestre en realidad por el
navegador del usuario durante un periodo de tiempo de visionado
seleccionado por el proveedor antes de que se obtenga la
información seleccionada por el usuario. En dicho ejemplo de
realización, un mensaje habilitador HTTP seleccionado por el
proveedor incluye HTML y JavaScript que hace que el HTML
seleccionado por el proveedor sea mostrado durante un periodo de
tiempo limitado, tiempo después del cual el navegador solicita
automáticamente la información solicitada originalmente
seleccionada por el usuario del servidor del proveedor, utilizando
el método de solicitud HTTP POST. El servidor del proveedor
transmite la información seleccionada por el usuario solo como
respuesta a dicha solicitud que utiliza el método POST, y que además
incluye una cabecera con la entidad origen del enlace que indica que
dicha entidad es un URL para un mensaje habilitador seleccionado
por el proveedor. En combinación con una condición habilitadora que
requiera, por ejemplo, que el último mensaje seleccionado por el
proveedor haya sido recibido dentro de la última media hora, este
ejemplo de realización permitiría que el proveedor se asegurase que
el usuario ha recibido y le ha sido mostrado un mensaje comercial de
quince segundos de duración durante cada media hora que el usuario
solicitase información.
Claims (8)
1. Un método para entregar información a través
de una red de ordenadores, que comprende los pasos de:
recibir una solicitud (101) de información de un
ordenador remoto;
determinar (102) si un mensaje seleccionado por
el proveedor ha sido transmitido previamente al ordenador remoto
dentro de al menos un intervalo de tiempo seleccionado por el
proveedor; y caracterizado porque el método comprende además
los pasos de:
transmitir (103) información seleccionada por el
proveedor como respuesta a la solicitud si se determina que no se
ha transmitido con anterioridad un mensaje seleccionado por el
proveedor al ordenador remoto dentro de al menos un intervalo de
tiempo seleccionado por el proveedor, en el que la información
seleccionada por el proveedor consta de HTML y JavaScript que hacen
que la información seleccionada por el proveedor sea mostrada
durante un periodo de tiempo limitado cuando se transmite la
información seleccionada por el proveedor, después del cual se
transmite la información solicitada (104) al ordenador remoto;
y
transmitir (104) la información solicitada como
respuesta a la solicitud si se determina que el mensaje
seleccionado por el proveedor ha sido transmitido con anterioridad
al ordenador remoto dentro de lo que ha denominado "al menos un
intervalo de tiempo seleccionado por el proveedor".
2. Un aparato para entregar información que
comprende:
una red de ordenadores (203, 205);
un servidor de información (201) para recibir
una solicitud de información desde un ordenador remoto
(202);
y
y
un servidor configurado para determinar si el
mensaje seleccionado por el proveedor (207) ha sido transmitido con
anterioridad al ordenador remoto dentro de al menos un intervalo de
tiempo seleccionado por el proveedor (214), estando
caracterizado el aparato porque el servidor está configurado
para:
transmitir información seleccionada por el
proveedor en respuesta a la solicitud si se determina que no se ha
transmitido previamente el mensaje seleccionado por el proveedor al
ordenador remoto dentro de al menos un intervalo de tiempo
seleccionado por el proveedor, en el que la información
seleccionada por el proveedor consiste en HTML y JavaScript, que
hacen que la información seleccionada por el proveedor sea mostrada
durante un periodo de tiempo limitado cuando se transmite la
información seleccionada por el proveedor, después del cual se
transmite la información solicitada (210) al ordenador remoto; y
para
transmitir la información solicitada (210) como
respuesta a la solicitud si se ha determinado que se ha transmitido
con anterioridad un mensaje seleccionado por el proveedor al
ordenador remoto dentro de al menos un intervalo de tiempo
seleccionado por el proveedor.
3. El método de la reivindicación 1, en el
que
dicha solicitud del ordenador remoto se hace
mediante el Protocolo de transporte de hipertexto (HTTP).
4. El método de la reivindicación 1, en el que
la información seleccionada por el proveedor hace que el ordenador
remoto transmita una segunda solicitud de la información
solicitada.
5. El aparato de la reivindicación 2, en el que
la información seleccionada por el proveedor hace que el ordenador
remoto transmita una segunda solicitud de la información
solicitada.
6. El método de la reivindicación 4, que consta
además del paso de:
transmitir la información solicitada como
respuesta a la segunda solicitud de la información solicitada.
7. El método de la reivindicación 1, que
incluye los pasos de:
recibir una solicitud de información HTTP GET de
un ordenador remoto;
transmitir desde un servidor un mensaje
seleccionado por el proveedor como respuesta a la solicitud
HTTP
GET;
GET;
haciendo el mensaje seleccionado por el
proveedor que el ordenador remoto transmita una solicitud HTTP
POST; y
transmitir la información solicitada como
respuesta a la solicitud HTTP POST.
8. El método de la reivindicación 7, en el
que:
dicha solicitud HTTP POST incluye una cabecera
HTTP que contiene un URL para el servidor.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US91299197A | 1997-08-11 | 1997-08-11 | |
| US912991 | 1997-08-11 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2280097T3 true ES2280097T3 (es) | 2007-09-01 |
Family
ID=25432819
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES98940851T Expired - Lifetime ES2280097T3 (es) | 1997-08-11 | 1998-08-11 | Mensaje seleccionado por el proveedor en respuesta a una solicitud del usuario. |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US7110962B2 (es) |
| EP (1) | EP1002276B1 (es) |
| CN (1) | CN1266516A (es) |
| AT (1) | ATE350855T1 (es) |
| AU (1) | AU8903498A (es) |
| BR (1) | BR9811896A (es) |
| CA (1) | CA2303278C (es) |
| DE (1) | DE69836814T2 (es) |
| ES (1) | ES2280097T3 (es) |
| WO (1) | WO1999008197A1 (es) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1122929A1 (en) * | 2000-02-07 | 2001-08-08 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Push of information from a server to a client |
| US7899703B2 (en) * | 2000-05-16 | 2011-03-01 | Brian Mark Shuster | Method and apparatus for providing internet advertising service |
| CN1714356B (zh) * | 2001-01-17 | 2010-04-07 | 康坦夹德控股股份有限公司 | 使用标准演示引擎作数字权限管理的系统及方法 |
| US8849716B1 (en) | 2001-04-20 | 2014-09-30 | Jpmorgan Chase Bank, N.A. | System and method for preventing identity theft or misuse by restricting access |
| AU2002312381A1 (en) | 2001-06-07 | 2002-12-16 | First Usa Bank, N.A. | System and method for rapid updating of credit information |
| US7266839B2 (en) | 2001-07-12 | 2007-09-04 | J P Morgan Chase Bank | System and method for providing discriminated content to network users |
| JP3961796B2 (ja) * | 2001-08-27 | 2007-08-22 | ソニー株式会社 | 情報提供システム、情報処理装置および方法、情報提供装置および方法、記録媒体、並びにプログラム |
| US7987501B2 (en) | 2001-12-04 | 2011-07-26 | Jpmorgan Chase Bank, N.A. | System and method for single session sign-on |
| US7392348B2 (en) * | 2003-08-06 | 2008-06-24 | International Business Machines Corporation | Method for validating remotely cached dynamic content web pages |
| US8301493B2 (en) | 2002-11-05 | 2012-10-30 | Jpmorgan Chase Bank, N.A. | System and method for providing incentives to consumers to share information |
| US7334001B2 (en) * | 2003-06-13 | 2008-02-19 | Yahoo! Inc. | Method and system for data collection for alert delivery |
| US20050027873A1 (en) * | 2003-07-28 | 2005-02-03 | Mayo Robert N. | Directing client requests in an information system using client-side information |
| US7984113B2 (en) * | 2004-09-08 | 2011-07-19 | Sap Ag | System and method for passing messages to a web browser |
| US7783979B1 (en) * | 2004-09-14 | 2010-08-24 | A9.Com, Inc. | Methods and apparatus for generation and execution of configurable bookmarks |
| US8433749B2 (en) | 2009-04-15 | 2013-04-30 | Accenture Global Services Limited | Method and system for client-side scaling of web server farm architectures in a cloud data center |
| US8849950B2 (en) * | 2011-04-07 | 2014-09-30 | Qualcomm Incorporated | Network streaming of video data using byte range requests |
| CN103001954B (zh) * | 2012-11-22 | 2016-03-09 | 深圳市共进电子股份有限公司 | 一种web服务器文件保护方法及系统 |
| US11044200B1 (en) | 2018-07-06 | 2021-06-22 | F5 Networks, Inc. | Methods for service stitching using a packet header and devices thereof |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1337132C (en) | 1988-07-15 | 1995-09-26 | Robert Filepp | Reception system for an interactive computer network and method of operation |
| US5305195A (en) | 1992-03-25 | 1994-04-19 | Gerald Singer | Interactive advertising system for on-line terminals |
| US5528490A (en) * | 1992-04-10 | 1996-06-18 | Charles E. Hill & Associates, Inc. | Electronic catalog system and method |
| DE69431306T2 (de) | 1993-12-16 | 2003-05-15 | Open Market, Inc. | Datennetzgestütztes zahlungssystem und verfahren zum gebrauch eines derartigen systems |
| US5724521A (en) * | 1994-11-03 | 1998-03-03 | Intel Corporation | Method and apparatus for providing electronic advertisements to end users in a consumer best-fit pricing manner |
| US5732219A (en) * | 1995-03-17 | 1998-03-24 | Vermeer Technologies, Inc. | Computer system and computer-implemented process for remote editing of computer files |
| WO1996039668A1 (en) * | 1995-06-06 | 1996-12-12 | Interactive Media Works, L.L.C. | Promotional and product on-line help methods via internet |
| US5708780A (en) * | 1995-06-07 | 1998-01-13 | Open Market, Inc. | Internet server access control and monitoring systems |
| US5657390A (en) * | 1995-08-25 | 1997-08-12 | Netscape Communications Corporation | Secure socket layer application program apparatus and method |
| US5774670A (en) | 1995-10-06 | 1998-06-30 | Netscape Communications Corporation | Persistent client state in a hypertext transfer protocol based client-server system |
| US5572643A (en) * | 1995-10-19 | 1996-11-05 | Judson; David H. | Web browser with dynamic display of information objects during linking |
| WO1997021183A1 (en) * | 1995-12-08 | 1997-06-12 | Bell Communications Research, Inc. | Method and system for placing advertisements in a computer network |
| US5745681A (en) | 1996-01-11 | 1998-04-28 | Sun Microsystems, Inc. | Stateless shopping cart for the web |
| US5761683A (en) * | 1996-02-13 | 1998-06-02 | Microtouch Systems, Inc. | Techniques for changing the behavior of a link in a hypertext document |
| US5878213A (en) * | 1996-02-15 | 1999-03-02 | International Business Machines Corporation | Methods, systems and computer program products for the synchronization of time coherent caching system |
| US5751956A (en) | 1996-02-21 | 1998-05-12 | Infoseek Corporation | Method and apparatus for redirection of server external hyper-link references |
| US5848397A (en) * | 1996-04-19 | 1998-12-08 | Juno Online Services, L.P. | Method and apparatus for scheduling the presentation of messages to computer users |
| US6148332A (en) * | 1996-04-24 | 2000-11-14 | Earthlink, Inc. | Mandatory message display and reporting system |
| US5848396A (en) * | 1996-04-26 | 1998-12-08 | Freedom Of Information, Inc. | Method and apparatus for determining behavioral profile of a computer user |
| US5933811A (en) * | 1996-08-20 | 1999-08-03 | Paul D. Angles | System and method for delivering customized advertisements within interactive communication systems |
| US5974451A (en) * | 1996-10-07 | 1999-10-26 | Novaville Ag | System and method for distributing bulletins to external computers accessing wide area computer networks |
| US5948061A (en) | 1996-10-29 | 1999-09-07 | Double Click, Inc. | Method of delivery, targeting, and measuring advertising over networks |
| US5875296A (en) | 1997-01-28 | 1999-02-23 | International Business Machines Corporation | Distributed file system web server user authentication with cookies |
| US5937392A (en) * | 1997-07-28 | 1999-08-10 | Switchboard Incorporated | Banner advertising display system and method with frequency of advertisement control |
-
1998
- 1998-08-11 BR BR9811896-0A patent/BR9811896A/pt not_active Application Discontinuation
- 1998-08-11 AT AT98940851T patent/ATE350855T1/de not_active IP Right Cessation
- 1998-08-11 CN CN98808051.6A patent/CN1266516A/zh active Pending
- 1998-08-11 ES ES98940851T patent/ES2280097T3/es not_active Expired - Lifetime
- 1998-08-11 CA CA2303278A patent/CA2303278C/en not_active Expired - Lifetime
- 1998-08-11 DE DE69836814T patent/DE69836814T2/de not_active Expired - Lifetime
- 1998-08-11 EP EP98940851A patent/EP1002276B1/en not_active Expired - Lifetime
- 1998-08-11 WO PCT/US1998/016685 patent/WO1999008197A1/en not_active Ceased
- 1998-08-11 AU AU89034/98A patent/AU8903498A/en not_active Abandoned
-
2001
- 2001-10-31 US US10/001,761 patent/US7110962B2/en not_active Expired - Lifetime
-
2006
- 2006-07-13 US US11/457,451 patent/US7933969B2/en not_active Expired - Fee Related
-
2011
- 2011-04-04 US US13/079,714 patent/US8131820B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040111463A1 (en) | 2004-06-10 |
| WO1999008197A9 (en) | 1999-05-06 |
| DE69836814T2 (de) | 2007-10-11 |
| US20060247974A1 (en) | 2006-11-02 |
| ATE350855T1 (de) | 2007-01-15 |
| WO1999008197A1 (en) | 1999-02-18 |
| BR9811896A (pt) | 2002-01-02 |
| CA2303278A1 (en) | 1999-02-18 |
| EP1002276A4 (en) | 2005-07-20 |
| US20110196919A1 (en) | 2011-08-11 |
| US7933969B2 (en) | 2011-04-26 |
| CA2303278C (en) | 2011-04-12 |
| US8131820B2 (en) | 2012-03-06 |
| AU8903498A (en) | 1999-03-01 |
| DE69836814D1 (de) | 2007-02-15 |
| EP1002276B1 (en) | 2007-01-03 |
| US7110962B2 (en) | 2006-09-19 |
| CN1266516A (zh) | 2000-09-13 |
| EP1002276A1 (en) | 2000-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2280097T3 (es) | Mensaje seleccionado por el proveedor en respuesta a una solicitud del usuario. | |
| US7533419B2 (en) | Human interactive proof service | |
| US9269106B2 (en) | System and method for dynamically changing the content of an internet web page | |
| US8621002B2 (en) | System and method for dynamically changing the content of an information display | |
| US5815663A (en) | Distributed posting system using an indirect reference protocol | |
| JP2001519130A (ja) | メッセージサービス | |
| CN103888540B (zh) | 登录信息同步方法、被同步和同步网络服务器 | |
| JP2002334033A (ja) | 情報配信方法、システム、装置、及びプログラム、並びに記録媒体 | |
| JP6083039B1 (ja) | 携帯端末にプッシュ通知を行うための通知方法及び通知サーバ | |
| JP2003209570A (ja) | 中継方法そのクライアント、サーバ、中継装置 | |
| US20030074583A1 (en) | Network resource access | |
| US8954537B2 (en) | Apparatus and method for providing a provider-selected message in response to a user request for user-selected information | |
| US20040111466A1 (en) | System and method for defining process information for web-services | |
| US20030126231A1 (en) | System and method for reprocessing web contents in multiple steps | |
| KR100979873B1 (ko) | 무선망을 이용하여 사용자의 이동통신 단말기에 개인화된광고를 제공하는 방법 및 장치 | |
| JP2002183024A (ja) | 情報付加システム及び情報付加方法 | |
| EP1115231A2 (en) | Method and apparatus for electronic mail communication | |
| US20020111971A1 (en) | Method for dynamic server side timer control bar insertion | |
| KR20050105058A (ko) | 모바일의 문자메시지를 Flash 광고Banner에 전송하여돌출하는 알고리즘 | |
| JP2006048371A (ja) | 分散型情報共有化システム、方法、端末及びプログラム |