ES2693114T3 - Procedimiento y aparato para Pujas en Tiempo Real RTB - Google Patents

Procedimiento y aparato para Pujas en Tiempo Real RTB Download PDF

Info

Publication number
ES2693114T3
ES2693114T3 ES13305605.1T ES13305605T ES2693114T3 ES 2693114 T3 ES2693114 T3 ES 2693114T3 ES 13305605 T ES13305605 T ES 13305605T ES 2693114 T3 ES2693114 T3 ES 2693114T3
Authority
ES
Spain
Prior art keywords
message
offer
bid
server
real time
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.)
Active
Application number
ES13305605.1T
Other languages
English (en)
Inventor
Nicolas Rebierre
Pierre Turkiewicz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2693114T3 publication Critical patent/ES2693114T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/0273—Determination of fees for advertising
    • G06Q30/0275—Auctions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/23—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for mobile advertising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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/535—Tracking the activity of the user

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Procedimiento ejecutado por un sistema (1) que comprende un servidor (3) de la parte vendedora de una puja en tiempo real y al menos un terminal (2) de usuario conectado por una red, en el que el terminal (2) de usuario lleva a cabo las etapas de: - enviar (S1) al servidor (3) de la parte vendedora de la puja en tiempo real un mensaje de actualización (M1) que contiene un identificador, - recibir (S7) un mensaje del resultado de la oferta (M6) del servidor (3) de la parte vendedora de la puja en tiempo real en respuesta a dicho mensaje de utilización (M1), comprendiendo dicho mensaje del resultado de la oferta (M6) un primer icono y una URL indicativo de dónde se encuentra disponible la aplicación asociada con el icono para su descarga, - representar (S8) un conjunto de iconos asociados con aplicaciones, que incluye dicho primer icono, y - en respuesta a un comando de activación de uno de dichos iconos: c) ejecutar la aplicación correspondiente si dicha aplicación está instalada en dicho terminal, o d) acceder (S9) a la URL indicativo de dónde se encuentra disponible la correspondiente aplicación para su descarga si dicha aplicación no está instalada en dicho terminal, y en el que el servidor (3) de la parte vendedora de la puja en tiempo real lleva a cabo las etapas de: - recibir (S1) dicho mensaje de actualización (M1) del terminal (2), - enviar (S3) un mensaje de solicitud de oferta (M2) a al menos un servidor (4) de la parte compradora de la puja en tiempo real en reacción a la recepción de dicho mensaje de actualización (M1), incluyendo dicho mensaje de solicitud de oferta (M2) unos datos de perfil asociados con el identificador del mensaje de actualización (M1), - recibir (S4) un mensaje de respuesta de oferta (M3) de dicho al menos un servidor (4) de la parte compradora de la puja en tiempo real, - seleccionar (S5) uno de los mensajes de respuesta de oferta recibidos (M3), y - enviar (S7) dicho mensaje del resultado de la oferta al terminal (2), en el que el primer icono y la URL del mensaje del resultado de la oferta (M6) se determinan en función del mensaje de respuesta de la oferta seleccionado (M3).

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Procedimiento y aparato para Pujas en Tiempo Real RTB Campo de la invencion
La presente invencion se refiere al campo de las pujas en tiempo real. Antecedentes
El telefono inteligente y la tableta son dispositivos populares utilizados frecuentemente por sus usuarios. Los anunciantes y los titulares han comprendido que las aplicaciones moviles representan para ellos una oportunidad para conectar de forma interactiva con sus clientes sobre su dispositivo mas personal. Sin embargo, los titulares de signos distintivos que han desarrollado una aplicacion promocional necesitan encontrar una forma para llegar hasta la audiencia destinataria de sus promociones: asegurar que son conscientes de la aplicacion y, a continuacion, instalarla y utilizarla una y otra vez.
La tecnologfa de pujas en tiempo real permite a los anunciantes comprar unicamente el inventario digital que requieren por medio de un mecanismo de fijacion de precio en subasta, llevado a cabo sobre una impresion a base de la impresion. La pretension de las pujas en tiempo real es que cada impresion digital sea rentable para los anunciantes, proporcionandoles detalles acerca del actual televidente de publicidad, y dejandoles definir el precio que quernan pagar para quedar colocados en el momento oportuno delante de este televidente. Tecnicamente, las pujas en tiempo real tfpicamente se implementan en Plataformas de la Parte Demandante (DSP) en nombre de los compradores, y en Plataformas de la Parte Vendedora (SSP) ejecutando subastas sobre el inventario digital y eligiendo ganadores. La norma de la industria emergente para las Apuestas en Tiempo Real se denomina OpenRTB.
Los objetos tomados en consideracion por la norma OpenRTB son las banderolas y los videos. Asf, en un sistema basado en la OpenRTB, las aplicaciones moviles pueden ser anunciadas mediante videos y banderolas. Sin embargo, una mayona de usuarios moviles han alegado que las aplicaciones entrantes y las banderolas servidas automaticamente son interruptoras. Asf mismo, un elevado porcentaje de usuarios encontraron que estas aplicaciones eran tediosas, mas elevado que el porcentaje de usuarios que se aburren con los anuncios visualizados en TV y basados en webs. Esto se traduce en una menor evaluacion del inventario de representacion en comparacion con lo que sucede en las pantallas tradicionales, a pesar de las capacidades adicionales de la plataforma movil de llegar hasta la audiencia, como por ejemplo el emplazamiento. El documento "^Son los Intercambios Publicitarios y las Pujas en Tiempo Real la siguiente gran Cuestion?", llego a la conclusion que aunque las Pujas en Tiempo Real (RTB) reciben mucha atencion, hay otras caractensticas inherentes a los atributos de los Intercambios Publicitarios que no se analizan en la medida necesaria. Intenta clarificar algunos de los conceptos utilizados en la pila de tecnologfa de Intercambio Publicitario.
Sumario
Es por tanto un objeto de las formas de realizacion de la presente invencion proponer un procedimiento y un sistema
para las pujas en tiempo real que no muestre los consabidos inconvenientes de la tecnica anterior.
Por consiguiente, las formas de realizacion se refieren a un procedimiento ejecutado por un sistema que comprende
un servidor de la parte vendedora de pujas en tiempo real y al menos un terminal de usuario conectado por una red,
en el que el terminal de usuario lleva a cabo las etapas de:
- enviar al servidor de la parte vendedora de la puja en tiempo real un mensaje de actualizacion que contenga un identificador,
- recibir un mensaje del resultado de la oferta del servidor de la parte vendedora de la puja en tiempo real en respuesta a dicho mensaje de actualizacion, comprendiendo dicho mensaje del resultado de la oferta un primer icono y una URL indicativo de donde se encuentra disponible para su descarga una aplicacion asociada con el icono,
- representar un conjunto de iconos asociados con aplicaciones, que incluya dicho primer icono, y
- en respuesta a un comando de activacion de uno de dichos iconos:
a) ejecutar la correspondiente aplicacion si dicha aplicacion esta instalada sobre dicho terminal, o
b) acceder a la URL indicativo de donde se encuentra disponible la correspondiente aplicacion para su descarga si dicha aplicacion no esta instalada sobre dicho terminal,
y en el que el servidor de la parte vendedora de la puja en tiempo real lleva a cabo las etapas de:
5
10
15
20
25
30
35
40
45
- recibir dicho mensaje de actualizacion del terminal,
- enviar un mensaje de solicitud de oferta a al menos un servidor de la parte compradora de la puja en tiempo real en reaccion a la recepcion de dicho mensaje de actualizacion, incluyendo dicho mensaje de solicitud de oferta unos datos del perfil asociados con el identificador del mensaje de actualizacion,
- recibir un mensaje de respuesta de la oferta de dicho al menos un servidor de la parte compradora de la puja en tiempo real,
- seleccionar uno de los mensajes de respuesta de la oferta recibidos, y
- enviar dicho mensaje del resultado de la oferta al terminal, en el que el primer icono y la URL del mensaje del resultado de la oferta se determinan en funcion del mensaje de respuesta de la oferta seleccionado.
Correlativamente, formas de realizacion se refieren a un sistema que comprende un servidor de la parte compradora
de puja en tiempo real y al menos un terminal de usuario conectado por una red,
en el que el terminal de usuario comprende:
- unos medios para enviar al servidor de la parte compradora de puja en tiempo real un mensaje de actualizacion que contenga un identificador,
- unos medios para recibir un mensaje del resultado de la oferta del servidor de la parte compradora de puja en tiempo real en respuesta a dicho mensaje de actualizacion, comprendiendo el mensaje del resultado de la oferta un primer icono y una URL indicativo de donde se encuentra disponible para su descarga una aplicacion asociada con el icono,
- unos medios para representar un conjunto de iconos asociados con las aplicaciones, incluyendo dicho primer icono,
- unos medios para ejecutar la aplicacion correspondiente en respuesta a un comando de activacion de uno de dichos iconos, si dicha aplicacion esta instalada sobre dicho terminal, y
- unos medios para acceder a la URL indicativos de donde se encuentra disponible la correspondiente aplicacion para su descarga en respuesta a un comando de activacion de uno de dichos iconos, si dicha aplicacion no esta instalada sobre dicho terminal,
y en el que el servidor de la parte vendedora de la puja en tiempo real comprende:
- unos medios para recibir dicho mensaje de actualizacion del terminal,
- unos medios para enviar un mensaje de solicitud de oferta a al menos un servidor de la parte compradora de
la puja en tiempo real en reaccion a la recepcion de dicho mensaje de actualizacion, incluyendo dicho mensaje de solicitud de oferta unos datos del perfil asociados con el identificador del mensaje de actualizacion,
- unos medios para recibir un mensaje de respuesta de la oferta procedente de dicho al menos un servidor de la parte compradora de la puja en tiempo real,
- unos medios para seleccionar un mensaje entre los mensajes de respuesta de la oferta, y
- unos medios para enviar dicho mensaje del resultado de la oferta al terminal, en el que el primer icono de la
URL del mensaje del resultado de la oferta se determinan en funcion del mensaje del resultado de la oferta seleccionado.
El procedimiento puede comprender: despues de acceder a la URL indicativo de donde se encuentra disponible la
aplicacion correspondiente para su descarga, descargar e instalar dicha aplicacion sobre dicho terminal.
En algunas formas de realizacion, el procedimiento comprende:
- en respuesta a una deteccion de la ejecucion de la aplicacion, enviar, por el terminal, un mensaje indicativo de que la aplicacion ha sido lanzada al servidor de la parte compradora de la puja en tiempo real,
- en respuesta a la recepcion de dicho mensaje indicativo de que la aplicacion ha sido lanzada por el servidor de la parte compradora de la puja en tiempo real:
a) determinar las caractensticas de la aplicacion,
b) actualizar un perfil de usuario en funcion de dichas caractensticas.
En algunas formas de realizacion, el procedimiento puede comprender:
- recibir, por el servidor de la parte compradora de la puja en tiempo real, una URL de informe asociado con el mensaje de respuesta de ofertas seleccionado,
- enviar, por el terminal, un mensaje que contenga los datos de utilizacion de la aplicacion asociada con el
5 mensaje del resultado de la oferta al servidor de la parte vendedora en tiempo real,
- enviar, por el servidor de la parte vendedora en tiempo real, un mensaje que contenga los datos de utilizacion recibidos a la URL de informe.
El mensaje de resultado de la oferta puede tambien incluir unos metadatos relacionados con la subasta en tiempo real, y puede llevar a cabo las etapas de:
10 - almacenar los metadatos asociados con la aplicacion,
- cuando la aplicacion es lanzada, transmitir los metadatos almacenados a la aplicacion.
Al menos un mensaje entre el mensaje de solicitud de oferta y el mensaje de respuesta de la oferta puede satisfacer la norma de la OpenRTB v2.1, e incluye al menos un objeto en el campo "ext".
Breve descripcion de los dibujos
15 Los objetos y caractensticas anteriores, y otros, de la invencion, resultaran mas evidentes y la propia invencion se comprendera mejor con referencia a la descripcion subsecuente de formas de realizacion tomadas en combinacion con los dibujos que se acompanan, en los que:
La figura 1 es una vista esquematica de un sistema para las pujas en tiempo real,
la figura 2 es una vista estructural de un aparato de la figura 1,
20 las figuras 3 a 6 son diagramas que muestran el funcionamiento del sistema de a figura 1.
Descripcion de formas de realizacion
Debe destacarse que las funciones de los diversos elementos mostrados en las figuras pueden suministrarse mediante el uso de un hardware dedicado asf como de un hardware capaz de ejecutar un software en asociacion con un software apropiado. Cuando se suministre mediante un procesador, las funciones pueden suministrarse 25 mediante un unico procesador dedicado, mediante un unico procesador compartido, o por una pluralidad de procesadores individuales, alguno de los cuales puede ser compartido. Ademas, el uso explfcito del termino "procesador" debe interpretarse para referirse exclusivamente a un hardware capaz de ejecutar un software, y puede implfcitamente incluir, sin limitacion, un hardware de procesador digital de la senal (DSP), un procesador de red, un circuito integrado de aplicacion espedfica (ASIC), una matriz de puertas programable sobre el terreno (FPGA), una 30 memoria de solo lectura (ROM) para almacenar software, una memoria de acceso aleatorio (RAM) y un almacenamiento no volatil. Tambien pueden incluirse otros hardware, convencionales y / o "ad hoc". Su funcion puede desarrollarse por medio de la operacion de una logica de programa, por medio de una logica dedicada, por medio de la interconexion de un control de programa y de una logica dedicada, o incluso manualmente, pudiendo seleccionarse la tecnica espedfica por el implementador segun se comprenda de manera mas espedfica a partir del 35 contexto.
Debe, asf mismo, apreciarse por parte de los expertos en la materia que cualquier diagrama de bloques de la presente memoria, representan visiones conceptuales de conjuntos de circuitos ilustrativos que incorporan los principios de la invencion. De modo similar, debe apreciarse que los diagramas de flujo representan diversos procesos que pueden sustancialmente representarse en un medio legible por ordenador y ejecutarse con ello 40 mediante un ordenador o procesador, ya se muestre de manera explfcita dicho procesador u ordenador.
La figura 1 muestra un sistema 1 que comprende un terminal 2 de usuario, un servidor 3 de la parte vendedora de la RTB y un servidor 4 de la parte compradora de la RTB conectados por una red. En la practica, el sistema 1 puede comprender una pluralidad de terminales 2 de usuario y / o una pluralidad de servidores 4 de la parte compradora de la RTB. El sistema 1 utiliza un nuevo formato publicitario a base de aplicaciones, designado como "App-ad" en el 45 resto de la presente descripcion.
El terminal 2 de usuario es capaz de ejecutar aplicaciones. El terminal 2 de usuario es por ejemplo un telefono inteligente o una tableta. En un estado predeterminado, correspondiente, por ejemplo, a una "Pantalla de Inicio", "Menu de Inicio" o "Escritorio", el terminal 2 de usuario representa un conjunto de iconos correspondiente a las aplicaciones. El usuario puede introducir un comando de activacion sobre uno de los iconos (por ejemplo tocando un 50 icono sobre una pantalla tactil o clicleando sobre un icono con un dispositivo senalizador). En el caso de que se lleve a cabo el comando de activacion sobre un icono correspondiente a una aplicacion instalada en el terminal 2 de usuario, el terminal 2 de usuario lanza la ejecucion de la aplicacion. Sin embargo, uno de los iconos puede
5
10
15
20
25
30
35
40
45
50
55
corresponder a un anuncio para una aplicacion que no ha sido todavfa instalada en el terminal 2 de usuario. Dicho icono es un objeto proxy de un App-ad, como se describe con mayor detalle mas adelante.
El terminal 2 de usuario comprende un modulo 21 de gestion de Apps-ad, un modulo 22 de gestion de recursos, un modulo 23 de analisis de contexto y un modulo 24 de captura de info de utilizacion.
El modulo 21 de gestion de Apps-ad esta a cargo de la gestion de los recursos de Apps-ad. Lleva a cabo la representacion de los recursos de App-ad en el terminal 2 de usuario en forma de diversos objetos proxy, por ejemplo elementos graficos, sonidos, vibraciones. Permite que el usuario interactue con los recursos App-ad por medio de sus objetos proxy. El modulo 21 de gestion de Apps-ad tambien gestiona oportunidades publicitarias sobre el dispositivo. Decide cuando solicitar del servidor 3 del sistema de la parte vendedora de la RTB las subastas RTB, en base a diversas informaciones como por ejemplo datos de sensores, tiempo, interacciones de usuario con los recursos (disponibles a partir del modulo 22 de gestion de recursos), datos del contexto (disponibles a partir del modulo 23 de analisis del contexto). Comunica con el servidor 3 de la parte vendedora de la RTB para enviar una solicitud y para recibir los datos de las Apps-ads para las subastas de Pujas en Tiempo Real. Coordina con el modulo 22 de gestion de fuentes para identificar sus lfmites dentro del espacio utilizado para la representacion de los objetos proxy, y el compartimiento a desempenar en el caso de que los objetos proxy tengan atributos de solventar conflictos / superposiciones en el espacio de representacion entre los dos componentes. Transmite episodios de interaccion de usuario con los objetos proxy de App-ad (por ejemplo, la creacion, lanzamiento de acceso directo de Apps-ads) al modulo 24 de captura de info de utilizacion.
El modulo 23 de analisis del contexto esta a cargo de la caracterizacion de los contextos en los cuales el usuario esta inmerso, consistentes en un conjunto de informaciones, como por ejemplo actividades, emplazamientos, tiempos, dispositivos circundantes, identificadores de contexto discretos. Transmite informaciones de los contextos al servidor 3 de la parte vendedora de la RTB, del modulo 24 de captura de informacion de utilizacion y del modulo 21 de gestion de Apps-ads.
El modulo 22 de gestion de recursos proporciona una capa de abstraccion para las diversas clases de recursos que son gestionadas en el terminal 2 de usuario, por ejemplo contactos, archivos, aplicaciones, acceso directo a recursos externos. Esta a cargo de la provision de un usuario con acceso a sus recursos de dispositivos por medio de objetos proxy. Lleva a cabo la representacion de los recursos en el terminal 2 de usuario bajo la forma de diversos objetos proxy, por ejemplo elementos graficos, sonidos, vibraciones. Maneja episodios procedentes del sistema operativo del dispositivo o procedentes del usuario y les permite llevar a cabo diversas operaciones sobre los recursos, por ejemplo instalacion, actualizacion, configuracion, lanzamiento y retirada y sobre los objetos proxy, por ejemplo, creacion, posicionamiento, lanzamiento, comparticion, y retirada. Coordina con el modulo 21 de gestion de Apps-ads para identificar los lfmites de este ultimo dentro del espacio utilizado para la representacion de objetos proxy, y el compartimiento a optar en el supuesto de que los objetos proxy tengan unos atributos de resolucion de conflictos / superpuestos en el espacio de obtencion entre los dos componentes. Transmite episodios de interaccion de usuario con objetos proxy de recursos (por ejemplo creacion de acceso directo de recursos, posicionamiento, lanzamiento), al modulo 24 de captura de info de utilizacion y al modulo 21 de gestion de Apps-ads.
El modulo 24 de captura de info de utilizacion esta a cargo de episodios de recogida relacionados con la conexion del usuario con el terminal 2 de usuario, enriqueciendo estos episodios con informaciones contextuales, y asegurando una transmision fiable de estos episodios al servidor 3 de la parte vendedora de la RTB. Recibe episodios procedentes del modulo 22 de gestion de recursos, por ejemplo instalacion de apps o la retirada sobre el terminal 2 de usuario, la creacion de acceso directo a las apps o la retirada sobre la pantalla, el lanzamiento de apps, la terminacion de las apps, el compartimiento de apps. Recibe eventos del modulo de gestion App-ad, en forma de lanzamiento de apps, compartimiento de apps. El componente de captura de utilizacion enriquece estos episodios de utilizacion con informaciones contextuales obtenidas del modulo 23 de analisis de contexto.
El servidor 3 de la parte vendedora de la RTB comprende un modulo 31 de la parte vendedora de la RTB, un modulo 32 de gestion del perfil dinamico, un modulo 33 de gestion del perfil de usuario, un modulo 36 de aprovisionamiento de perfiles de usuario, un modulo 34 de analisis de utilizaciones, una base de datos 35 de info de Apps, y un modulo 37 de informacion del rendimiento de las Apps-ads.
El modulo 31 de la parte vendedora de la RTB esta a cargo de la gestion de las subastas de las Pujas en Tiempo Real. Tras una solicitud del modulo 21 de gestion de las Apps-ads de un terminal 2 de usuario, presenta una solicitud de oferta de Puja en Tiempo Real al (a los) servidor(es) 4 de la parte compradora y, a continuacion, recibe las respuestas de la oferta de Puja en Tiempo Real, elige los ganadores de la subasta y termina la subasta notificando a los ganadores. Enriquece las informaciones expuestas en la solicitud de oferta de Puja en Tiempo Real con las informaciones del perfil del usuario recibidas del modulo 32 de gestion de perfil dinamico. Una vez que se ha cerrado la subasta de la Puja en Tiempo Real, transmite de nuevo los datos vencedores de las Apps-ads al modulo 21 de gestion de las Apps-ads del terminal 2 de usuario.
El modulo 34 de analisis de la utilizacion esta a cargo de la informacion del uso de la recogida, almacenamiento, agregacion, analisis recibida del modulo 24 de captura de la utilizacion de un terminal 2 de usuario. Combina una informacion de la utilizacion de las Apps del usuario con detalles acerca de las Apps obtenidas del componente de la
5
10
15
20
25
30
35
40
45
50
55
base de datos 35 de info de las Apps, e infiere las informaciones acerca de las necesidades y los intereses de cada usuario en los diversos contactos de su vida. Estas informaciones del perfil del usuario inferidas son transmitidas al modulo 33 de gestion del perfil del usuario.
La base de datos 35 de info de las Apps esta a cargo de las informaciones de la provision acerca de las Apps que los usuarios pueden instalar en su terminal. La informacion tfpica abarca: el tttulo de la aplicacion, la descripcion, el icono, la banderola promocional, el emplazamiento de descarga, las informaciones de la fijacion del precio, las informaciones del editor y las informaciones de clasificacion (por ejemplo, en terminos de madurez de audiencia, contenido).
El modulo 33 de gestion del perfil del usuario esta a cargo del mantenimiento de las informaciones exhaustivas del perfil para los usuarios del sistema 1. Estas informaciones del perfil pueden ser ensambladas explfcitamente a partir del modulo 36 de aprovisionamiento de los perfiles de usuario y / o implfcitamente a partir del modulo 34 de analisis de utilizacion. El perfil del usuario puede componerse de multiples subperfiles asociados con contextos espedficos (por ejemplo: un subperfil en el trabajo y un subperfil en el domicilio).
El modulo 36 de aprovisionamiento de perfiles de usuario permite el aprovisionamiento explfcito del perfil de un usuario. La informacion del perfil puede suministrarse por el propio usuario, mediante el operador del sistema o mediante otros sistemas fuera del alcance de esta descripcion.
El modulo 32 de gestion de perfiles dinamicos esta a cargo del mantenimiento de un punto de vista dinamico de un perfil de usuario en base a su contexto actual de el / ella. El perfil dinamico del usuario se construye con las informaciones del contexto obtenidas del modulo 23 de analisis del contexto sobre el terminal 2 del usuario, y con partes de su perfil exhaustivo obtenidas del modulo 33 de gestion del perfil de usuario y filtradas en base a las informaciones del contexto. Estas informaciones del perfil dinamico son comunicadas al ecosistema publicitario por el modulo 31 de la parte vendedora de la RTB cuando es procesada una oportunidad de representacion, y es de gran valor para la parte compradora.
El modulo 37 de informacion del rendimiento de las Apps-ads esta a cargo de las informaciones de notificacion hacia el servidor 4 de la parte comparadora de la RTB que habilita la medicion de las devoluciones sobre las inversiones de la representacion de las Apps-ads. Para ello, el modulo 37 de informacion del rendimiento de las Apps-ads correlaciona las informaciones de la utilizacion de las apps obtenidas del modulo 34 de analisis de utilizacion con las victorias de las RTB de las Apps-ads registradas por el modulo 31 de la parte vendedora de la RTB. El protocolo RTB proporciona un mecanismo de manera que el ganador de la oferta rTb pueda ser notificado por el modulo 37 de informacion del rendimiento de las Apps-ads de los posteriores episodios de utilizacion de las apps originadas por el usuario que recibio la App-ad.
El servidor 4 de la parte compradora de la RTB comprende un modulo 41 de la parte compradora de la RTB. El modulo 41 de la parte compradora de la RTB esta a cargo de la gestion de los ofertantes, que implica entre otras cosas la gestion de los asientos virtuales y de las reglas de los ofertantes individuales. Lleva a cabo la evaluacion de las solicitudes de oferta de la Puja en Tiempo Real, decide la cantidad que cada ofertante quiere ofertar, y responde al modulo 31 de la parte vendedora de la rTb con respuestas de oferta de la Puja en Tiempo Real.
Debe destacarse que, aunque la figura 1 muestra un reparto concreto de los modulos 21 - 24, 31 - 37 y 41 funcionales entre el terminal 2 de usuario, el servidor 3 del sistema de la parte vendedora de la RTB y el servidor 4 de la parte compradora de la RTB, los modulos pueden estar situados de manera distinta.
La figura 2 es una vista estructural de un aparato 5, que puede ser el terminal 2 de usuario, el servidor 3 de la parte vendedora de la RTB o el servidor 4 de la parte compradora de la RTB. El aparato 5 presenta la arquitectura material de un ordenador y comprender un procesador 51, una memoria 52 y una interfaz 53 de comunicacion. El procesador permite ejecutar los programas de ordenador almacenados en la memoria 52. La interfaz 53 de comunicacion permite comunicar con otros aparatos de la red.
Los modulos funcionales del sistema 1 mostrados en la figura 1 pueden corresponder a la ejecucion de un programa P de ordenador mediante los respectivos aparatos 5 (terminal 2 de usuario, servidor 3 del sistema de la parte vendedora de la RTB, el servidor 4 de la parte compradora de la RTB).
La figura 3 es un diagrama que ilustra el funcionamiento del sistema 1 con respecto a la creacion del inventario publicitario.
Inicialmente, el modulo 21 de gestion de las Apps-ads de un terminal 2 de usuario decide - por ejemplo tras la expiracion de uno de sus temporizadores internos - desencadenar un refresco del objeto de App-ad (etapa S0). Asf, el modulo 21 de gestion de las Apps-ads envfa un mensaje de actualizacion M1 que contiene un identificador del terminal 2 de usuario al servidor 3 de la parte vendedora de la RTB (etapa S1).
El modulo 32 de gestion de perfiles dinamicos utiliza un identificador recibido para recuperar el correspondiente perfil dinamico del usuario (etapa S2). El perfil dinamico comprende, por ejemplo:
5
10
15
20
25
30
35
- informaciones acerca del emplazamiento actual del usuario
- informaciones acerca de los centros de interes actuales del usuario, por ejemplo "interest1", "interest2"
- informaciones generales acerca del usuario, por ejemplo su edad
El modulo 32 de gestion de los perfiles dinamicos transmite esas informaciones al modulo 31 de la parte vendedora de la RTB.
El modulo 31 de la parte vendedora de la RTB inicia una subasta enviando un mensaje de solicitud de oferta M2 a cada uno de los servidores 4 de la parte compradora de la RTB a la cual esta conectado (etapa S3). El mensaje de solicitud de oferta M2 incluye las informaciones de usuario suministradas por el modulo 32 de gestion de perfiles dinamicos.
El mensaje de solicitud de oferta M2 puede tener el formato definido en la norma v2.1 de la openRTB, por ejemplo. En ese caso, el emplazamiento actual del usuario puede ser utilizado en el campo "geo object" de la solicitud de oferta de la OpenRTB del objeto "user object", los centros de interes actuales del usuario pueden ser utilizados en el campo "keywords" de la Solicitud de Oferta del OpenRTB del "user object", las informaciones generales acerca del usuario pueden ser utilizadas en el "user object" de la Solicitud de la Oferta del OpenRTB, por ejemplo, la edad del usuario puede ser utilizada en el campo "yob".
El modulo 31 de la parte vendedora de la RTB y el modulo 41 de la parte compradora de la RTB, implementan, a modo de ejemplo, el protocolo v2.1 de la OpenRTB y utilizan una extension de este protocolo para soportar el formato App-ad. En el protocolo definido por la norma v.2.1 de la OpenRTB, el Objeto de Impresion solo soporta objetos Banderola y objetos Video. Para introducir el inventario digital App-ad en la OpenRTB, un nuevo objeto app podna definirse como sigue:
Campo
Alcance Tipo Descripcion
w
Obligatorio Entero Anchura de la impresion en pfxeles de densidad independiente
h
Obligatorio Entero Altura de la impresion de los pfxeles de densidad independiente
pos
Opcional Entero Posicion App sobre la pantalla de usuario. La enumeracion actualmente definida en el v.2.1 Tabla 6.5 de la OpenRTB, extendida con valores que definen regiones mas detalladas sobre la pantalla del dispositivo en las que el objeto app de impresion esta centrado, por ejemplo el centro, el centro superior, el centro inferior, el centro izquierdo, el centro derecho, el izquierdo superior, el derecho superior, el izquierdo de fondo, el derecho de fondo
En el protocolo definido por la norma v.2.1 de la OpenRTB, la Solicitud de Oferta (definidos en el capttulo 3.3.1 del v2.1 de la OpenRTB) y los objetos de Impresion (definidos en el capftulo 3.3.2 del v2.1 de la OpenRTB) soportan un campo opcional "ext" (extensiones) que debe ser utilizado como marcador de posicion para la JSON personalizada acordada por las partes de la transaccion OpenRTB. En una forma de realizacion, este campo "ext" incluye un objeto App-ad que contiene la JSON del objeto app anteriormente definida. Asf, un ejemplo del mensaje de solicitud de oferta M2 puede incluir:
"ext" : {
"appad" : {
"w": 300,
"h": 250,
"pos": 1 }
}
A continuacion, algunos de los servidores 4 de la parte compradora de la RTB responden al modulo 31 de la parte vendedora de la RTB con un mensaje de respuesta de oferta M3 (etapa S4). El mensaje de respuesta de oferta M3 puede tener el formato definido en la norma v2.1 de la OpenRTB. En ese caso, el Objeto de Oferta solo soporta marcadores publicitarios, tipicamente utilizados para anuncios Banderola y Video. Para introducir el inventario digital de las Apps-ads en la OpenRTB, un nuevo objeto App-ad podna definirse como sigue:
Campo
Alcance Tipo Descripcion
nombre
Obligatorio Cadena Nombre de la app
appuri
Obligatorio Cadena Identificador exclusivo de la aplicacion sobre la plataforma objetivo. Por ejemplo, sobre un androide, este sena el nombre del paquete de la
5
10
15
20
25
30
35
40
45
50
aplicacion.
iconurl
Obligatorio Cadena URL que apunta al recurso del icono de la app
detailsurl
Obligatorio Cadena URL que senala a la pagina de detalle de la app sobre la tienda appe
El campo "ext" del objeto Oferta (definido en el capttulo 4.3.3. del v2.1 de la OpenRTB) podna incluir un objeto "appad" que contenga el objeto JSON de la App Anunciada definida anteriormente. En ese caso, un ejemplo de un mensaje de respuesta de oferta M3 comprende:
"ext": {
"appad": {
"name":"my app ad",
"appuri":"com.myapp.ad",
"iconurl":"
http://www.ad.resources.com/icons/theappicon.png",
"detailurl":"
http://myappshop.com/details?pn=com.myapp.ad"
}
}
Tras la recepcion del mensaje de respuesta de oferta M3 y despues de la expiracion de la subasta, el modulo 31 de la parte vendedora de la RTB selecciona un ganador entre los ofertantes (etapa S5), y lo notifica mediante el procedimiento de Notificacion de Victoria de la openRTB (etapa S6).
El modulo 31 de la parte vendedora de la RTB extrae los datos de los App-ad del ganador de la oferta ya sea desde su mensaje de respuesta de oferta M3 o bien desde su respuesta M5 al mensaje de Notificacion de Victoria M4, segun se describe en el protocolo RTB. En esta forma de realizacion, los datos de las App-ad son suministrados en el mensaje de respuesta de oferta M3 enviado por el ganador de la oferta durante la subasta.
El modulo 31 de la parte vendedora de la RTB transmite entonces un mensaje del resultado de la oferta M6 que incluye estos datos de las App-ad al modulo 21 de gestion de las App-ad del terminal 2 de usuario (etapa S7).
En esta forma de realizacion, se considera que el terminal de usuario es un telefono inteligente con una pantalla tactil. Despues de recibir el mensaje del resultado de la oferta M6, el modulo 21 de gestion de las Apps-ads representa, a continuacion, el correspondiente icono App-ad en el area asignada a la representacion de la App-ad, y asocia la interaccion del usuario "tactil" a una redireccion hacia la pagina de descarga / instalacion sobre la tienda app, correspondiente a la solicitud anunciada por la App-ad (etapa S8). El icono App-ad es representado sobre la pantalla de inicio del terminal 2 de usuario junto con los iconos asociados con las aplicaciones ya instaladas en el terminal 2 de usuario.
Cuando el usuario contacta con el icono App-ad sobre su pantalla tactil, este usuario es redirigido a la URL incluido en el mensaje del resultado de la oferta M6 (etapa S9). Esta URL senala una parte de una tienda app donde el usuario puede descargar / instalar la aplicacion anunciada por la App-ad.
La figura 4 es un diagrama que ilustra el funcionamiento del sistema 1 con respecto a la creacion de valor para el inventario publicitario, manteniendo el perfil dinamico del usuario.
Inicialmente, el usuario abre una aplicacion tocando el correspondiente objeto proxy de recursos (por ejemplo un icono) sobre la pantalla inicial. Como resultado de ello, el modulo 22 de gestion de recursos inicia la aplicacion (etapa T0). Asf mismo, el modulo 22 de gestion de recursos permite que el modulo 24 de captura de info de utilizacion conozca que la aplicacion fue lanzada (etapa T1). La solicitud puede ser una aplicacion instalada en el terminal 2 de usuario por medio del procedimiento de la figura 3 o cualquier otra aplicacion, por ejemplo una aplicacion preinstalada o una aplicacion descargada desde un almacenamiento de app despues de acceder al almacenamiento de app de manera convencional.
El modulo 24 de captura de info de utilizacion recupera los detalles actuales del contexto (por ejemplo la localizacion, el tiempo, la zona de tiempo, el identificador del contexto) del modulo 23 de analisis del contexto, y enriquece con ello las informaciones de la utilizacion (etapa T2). A continuacion, el modulo 24 de captura de info de utilizacion transmite las trazas de la utilizacion enriquecidas con el contexto al modulo 34 de analisis de la utilizacion del servidor 3 de la parte vendedora de la RTB, a traves de la red (etapa T3).
El modulo 34 de analisis de la utilizacion combina la informacion de la utilizacion de las app con las informaciones semanticas acerca de las aplicaciones (por ejemplo: de acuerdo con la clasificacion en categonas de contenidos IAB, claves) obtenidas del modulo 35 de la Base de Datos de Info de App (etapa T4). De esta manera, infiere una caracterizacion semantica de las necesidades y requerimientos del usuario en su de el / de ella diversos contextos de la vida, incorporados como un conjunto de categonas y palabras clave del IAB.
A continuacion, el modulo 34 de analisis de utilizacion actualiza el perfil del usuario almacenado en el modulo 33 de gestion de perfiles de usuario sobre la base del analisis llevado a cabo en la etapa T4 (etapa T5).
El modulo 23 de analisis del contexto proporciona los detalles acerca del contexto actual (localizacion, tiempo, zona de tiempo, contexto) al modulo de gestion de perfiles dinamicos de forma periodica (etapa T6). El modulo 32 de 5 gestion de perfiles dinamicos puede tambien extraer las informaciones del perfil del usuario que sean relevantes en el contexto actual lo que se traduce en el perfil dinamico del usuario (etapa T7).
El perfil dinamico puede ser utilizado, por ejemplo, para otras subastas RTB (etapa T8).
La figura 5 es un diagrama que ilustra el funcionamiento del sistema 1 con respecto a la informacion del rendimiento del inventario de publicitacion.
10 Para poder dar cuenta del rendimiento del inventario digital de las Apps-ads, el campo "ext" del objeto de Oferta (definido en el capttulo 4.3.3 del v2.1 de la OpenRTB) se extiende para incluir el campo "pmurl" para conducir una URL de Medicion e Informacion del rendimiento, definido como sigue:
Campo
Alcance Tipo Descripcion
pmurl
Obligatorio Cadena URL a utilizar para enviar informe de Mediciones del Rendimiento de las Apps-ads
La URL de Medicion e Informe del Rendimiento se suministrana por el servidor 4 de la parte compradora de la RTB 15 y se invocana por el modulo 37 de informe del rendimiento de las Apps-ads tras la recepcion de las trazas de utilizacion posteriores a la oferta. Las macros de sustitucion descritos en el capttulo 4.6 del v2.1 de la OpenRTB pueden aplicarse a esta URL. Un objeto de registro de medicion del rendimiento puede ser transmitido a esa URL, por ejemplo con un HTTP POST. De acuerdo con un ejemplo, ese objeto presenta el siguiente formato:
Campo
Alcance Tipo Descripcion
etypo
Obligatorio Cadena Tipo de episodio de utilizacion de app: - revision - instalacion - no instalacion - acceso directo - sin acceso directo - uso - comparticion
etiempo
Opcional Cadena El tiempo del episodio, por ejemplo en el formato RFC 3339
20 De acuerdo con un ejemplo, el mensaje de respuesta de oferta M3 que incluye el campo "pmurl" comprende:
"ext": {
"appad": {
"name":"my app ad",
"appuri":"com.myapp.ad",
25 "iconurl":"
http://www.ad.resources.com/icons/theappicon.png", "detailurl":"
http://myappshop.com/details?pn=com.myapp.ad"
},
"pmurl": "
http://adserver.com/pmnotice?auctionid=${AUCTION_ID}"
}
30 De acuerdo con un ejemplo, el mensaje POST de Medicion e Informacion de Recibimiento enviado a la URL suministrado en el campo "pmurl" del objeto de la Oferta despues de la sustitucion macro:
http://adverser.com/pmnotice?auction-id=1234534625254
{
"etype":"review",
5
10
15
20
25
30
35
40
45
50
"etime":" 2011-08-30T09:30:16.768-04:00"
}
Cuando el modulo 31 de la parte vendedora de la RTB elige un ganador de una oferta, informa al modulo 37 de informacion del rendimiento de las Apps-ads los siguientes detalles: identificador de usuario, identificador de app, URL de informe del rendimiento (con macros de sustitucion procesados) (etapa U0). En las siguientes etapas, se parte de la base de que una App-Ad ha sido empujada hasta el terminal 2 del usuario con el mecanismo descrito con referencia a la figura 2.
El modulo 24 de captura de info de utilizacion recibe y almacena las informaciones acerca del uso de la App-Ad (Etapa U1). Por ejemplo, cuando el usuario cliquea sobre la App-ad, el modulo 21 de gestion de la App-ad informa al modulo 24 de captura de infor de utilizacion, que registra una utilizacion con el tipo APP REVIEW (lo que significa que el usuario esta preparado para obtener mas detalles acerca de la app). Asf mismo, cuando el usuario lanza la aplicacion desde la pantalla de inicio (por ejemplo utilizando un acceso directo), el modulo 22 de gestion de recursos informa al modulo 24 de captura de info de utilizacion, que registra una utilizacion por el tipo APP LAUNCH. Cuando el usuario instala o no instala una aplicacion en el terminal 2, el modulo 22 de gestion de recursos informa al modulo 24 de captura de info de utilizacion, que registra una utilizacion con el tipo APP INSTALL o UNINSTALL. Cuando el usuario crea un acceso directo para una app sobre la pantalla inicial, el modulo 22 de gestion de recursos informa al modulo 24 de captura de info de utilizacion, que registra el uso con el tipo APP SHORTCUT o APP UNSHORTCUT. Cuando el usuario comparte un acceso directo con una app desde la pantalla de inicio, el modulo 22 de gestion de recursos informa al modulo 24 de captura de info de utilizacion, que registra el uso con la APP SHARE.
El modulo 24 de captura de info de utilizacion recupera los detalles de contexto actuales (por ejemplo el emplazamiento, el tiempo, la zona del tiempo, el identificador del contexto) a partir del modulo 23 de analisis del contexto y enriquece con ello las informaciones de la utilizacion (etapa U2). A continuacion, el modulo 24 de captura de info de utilizacion transmite las trazas de la utilizacion del contexto enriquecido al modulo 34 de analisis de utilizacion del servidor 3 de la parte vendedora de la RTB, por la red (etapa U3).
El modulo 37 de informacion del rendimiento de las Apps-Ads recupera las trazas de utilizacion que se corresponden con el identificador de usuario y el identificador de la aplicacion a partir del modulo 34 de analisis de utilizacion (etapa U4).
Finalmente, para cada traza de utilizacion encontrada en la etapa U4, el modulo 37 de informe de rendimiento de las App-ads informa a la URL del rendimiento suministrado en la etapa U0 para que coincidan el identificador de usuario y el identificador de las apps (etapa U5). Por ejemplo, un objeto de medicion del rendimiento segun se describio en la tabla anterior es transferida a la URL con la solicitud HTTP POST.
La figura 6 es un diagrama que ilustra el funcionamiento del sistema 1 con respecto al seguimiento de la conversion.
Como se analizo anteriormente, en la etapa S7, el modulo 31 de la parte vendedora de la RTB transmite un mensaje del resultado de la oferta M6 que incluye los datos de las Apps-ads al modulo 21 de gestion de las Apps-ads del terminal 2 de usuario. En la forma de realizacion de la figura 6, el mensaje del resultado de la oferta M6 incluye tambien metadatos adicionales relacionados con la subasta RTB. Por ejemplo, los metadatos adicionales del mensaje del resultado de la oferta M6 pueden incluir el conjunto de informaciones relacionadas en el capftulo 4.6 del v2.1 de la OpenRTB, por ejemplo:
- ID de la solicitud de oferta; desde el atributo "id".
- ID de la oferta; desde el atributo "bidid".
- ID de la impresion acabada de ganar; del atributo "impid".
- ID del asiento del ofertante para el que se efectuo la oferta.
- ID del marcador del ad que el ofertante desea servir; a partir del atributo "adid".
- Precio del ajuste utilizando la misma moneda y las unidades que la oferta.
- La moneda utilizada en la oferta (explfcita o implfcita); solo con fines de confirmacion.
Cuando el modulo 21 de gestion de las App-ad recibe el mensaje del resultado de la oferta M6, transmite estos metadatos adicionales al modulo 21 de gestion de recursos (etapa V1).
Mas tarde, suponiendo que la aplicacion ha sido instalada, el usuario lanza la aplicacion, por ejemplo, utilizando un acceso directo sobre la pantalla inicial (etapa V2).
Cuando se ha lanzado una aplicacion, el modulo 22 de gestion de recursos determina si los metadatos para la app destinados a ser lanzados existen. Si es as^ el modulo 22 de gestion de recursos los transmite hasta la aplicacion (etapa V3), por ejemplo como atributos adicionales al intento de lanzamiento de la aplicacion.
Una vez lanzada, la aplicacion puede recuperar los metadatos de la App-ad y utilizarlos con la finalidad de 5 seguimiento de la conversion ad-hoc (etapa v4). Los componentes del sistema de seguimiento de la aplicacion y la conversion externas estan fuera del alcance de la presente descripcion.
Formas de realizacion del procedimiento pueden llevarse a cabo por medio de hardware y / o software dedicados o cualquier combinacion de ambos.
Aunque los principios de la invencion han sido descritos en las lmeas anteriores en conexion con formas de 10 realizacion espedficas, debe entenderse claramente que esta descripcion se efectua solo a modo de ejemplo y no como limitacion del alcance de la invencion, segun esta queda definida en las reivindicaciones adjuntas.

