MX2013003415A - Conversion de un elemento multimedia digital de renta a compra. - Google Patents

Abstract

La satisfacción del consumidor así como sus ingresos tienen el potencial de aumentar a por medio de la conversión de un elemento multimedia digital de una renta a una compra. Después la renta de un elemento multimedia digital, el suceso de un evento predefinido puede disparar la exhibición de una oportunidad de conversión en un dispositivo de cliente. El evento predefinido puede incluir identificar que el elemento multimedia digital ha sido previamente rentado, detectar que el elemento multimedia digital ha sido pausado o que la reproducción ha llegado a un punto predefinido, o detectando que el periodo de renta ya expiró. En algunos casos, la compra del elemento multimedia digital se puede ofrecer con una tasa de descuento basado en el historial de renta o en un nivel de calidad diferente.

Description

CONVERSIÓN DE UN ELEMENTO MULTIMEDIA DIGITAL DE RENTA A COMPRA CAMPO DE LA INVENCIÓN La presente divulgación tiene que ver con la compra de un elemento multimedia digital en renta, y más específicamente con la conversión de un elemento multimedia digital.

ANTECEDENTES DE LA INVENCIÓN Muchos elementos multimedia como las películas o los programas de televisión están disponibles en forma digital para su renta o venta. Cuando al consumidor se le presenta la opción de rentar o comprar un elemento multimedia en particular, este generalmente sopesa ciertos factores, que pueden incluir el nivel de familiaridad con el elemento multimedia y su historial de renta previa. Si la * familiaridad con un elemento media de un consumidor es limitada, puede que el consumidor esté inseguro de que él o ella disfrute el elemento lo suficiente como para usarlo otra vez en el futuro, y por lo mismo, el consumidor puede que prefiera rentar en vez de comprar un elemento media. Sin embargo, después de rentar el elemento media, algunos consumidores se arrepienten y desean haber comprado el elemento media. Desafortunadamente, muchos consumidores con remordimiento de arrendador acaban no comprando el elemento media porque no están dispuestos a pagar el precio total de la compra después de ya haber pagado para rentar el elemento.

Adicionalmente, algunos consumidores, cuando se encuentran ante el dilema ide rentar o comprar, acaban optando por ninguna de las opciones porque el deseo de no gastar supera el deseo de la experiencia de un elemento multimedia. En algunos casos, la elección de abstenerse es temporal mientras el consumidor junta mayor información al respecto. Sin embargo, para otros, el deseo de experimentar el elemento media pasa sin que el consumidor haya rentado o comprado el eleníento. Cada uno de estos contextos resulta potencialmente en una pérdida de ganancias para los proveedores de elementos multimedia, y una falta de satisfacción por parte del consumidor.

SUMARIO DE LA INVENCIÓN Las características y ventajas adicionales de la divulgación se revelarán en la descripción que se da a continuación y en parte, será evidente de la descripción, o se puede aprender con la práctica de los principios divulgados -aquí. Las características y ventajas de la divulgación se pueden realizar y i obtener por medio de instrumentos y combinaciones que se señalan de manera particular en las reivindicaciones anexadas. Estas y otras características de la divulgación serán cada vez más claras a partir de la descripción que se da a continuación y de las reivindicaciones anexadas, o se puede aprender por medio de la práctica de los principios que se exponen aquí.

La presente divulgación describe sistemas, métodos y medios no transitorios legibles por computadora para convertir un elemento multimedia digital de un producto de renta a un producto de compra. Un primer método incluye recibir una solicitud para rentar un elemento multimedia digital, como una película o. un programa de televisión. La solicitud de renta puede incluir un identificador de cuenta de usuario y un identificador del elemento multimedia, así como una variedad de tipos de datos, como el nivel de calidad, el identificador del dispositivo del cliente, etcétera. En respuesta a la solicitud, el método puede incluir actualizar la cuenta de usuario asociada con el identificador de cuenta de usuario para incluir un token de renta. El token de renta puede estar asociado con un periodo de renta y/o una política de uso para el elemento multimedia digital solicitado. En algún momento, el método puede incluir detectar un evento predefinido, como detectar el umbral de renta del elemento multimedia digital, detectar que el elemento multimedia está en estado de pausa, detectar el suceso de una acción o interacción de usuario predefinida y/o detectar cuándo expira el periodo de renta. En respuesta a la detección de un evento predefinido, el método puede además incluir mandar un comando al dispositivo de un cliente para presentar una interfaz de usuario que presenta una oportunidad de convertir el elemento multimedia digital de ser de renta a ser de compra. La interfaz de usuario puede ser una interfaz gráfica de usuario o interfaz de audio de usuario. * En algunas configuraciones, la oportunidad de compra también puede incluir un precio de compra con descuento y/o una opción de compra en formato diferente, como un nivel < de calidad diferente, un formato de código diferente, un formato de distribución diferente, etcétera. Adicionalmente, en algunos casos, la oportunidad de compra puede presentarse en él dispositivo de un cliente distinto de aquel dispositivo de cliente que solicitó la renta y/o del dispositivo de cliente en el que el elemento multimedia está siendo utilizado. Además de recibir una respuesta afirmativa a la oportunidad de conversión, el método puede incluir actualizar la cuenta del usuario para convertir el token de renta en un token de compra, donde el token de compra hace posible el uso por parte del usuario del elemento de multimedia digital del periodo de renta.

Un segundo método incluye recibir una solicitud de renta de un elemento de multimedia digital, como una película o un programa de televisión. La solicitud de renta puede incluir un identificador de cuenta de usuario y un identificador de elemento multimedia, asi como una variedad de otros tipos de información, como el nivel de calidad, el identificador del dispositivo de cliente, etcétera. En respuesta a la solicitud, el método puede incluir la actualización de la cuenta de usuario asociada con el identificador de cuenta de usuario para incluir un token de renta. El token de renta se puede asociar con un periodo de renta y/o una política de uso para la solicitud del elemento de multimedia digital. En algún momento, el método puede incluir, recibir una notificación indicando que el elemento de multimedia digital está en estado de pausa. En respuesta a la notificación, el método puede incluir, mandar un comando al dispositivo de cliente para presentar una interfaz de usuario que exhibe una oportunidad para convertir el elemento de multimedia digital de ser de renta a ser de compra. La interfaz de usuario puede ser una interfaz gráfica de usuario o una interfaz de audio de usuario. Posteriormente en algún momento, el método puede incluir, recibir una segunda notificación indicando que el elemento de multimedia digital ya no está en estado de pausa. En respuesta a la notificación, el método puede incluir, mandar un comando al dispositivo del cliente para inhabilitar la interfaz de usuario.

BREVE DESCRIPCIÓN DE LAS FIGURAS Para describir la manera en la que las ventajas y características descritas arriba y otras de la divulgación se pueden obtener, se hará una descripción particular de los principios brevemente descritos arriba por referencia a realizaciones específicas a partir de ahí que se ilustran en los dibujos anexados. Entendiéndose que estos dibujos representan sólo realizaciones a manera de ejemplo de la divulgación, y que por tanto, no se consideran como limitativos de su alcance, los principios aquí se describen y explican con especificidad y detalle adicionales con el uso de dibujos que los acompañan, donde: La FIG. 1 ilustra una realización de un sistema de ejemplo; La FIG. 2 ilustra una configuración cliente-servidor de ejemplo para convertir un elemento multimedia de renta a uno de compra; La FIG. 3 ilustra un proceso de conversión de renta; La FIG. 4 ilustra una primera secuencia de ejemplo de cuentas de usuario; La FIG. 5 ilustra una segunda secuencia de ejemplo de cuentas de usuario; La FIG. 6 ilustra una interfaz gráfica de usuario de ejemplo, que presenta una oportunidad de conversión; La FIG. 7 ilustra una interfaz gráfica de usuario de ejemplo, que presenta una oportunidad de conversión, incluyendo una opción de compra en un formato diferente; La FIG. 8 ilustra una oportunidad de conversión de ejemplo, que se presenta como respuesta a una solicitud de renta; La FIG. 9 ilustra una oportunidad de conversión de ejemplo, que se presenta en respuesta al suceso de un evento predefinido; La FIG. 10 ilustra una oportunidad de conversión de ejemplo, que se presenta en respuesta a la recepción de una notificación; La FIG. 11 ilustra la interfaz de usuario de ejemplo, que presenta una oportunidad de conversión; La FIG. 12 ilustra una primera realización de método de ejemplo para la conversión de un producto de renta a uno de compra; La FIG. 13 ilustra una segunda realización de método de ejemplo para la conversión de un producto de renta a uno de compra; La FIG. 14 ilustra una tercera realización de método de ejemplo para la conversión de un producto de renta a uno de compra.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Varias realizaciones de la divulgación se discuten a detalle abajo. Aunque aquí se discuten ¡mplementaciones especificas, debe entenderse que esto sólo se hace con fines ilustrativos. Una persona experta en la técnica revelada entiende que otros componentes y configuraciones se pueden usar sin alejarse del alcance y el espectro de la divulgación.

La presente divulgación responde a la necesidad en la técnica para convertir un elemento de multimedia digital de renta a compra. Al usar esta tecnología, un usuario que ya ha rentado un elemento de multimedia digital antes, podrá convencerse de convertir una renta en una compra, si se le presenta la oportunidad en el momento adecuado y/o con el incentivo indicado. Por ejemplo, un usuario que apenas acaba de terminar de ver una película, puede que haya disfrutado la película lo suficiente como para que, si se le presenta la oportunidad inmediatamente, el usuario compre la película. Alternativamente, a un usuario que antes ya ha rentado una película y quiere verla de nuevo, puede que se le convenza de comprar la película si la tarifa de renta previamente pagada se aplica al precio de compra.

Antes de dar una descripción detallada de la conversión de renta a compra de un elemento de multimedia digital, la divulgación primero expone una discusión de un sistema básico de computación de uso general o un dispositivo de computación en la FIG. 1 , que se puede emplear para practicar los conceptos divulgados aquí. Con referencia a la FIG. 1 , un sistema 100 como ejemplo incluye un dispositivo de computación 100 de uso general que incluye una unidad de procesamiento (CPU o procesador) 120 y un bus de sistema 1 10 que conecta varios componentes del sistema, incluyendo la memoria del sistema 130 como lo es la memoria de solo lectura (ROM) 140 y la memoria de acceso aleatorio (RAM) 150 al procesador 120. El sistema 100 puede incluir un chache 122 conectado directamente con, a una proximidad corta, o integrado como parte del procesador 120. El sistema 100 copia los datos de la memoria 130 y/o del dispositivo de almacenamiento 160 en el cache para el acceso rápido por el procesador 120. De esta manera, el cache provee un rendimiento de desempeño tal que evita demoras en el procesador 120 mientras espera la información. Estos y otros módulos pueden controlar o configurarse para controlar el procesador 120 para que realice varias acciones.! También se puede usar otros tipos de memoria del sistema 130. La memoria 130 puede incluir múltiples tipos de memoria diferentes con características de desempeño diferentes. Es fácil darse cuenta que la divulgación puede operar en un dispositivo de computadora 100 con más de un procesador 120 o un grupo o clúster de dispositivos de computación interconectados en red para proveer mayor capacidad de procesamiento. El procesador 120 puede incluir cualquier procesador de uso general y un módulo de hardware o un módulo de software, como el módulo 1 162, el módulo 2 164 y el módulo 3 166 guardados en el dispositivo de almacenamiento 160, configurado para controlar el procesador 120 asi como un procesador para fines específicos donde las instrucciones de software están incorporadas en el diseño mismo del procesador. Esencialmente, el procesador 120 puede ser un sistema de cómputo totalmente autónomo, que contenga múltiples núcleo (cores) o procesadores, un bus, un controlador de memoria, cache, etcétera. Un procesador multinúcleo puede ser simétrico o asimétrico.