Claims (7)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. - Procedimiento ejecutado por un sistema (1) que comprende un servidor (3) de la parte vendedora de una puja en tiempo real y al menos un terminal (2) de usuario conectado por una red, en el que el terminal (2) de usuario lleva a cabo las etapas de:
    - enviar (S1) al servidor (3) de la parte vendedora de la puja en tiempo real un mensaje de actualizacion (M1) que contiene un identificador,
    - recibir (S7) un mensaje del resultado de la oferta (M6) del servidor (3) de la parte vendedora de la puja en tiempo real en respuesta a dicho mensaje de utilizacion (M1), comprendiendo dicho mensaje del resultado de la oferta (M6) un primer icono y una URL indicativo de donde se encuentra disponible la aplicacion asociada con el icono para su descarga,
    - representar (S8) un conjunto de iconos asociados con aplicaciones, que incluye dicho primer icono, y
    - en respuesta a un comando de activacion de uno de dichos iconos:
    c) ejecutar la aplicacion correspondiente si dicha aplicacion esta instalada en dicho terminal, o
    d) acceder (S9) a la URL indicativo de donde se encuentra disponible la correspondiente aplicacion para su descarga si dicha aplicacion no esta instalada en dicho terminal,
    y en el que el servidor (3) de la parte vendedora de la puja en tiempo real lleva a cabo las etapas de:
    - recibir (S1) dicho mensaje de actualizacion (M1) del terminal (2),
    - enviar (S3) un mensaje de solicitud de oferta (M2) a al menos un servidor (4) de la parte compradora de la puja en tiempo real en reaccion a la recepcion de dicho mensaje de actualizacion (M1), incluyendo dicho mensaje de solicitud de oferta (M2) unos datos de perfil asociados con el identificador del mensaje de actualizacion (M1),
    - recibir (S4) un mensaje de respuesta de oferta (M3) de dicho al menos un servidor (4) de la parte compradora de la puja en tiempo real,
    - seleccionar (S5) uno de los mensajes de respuesta de oferta recibidos (M3), y
    - enviar (S7) dicho mensaje del resultado de la oferta al terminal (2), en el que el primer icono y la URL del mensaje del resultado de la oferta (M6) se determinan en funcion del mensaje de respuesta de la oferta seleccionado (M3).
  2. 2. - Procedimiento de acuerdo con la reivindicacion 1, que comprende:
    - despues de acceder a la URL indicativo de donde se encuentra disponible la correspondiente aplicacion para su descargar, descarga e instalar dicha aplicacion en dicho terminal.
  3. 3. - Procedimiento de acuerdo con una de las reivindicaciones 1 y 2, que comprende:
    - en respuesta a una deteccion de la ejecucion de una de las aplicaciones, enviar (T3), por el terminal (2), un mensaje indicativo de que la aplicacion ha sido lanzada al servidor (3) de la parte vendedora de la puja en tiempo real,
    - en respuesta a la recepcion de dicho mensaje indicativo de que la aplicacion ha sido lanzada por el servidor de la parte vendedora de la puja en tiempo real:
    a) determinar (T4) las caractensticas de la aplicacion y
    b) actualizar (T5, T6, T7) un perfil de usuario en funcion de dichas caractensticas.
  4. 4. - Procedimiento de acuerdo con una de las reivindicaciones 1 a 3, que comprende:
    - recibir (S4, S6) por el servidor (3) de la parte vendedora de la puja en tiempo real, una URL de informe asociado con el mensaje de respuesta de la oferta seleccionado (M3),
    - enviar (U3), por el terminal (2) un mensaje que contiene los datos de usuario de la aplicacion asociados con el mensaje del resultado de la oferta (M3) al servidor (3) de la parte vendedora de la puja en tiempo real,
    - enviar (U5), por el servidor (3) de la parte vendedora de la puja en tiempo real, un mensaje que contiene los datos de utilizacion recibidos a la URL de informe.
    5
    10
    15
    20
    25
    30
    35
  5. 5. - Procedimiento de acuerdo con una de las reivindicaciones 1 a 4, en el que el mensaje del resultado de la oferta (M6) incluye tambien unos metadatos relacionados con la subasta de pujas en tiempo real, y el terminal (2) lleva a cabo las etapas de:
    - almacenar los metadatos asociados con la aplicacion (V1),
    - cuando la aplicacion es lanzada (V2), transmitir los metadatos almacenados a la aplicacion (V3).
  6. 6. - Procedimiento de acuerdo con una de las reivindicaciones 1 a 5, en el que al menos un mensaje entre el mensaje de solicitud de oferta (M2) y el mensaje de respuesta de oferta (M3) es conforme con la norma v2.1 de la OpenRTB, e incluye al menos un objeto en el campo "ext".
  7. 7. - Sistema (1) que comprende un servidor (3) de la parte compradora de la puja en tiempo real, y al menos un terminal (2) de usuario conectados por una red,
    en el que el terminal (2) de usuario comprende:
    - unos medios para enviar al servidor (3) de la parte vendedora de la puja en tiempo real un mensaje de actualizacion (M1) que contiene un identificador,
    - unos medios para recibir un mensaje del resultado de la oferta (M6) desde el servidor de la parte vendedora de la puja en tiempo real en respuesta a dicho mensaje de actualizacion, comprendiendo dicho mensaje del resultado de la oferta un primer icono y una URL indicativo de donde se encuentra disponible una aplicacion asociada con el icono para su descarga,
    - unos medios para representar un conjunto de iconos asociadas con aplicaciones, que incluyen dicho primer icono,
    - unos medios para ejecutar la aplicacion correspondiente en respuesta al comando de activacion de uno de dichos iconos, si dicha aplicacion esta instalada en dicho terminal, y
    - unos medios para acceder a la URL indicativos de donde se encuentra disponible la correspondiente aplicacion para su descarga en respuesta a un comando de activacion de uno de dichos iconos, si dicha aplicacion no esta instalada en dicho terminal
    y en el que el servidor (3) de la parte vendedora de la puja en tiempo real, comprende:
    - unos medios para recibir dicho mensaje de actualizacion del terminal,
    - unos medios para enviar un mensaje de solicitud de oferta (M2) al al menos un servidor (4) de la parte compradora de la puja en tiempo real en reaccion a la recepcion de dicho mensaje de actualizacion, incluyendo dicho mensaje de solicitud de oferta unos datos de perfil asociados con el identificador del mensaje de actualizacion,
    - unos medios para recibir un mensaje de respuesta de oferta (M3) de dicho al menos un servidor de la parte compradora de la puja en tiempo real,
    - unos medios para seleccionar uno de los mensajes de respuesta de oferta recibidos, y
    - unos medios para enviar dicho mensaje del resultado de la oferta al terminal, en el que el primer icono y la URL del resultado del mensaje se determina en funcion del mensaje de respuesta seleccionado.
ES13305605.1T 2013-05-14 2013-05-14 Procedimiento y aparato para Pujas en Tiempo Real RTB Active ES2693114T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP13305605.1A EP2804406B1 (en) 2013-05-14 2013-05-14 Method and apparatus for Real Time Bidding RTB

Publications (1)

Publication Number Publication Date
ES2693114T3 true ES2693114T3 (es) 2018-12-07

Family

ID=48577651

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13305605.1T Active ES2693114T3 (es) 2013-05-14 2013-05-14 Procedimiento y aparato para Pujas en Tiempo Real RTB

Country Status (4)

Country Link
US (1) US20160104209A1 (es)
EP (1) EP2804406B1 (es)
ES (1) ES2693114T3 (es)
WO (1) WO2014184122A1 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10262338B2 (en) * 2014-05-30 2019-04-16 Facebook, Inc. Bidding for position of installed application in an interface of a mobile device
US10748175B2 (en) * 2015-01-14 2020-08-18 Viesoft, Inc. Price mining prevention and dynamic online marketing campaign adjustment data processing systems and methods
US20160371747A1 (en) * 2015-06-22 2016-12-22 Appnexus, Inc. Advertisement space auction allowing for secondary auctions
CN108122124B (zh) * 2016-11-30 2021-06-25 腾讯科技（北京）有限公司 信息推送方法、平台及系统
US11151603B2 (en) * 2018-12-31 2021-10-19 Microsoft Technology Licensing, Llc Optimizing content item delivery for installations of a mobile application
CN110727894B (zh) * 2019-10-12 2023-09-01 腾讯科技（深圳）有限公司 目标素材设置方法、装置、设备及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2523436A1 (en) * 2011-05-11 2012-11-14 Alcatel Lucent Mobile device and method of managing applications for a mobile device
CN104335224B (zh) * 2012-07-25 2016-08-31 Hrl实验室有限责任公司 神经元电路及其方法