El bus del sistema 1 10 puede ser uno de varios tipos de estructuras de bus, incluyendo un bus de memoria o un controlador de memoria, un bus periférico y un bus local, usando cualquiera de las varias arquitecturas de bus. Un sistema básico de entrada y salida (BIOS) almacenado en ROM 140 o similar, puede proveer una rutina básica que ayuda a transferir la información entre elementos dentro del dispositivo de computación 100, como por ejemplo, durante el inicio. El dispositivo de computación 100 además incluye dispositivos de almacenamiento 160 como una unidad de disco duro, una unidad de disco magnético, una unidad de disco óptico, una unidad de cinta o similares. El dispositivo de almacenamiento160 puede incluir módulos de software 162, 164, 166 para controlar el procesador 120. Otros módulos de hardware y software también están considerados. El dispositivo de almacenamiento 160 está conectado al bus del sistema 110 por una unidad de interfaz. Las unidades y los medios de almacenamiento legibles por computadora asociados en estos proveen almacenamiento no volátil de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos necesarios para el dispositivo de computación 100. En un aspecto, un módulo de hardware que desempeña una función particular incluye el componente de software almacenado en un medio no transitorio legible por computadora en conexión con los componentes de hardware necesarios, como el procesador 120, el bus 110, la pantalla 170, y demás accesorios para llevar a cabo la función. Los componentes básicos son conocidos por aquellos expertos en la técnica, y están tomadas en cuenta las variaciones apropiadas dependiendo del tipo de dispositivo, como por ejemplo, si el dispositivo 100 es pequeño, si es un dispositivo de computación de mano, portátil, una computadora de escritorio, o un servidor de computadora.

A pesar.de que la realización de ejemplo descrita aquí emplea un disco duro 160, los expertos en la técnica deben tener en cuenta que también se puede usar otros tipos de medios legibles por computadora que pueden almacenar datos que están accesibles por medio de una computadora, como casetes, tarjetas de memoria flash, discos versátiles digitales, cartuchos, memorias de acceso aleatorio (RAM) 150, memoria de sólo lectura (ROM) 140, un cable o una señal inalámbrica que contenga una corriente de flujo de bits y similares en el entorno de operación del ejemplo. Los medios de almacenamiento no transitorios legibles por computadora excluyen expresamente medios como la energía, portadores de señales, ondas electromagnéticas y señales per se.

Para hacer posible la interacción entre el usuario y el dispositivo de computación 100, un dispositivo de entrada 190 representa cualquier cantidad de mecanismos, como lo son un micrófono para la voz, una pantalla sensible al tacto para entrada de gesto o gráfica, un teclado, un ratón, entrada de movimiento, de voz y así varios. Un dispositivo de salida 170 también puede ser uno entre varios mecanismos de salida conocidos, sobre todo entre los expertos en la técnica. En algunas instancias, los sistemas multimodales hacen posible que el usuario pueda proveer múltiples tipos de entrada para comunicar con el dispositivo de computación 100. La interfaz de comunicaciones 180, generalmente regula y dirige la entrada de usuario y la salida del sistema. No hay restricción alguna en cuanto a operar en cualquier tipo de disposición del hardware y, por lo tanto, las características básicas aquí, pueden sustituirse fácilmente por un hardware mejorado o disposiciones de microprogramas (firmware) conforme se van desarrollando.

Para mayor claridad de la explicación, la realización ilustrativa del sistema se presenta como que incluye bloques funcionales individuales que a su vez incluyen bloques funcionales individuales llamados "procesador" o procesador 120. Las funciones que representan estos bloques se pueden obtener ya sea usando hardware compartido o específico, incluyendo, pero no por ello limitado a, hardware capaz de ejecutar software y hardware, como un procesador 120, que se arma para fines específicos para operar como un equivalente de software que normalmente se ejecuta en un procesador de uso general. Por ejemplo, las funciones de uno o más procesadores presentadas en la FIG. 1 las puede ejecutar un procesador único compartido o varios procesadores. (El uso del término "procesador" no debe interpretarse como que se refiere exclusivamente a hardware capaz de ejecutar software). Las realizaciones ilustrativas pueden incluir un microprocesador y/o hardware de procesador digital de señales (DSP por sus siglas en inglés), memoria de sólo lectura (ROM) 1 0 para almacenar el software que desempeña las operaciones que se discutirán abajo, y memoria de acceso aleatorio (RAM) 150 para guardar resultados. También pueden utilizarse realizaciones de hardware de integración en escala muy grande (VLSI), asi como sistema de circuitos VLSI a la medida, en combinación con un sistema de circuitos DSP de uso general.

Las operaciones lógicas de varias realizaciones se implementan como: (1) una secuencia de pasos, operaciones o procedimientos implementados por computadora que funcionan en un circuito programable en una computadora de uso general, (2) una secuencia de pasos, operaciones o procedimientos implementados por computadora que funcionan en un circuito programable de uso especifico; y/o (3) módulos de computadora o motores de programa interconectados en circuitos programables. El sistema 100 que se muestra en la FIG. 1 puede poner en práctica todos o parte de los métodos discutidos, puede ser parte de los sistemas discutidos y/o puede operar de acuerdo con las instrucciones en los medios de almacenamiento no transitorios legibles por computadora. Estas operaciones lógicas se pueden implementar como módulos configurados para controlar el procesador 120 para que desempeñe funciones particulares de acuerdo con cómo se programe el modulo. Por ejemplo, la FIG. 1 ilustra tres módulos Mod1 162, Mod2 164 y Mod3 166, que son módulos configurados para controlar el procesador 120. Estos módulos se pueden almacenar en el dispositivo de almacenamiento 160 y se pueden guardar en una memoria RAM 150 o en una memoria 130 mientras está funcionando, o se puede almacenar como es conocido en la técnica en otro tipo de ubicaciones de memoria legible por computadora.

Una vez divulgados algunos componentes de un sistema de computación, lá divulgación ahora pasa a la FIG. 2, donde se ilustra un ejemplo de una configuración del servidor de un cliente 200 para hacer la conversión de un elemento multimedia digital en renta a la compra del mismo. En la configuración de ejemplo del servidor del cliente 200, el proveedor del elemento multimedia 206 puede residir en un servidor, como lo es un dispositivo de computación de uso general, como el sistema 100 en la FIG. 1.

En la configuración de sistema 200, un proveedor de un elemento multimedia 206 puede comunicar con uno o más dispositivos de cliente 202,, 2022 202„ (colectivamente 202") que están conectados a una red 204 por comunicación directa y/o indirecta. El proveedor del elemento multimedia 206 puede mantener conexiones de gran variedad de dispositivos de cliente distintos; como son computadoras de escritorio; computadoras móviles; dispositivos de comunicación de mano, p.ej. teléfonos celulares, teléfonos inteligentes, tabletas; televisiones inteligentes; decodificadorés de señal para TV; cajas decodificadoras y/o cualquier dispositivo de computación. Es más, el proveedor de elemento multimedia 206 puede aceptar conexiones de e interactuar con múltiples dispositivos de cliente 202 de manera concurrente.

El proveedor de elemento multimedia 206 puede recibir una solicitud para rentar o comprar un elemento multimedia digital de un dispositivo de cliente 202. La solicitud puede incluir un identificador de cuenta de usuario, un identificador del elemento multimedia, y si la solicitud es para rentar o para comprar. El identificador de cuenta de usuario se puede utilizar para recuperar datos y/o actualizar información asociada con el identificador de cuenta de usuario.

La solicitud para rentar o comprar también puede incluir otro tipo de información que puede vahar según la configuración del sistema, como el identificador de dispositivo del cliente, el nivel de calidad, el formato de codificación, el formato de distribución, etcétera. Un identificador de dispositivo de cliente puede indicar a qué dispositivo de cliente asociado con la cuenta de usuario se debe enviar el elemento multimedia que se pidió. Por ejemplo, si una sola cuenta de usuario está asociada con múltiples dispositivos de cliente, el proveedor del elemento multimedia 206 puede recibir una solicitud de un dispositivo de cliente y mandar el elemento multimedia a un dispositivo de cliente distinto asociado con la cuenta de usuario. Muchos elementos multimedia digitales se pueden distribuir con diferentes niveles de calidad, p.ej. de definición estándar o de alta definición. Por lo tanto, en algunos casos, el proveedor del elemento multimedia 206 puede recibir una solicitud de renta o compra de un elemento multimedia que también incluya un nivel de calidad. Adicionalmente, el proveedor del elemento multimedia 206 puede mantener un elemento multimedia digital en varios formatos de codificación, p.ej. MP3 y ACC. En este caso, la solicitud de renta o compra puede especificar un formato de codificación. Una ventaja de los elementos multimedia digitales es que la distribución del elemento se puede llevar a cabo usando una variedad de modelos de distribución diferentes, p.ej. descarga y streaming (corriente continua). Un proveedor de elemento multimedia 206 configurado para mantener múltiples modelos de distribución puede recibir una solicitud de renta o compra que incluye un modelo de distribución. También es posible incluir una variedad de datos de otro tipo en la solicitud de renta o compra, como el tipo, de sistema operativo.

El proveedor de elemento multimedia 206 puede contener varios componentes que facilitan la conversión de un elemento multimedia rentado a un elemento multimedia comprado. Los componentes pueden incluir una o más bases de datos, p.ej. una base de datos del elemento multimedia 220 y una base de datos de la cuenta de usuario 222, y uno o más módulos para la interacción con las bases de datos y/o la conversión de elementos multimedia de renta a compra, p.ej. una interfaz de comunicaciones 208, un módulo de administración de contenidos 210, un módulo de administración de cuenta 212, y un módulo de interfaz de usuario 214. Es del conocimiento de cualquier experto en la técnica que la configuración ilustrada en la FIG. 2 es simplemente una posible configuración y que otras configuraciones con más o menos componentes también son posibles.

En la configuración de ejemplo 200 en la FIG. 2, el proveedor del elemento multimedia 206 guarda dos bases de datos. La base de datos del elemento multimedia 220 puede incluir uno o más tipos de contenidos multimedia digitales, que están disponibles para rentar o comprar a través de un proveedor de elementos multimedia 206. Un elemento multimedia digital puede ser cualquier contenido digital que se puede rentar o comprar, como música, películas, programas de televisión, videojuegos, libros electrónicos, etcétera. Sin embargo, los tipos' de elementos multimedia disponibles por medio del proveedor de elementos multimedia 206 pueden variar según la configuración del sistema. En algunos casos, puede suceder que el proveedor de elementos multimedia 206 ofrezca algunos artículos que sólo están disponibles para su renta o sólo están disponibles para su compra. Por ejemplo, el proveedor de elementos multimedia 206 puede tener tanto elementos multimedia digitales de música como de cine, pero los elementos multimedia de música sólo se pueden comprar, y no rentar. En otro ejemplo, el proveedor de elementos multimedia 206 puede contener una variedad de elementos multimedia digitales de cine. El proveedor de elementos multimedia 206 puede ofrecer el elemento multimedia uno únicamente para renta, y el elemento multimedia dos únicamente para compra, un elemento multimedia tres que se puede rentar o comprar.

Como se describe arriba, el proveedor de elementos multimedia 206 puede tener un elemento multimedia digital en múltiples formatos. Por ejemplo, un elemento multimedia de cine se puede guardar en los formatos de codificación H264 y en PEG4. Alternativamente, un elemento multimedia de videojuegos se puede guardar en múltiples formatos para su ejecución en dispositivos de cliente que funcionan con sistemas operativos diferentes. Al mantener diferentes formatos, el proveedor de elementos multimedia 206 puede ser compatible con los dispositivos de clientes con diferentes tipos de reproductores de elementos multimedia, reproductores de elementos multimedia que soportan múltiples formatos de codificación, dispositivos de cliente que funcionan con una variedad de sistemas operativos, etcétera. En algunos casos, un elemento multimedia digital se puede guardar en un subconjunto de la totalidad de formatos que ofrece el proveedor de elementos multimedia 206.

El proveedor de elementos multimedia 206 también puede guardar elementos multimedia digitales en varios niveles dé calidad. Por ejemplo, el proveedor de elementos multimedia 206 puede guardar un elemento multimedia de cine en definición estándar y/o en alta definición, o hasta en varios formatos de alta definición, como 720p, 1080Í, y/o 1080p. En algunos casos, el proveedor de elementos multimedia 206 puede guardar un elemento multimedia digital en sólo un subconjunto de todos los niveles de calidad que funcionan con el proveedor de elementos multimedia 206.

En algunos casos, un elemento multimedia se puede formatear para que sea un paquete que incluye múltiples formatos o niveles de calidad. Por ejemplo, un elemento multimedia puede ser binario gordo o de arquitectura múltiple. Alternativamente, un elemento multimedia puede incluir una película en definición estándar o alta definición. En este caso, el proveedor de elemento multimedia 206 puede mandar el elemento multimedia al dispositivo de un cliente y ese dispositivo de cliente puede compartir el elemento multimedia con otro dispositivo de cliente asociado con la cuenta de usuario sin que el segundo dispositivo de cliente tenga que conectarse con el proveedor del elemento multimedia 206 para obtener un elemento multimedia utilizable.

En algunas configuraciones, un elemento multimedia se puede asociar con metadatos. Los metadatos incluyen una variedad de datos, incluyendo uno o más puntos predefinidos en el elemento multimedia. En algunos casos, un punto predefinido se puede usar para disparar o activar una oportunidad de conversión. Un punto predefinido puede estar asociado con cualquier punto en un elemento multimedia digital. Sin embargo, en algunos casos tiene sus ventajas seleccionar un punto predefinido que probablemente maximice la posibilidad de que el usuario acepte la oportunidad de convertir. Esto es, un elemento multimedia digital puede contener uno o más puntos donde es más probable que un usuario acepte la oportunidad de convertir. Por ejemplo, una película puede contener una escena que es particularmente fuerte, emocional y/o memorable. Si la oportunidad de conversión se presenta durante o un poco después de dicha escena, es más probable que un usuario tome una decisión rápida de comprar la película. También es posible seleccionar un punto predefinido que se basa en características comunes a todos los elementos multimedia de un tipo en particular, como el inicio de los créditos en una película o el inicio de un nivel nuevo en un videojuego.

La base de datos de la cuenta de usuario 222 puede guardar información que se requiere regularmente para completar la transacción de renta o de compra del elemento multimedia digital, como el identificador de cuenta de un usuario o la información de facturación. La base de datos de la; cuenta de usuario 222 también puede incluir información adicional, como uno o más identificadores de dispositivo de cliente y/o un historial de renta. En algunas configuraciones, un usuario puede asociar o autorizar uno o más dispositivos de cliente con la cuenta de usuario. La asociación puede indicar que el dispositivo del cliente está autorizado para comunicar con el proveedor de elementos multimedia 206 con él propósito de rentar y/o comprar un elemento multimedia, recibiendo y/o respondiendo a una oportunidad de conversión, recibiendo un elemento multimedia, y/o usando un elemento multimedia. Cuando un dispositivo de cliente se asocia con o se autoriza por medio de una cuenta de usuario, la cuenta de usuario puede incluir un identificador de dispositivo del cliente. En algunos casos, el proveedor de elementos multimedia 206 puede autorizar a un dispositivo de cliente para que use un subgrupo de la funcionalidad. Por ejemplo, el proveedor de elementos multimedia 206 puede autorizar a un dispositivo de cliente el uso de un subgrupo de elementos multimedia. En otro ejemplo, el proveedor de elementos multimedia 206 puede autorizar a un dispositivo de cliente para que reciba una oportunidad de conversión de renta, pero sin que reciba o utilice el elemento multimedia. Adicionalmente, en algunos casos, el proveedor de elemento medios 206 puede autorizar a un número limitado de dispositivos de cliente y/0 a dispositivos de cliente de un tipo en particular para una sola cuenta de usuario, p.ej. 10 dispositivos para 5 cajas decodificadoras.

La base de datos de la cuenta de usuario 222 también puede guardar un historial de renta para cada elemento multimedia que ha sido rentado por un usuario. Una entrada de historial de renta puede incluir un identificador de elemento multimedia, el número de veces que el usuario ha rentado el elemento multimedia, y un token o autorización. El token puede ser un token de renta o Un token de compra. Un token de compra puede indicar que el usuario compró el elemento multimedia asociado. De igual manera, un token de renta puede indicar que el usuario rentó el elemento multimedia asociado. Un token de renta puede tener un periodo de renta asociado o una política de renta especificando los términos de uso. Por ejemplo, un token de renta puede tener un política de renta asociada que indica que el usuario tiene 30 días para empezar la reproducción el elemento, pero una vez que se ha iniciado la reproducción, el usuario sólo tiene 24 horas para usar el elemento multimedia. Adicionalmente, un token de renta puede tener varios estados, como vigente o expirado, para indicar si el elemento multimedia está actualmente autorizado para utilizarlo. Esto quiere decir que un token de renta vigente puede indicar que el periodo de renta todavía no vence y por ende el usuario todavía puede utilizar el elemento multimedia. Por ejemplo, supongamos que el proveedor de elementos multimedia 206 está configurado con una política de renta en la que el usuario tiene 30 días para iniciar la reproducción, pero una vez. iniciada la reproducción, el usuario sólo tiene 24 horas para utilizar el elemento multimedia. En este ejemplo, un token de renta vigente puede indicar que la renta del elemento multimedia está, sea en la ventana de inicio-uso 30-dlas o en la ventana de uso 24-horas. Una vez que cualquiera de las dos ha expirado, el sistema puede actualizar el historial de renta para reflejar el cambio en el estado, p.ej. el estado del token de renta se puede cambiar a un estado de vigente a expirado. Alternativamente, la cuenta de usuario puede indicar autorización de renta y/o compra de otra manera en vez de usar un token.

En algunas configuraciones, el historial de renta también puede asociar un nivel de calidad con el elemento multimedia que consumió un usuario. En algunos casos, el nivel de calidad se puede asociar por medió de un token. Por ejemplo, un token puede ser un token de definición estándar o un token de alta definición. En este ejemplo, el proveedor de elementos multimedia 206 puede tener cuatro tipos de tokens: token de renta de definición estándar, token de renta de alta definición, token de compra de definición estándar, token de compra de alta definición. Alternativamente, el sistema puede utilizar un identificador de elementos multimedia diferente para un contenido multimedia que está disponible en formatos varios o con un identificador de nivel de calidad separado. En algunas configuraciones, el historial de renta puede incluir información adicional como el tipo de elemento multimedia; el formato de codificación; el formato de distribución, p.ej. descarga o streaming; plataforma o sistema operativo; etcétera.

El proveedor de elementos multimedia 206 puede eliminar o borrar el historial de renta después de un periodo de tiempo especifico. Por ejemplo, el proveedor de elementos multimedia 206 puede incluir un historial de renta definido para todos los usuarios, como por ejemplo, 1 año. Además, la manera en la que el proveedor del elemento multimedia 206 borra el historial de renta puede variar dependiendo de la configuración En algunos casos, cuando ninguna transacción de renta para un elemento multimedia ha ocurrido en un periodo de historia de renta especificado, el proveedor de elementos multimedia 206 puede borrar la entrada de historial de renta completa para el elemento multimedia. Por ejemplo, si el proveedor de elemento multimedia 206 está configurado con un periodo de historial de renta de 1 año y un usuario rentó un elemento multimedia dos veces, la primera renta habiendo ocurrido hace 1 año, 6 meses, y la segunda hace 1 año, 1 día, el proveedor de elementos multimedia 206 puede borrar el historial de renta completo para ese elemento multimedia de la cuenta de usuario. Alternativamente, el proveedor de elementos multimedia 206 puede borrar sólo las transacciones de renta expiradas, que ocurrieron fuera del lapso de expiración de historial de renta. Por ejemplo, si el proveedor de elementos multimedia 206 está configurado con un periodo de historial de renta de 1 año y un usuario rentó un elemento multimedia dos veces, la primera renta habiendo ocurrido hace 1 año, 1 día, y la segunda hace 6 meses, el proveedor de elementos multimedia 206 puede borrar la primera transacción de renta de la cuenta del usuario. Al usar esta regla de gestión del historial de renta, después de eliminar, la cuenta de usuario reflejaría una sola transacción de renta para el elemento multimedia, que ocurrió hace 6 meses.

En algunos casos, un usuario puede configurar cuánto tiempo se debe mantener su historial de renta, p.ej. invalidar un valor predeterminado. Por ejemplo, un usuario puede especificar que el proveedor de elementos multimedia 206 no puede mantener un historial de renta fuera dél periodo de renta. En otro ejemplo, un usuario puede especificar que el periodo de historial de renta es más corto que el que trae el valor predeterminado, p.ej. 6 meses a diferencia del predeterminado que es de 1 año, o más largo que el del valor predeterminado, p.ej. 2 años a diferencia del predeterminado que es de 1 año.

Queda claro y lo entiende cualquier experto en la técnica, que el proveedor de elementos multimedia 206 puede configurarse con más o menos bases de datos. Por ejemplo, como se describe arriba, el proveedor de elementos multimedia 206 puede proveer varios tipos de elementos multimedia diferentes como música, películas, programas de televisión, etcétera. Por lo tanto, en algunas configuraciones, el proveedor de elementos multimedia 206 puede mantener diferentes bases de datos de elementos multimedia para diferentes tipos de elementos multimedia. Por ejemplo, el proveedor de elementos multimedia 206 puede mantener una base de datos para elementos multimedia de música y otras base de datos para películas y programas de televisión, o una primera base de datos para música, una segunda base de datos para películas, y una tercera base de datos para programas de televisión.

En la configuración de ejemplo 200, el proveedor de elementos multimedia 206 mantiene cuatro módulos para la interacción con la base de datos y/o la conversión de elementos multimedia rentados a elementos multimedia comprados. La interfaz de comunicaciones 208 puéde recibir comunicación de un dispositivo de cliente 202. Una comunicación recibida puede ser una solicitud de renta y/o compra, una notificación de que va a tener un lugar un evento predefinido, y/o una respuesta a una oportunidad de conversión. A cambio de recibir una comunicación del dispositivo del cliente 202, la interfaz de comunicaciones 208 puede pasar la comunicación a uno o más módulos diferentes en el proveedor de elementos multimedia 206 para su procesamiento. Por ejemplo, una solicitud para rentar un elemento multimedia se puede recibir por la interfaz de comunicaciones 208 y pasar al módulo de administración de contenidos 210. Además, la interfaz de comunicaciones 208 puede mandar una comunicación a un dispositivo de cliente 202. Una comunicación enviada puede ser un elemento multimedia y/o una comunicación relacionada con una oportunidad de conversión. Por ejemplo, la interfaz de comunicaciones 208 puede mandar un comando a un dispositivo de cliente para presentar una interfaz de usuario que exhibe una oportunidad de compra de un elemento multimedia qilie habla sido previamente rentado.

El proveedor de elementos multimedia 206 también puede mantener un módulo de administración de cuenta 212. El módulo de administración de cuenta 212 puede actualizar la base de datos de la cuenta de usuario 222 y/u obtener información del historial de renta. En algunas realizaciones, el módulo de administración de cuenta 212 puede actualizar el historial de renta de un usuario en respuesta a una transacción de renta o compra, o cuando la renta de un elemento multimedia ha expirado. Adicionalmente, cuando el proveedor de elementos multimedia 206 está configurado sólo para mantener información sobre el historial de renta para un periodo de tiempo especificado, el módulo de administración de cuenta 212 puede actualizar el historial de renta para borrar o eliminar transacciones que ya expiraron.

Además de lo anterior, el proveedor de elementos de media 206 puede incluir un módulo de administración de contenidos 210 que puede procesar una solicitud de renta y/o compra, una1 notificación del hecho de un evento predefinido, y/o una respuesta a una oportunidad de conversión. En respuesta a la recepción de una solicitud para rentar un elemento multimedia, el módulo de administración de contenidos 210 puede dar instrucciones al módulo de administración de cuenta 212 para que actualice la cuenta de usuario en la base de datos de la cuenta de usuario 222 y/o para que recupere la información del historial de renta basado en la solicitud de renta. Basado en la solicitud de renta, el módulo de administración de contenidos 210 puede identificar si al usuario se le debería presentar una oportunidad de conversión. En algunos casos, en respuesta a una solicitud de renta, el módulo de administración de contenidos 210 puede recupera el elemento multimedia de la base de datos del elemento multimedia 220. En respuesta a la recepción de una notificación del acontecimiento de un evento predefinido, el módulo de administración de contenidos 210 puede identificar si a un usuario se le deberla presentar una oportunidad de conversión. Además, el módulo de administración de contenidos 210 puede procesar una respuesta del dispositivo de cliente con respecto de una oportunidad de conversión. En este caso, el módulo de administración de contenidos 210 puede dar instrucción al módulo de administración de cuenta 212 para que actualice la cuenta de usuario y/o recupere el elemento de multimedia de la base de datos del elemento multimedia 220.

Finalmente, el proveedor de elementos multimedia 206 puede incluir funcionalidades que requieren de la interacción con el usuario, p.ej. transacciones de renta o compra y oportunidades de conversión. Por consiguiente, se puede proveer una ¡nterfaz de usuario (Ul, por sus siglas en inglés) para la comunicación con un módulo de interfaz de usuario 214 para que lleve a cabo dichas tareas. La Ul para el módulo de interfaz de usuario 214 se puede accesar a través del dispositivo de cliente 202 en comunicación con el proveedor de elementos multimedia 206. La Ul y el módulo de interfaz de usuario 214 pueden operar en varios modos de cliente, incluyendo un modo de cliente pesado, un modo de cliente ligero, o un modo de cliente híbrido, dependiendo de las capacidades de almacenamiento y de procesamiento del proveedor de elementos multimedia 206 y/o del dispositivo del cliente ' 202. Por lo tanto, una Ul para el módulo de interfaz de usuario 214 se puede implementar como Una solicitud independiente que opera en un dispositivo de cliente en algunas realizaciones. En otras realizaciones, un portal a través del navegador se puede usar para proveer la Ul para el módulo de interfaz de usuario 214. También se puede utilizar cualquier otra configuración para accesar remota o localmente al proveedor de elementos multimedia 206.

La Ul puede ser cualquier tipo de Ul que facilite la interacción del usuario. En algunos casos, la Ul puede ser una interfaz gráfica de usuario (GUI) Alternativamente, la Ul puede ser una interfaz de unidad de conexión (AUI) que usa señales de audio, como la voz para facilitar la interacción. La Ul también puede ser una combinación de una GUI, una AUI y/o cualquier otro tipo de Ul.

Como se describe abajo, un aspecto de la presente tecnología es recabar y usar información del historial de renta de un elemento multimedia digital. La presenté divulgación reconoce que el uso de información del historial de renta de un elemento multimedia digital se puede usar en beneficio del usuario. Por ejemplo, un historial de renta se puede utilizar para ofrecer al usuario una oportunidad para comprar un elemento multimedia digital en el historial de renta del usuario a un precio de descuento. La presente divulgación, además contempla que las entidades responsables de la recopilación y/o uso de la información de renta deben implementar y utilizar de manera consistente, políticas y prácticas que son generalmente reconocidas como que cumplen o rebasan los requisitos de la industria o gubernamentales que exigen se mantenga privada y segura la información de historial de renta. Por ejemplo, la información de historial de renta debe recopilarse para usos legítimos y razonables de la entidad, y no para compartir o vender más allá de esos usos legítimos. Además, esta recopilación sólo debe ocurrir después del consentimiento informado por parte de los usuarios. Adicionalmente, esta entidades deben tomar cualquier paso necesario para salvaguardar y asegurar el acceso a dicha información de historial, y para garantizar que otros con acceso a la información del historial de renta cumplan con las políticas y los procedimientos de privacidad y seguridad. Además, esta entidades pueden someterse a evaluación por parte de terceros para certificar su acatamiento de las políticas y prácticas de privacidad, ampliamente aceptadas.

A pesar de lo dicho anteriormente, la presente divulgación también contempla realizaciones cuyo uso, acceso e información de historial de renta es bloqueado por los usuarios. Esto es, la presente divulgación contempla que se pueden proveer elementos de hardware y/o software para prevenir o bloquear el acceso a la información de historial de renta. Por ejemplo, la presenta tecnología hace posible para los usuarios seleccionar "opt ¡n" (aceptar) u "opt out" (rechazar) participación en la recopilación de información de historial de renta mientras se registra para el servicio o mientras configura preferencias. En otro ejemplo, los usuarios pueden especificar cuánto tiempo se debe mantener su información de historial de renta. Por ejemplo, un usuario puede especificar que su historial de renta debe vencer pasado un mes.

Por lo tanto, a pesar de que la presente divulgación cubre ampliamente el uso de información de historial de renta para implementar una o más de las realizaciones divulgadas, la presente divulgación también contempla que varias realizaciones también se pueden implementar usando un historial de renta limitado. Es decir, las varias realizaciones de la presente tecnología no se vuelven inoperables debido a la falta de información de historial de renta. Por ejemplo, la presente tecnología se puede seguir usando para presentar una oportunidad de conversión de una renta a una compra durante el periodo de renta, sin la necesidad de mantener un historial de renta fuera del periodo de renta.

La FIG. 3 ilustra un proceso de conversión de renta 300 basado en el proveedor del elemento multimedia 206. En algunas realizaciones, la interfaz de comunicaciones 208 puede recibir una variedad de eventos de comunicación de un dispositivo de, como el dispositivo de cliente 202. Un evento de comunicación puede incluir una solicitud de renta, una notificación del acontecimiento de un evento predefinido, y/o una respuesta a la oportunidad de conversión. La interfaz de comunicaciones 208 puede pasar el evento de comunicación al módulo de administración de contenidos 210.

El módulo de administración de contenidos 210 puede recibir el evento de comunicación de la interfaz de comunicaciones 208. El modulo de administración de contenidos 210 puede realizar varias acciones diferentes dependiendo del tipo de evento de comunicación. En algunas realizaciones, el evento de comunicación es una solicitud de renta. En respuesta a la solicitud de renta, el módulo de administración de contenidos 210 puede dar instrucción al módulo de administración de cuenta 212 para que actualice la cuenta de usuario asociada con el identificador de cuenta de usuario provisto en la solicitud de renta. Por ejemplo, el módulo de administración de cuenta 212 puede agregar a la cuenta de usuario una nueva entrada que incluye el identificador de elemento multimedia y un token de renta u otro tipo de designación que indique la autorización de renta, la política de renta, y/o el periodo de renta. En otro ejemplo, el módulo de administración de cuenta 212 puede actualizar una entrada ya existente en la cuenta del usuario para incrementar un conteo de renta cuando el usuario ya antes ha rentado el elemento multimedia. Además de ello, el módulo de administración de contenidos 210 puede recibir el historial de renta asociado con el identificador de cuenta de. usuario y el identificador de cuenta multimedia del módulo de administración de cuenta 212. El módulo de administración de contenidos 210 puede recibir el historial de renta en respuesta a una solicitud del historial de renta o en respuesta a una solicitud para actualizar la base de datos de la cuenta de usuario 222.

En algunas configuraciones, el módulo de administración de contenidos 210 puedej procesar el historial de renta para determinar si el usuario ha rentado previamente el elemento multimedia asociado con la solicitud de renta. Basado en el historial de renta, el módulo de administración de contenidos 210 puede disparar una oportunidad de conversión. En algunos casos, el modulo de administración de contenidos 210 puede disparar una oportunidad de conversión cuando el historial de renta incluye por lo menos una renta previa del elemento multimedia. Sin embargo, en algunos casos, el sistema puede incluir un valor umbral de historial de renta previo que es mayor de uno. Por ejemplo, el sistema puede incluir un valor de historial de renta previo de tres, en cuyo caso el módulo de administración de contenidos 210 no dispararía una oportunidad de conversión hasta que el usuario quisiera rentar un elemento multimedia por cuarta vez.

En algunas realizaciones, la comunicación es una notificación del suceso de algún evento predefinido. El evento predefinido puede variar con la configuración del sistema. En algunos casos, un evento predefinido puede incluir una acción o interacción predefinida de usuario, la reproducción llegando a un punto predefinido, y/o la expiración del periodo de renta. Otros eventos predefinidos también son posibles. En respuesta a la notificación, el módulo de administración de contenidos 210 puede procesar la notificación para determinar si se dispara o no una oportunidad de conversión. El módulo de administración de contenidos 210 puede incluir una variedad de reglas para determinar cuando disparar una oportunidad de conversión. Las reglas pueden basarse en la configuración del módulo de administración de contenidos 210 y/o el evento predefinido.

En algunos casos, un evento predefinido es una acción predefinida de usuario. Una acción predefinida de usuario puede ser cualquier acción, como lo es pausar, parar, rebobinar. Sin embargo, en algunos casos, tiene sus ventajas seleccionar una acción predefinida que muy probablemente maximice la posibilidad de que un usuario acepte la oportunidad para comprar. Esto quiere decir que algunas acciones de usuario pueden ser una indicación más sólida del interés del usuario en el elemento multimedia comparado con otros. Por ejemplo, completar la reproducción un número predefinido de veces, rebobinar un número predefinido de veces, usar el elemento multimedia por un periodo de tiempo predeterminado, y/o poner un segmento particular un número predefinido de veces pueden ser indicadores de que hay gran interés por el elemento multimedia. De igual manera, interactuar con contenidos dinámicos específicos en el elemento multimedia, como lo es hacer clic en un hipervlnculo, también puede ser indicador de gran interés por el elemento multimedia. Si una oportunidad de conversión se presenta después de que ocurra una de las acciones predefinidas de usuario, es más probable que el usuario acepte la oportunidad de convertir la renta en una compra. En algunos casos, el módulo de administración de contenidos 210 puede disparar una oportunidad de conversión en respuesta al recibir notificación del suceso de una acción predefinida de usuario.

En algunos casos, un evento predefinido es llegar a un punto predefinido en el elemento multimedia. En algunos casos, el módulo de administración de contenidos 210 puede disparar una oportunidad de conversión en respuesta a recibir notificación de que se ha alcanzado un punto predefinido en el elemento multimedia.

En algunos casos, el módulo de administración de contenidos 210 puede disparar o suprimir una oportunidad de conversión después de que ocurre una combinación de eventos predefinidos. Por ejemplo, si el usuario ha puesto pausa a la reproducción más de un límite mínimo de veces, el módulo de administración de contenidos 210 puede suprimir, la oportunidad de conversión para subsecuentes eventos de pausa que se detecten o para un subconjunto de eventos de pausa subsecuentes detectados. En otro ejemplo, el módulo de administración de contenidos 210 puede disparar una oportunidad de conversión en respuesta a la recepción de una notificación de que se alcanzó un punto predefinido en el elemento multimedia, como pueden ser los créditos en una película. Sin embargo, si el usuario respondió previamente a la oportunidad de conversión con una respuesta "ignorar", el módulo de administración de contenidos 210 puede suprimir esa oportunidad de conversión. De igual manera, si el periodo de renta expiró, pero el usuario previamente seleccionó "No, gracias", el módulo de administración de contenidos 210 puede suprimir la oportunidad de conversión.

El módulo de administración de contenidos 210 también puede usar una combinación de eventos predefinidos para inferir la posibilidad de que un usuario responda afirmativamente a la oportunidad de compra. Usando diferentes reglas de inferencia, el módulo de administración de contenidos 210 puede determinar si se dispara o se suprime una oportunidad de conversión. Por ejemplo, el módulo de administración de contenidos 210 puede inferir que un usuario tiene un gran interés en un elemento multimedia si hace pausa en la reproducción dentro de un periodo predefinido después de que la reproducción ha alcanzado un punto predeterminado. Alternativamente, el módulo de administración de contenidos 210 puede inferir la falta de interés después de detectar que un usuario le ha dado pausa a la reproducción más de un número predeterminado de veces. En este caso, presentar una oportunidad de convertir, puede no ser benéfica, y hasta puede degradar la experiencia del usuario y por |o mismo el módulo de administración de contenidos 210 puede suprimir la oportunidad de conversión. En otro ejemplo, el módulo de administración de contenidos 210 puede inferir un fuerte interés después de detectar que el usuario ha alcanzado los créditos sin dar pausa o parar la reproducción. Alternativamente, el módulo de administración de contenidos 210 puede inferir una falta de interés después de detectar que un usuario no completó la reproducción durante el periodo de renta. Basado en reglas de inferencia, el módulo de administración de contenidos 210 puede ya sea disparar o suprimir una oportunidad de conversión.

I En algunos casos, el módulo de administración de contenidos 210 puede ser ün factor en la experiencia del usuario a la hora de determinar si una oportunidad de conversión deberla presentársele al usuario. Esto es, si la probabilidad existe de que la experiencia de usuario se vaya a degradar al presentarle la oportunidad de conversión, el módulo de administración de contenidos 210 puede suprimir esa oportunidad de conversión. Por ejemplo, si el sistema está configurado para mostrar una oportunidad de conversión cada vez que el usuario ponga pausa en la reproducción, en algún punto, es probable que el usuario se moleste y la experiencia del usuario quedará degradada. En este caso, él módulo de administración de contenidos 210 puede disparar una oportunidad de conversión cada "x" pausas o puede suprimir cualquier oportunidad de conversión después de detectar un limite mínimo de pausas. De la misma manera, si el usuario ha respondido antes a la oportunidad de conversión seleccionando una respuesta como "ignorar" o "no, gracias", es probable que seguir presentando la oportunidad moleste al usuario y degrade su experiencia de usuario. En este caso, el módulo de administración dé contenidos 210 puede suprimir una oportunidad de conversión después de recibir dicha respuesta.

En algunos casos, el módulo de administración de cuenta 212 puede almacenar un historial de eventos de las notificaciones recibidas y/o de las oportunidades de conversión en le cuenta de usuario para facilitar el determinar si una oportunidad de conversión se puede presentar o no. Por ejemplo, al almacenar el historial de eventos, el módulo de administración de contenidos 210 puede seleccionar las horas fijadas de la oportunidad de conversión para maximizar la probabilidad de la conversión y/o maximizar la experiencia del usuario. Para hacer dicha determinación, el módulo de administración de contenidos 210 puede analizar el historial de eventos para identificar una oportunidad de conversión basada en eventos predefinidos múltiples.

En respuesta al módulo de administración de contenidos 210 que dispara una oportunidad de conversión, la interfaz de comunicaciones 208 puede mandar un comando a un dispositivo de cliente para presentar la oportunidad de conversión al usuario. En algunos casos, la oportunidad de^conversión puede incluir un precio con descuento. Por ejemplo, se puede computar un descuento basado en el número de rentas previas, como deducir la tarifa completa pagada previamente para la(s) renta(s) o un porcentaje de la tarifa previamente pagada. Alternativamente, se puede computar un descuento basado en el lapso de tiempo desde la última renta, como deducir una cantidad mayor de la tarifa de renta cuando la renta fue más reciente. Existen métodos adicionales para computar una tarifa con descuento que también son posibles.

" En algunos casos, la oportunidad de comprar el elemento multimedia puede incluir la oportunidad de comprar el elemento multimedia en un formato de codificación distinto, en un nivel de calidad diferente, para diferentes tipos de sistemas operativos, usando un modelo de distribución distinto, etcétera. Por ejemplo, si un usuario previamente rentó el elemento multimedia y/o solicitó la renta del elemento multimedia en definición estándar, la oportunidad de comprar puede incluir la opción de comprar el elemento multimedia en alta definición. De igual manera, si un usuario previamente rentó en alta definición, la oportunidad de comprar puede incluir la opción de comprar en definición estándar. Presentar un nivel de calidad diferente puede traer ventajas cuando se conoce que la mayoría de los compradores de un elemento multimedia lo compran en un nivel de calidad particular.

En algunos casos, la oportunidad de comprar un elemento multimedia se puede mandar a un dispositivo de cliente alternativo, asociado con la cuenta de usuario. Por ejemplo, la notificación del suceso de un evento predefinido se puede recibir de un dispositivo de cliente que actualmente está usando el elemento multimedia, como una caja decodificadora, y la oportunidad de conversión se puede mandar a un dispositivo de cliente distinto, como lo es un teléfono móvil. Esto tienen la ventaja de que es menos disruptivo para le experiencia del usuario porque no interfiere directamente con el uso de un elemento multimedia. 1 En algunos casos, el módulo de administración de contenidos 210 puede buscar el elemento multimedia solicitado en la base de datos del elemento multimedia 220. Por ejemplo, si después de procesar el historial de renta, el módulo de administración de contenidos 210 determina que la oportunidad de conversión no debería presentarse, el módulo de administración de contenidos 210 puede buscar el elemento multimedia para completar la solicitud de renta.

En algunas realizaciones, la comunicación es una respuesta a la oportunidad de conversión. La interfaz de comunicaciones 208 puede recibir una respuesta de un dispositivo de cliente, como el dispositivo de cliente 202, considerando una oportunidad de compra. El tipo y/o número de respuestas aceptadas puede variar con la configuración del sistema. En algunos casos, la respuesta puede limitarse a aceptar/negar. Alternativamente, el módulo de administración de contenidos 210 puede procesar respuestas entre aceptar y rechazar, como lo son ignorar o recordarme más tarde, que pueden usarse para indicar que el usuario no está interesado en este momento, pero que quizá después lo esté. Adicionalmente, una oportunidad de conversión puede incluir opciones para compra en un formato de codificación diferente, en un nivel de calidad diferente, para un sistema operativo deferente, usando un modelo de distribución diferente, etcétera. En este caso, la respuesta puede incluir la información correspondiente.

El módulo de administración de contenidos 210 puede recibir la respuesta de la interfaz de comunicaciones 208. Después de recibir la respuesta, el módulo de administración de contenidos 210 puede procesar la respuesta. En el caso de una respuesta negativa o una respuesta en medio, como "ignorar", el módulo de administración de contenidos 210 puede ya no llevar a cabo ninguna acción. Alternativamente, el módulo de administración de contenidos 210 puede instruir al módulo de administración de cuenta 212 para que actualice la cuenta del usuario para que refleje la respuesta del usuario. Por ejemplo, en el caso de una respuesta negativa, el módulo de administración de cuenta 212 puede actualizar la cuenta de usuario para indicar que el usuario no está interesado en recibir futuras oportunidades de conversión para el periodo de renta asociado. En algún caso, ß?· módulo de administración de contenidos 210 puede usar esta información en el futuro para determinar si una oportunidad de conversión debería ser presentada.

En el caso de una respuesta afirmativa, el módulo de administración de contenidos 210 puede instruir al módulo de administración de cuenta 212 para que actualice la cuenta de usuario para que convierta la renta en una compra. La manera en la que el módulo de administración de cuenta 212 actualiza la cuenta de usuario puede variar según la configuración del sistema. Por ejemplo, cuando se usan tokens de renta y compra, el módulo de administración de cuenta 212 puede convertir un token de renta en un token de compra, donde el token de compra indica que el elemento multimedia no está autorizado para su uso fuera del periodo de renta original. Una oportunidad de conversión puede incluir una oportunidad de comprar el elemento multimedia en un nivel de calidad diferente, en un formato de codificación diferente, para un sistema operativo distinto, usando un modelo de distribución diferente, etcétera. Por lo tanto, el módulo de administración de cuenta 212 puede actualizar la cuenta de usuario para que incluya cualquier cambio entre la versión de renta y la versión de compra del elemento multimedia que se mantienen en la cuenta del usuario. Por ejemplo, si la renta estuviera en definición estándar y la compra estuviera en alta definición, el módulo de administración de cuenta 212 puede registrar una mejora en la cuenta del usuario.

En algunos casos, después de recibir una respuesta afirmativa a la oportunidad de conversión, el módulo de administración de contenidos 210 puede buscar el elemento multimedia de la base de datos de elemento multimedia 220 para su distribución al dispositivo del cliente. Esto puede ocurrir en varias situaciones, como cuando el elemento multimedia ya expiró y por lo mismo ya fue borrado del dispositivo del cliente o cuando las versiones de renta y compra del elemento multimedia son diferentes de hecho son diferentes contenidos. El módulo de administración de contenidos 210 también puede distribuir un elemento multimedia a un dispositivo de cliente cuando la renta se ha distribuido usando un formato diferente que el de la compra. Por ejemplo, la renta se distribuyó a través de streaming y la compra es una descarga o la renta estaba en alta definición y la compra en definición estándar. Como se describe arriba, la interfaz de comunicaciones 208 puede mandar una oportunidad para convertir a un dispositivo de cliente alternativo y/o el dispositivo de cliente de respuesta puede que no tenga lo necesario para usar un elemento multimedia comprado. Por lo tanto, en algunos casos, la interfaz de comunicaciones 208 puede distribuir el elemento multimedia comprado a un dispositivo de cliente distinto al dispositivo de cliente que responde. Por ejemplo, la respuesta de conversión se puede recibir desde un teléfono celular, mientras que el elemento multimedia se usó en una caja decodificadora, por lo que la interfaz de comunicaciones 208 puede mandar el elemento multimedia comprado a la caja decodificadora en vez de al teléfono celular que respondió.

La FIG. 4 ilustra una primera secuencia de ejemplo de cuentas de usuario que muestran cómo una cuenta de usuario puede actualizarse en varios escenarios de uso. La tabla 410 contiene cuatro cuentas de usuario que ilustran la imagen de una ejemplo de cuenta de usuario. En la tabla 410, el Usuariol rentó un elemento multimedia MU una vez y el token de renta actualmente está vigente. En el escenario uno, en algún punto durante el periodo de renta al Usuariol se le presenta una oportunidad de convertir MU de una renta a una compra. En respuesta a la oportunidad de conversión el Usuariol declina la conversión, por lo que la cuenta del Usuariol se actualiza quedando en el estado que se refleja en la tabla 420, donde el token de renta asociado con MU ya expiró. En la tabla 420, el Usuario2 en algún punto rentó MI3 dos veces. En el escenario 2, el Usuario2 decidió rentar MI3 otra vez. Cuando el Usuario2 hace la transacción de renta, el proveedor del elemento multimedia examina el historial de renta del Usuario2 para I3 e identifica que el Usuario2 ya antes ha rentado el elemento multimedia, por lo que al Usuario2 se le presenta una oportunidad para comprar I3 en vez de rentarla de nuevo. El Usuario2 acepta la oportunidad de compra, entonces la cuenta de Usuario2 se actualiza como se refleja en la tabla 430, donde el token asociado con el elemento multimedia MI3 se convierte en un token de compra vigente. En la tabla 430, la cuenta de Usuario3 refleja tanto una renta como una compra del elemento multimedia MI2. En el escenario 3, el Usuario3 decide rentar el elemento multimedia Mil . Ya que el Usuar¡o3 no tiene ningún historial de renta previo para el elemento multimedia MU , la transacción de renta se completa sin una oferta para convertir, como se refleja en la tabla 440. Sin embargo, después de completar la reproducción, al Usuario3 se le presenta la oportunidad de compra de MU . El Usuario3 acepta la oferta, entonces la cuenta del Uaurio3 se actualiza para que refleje la conversión, como se muestra en la tabla 450. En la tabla 450, el Usuario4 rentó el elemento multimedia MI4 una vez y el token de renta todavía está vigente. En el escenario 4, en algún punto durante la reproducción, al,Usuario4 se le presenta la oportunidad de convertir el elemento multimedia MI4 de renta a compra. El Usuario4 acepta la oferta de conversión, como se muestra en la tabla 460, donde el token de renta aún vigente se convierte en un token de compra vigente.

La FIG. 5 ilustra una segunda secuencia a manera de ejemplo, de cuentas de usuario que demuestran cómo una cuenta de usuario se puede actualizar en varios escenarios de uso. La tabla 510 contiene cuatro cuentas de usuario que ilustran un ejemplo de una visualización de. cuenta de usuario. En la tabla 510, el Usuario 1 rentó un elemento multimedia MU una vez en alta definición (HD) y el token de renta de alta definición está vigente actualmente. En el escenario uno, en algún momento durante el periodo de renta, al Usuariol se le presenta la oportunidad de convertir MU de renta a una'compra. La oportunidad de convertir incluye la opción de compra tanto en definición estándar como en alta definición. En respuesta a la oportunidad de conversión, el Usuariol elige comprar la versión de alta definición. La conversión de compra de alta definición está reflejada en la tabla 520, donde el token vigente de renta de alta definición se convierte en un token de compra de alta definición. En la tabla 520, el Usuario2 en algún momento rentó MI3 dos veces en definición estándar, pero el token de definición estándar ya expiró. En el escenario 2, el Usuario2 ha decidido rentar MI3 en definición estándar otra vez. Cuando el Usuario 2 inicia la transacción de renta, el proveedor del elemento multimedia examina el historial de renta del Usuariol para MI3 e identifica que el Usuario2 ha rentado previamente el elemento multimedia, por lo que al Usuario2 se le presenta la oportunidad de comprar MI3 en vez de rentar otra vez. Al igual que con el Usuario"! , al Usuario2 se le presenta con la oportunidad de comprar MI3 en definición estándar o en alta definición. El Usuario2 acepta la oportunidad de compra y decide mejorar la calidad a alta definición, por lo que la cuenta del Usuario2 se actualiza como se refleja en la tabla 530, donde el token de definición estándar que ya expiró asociado con el elemento multimedia MI3 se convierté en un token vigente de compra de alta definición. En la tabla 530, la cuenta de Usuario3 refleja la renta y la compra de un elemento multimedia MI2 en definición estándar. En el escenario 3, el Usuarío3 decide rentar un elemento multimedia MU en alta definición. Ya que el Usuario3 ni tiene ningún historial de renta previo para el elemento multimedia MU , la transacción de renta se completa sin ofrecer ninguna conversión, como se refleja en la tabla 540. Sin embargo, durante la reproducción, al Usuario3 se le presenta la oportunidad de comprar MU en tanto definición estándar como en alta definición. El Usuario3 acepta la oferta, pero en vez de comprar en alta definición, el Usuario3 convierte a menor calidad en definición estándar. Después de la transacción de conversión, la cuenta de Usuario3 se actualiza como se muestra en la tabla 550, donde el token de renta de alta definición se convierte en un token de compra definición estándar. En la tabla 550, el Usuario4 ha rentado un elemento multimedia MI4 una vez en definición estándar y una vez en alta definición. Actualmente, sólo el token de renta de alta definición está vigente. En el escenario 4, en algún momento durante el periodo de renta, al Usuario4 se le presenta la oportunidad de convertir el elemento multimedia MI4 de una renta a una compra en ya sea definición estándar o alta definición. El Usuario4 acepta la oferta de conversión y elige alta definición, como se muestra en la tabla 560, donde el token de renta vigente de alta definición se convierte en un token de compra vigente de alta definición.

En las FIGS. De la 6 a la 11 , se ilustran como ejemplo, interfaces gráficas de usuario que se pueden exhibir en el dispositivo de un cliente para presentar la oportunidad de convertir una renta en una compra. La FIG. 6 muestra una GUI 600 básica que se puede exhibir en un dispositivo de cliente para presentarle la oportunidad de compra. El dispositivo del cliente puede ser un dispositivo desde el cual la solicitud de renta se llevó a cabo, un dispositivo en el que el elemento multimedia se está usando, y/o un dispositivo de cliente diferente asociado en la cuenta de usuario. Adicionalmente, la GUI 600 se puede presentar en múltiples dispositivos de cliente. La GUI 600 se puede presentar como respuesta 'a cualquier oportunidad de conversión. Por ejemplo, la GUI 600 se puede presentar después de que el usuario intenta volver a rentar un elemento multimedia previamente rentado. En un ejemplo alternativo, la GUI 600 puede aparecer en respuesta al suceso de un evento predefinido, como el alcanzar un punto predefinido en la reproducción o el suceso de una acción de usuario predefinida. Además, la GUI 600 puede exhibirse en cualquier tipo de dispositivo de cliente que soporte una interfaz gráfica dé usuario.

El GUI 600 de ejemplo contiene tres botones: "Comprar", "Ignorar" y "No, gracias". En la GUI 600, el botón que dice "Ignorar" indica que el usuario no está actualmente interesado, pero que al usuario se le pueden presentar oportunidades de compra en otro momento en el futuro. El botón que etiquetado con "No, gracias" indica que el usuario no está interesado y que al usuario no se le deberla volver a preguntar durante el periodo de renta o no se le debería volver a preguntar para ese elemento multimedia específico. Sin embargo, cualquiera experto en la técnica sabe que una GUI con más o menos botones también es posible. Para el ejemplo, una GUI con sólo un botón "Comprar" y un botón de "No gracias" también se puede usar. Alternativamente, una GUI con botones adicionales, como diferentes opciones de compra, también se puede usar. Además,, el texto de oportunidad de conversión puede variar. Por ejemplo, la oportunidad de conversión se puede personalizar para el usuario y/o para el elemento multimedia.

La FIG. 7 ilustra una GUI 700 con un ejemplo de oportunidad de conversión que incluye la opción de comprar el elemento multimedia en diferentes formatos. En la GUI 700, al usuario se le presenta con la oportunidad de convertir la renta de un elemento multimedia en una compra, ya sea en definición estándar o en alta definición. Como se describe arriba, la oportunidad de conversión puede incluir la compra del elemento multimedia en un nivel de calidad diferente, en un formato de codificación diferente, para un sistema operativo diferente, usando un modelo de distribución diferente, etcétera. Por lo tanto, la oportunidad de conversión GUI, como la GUI 700, se puede personalizar basándose en diferentes opciones disponibles.

La FIG. 8 ilustra un escenario de uso de ejemplo en el que la oportunidad de conversión se presenta en respuesta a un usuario que solicita rentar un elemento multimedia. En este escenario de uso, el proveedor del elemento multimedia puede recibir una solicitud de renta del dispositivo de' cliente. En respuesta a la solicitud, el proveedor del elemento multimedia puede revisar el historial de renta en la cuenta de usuario. Si el usuario ha rentado el elemento multimedia previamente un limite mínimo de veces, el proveedor del elemento multimedia puede mandar un comando al dispositivo de cliente para que exhiba una oportunidad de conversión. En algunos casos, como se ilustra en la oportunidad de conversión GUI 810, la oportunidad de conversión puede incluir un precio de descuento por compra. El precio de descuento por compra puede estar basado en el historial de renta. Alternativamente, en algunos casos, el proveedor del elemento multimedia puede inicialmente mostrar el precio de compra con descuento en vez del precio de compra original. Por ejemplo, en la FIG. 8, el botón de comprar podría exhibir un precio de compra con descuento. En este caso, el proveedor del elemento multimedia no necesitaría presentar o exhibir la oportunidad de conversión adicional GUI 810. ' La FIG. 9 ilustra un escenario de uso de ejemplo en donde la oportunidad de compra GUI 910 se muestra en la pantalla 905 del dispositivo de cliente 900 en respuesta a un evento predefinido, como un evento de pausa durante la reproducción. La GUI 910 se puede remover de la pantalla en respuesta a un evento de hacer clic, como cuando el usuario hace clic en "Comprar" o en "No gracias", o la GUI 910 se puede remover en respuesta a alguna otra acción de usuario predefinida, como la reanudación de la reproducción como se refleja en la pantalla 915 del dispositivo de cliente 900. En el escenario de uso ilustrado, el proveedor de elemento multimedia puede recibir una notificación de un evento de pausa de una dispositivo de cliente 900. En respuesta, el proveedor del elemento multimedia puede mandar un comando al dispositivo del cliente 900 a la pantalla de la interfaz de usuario, como lo es GUI 910, que presenta una oportunidad de conversión al usuario. El reproductor del elemento multimedia puede recibir una respuesta a la oportunidad de conversión en la forma de una acción de usuario predefinida, en este caso la reproducción que continúa. Esto es, una respuesta a la oportunidad de conversión no tiene que ser una respuesta explícita. En cambio, una respuesta a la oportunidad de conversión puede ser una respuesta implícita basada en una acción distinta de un clic de un botón en GUI 910. El proveedor de elemento multimedia puede entonces enviar un comando al dispositivo de cliente 900 para remover la GUI 910 como s refleja en la pantalla 915 donde la reproducción continúa y la GUI ya no está exhibida.

La FIG. 10 muestra un escenario de uso de ejemplo en el que la oportunidad de comprar GUI 1015 está exhibida en el dispositivo de cliente 1020 en respuesta al haber recibido una notificación de un evento predefinido o una notificación de que se detectó una oportunidad de conversión del dispositivo de cliente 1010 asociado con una cuenta de usuario. Por ejemplo, el proveedor del elemento multimedia puede recibir una notificación de un dispositivo de cliente 1010 de que la reproducción ha llegado a un punto predefinido, lo que se puede determinar usando los metadatos asociados. En respuesta a la notificación, el proveedor del elemento multimedia puede mandar una oportunidad de conversión a uno o más dispositivos de cliente asociados con la cuenta de usuario. El o los dispositivos de cliente pueden ser dispositivos de cliente de cualquier tipo, incluyendo un dispositivo de cliente que no tiene la capacidad para usar un elemento multimedia. Al mandar el comando de que exhiba una oportunidad de conversión a un dispositivo de cliente diferente del dispositivo de cliente 1010, la presentación de la oportunidad de compra puede tener un impacto más limitado en la experiencia del usuario porque no está interrumpiendo el uso del elemento multimedia en el dispositivo del cliente 1010.

La FIG. 11 ilustra otro ejemplo de escenario de uso en el que la oportunidad de compra se presenta en la parte inferior de la pantalla en un dispositivo de cliente 1100. En este escenario de uso, el proveedor del elemento multimedia puede recibir una notificación del suceso de un evento predefinido o una notificación de que detecta una oportunidad de conversión del dispositivo de cliente 1100. En respuesta a la notificación, el proveedor del elemento multimedia puede mandar un comando al dispositivo de cliente 1100 para exhibir la oportunidad de conversión. En algunos casos, la oportunidad de conversión puede presentarse durante el uso con poco impacto en la experiencia del usuario. Por ejemplo, si la parte de la pantalla del dispositivo de cliente 1100, como la parte inferior, está reservada para comunicación con el usuario. Alternativamente, la oportunidad de conversión se puede presentar otras veces como cuando el elemento multimedia está en pausa o en una Ul que permite al usuario interactuar con los elementos multimedia que rentó y/o compró. Además de exhibir la oportunidad de conversión en la pantalla del dispositivo del cliente 1100, la oportunidad de conversión se puede presentar al usuario a través de una Ul de audio. Por ejemplo, la oportunidad de conversión se puede presentar al usuario con voz. En algunos casos, la respuesta del usuario se puede recibir vía una Ul det audio. La oportunidad de conversión también se puede presentar en un área de la pantalla diferente, como en la parte superior. Además, si el dispositivo del cliente tiene la capacidad de orientaciones diferentes, el lugar de la oportunidad de conversión la puede dictar la orientación del dispositivo del cliente.

La FIG. 12 es un diagrama de flujo que ilustra un método de ejemplo 1200 para convertir un elemento multimedia digital de una renta a una compra. Por propósitos de mayor claridad, este método se discute en términos de un proveedor de elementos multimedia de ejemplo como se muestra en la FIG. 2. A pesar que se muestran pasos específicos en la FIG. 12, en otras realizaciones el método puede incluir más o menos pasos que los que se muestran. El proceso de conversión de renta a compra empieza en el paso 1202, donde el método incluye recibir una solicitud de renta de un elemento multimedia digital. La solicitud de renta puede incluir, un identificador de cuenta de usuario y un identificador de elemento multimedia, asi como una serie de datos adicionales, corrió un identificador del dispositivo del cliente, el nivel de calidad, el tipo de codificación, el formato de distribución, etcétera.

Después de recibir la solicitud, el método puede incluir la actualización de la cuenta de usuario asociada con el identificador de cuenta (1204). Por ejemplo, la cuenta de usuario puede actualizarse para incluir una nueva entrada para el identificador del elemento multimedia y un token de renta o alguna otra designación que indica la autorización de renta, la política de renta y/o el periodo de renta. En otro ejemplo, si el usuario ha rentado el elemento multimedia previamente, el método puede actualizar un entrada de salida para el elemento multimedia para incrementar el conteo de rentas.

En algún punto, el método puede incluir el determinar si la oportunidad de conversión se debe presentar al usuario (1206). El método puede incluir disparar la oportunidad de conversión basado en el suceso de un evento predefinido. Un evento predefinido puede ser detectar que el usuario ha rentado el elemento multimedia un limite mínimo de veces y/o recibir una notificación del suceso de un evento predefinido en un dispositivo de cliente, p.ej. el suceso predefinido de una acción o interacción de usuario, la reproducción alcanzando un punto predefinido, y/o la expiración de un periodo de renta.

En algunos casos, el método no incluirá disparar una oportunidad de conversión basada sólo en la recepción de una notificación del suceso de un evento predefinido en un dispositivo de cliente. Esto es, el método en cambio puede analizar una variedad de datos después de recibir la notificación. Por ejemplo, en algunas configuraciones, el método puede incluir disparar o suprimir la oportunidad de conversión después de que ocurran una combinación de eventos predefinidos. En algunos casos, el método puede incluir factorial la experiencia del usuario para determinar si una oportunidad de conversión se debería presentar al usuario. Esto es, si el método que incluye el determinar que la experiencia del usuario probablemente se degrade al presentarle una oportunidad de conversión, el método también puede incluir suprimir la oportunidad de conversión.

En respuesta a determinar que un evento predefinido ha ocurrido, el método puede incluir mandar un comando a un dispositivo de cliente para presentar, una interfaz de usuario que exhibe una oportunidad para convertir el elemento multimedia de ser una renta a una compra (1208). En algunos casos, el método puede incluir un descuento en el precio de compra en la oportunidad de compra del elemento multimedia. Además, en algunos casos, la oportunidad de comprar el elemento multimedia puede incluir la oportunidad para comprar el elemento multimedia en un formato de codificación diferente, en un nivel de calidad diferente, para un sistema operativo diferente, usando un modelo de distribución diferente, etcétera. La oportunidad de comprar el elemento multimedia se puede presentar al usuario a través de una interfaz de usuario que se presenta en el dispositivo del cliente. En algunos casos, la interfaz de usuario puede ser gráfica y/o de audio.

En algunos casos, el método puede incluir mandar la oportunidad de comprar un elemento multimedia a un dispositivo de cliente asociado con la cuenta de usuario. Por ejemplo, el método puede incluir recibir la notificación de suceso de un evento predefinido de un dispositivo de; cliente que actualmente está usando el elemento multimedia, como una caja codificadora, y un método puede incluir mandar la oportunidad de conversión a un dispositivo diferente, como un teléfono celular. Esto tiene una ventaja que es menos disyuntiva para la experiencia del usuario porque no interfiere directamente con el uso del elemento multimedia.

La FIG. 13 es un diagrama de flujo de un método de ejemplo 1300 para convertir un elemento multimedia de renta a compra. Para propósitos de claridad, este método se discute en términos de un proveedor de elemento multimedia a manera de ejemplo como se muestra en la FIG. 2. A pesar de que se muestran pasos específicos en la FIG. 13, en otras realizaciones un método puede tener más o menos pasos que lo que se muestran. El proceso de conversión de renta a compra empieza en el paso 1302 donde el método incluye recibir una solicitud de un dispositivo de cliente para rentar un elemento multimedia. La solicitud de renta puede incluir un identificador de cuenta de usuario, así como una variedad de datos adicionales, como un identificador de dispositivo del cliente, el nivel de calidad, el tipo de codificación, el formato de distribución, etcétera.

Después de recibir la solicitud, el método puede incluir la actualización de la cuenta de usuario asociada con el identificador de cuenta (1304). Por ejemplo, el método puede incluir la actualización de la cuenta de usuario para incluir una nueva entrada para el identificador de elemento multimedia y un tomen de renta u otra designación indicando la autorización de renta, la política de renta y/o el periodo de renta. En otro ejemplo, el método puede incluir la actualización de una salida de la entrada para un elemento multimedia para incrementar el conteo de rentas si el usuario ya ha rentado el elemento multimedia anteriormente.

En algún punto durante el periodo de renta del elemento multimedia, el método puede incluir determinar si el elemento multimedia está en estado de pausa (1306). En algunos casos, el método puede incluir determinar si el elemento multimedia está en estado de pausa a través de una notificación explícita del dispositivo de cliente. Alternativamente, si el elemento multimedia fluye hacia el dispositivo del cliente, el método puede incluir determinar que el elemento está en pausa porque se ha producido una pausa en el streaming. En algunos casos, el método puede incluir recibir la notificación de que el elemento multimedia está en un estado de pausa de un dispositivo de cliente distinto del dispositivo de cliente del cual se recibió la solicitud de renta.

En respuesta a determinar que el elemento multimedia está en estado de pausa, el método puede incluir mandar un comando al dispositivo de cliente en el que se está usando el elemento multimedia para presentar una interfaz de usuario que exhibe una oportunidad de convertir el elemento multimedia de una renta a una compra (1308). En algunos casos, el método puede incluir un precio de compra con descuento en la oportunidad de comprar el elemento multimedia. Además, en algunos casos, la oportunidad para comprar el elemento multimedia puede incluir la oportunidad de comprar el elemento multimedia en un formato de codificación diferente, en un nivel de calidad diferente, para un sistema operativo diferente, usando un modelo de distribución diferente, etcétera. La oportunidad para comprar el elemento multimedia puede presentarse al usuario a través de una interfaz de usuario que se presenta en el dispositivo del cliente. En algunos casos, la interfaz de usuario puede ser una interfaz gráfica de usuario y/o una interfaz de audio de usuario.

En algún punto después de detectar que el elemento multimedia está en estado de pausa, el método puede incluir determinar si la reproducción ya se reanudó (1310). En algunos casos, el método puede incluir determinar que la reproducción se ha reanudado a través de una notificación explícita de un dispositivo de cliente. Alternativamente, si el elemento multimedia fluye hacia el dispositivo de cliente, el método puede incluir determinar que la reproducción por que el streaming se ha reanudado. En respuesta a determinar que se reanudó la reproducción, el método puede incluir mandar un comando al dispositivo de cliente en el que el elemento multimedia se está usando para remover la interfaz de usuario que presenta la oportunidad de convertir (1312).

La FIG. 14 es un diagrama de flujo que ilustra un método 1400 de ejemplo para convertir la renta de un elemento multimedia digital en compra. Para propósitos de claridad, el método se discute en términos de un proveedor de elemento multimedia de ejemplo como el que se muestra en la FIG. 2. A pesar de que se muestran pasos específicos en la FIG. 14, en otras realizaciones, un método puede tener más o menos pasos de los que se muestran aquí. El proceso de conversión de renta a compra empieza en el paso 1402 donde el método incluye recibir una solicitud de un dispositivo dé cliente para rentar un ele.mento multimedia digital. La solicitud de renta puede incluir un identificador de cuenta de usuario y un identificador de elemento multimedia, así como una variedad de datos adicionales, como un identificador de dispositivo de cliente, el nivel da calidad, el tipo de codificación, el formato de distribución, etcétera.

Después de recibir la solicitud, el método puede incluir la actualización de la cuenta de usuario asociada con el identificador de cuenta (1404). Por ejemplo, el método puede incluir actualizar la cuenta de usuario para incluir una nueva entrada para el identificador de elemento multimedia y un token de renta u otra designación que indique la autorización de renta, la política de renta y/o el periodo de renta. En otro ejemplo, el método puede incluir la actualización de una entrada de salida para el elemento multimedia para incrementar el conteo de rentas si el usuario ya rentó el elemento multimedia anteriormente.

En algún punto, el método puede incluir determinar si la oportunidad de conversión debería presentársele al usuario (1406). El método puede incluir disparar una oportunidad de conversión en respuesta al suceso de un evento predefinido. Un evento predefinido puede ser detectar que el usuario ha rentado el elemento multimedia un límite mínimo de veces y/o recibir una notificación del suceso de un evento predefinido en el dispositivo de cliente, p.ej. El suceso de una acción o interacción predefinida del usuario, la reproducción alcanzando un punto predefinido y/o la expiración de un periodo de renta.

En algunos casos, el método no incluirá disparar una oportunidad de conversión en respuesta a sólo recibir una notificación del suceso de un evento predefinido en un dispositivo de cliente. Esto es, el método puede incluir el análisis de una variedad de datos después de recibir una notificación. Por ejemplo, en algunas configuraciones, el método puede incluir disparar o suprimir una oportunidad de conversión después del suceso de una combinación de eventos predefinidos. En algunos casos, el método puede incluir factorizar la experiencia del usuario para determinar si una oportunidad de conversión debería presentársele al usuario. Esto es, si la experiencia del usuario podría degradarse por la presentación de la oportunidad de conversión, el método puede incluir suprimir la oportunidad de conversión.

En respuesta a determinar que un evento predefinido ha tenido lugar, el método puede incluir obtener un historial de renta del elemento multimedia de la cuenta de usuario (1408). Basado en el historial de renta, el método puede incluir calcular un precio de compra con descuento (1410). Por ejemplo, el método puede incluir calcular el descuento basado en el número de renta(s) previas, como deducir el la tarifa completa previamente pagada por la(s) renta(s) o un porcentaje de la tarifa previamente pagada. Alternativamente, el método puede incluir calcular el descuento basado en el tiempo que pasó desde la última renta, como deducir una cantidad mayor de la tarifa de renta cuando la renta tuvo lugar más recientemente. También son posibles métodos adicionales para calcular la tarifa.

Después de calcular el precio de compra con descuento, el método puede incluir mandar un comando al dispositivo de cliente para presentar una interfaz de usuario que presenta una, oportunidad para convertir el elemento multimedia de una renta a una compra (1412), dónde la oportunidad incluye el precio de compra con descuento. En algunos casos, la oportunidad de compra de un elemento multimedia también puede incluir la oportunidad de comprar el elemento multimedia en un formato de codificación diferente, en un nivel de calidad diferente, para un sistema operativo diferente; usando un modelo de distribución diferente, etcétera. La oportunidad de comprar el elemento multimedia puede presentársele al usuario a través de una interfaz que aparece el dispositivo del cliente. En algunos casos, la interfaz de usuario puede ser una interfaz gráfica de usuario y/o una interfaz de audio de usuario.

En algunos casos, el método puede incluir mandar la oportunidad para comprar un elemento multimedia a un dispositivo de cliente alternativo asociado con la cuenta de usuario. Por , ejemplo, la notificación del suceso de un evento predefinido se puede recibir de un dispositivo de cliente que actualmente está usando el elemento multimedia, como una caja decodificadora, y el método puede mandar la oportunidad de conversión a un dispositivo de cliente distinto, como es un teléfono celular.

En algunas realizaciones, el método puede incluir recibir una respuesta de un dispositivo de cliente relacionada con una oportunidad de compra (1414). El tipo y/o número de respuestas aceptadas puede variar. En algunos casos, la respuesta puede limitarse a aceptar/negar. Alternativamente, el método puede incluir aceptar respuestas entre aceptar y rechazar, como ignorar o recordarme más tarde, que puede utilizarse para indicar que el usuario actualmente no está interesado, pero podría estarlo después. Adicionalmente, una oportunidad de conversión puede incluir opciones de compra en un formato de codificación diferente, en un nivel dé calidad diferente, para un sistema operativo diferente, usando un modelo de distribución diferente, etcétera. Sin embargo, en algunos casos, el método puede incluir actualizar la cuenta de usuario para reflejar la respuesta. Por ejemplo, en el caso de una respuesta negativa, el método puede incluir actualizar la cuenta para indicar que el usuario no está interesado en recibir oportunidades de conversión futuras para el periodo de renta asociado. Como se describe arriba, el método puede incluir usar esta información en el futuro para determinar si debería presentarse una oportunidad de conversión.

En el caso de una respuesta afirmativa, el método puede incluir la actualización de la cuenta de usuario para convertir la renta en una compra (1416). La manera en la que la cuenta se actualiza varía. Por ejemplo, cuando se usan tokens de renta y compra, el método puede incluir la conversión de un token de renta en un token de compra, donde el token de compra indica que el elementó multimedia actualmente está autorizado para el uso fuera del periodo de renta original. Una oportunidad de conversión puede incluir una oportunidad de compra del elemento multimedia en un nivel de calidad diferente, con un formato de codificación diferente, para un sistema operativo diferente, usando un modelo de distribución diferente, etcétera. El método puede incluir actualizar la cuenta para mostrar cualquier cambio entre la versión de renta y la versión de compra del elemento multimedia que se mantienen en la cuenta de usuario. Por ejemplo, si la renta fuera en definición estándar y la compra fuera en alta definición, la actualización se puede grabar en la cuenta de usuario.

En algunos casos, después de recibir una respuesta afirmativa a la oportunidad de conversión, el método puede incluir la distribución del elemento multimedia a un dispositivo de cliente asociado con la cuenta. Esto puede ocurrir en varias situaciones, como cuando el elemento multimedia ya expiró y por ende ya fue borrado del dispositivo de cliente o cuando las versiones de renta y compra del elemento multimedia son de hecho contenidos diferentes. La distribución de un elemento multimedia a un dispositivo de cliente también puede que se requiera cuando la compra es en un formato diferente del de la renta. Por ejemplo, la renta se distribuyó vía el streaming y la compra es una descarga o la renta es en alta definición y la compra es en definición estándar. Como se describe arriba, el método puede incluir mandar una oportunidad para convertir a un cliente alternativo. El cliente que contesta puede que no tenga la capacidad de usar el elemento multimedia comprado. Por lo tanto, en algunos casos, el método puede incluir la distribución del elemento multimedia comprado a un dispositivo de cliente distinto de aquel que respondió. Por ejemplo, la respuesta de conversión puede recibirse de un teléfono celular, I mientras que el elemento multimedia se uso en una caja decodificadora, por lo que ] el elemento multimedia comprado puede mandarse a la caja decodificadora en vez de al teléfono celular que respondió.