Also Published As

Publication number Publication date
WO2014184122A1 (en) 2014-11-20
EP2804406B1 (en) 2018-08-01
EP2804406A1 (en) 2014-11-19
US20160104209A1 (en) 2016-04-14

Similar Documents

Publication Publication Date Title
ES2693114T3 (es) Procedimiento y aparato para Pujas en Tiempo Real RTB
US20180357675A1 (en) Mobile Device Operating System for Providing Enhanced Communications Via Segmented Message Templates
US20180276720A1 (en) Advertising creative processing method, advertising creative processing apparatus, and storage medium
US20020194215A1 (en) Advertising application services system and method
KR102066664B1 (ko) Sns를 이용한 광고 제공 장치, 방법 및 컴퓨터 프로그램
JP2015172969A (ja) 広告カスタマイズ方法及びシステム
CN106411710B (zh) 一种信息处理方法及装置
CN105577922A (zh) 用于文本消息传递系统用户设备的可选择样式
US9881581B2 (en) System and method for the distribution of audio and projected visual content
KR100983240B1 (ko) 무선단말기에 어플리케이션을 용이하게 설치하는 방법 및 그 시스템
US9818133B1 (en) Method for consumer profile consolidation using mobile network identification
KR20140031823A (ko) 쇼핑 정보 제공 방법 및 장치
US10616290B2 (en) Method and apparatus of providing chatrooms for consultation
CN110580637A (zh) 广告投放方法、需求方平台及计算机存储介质
KR20160126492A (ko) Mo 서비스 기반 혜택 제공 시스템 및 방법
KR101830211B1 (ko) 다양한 링크옵션을 제공하는 광고 제공 시스템 및 방법
KR20160015837A (ko) 휴대가능한 제품을 이용한 모바일 컨텐츠 제공 방법 및 장치
KR102309740B1 (ko) 전자문서 콘텐츠 관리 방법
KR20140093936A (ko) 임프레션 입찰 기법
JP6915164B2 (ja) 基準領域によってバナー広告別の優先順位が決定されるバナー広告サービスシステム
JP2005174106A (ja) コンテンツ配信システムおよびコンテンツ配信方法
KR101940280B1 (ko) 회원 위치 기반 미술 작품/미술 전시회 큐레이션 서비스 시스템
KR20200109440A (ko) 광고 플랫폼 시스템
CN116051189B (zh) 广告监测方法及装置
CN108475385B (zh) 用于分配电子发布内容的方法和系统