Las realizaciones en el alcance de la presente divulgación también pueden incluir medios de almacenamiento tangibles y/o no transitorios legibles por computadora para cargar o llevar instrucciones ejecutables por computadora o estructuras de datos almacenados ahí mismo. Estos medios de almacenamiento no transitorios legibles por computadora, pueden ser cualquier medio disponible que se pueda accesar por una computadora de uso general o una para fines específicos, incluyendo el diseño funcional de cualquier procesador para fines específicos como se menciona arriba. A manera de ejemplo, y no como limitación, estos medios no transitorios legibles por computadora pueden incluir 'RAM, ROM, EEPROM, CD-ROM u otros discos ópticos de almacenamiento, discos magnéticos de almacenamiento u otros dispositivos magnéticos de almacenamiento, o cualquier otro medio que se puede usar para cargar o guardar medios con códigos de programa deseados en la forma de instrucciones ejecutables por computadora o diseño de procesador de chip. Cuando la información se transfiere o se provee a través de una red u otra conexión de comunicaciones (sea con cables, inalámbrica o una combinación de ambas) a una computadora, Ja computadora propiamente ve la conexión como un medió legible por computadora. Por ello, a cualquier conexión de este tipo se la llama medio legible por computadora. Las combinaciones de lo que se acaba de menciona también se pueden incluir en el alcance dé los medios legibles por computadora.

Las instrucciones ejecutables por computadora incluyen, por ejemplo, instrucciones e información que hace que una computadora de uso general, una computadora para fines espéclficos o un dispositivo procesador con fines específicos realicen cierta función o grupo de funciones. Las instrucciones ejecutables por computadora también incluyen módulos de programa que se ejecutan por computadoras individualmente o en medios de red. Generalmente, lo módulos de programa incluyen rutinas, programas, componentes, estructuras de datos, objetos, y las funciones inherentes en el diseño de procesadores de fines específicos, etc. , que llevan a cabo tareas particulares o implementan tipos de i datos abstractos particulares. Las instrucciones ejecutables por computadoras, las estructuras de datos asociadas y los módulos de programa representan ejemplos de los medios de código de programa para ejecutar pasos de los métodos que se divulgan aquí. La secuencia particular de dichas instrucciones ejecutables o estructuras de datos asociadas representa ejemplos de actos que corresponden a la implementación de funciones descritas en dichos pasos.

Aquellos expertos en la técnica podrán apreciar que otras realizaciones de la divulgación se pueden practicar en medios de red de computadoras con muchos tipos de configuraciones1 de sistemas de computación, incluyendo computadoras personales, dispositivos de mano, sistemas multiprocesador, aparatos electrónicos basados en microprocesadores o programables, PC de red, minicpmputadoras, computadoras centrales, y similares. Las realizaciones también se pueden practicar en medios de computación distribuidos donde las tareas se realizan por dispositivos procesadores locales y remotos que están conectados (sea con cables, inalámbricos o una combinación de ambos) a través de una red i de comunicaciones. En un medio de computación distribuido, los módulos de programa pueden ubicarse en dispositivos ya sea de almacenamiento de memoria local o remota.

Las realizaciones descritas arriba se proveen sólo a manera de ilustración y rio deben de considerarse como limitativos del alcance de la divulgación. Aquellos expertos en el arte podrán reconocer fácilmente varias modificaciones y cambios que pueden hacerse a los principios descritos aquí, sin seguir el ejemplo de realizaciones y aplicaciones ilustradas y descritas aquí, y sin apartarse del espíritu y el alcance de la divulgación.

Claims (20)

REIVINDICACIONES

1. Un método implementado por computadora para convertir un elemento multimedia digital que está en renta en una compra, donde el método comprende: recibir, en un servidor, una solicitud de rentar un elemento multimedia digital, la solicitud incluyendo un identificador de cuenta de usuario, la solicitud recibida de un primer dispositivo de cliente; actualizar, por la vía de un procesador, una cuenta de usuario asociada con el identificador de cuenta de usuario para incluir un token de renta, el token de renta que permite el uso del elemento multimedia digital durante un periodo de renta; detectar un evento predefinido; y en respuesta a un evento predefinido, mandar un comando a un dispositivo de cliente para presentar una interfaz de usuario que presente una oportunidad de convertir el elemento multimedia digital de renta a uno de compra.

2. El método implementado por computadora de conformidad con la reivindicación 1 , que además comprende: recibir una respuesta afirmativa en respuesta a la oportunidad de convertir; y actualizar la cuenta de usuario para convertir el token de renta a un token de compra, el token de compra permitiendo el uso del elemento multimedia digital del periodo de renta.

3. El método implementado por computadora de conformidad con la reivindicación 1, donde mandar el comando a un dispositivo de cliente incluye mandar el comando a un segundo dispositivo de cliente asociado con el identificador de cuenta de usuario.

4. El método implementado por computadora de conformidad con la reivindicación 1 , donde mandar el comando a un dispositivo de cliente para presentar una interfaz de usuario exhibe una oportunidad de convertir que además incluye: basado en el identificador de cuenta de usuario, identificar un número de veces que el elemento multimedia ha sido rentado; calcular un precio de compra a escala que corresponda al número de veces que un elemento multimedia ha sido rentado; y mandar el comando al dispositivo de cliente para presentar una interfaz de usuario que presenta una oportunidad de conversión, la oportunidad incluyendo un precio de compra a escala.

5. El método ¡mplementado por computadora de conformidad con la reivindicación 1, donde el evento predeterminado incluye identificar, basado en el identificador de la cuenta de usuario, que el elemento multimedia digital ha sido previamente rentado un límite mínimo de veces.

6. El método ¡mplementado por computadora de conformidad con la reivindicación 1 , dondé detectar un evento predefinido además comprende: mandar el elemento multimedia digital al primer dispositivo de cliente; y recibir una notificación de que un evento de interacción predefinido ha ocurrido durante el uso del elemento multimedia digital.

7. El método ¡mplementado por computadora de conformidad con la reivindicación 1 , donde la solicitud además incluye un primer nivel de calidad y además, donde el token de renta está asociado con el primer nivel de calidad, y además donde la oportunidad de conversión incluye una opción para convertir el elemento multimedia a un segundo nivel de seguridad.

8. El método ¡mplementado por computador de conformidad con la reivindicación 7, que además comprende: recibir una respuesta afirmativa en respuesta a la oportunidad de convertir; y actualizar la cuenta de usuario para que convierta el token de renta asociado con elprimer nivel de calidad para en un token de compra asociado con el segundo nivel de calidad, el token de compra que permite el uso del elemento multimedia digital en un segundo nivel de calidad fuera del periodo de renta.

9. Un sistema para convertir un elemento multimedia digital de renta en compra, el sistema comprende: un servidor; el servidor que mantiene una base de datos que incluye una pluralidad de cuentas de usuario; un primer módulo configurado para controlar el servidor para que reciba la solicitud de renta de un elemento multimedia digital, la solicitud incluyendo un identificador de cuenta de usuario, la solicitud recibida de un primer dispositivo de cliente; un segundo módulo configurado para controlar el servidor para que actualice la cuenta de usuario asociada con el identificador de cuenta de usuario para que indique una autorización de renta, la autorización de renta que comprende el derecho a usar el elemento multimedia digital durante un periodo de renta especificado; I 40 un tercer módulo configurado para controlar el servidor para que detecte un evento activándose; y un cuarto módulo configurado para controlar el servidor para que mande, en respuesta de un evento activándose, un comando al dispositivo de cliente para presentar una interfaz de usuario que presenta una oportunidad de compra del elemento multimedia digital.

10. El sistema de conformidad con la reivindicación 9, que además comprende: un quinto módulo configurado para controlar el servidor para que reciba un respuesta afirmativa a ja oportunidad de compra; y un sexto módulo configurado para controlar el servidor para que actualice la cuenta de usuario para indicar una autorización de compra, la autorización de compra que comprende el derecho a usar el elemento multimedia digital fuera del periodo de renta especificado.

11. El sistema de conformidad con la reivindicación 9, donde mandar un comando para presentar una interfaz de usuario que presente una oportunidad de comprar el elemento multimedia que además comprende: un quinto módulo configurado para controlar el servidor para que identifique, basado en el identificador de la cuenta de usuario, un número de veces que el elemento multimedia digital ha sido rentado; . un sexto módulo configurado para controlar el servidor para que calcule un precio de compra con descuento en respuesta al número de veces que el elemento multimedia digital ha sido rentado; y un séptimo módulo configurado para controlar el servidor para que presente la oportunidad de compra del elemento multimedia digital, la oportunidad incluyendo el precio de compra con descuento.

12. El sistema de conformidad con la reivindicación 9, donde detectar un evento activándose además comprende recibir una solicitud subsecuente para rentar el elemento multimedia digital.

13. El sistema de conformidad con la reivindicación 9, donde detectar un evento activándose también comprende: un quinto módulo configurado para controlar el servidor para que mande el elemento multimedia digital al primer dispositivo de cliente, el elemento multimedia autorizado para su reproducción durante un periodo de renta; y un sexto módulo configurado para controlar el servidor para que reciba una notificación de que un evento predefinido ha ocurrido durante la reproducción.

14. El sistema de conformidad con la reivindicación 13, donde el evento predefinido incluye por lo menos una pausa del elemento multimedia digital, llegando a un punto predefinido en el. elemento multimedia digital, y la expiración del periodo de renta.

15. . Un medio de almacenamiento no transitorio legible por computadora que guarda instrucciones que, cuando las ejecuta un dispositivo digital, logra que el dispositivo digital convierta un élementó multimedia digital de renta a compra, y donde las instrucciones comprenden: recibir una solicitud de renta de un elemento multimedia digital de un primer dispositivo de cliente, la solicitud que incluye un identificador de cuenta de usuario y un nivel de calidad; actualizar una cuenta de usuario asociada con el identificador de cuenta de usuario para que incluya la autorización de renta, la autorización de renta indicando un periodo de renta para el elemento multimedia; transmitir el elemento multimedia digital a un primer dispositivo de cliente, el elemento multimedia digital autorizado para su reproducción durante un periodo de renta; y mandar un comando al dispositivo de cliente para presentar una interfaz de usuario que presenta una oportunidad de compra de la solicitud del elemento multimedia digital, la oportunidad de compra activada por el suceso del evento de oportunidad de conversión.

16. El medio de almacenamiento no transitorio legible por computadora de conformidad con la reivindicación 15, donde transmitir el elemento multimedia digital además comprende streaming el elemento multimedia digital al primer dispositivo de cliente o descargar el elemento multimedia digital al primer dispositivo de cliente.

17. El medio de almacenamiento no transitorio legible por computadora de conformidad con la reivindicación 15, donde la oportunidad de compra incluye un precio de descuento de compra.

18. El medio de almacenamiento no transitorio legible por computadora de conformidad con la reivindicación 15, las instrucciones que además comprenden: recibir de un segundo dispositivo de cliente, en respuesta a la oportunidad de compra, una solicitud de compra del elemento multimedia; actualizar la cuenta de usuario para convertir la autorización de renta en una autorización de compra; y mandar el elemento multimedia comprado a un primer dispositivo de cliente, el elemento multimedia digital comprado autorizado para su reproducción fuera del periodo de renta.

19. El medio de almacenamiento no transitorio legible por computadora de conformidad con la reivindicación 18, donde el evento de oportunidad de conversión además comprende recibir notificación de un suceso de un evento de interacción predefinida.

20. El medio de almacenamiento no transitorio legible por computadora de conformidad con la reivindicación 18, donde el evento de oportunidad de conversión además comprende llegar a un mínimo de veces de rentas previas del elemento multimedia digital.