MXPA00008664A - Metodo y aparato para seleccion dinamica de medios por caudales utilizando datos estadisticos. - Google Patents

Abstract

Un metodo y aparato en un sistema procesador de datos para seleccionar publicidad para un sistema de medios multiples. En respuesta a la recepcion de la alimentacion del usuario del sistema de medios multiples, se seleccionan flujos de video y flujos de sonido de un conjunto de flujos de video y de un conjunto de flujos de sonido para un evento, en donde se forman los flujos de video seleccionados y los flujos de sonido seleccionados. Un anuncio se selecciona de un conjunto de anuncios con base en los flujos de video seleccionados y los flujos de sonido seleccionados para formar un anuncio seleccionado. El anuncio seleccionado se envia al sistema de medios multiples.

Description

MÉTODO Y APARATO PARA SELECCIÓN DINÁMICA DE MEDIOS POR CAUDALES UTILIZANDO DATOS ESTADÍSTICOS DESCRIPCIÓN Antecedentes y campo de la invención - La presente invención se relaciona al campo de programas para" computadora y, m s particularmente, a métodos para controlar y suministrar superposiciones selectivas adicionales en medios por caudales (streaming media) . Con los actuales medios de difusión la información se difunde típicamente en masa, a menudo a muchas personas que no tienen interés en la ' información. Debido a que, para algún- individuo, mucha de la información es de poco o ningún interés^ mucha información deseada se pierde en el sobreflujo de información proveniente de fuentes no deseadas. Además, con medios tradicionales y en algunos aspectos, anunciantes y proveedores del contenido pierden la habilidad de seleccionar espectadores específicos dentro de una audiencia para seleccionar específicamente anuncios para espectadores individuales específicos. Adicionalmente, los métodos para determinar los gustos de ? visión de y recoger retroalimentación respecto a las preferencias de programación por parte de espectadores individuales no está refinada. No existen métodos para averiguar a tiempo lo que un espectador está haciendo y/o lo que un espectador quiere oír o ver sobre un punto dado cualquiera. Los mejores métodos actualmente disponibles solamente seleccionan la programación y la publicidad para demográficas particulares con base en estadísticas burdas de qué clase de individuo es probable disfrute un tipo de programa particular. Aun cuando los anunciantes y proveedores del contenido tengan la información deseada respecto a lo que un espectador quiere oír o ver, no existe un mecanismo para cambiar el contenido en una base espectador por espectador. Los mecanismos actualmente disponibles para controlar los medios entregados a los espectadores no permiten la afinación correcta para personalizar el contenido para cada individuo. Por consiguiente, sería ventajoso el tener un método y un aparato para suministrar anuncios a espectadores en los que los anuncios se hagan a la medida para capturar de forma efectiva y selectiva la atención del espectador.

Sumario de la invención La presente invención proporciona un método y un aparato en un sistema procesador de datos para seleccionar publicidad para un sistema de medios múltiples. En respuesta a la recepción de entrada o alimentación proveniente del usuario desde el sistema de medios múltiples, se seleccionan flujos de video y flujos de sonido de un conjunto de flujos de video y un conjunto de flujos de sonido para un evento, en donde se forman los flujos de video seleccionados y los flujos de sonido seleccionados. Se selecciona un anuncio desde un conjunto de anuncios con base en los flujos de video seleccionados y los flujos de sonido seleccionados para formar un anuncio seleccionado. El anuncio seleccionado se envía al sistema de medios múltiples.

Descripción breve de los dibujos Las novedosas características que se considera caracterizan a la invención se establecen mas adelante en las reivindicaciones anexas. La propia invención, sin embargo, así como un modo preferido de uso, objetivos adicionales y ventajas de la misma, se entenderán mejor haciendo referencia a la siguiente descripción detallada de una modalidad ilustrativa cuando se lea en conjunto con los dibujos acompañantes los cuales describen brevemente a continuación . La figura 1 es un diagrama de un sistema distribuido procesador de datos en el que la presente invención puede implementarse de acuerdo con una modalidad preferida de la presente invención. La figura 2 es un diagrama de bloques de un sistema procesador de datos, el cual puede implementarse como un sistema servidor de acuerdo con la presente invención. La figura 3 es un diagrama de bloques de un sistema procesador de datos en el que la presente invención puede implementarse. La figura 4 es un diagrama de bloques que ilustra de manera general el proceso de la presente invención. La figura 5 es un diagrama de bloques de componentes funcionales usados en la selección de flujos de medios de acuerdo con la presente invención. La figura 6 es un diagrama que ilustra una pantalla ejemplar de acuerdo con una modalidad preferida de la presente invención. Las figuras 7A a 7D son diagramas que ilustran estructuras de datos contenidas dentro de flujos de datos enviados _a un cliente de acuerdo con una modalidad preferida de la presente invención. La figura 8 es un diagrama de flujo de un proceso usado para procesar flujos de datos de acuerdo con una modalidad preferida de la. presente invención. La figura 9 es un diagrama de flujo de un proceso para generar valores de CRC para usarse en la sincronización de flujos de datos de acuerdo con una modalidad preferida de la presente invención. La figura 10 es un diagrama de flujo de un proceso para sincronizar flujos de datos usando datos de CRC de acuerdo con una modalidad preferida de la presente invención. La figura 11 es un diagrama de flujo de un proceso para filtrar datos de acuerdo con una modalidad preferida de la presente invención. La figura 12 es un diagrama de flujo de un proceso para personalizar un programa para un usuario de acuerdo con una modalidad preferida de la presente invención. La figura 13 es un diagrama de flujo de un proceso por recuperar información de selección de usuario de acuerdo con una modalidad preferida de la presente invención.

La figura 14 es un diagrama de flujo de un proceso para crear un perfil de acuerdo con una modalidad preferida de la presente invención. La figura 15 es un diagrama de flujo de un proceso para crear un flujo de datos de publicidad de acuerdo con una modalidad preferida de la presente invención.

Descripción detallada de la modalidad preferida Con referencia ahora a las figuras y en particular con referencia a la figura 1, se muestra un diagrama de un sistema distribuido procesador de datos en el que la presente invención puede implementarse de acuerdo con una modalidad preferida de la presente invención. El sistema distribuido procesador de datos 100 contiene la red 102, la cual es el medio utilizado para proporcionar vínculos de comunicaciones entre diversos dispositivos y computadoras conectados dentro del sistema distribuido procesador -de datos 100. La red 102 puede incluir conexiones permanentes, tal como alambre o cables de fibra de óptica, o conexiones temporales hechas a través de conexiones telefónicas . En el ejemplo descrito, el sistema servidor 104 se conecta a la red 102, junto con la unidad de almacenaje 106. El sistema servidor 104 puede contener una o más computadoras servidoras para proporcionar caudales de datos (data strea ing) . Por ejemplo, un servidor puede usarse para administrar y controlar flujos de datos mientras que otro servidor dentro del sistema servidor 104 se emplea para originar flujos de datos de recursos a los clientes. La información en estos flujos de datos puede almacenarse dentro del sistema servidor 104 o en un dispositivo de almacenaje remoto, tal como el dispositivo de almacenaje 106. Además, los clientes 108, 110 y 112 también se conectan a la red 102. Estos clientes, 108, 110 y 112, pueden ser, por ejemplo, sin limitación, computadoras personales, cajas de preparación, unidades de televisión web, o cualquier otra unidad de equipo de cómputo para recibir flujos de datos. Los clientes 108, 110 y 112 son clientes para el sistema servidor 104. En el ejemplo descrito, el sistema servidor 104 proporciona flujos de datos a los clientes 108-112. El sistema distribuido procesador de datos 100 puede incluir servidores, clientes, y otros dispositivos adicionales no mostrados. Los clientes 108, 110, y 112 incluyen mecanismos para mezclar y filtrar flujos de datos recibidos del sistema servidor 104 u otros sistemas servidores no mostrados. Estos mecanismos pueden implementarse en equipo de cómputo, programas, accesorios permanentes, o alguna combinación de ellos en los ejemplos descritos. El sistema distribuido procesador de datos 100 puede ser, por ejemplo, la Internet, con la red 102 representando una colección mundial de redes de computadoras y compuertas que usan la colección de protocolos TCP/IP para comunicarse entre sí. En el corazón de la Internet se encuentra una red principal de líneas de comunicación de datos a alta tasa de transferencia entre nodos mayores o computadoras anfitrión que consisten en miles de sistemas de computadoras comerciales, gubernamentales, educativas, y otros que enrutan datos y mensajes. Otra ímplementación para la red 102 es como una red de banda ancha, también llamada una red digital de servicios integrados de banda ancha (BISDN) . En semejante red, los servicios de banda ancha típicamente proporcionan flujos capaces de soportar tasas de transferencias de transmisión de datos mayores a 1.5 Mbps o una tasa primaria de transferencia en una red digital de servicios integrados (ISDN), TI, o DSl. En el sistema de banda ancha, el tipo de modo de transferencia es típicamente un modo de transferencia síncrono (ATM) con el uso de red óptica síncrona (SONET) y tecnologías de red inteligente (IN) como proporcionando el armazón para ISDN. En semejante red, la información que incluye voz, datos y video y sonido se transfiere a través de la red a varios clientes. Además, la red 102 también puede ser un sistema de comunicaciones de cable que depende de la implementación. Por supuesto, también puede implementarse el sistema distribuido procesador de datos 100 como una variedad de tipos diferentes de redes tales como, por ejemplo, una red intranet o una red de área local. La figura 1 se pretende sea un ejemplo y no una limitación arquitectónica para los procesos de la presente invención. Con referencia a la figura 2, se muestra un diagrama de bloques de un sistema procesador de datos, el cual puede implementarse como un sistema servidor, tal como el sistema servidor 104 en la figura 1, de acuerdo con la presente invención. Puede emplearse el sistema procesador de datos 200 como un servidor de video u otro servidor de aplicación dentro de un sistema servidor. El sistema procesador de datos 200 puede ser un sistema de procesadores múltiples simétricos (SMP) que incluye una pluralidad de procesadores 202 y 204 conectados al colector de sistema 206. Alternativamente, puede emplearse un solo sistema procesador. También conectada al colector de sistema 206 se encuentra una memoria controladora/caché 208, la cual proporciona una interfaz para la memoria local 209. El puente colector de E/S 210 se conecta al colector 206 y proporciona una interfaz al puente colector de E/S 212. La memoria controladora/caché 208 y el puente colector de E/S 210 pueden integrarse como se describe. El puente colector de interconexión de componentes periféricos (PCI) 214 conectado al colector de E/S 212 proporciona una interfaz al colector local PCI 216. Pueden conectarse varios módems 218-220 al colector PCI 216. I plementaciones típicas de colectores PCI soportarán cuatro ranuras de expansión PCI o conectores de agregar. Los vínculos de comunicaciones para las computadoras de red 108-112 en la figura 1 pueden proporcionarse a través del módem 218 y el adaptador de red 220 conectado al colector local de PCI 216 a través de tarjetas de agregar. Los puentes de colector PCI adicionales 222 y 224 proporcionan interfaces para los colectores de PCI adicionales 226 y 228, de los que pueden apoyarse módems o adaptadores de red adicionales. De esta manera, el servidor 200 permite conexiones a computadoras múltiples de red. Un adaptador de gráficos de memoria asociada 230 y el disco duro 232 también pueden conectarse al colector de E/S 212 como se muestra, ya sea directa o indirectamente. Aquellas personas con conocimientos medios en la materia apreciarán que el equipo de cómputo descrito en la figura 2 puede variar. Por ejemplo, otros dispositivos periféricos, tales como unidades de disco óptico y similares, también pueden usarse además de o en lugar del equipo de cómputo descrito. El ejemplo descrito no se significa que implique limitaciones arquitectónicas con respecto a la presente invención. El sistema procesador de datos descrito en la figura 2 pueden ser, por ejemplo, un IBM RS/6000, un producto de International Business Machines Corporation en Armonk, Nueva York, ejecutando el sistema operativo Advanced Interactive Executive (AIX) . Con referencia ahora a la figura 3, se muestra un diagrama de bloques de un sistema procesador de datos en el que la presente invención puede implementarse. El sistema procesador de datos 300 es un ejemplo de una computadora. El sistema procesador de datos 300 utiliza una arquitectura de colector local de interconexión de componentes periféricos (PCI) .. Aunque el ejemplo descrito emplea un colector de PCI, pueden usarse otras arquitecturas de colector, tal como Micro Channel e ISA. Se conectan el procesador principal 302 y la memoria 304 al colector local PCI 306 a través del puente PCI 308. El puente PCI 308 también puede incluir un controlador de memoria integrada y memoria caché para el procesador 302. Pueden hacerse conexiones adicionales al colector local de PCI 306 a través de interconexión directa del componente o a través de tarjetas de agregar. En el ejemplo descrito, el adaptador de red de área local (LAN) 310, el adaptador de colector de anfitrión de SCSI 312, y la interfaz de expansión de colector 314 se conectan al colector local de PCI 306 mediante conexión directa del componente. En contraste, el adaptador de sonido 316, el adaptador de gráficos 318 y el adaptador de sonido/video (A/V) 319 se conectan al colector local de PCI 306 mediante tarjetas de agregar insertadas en ranuras de expansión. La interfaz de expansión de colector 314 proporciona una conexión para adaptador de teclado y de ratón 320, un módem 322, y memoria adicional 324. En el ejemplo descrito, el adaptador de colector de anfitrión de SCSI 312 proporciona una conexión para la unidad de disco duro 326, la unidad de cinta 328, la unidad de CD-ROM 330 y la unidad de memoria de solo lectura de disco de video digital (DVD-ROM) 332. Implementaciones típicas de colector local PCI soportarán tres o cuatro ranuras de expansión PCI o conectores de agregar. Un sistema operativo se ejecuta en el procesador 302 y se usa para coordinar y suministrar control de varios componentes dentro del sistema procesador de datos 300 en la figura 3. El sistema operativo puede ser un sistema operativo disponible comercialmente, tal como OS/2 que comercializa International Business Machines Corporation. "OS/2" es una marca de fábrica de International Business Machines Corporation. Un sistema de programación orientado a objeto, tal como Java, puede ejecutarse junto con el sistema operativo y puede suministrar llamadas al sistema operativo desde programas Java o aplicaciones que se ejecutan en el sistema procesador de datos 300. Instrucciones para el sistema operativo, el sistema operativo orientado a objeto, y aplicaciones o programas se ubican en un dispositivo de almacenaje, tal como la unidad de disco duro 326, y puede cargarse en la memoria principal 304 para ejecución por el procesador 302. Aquellas personas de conocimientos medios en la materia apreciarán que el equipo de cómputo de la figura 3 puede variar y puede depender de la aplicación. Por ejemplo, otros dispositivos periféricos, tales como unidades de disco óptico y similares, pueden usarse además de o en lugar del equipo de cómputo descrito en la figura 3. El ejemplo descrito no implica limitaciones arquitectónicas con respecto a la presente invención. Por ejemplo, los procesos de la presente invención pueden aplicarse a sistemas de procesamiento de datos de procesadores múltiples. Adicionalmente, el sistema procesador de datos 300 puede tomar la forma de una computadora portátil o un ayudante digital personal (PDA) .

Además, el sistema procesador de datos puede ser, por ejemplo, sin limitaciones, una televisión o un dispositivo electrónico de cable para televisión que contiene equipo de cómputo apropiado y programas para implementar procesos de la presente invención. La presente invención proporciona un método, un aparato, e instrucciones implementadas para computadora para disminuir el uso del ancho de banda y para suministrar una mayor personalización del cliente de programas o eventos. El mecanismo de la presente invención se orienta a hacer a la medida una presentación multimedia en un sistema procesador de datos multimedia. Esto se realiza fraccionando un programa o evento en diferentes flujos de datos para diferentes componentes de sonido y video. Pueden agregarse flujos adicionales de datos opcionales para permitir la personalización del programa o evento. Un sistema procesador de datos puede recibir un conjunto de flujos de video y de sonido asociados con un programa o evento. Estos flujos de datos pueden presentarse selectivamente con base en la entrada (alimentación) del usuario. Dependiendo de la entrada del usuario, pueden presentarse algunas porciones de los flujos de datos de video y de sonido en tanto que pueden no presentarse otros flujos de datos. Además, la entrada del usuario puede colocar selectivamente un flujo de video en una pantalla en diferentes sitios. También, flujos de información que contienen texto y/o gráficos pueden recibirse y selectivamente mostrarse en asociación con la presentación del programa o evento. La combinación de estos flujos de datos en el sitio del usuario proporciona la personalización sin requerir la difusión de versiones múltiples de un evento a los espectadores. Permitiéndole a un espectador personalizar un programa o evento, el uso del ancho de banda puede reducirse porque los originadores del programa no tienen que transmitir versiones múltiples de un programa' o evento para regiones geográficas diferentes o a diferentes bases de espectadores. Más específicamente, la presente invención proporciona un mecanismo para permitir a un proveedor del contenido proporcionar programas o eventos al usuario en la forma de flujos de datos múltiples. El mecanismo de la presente invención permite a un proveedor del contenido el controlar flujos de datos enviados a un usuario con base en la entrada y otros datos recibidos por parte de un usuario. La información del usuario puede tomar la forma de un perfil, el cual contiene información con respecto a selecciones hechas por un usuario. El perfil también puede contener otra información tal como la ubicación y la información demográfica que pueden o no usarse para elaborar a la medida y personalizar un programa para un usuario. Específicamente, la presente invención permite a un anunciante o a un proveedor del contenido el personalizar anuncios en una base por espectador utilizando perfiles recuperados o recibidos desde los sistemas del espectador. De esta manera puede seleccionarse un flujo de datos para un espectador particular en el que el anuncio en el flujo de datos se selecciona con base en la información recogida con respecto al espectador con base en las selecciones realizadas y preferencias establecidas. Recuperando o recibiendo periódicamente perfiles por parte de los espectadores, un proveedor del contenido puede identificar lo que un espectador quiere oír y ver durante cualquier momento dado. La presente invención también proporciona un mecanismo para presentar flujos de datos en un sistema de usuario que el proveedor del contenido considera que es importante que el usuario vea o escuche aunque el usuario no hubiera seleccionado estos flujos de datos. Por ejemplo, una orden incrustada puede ser incluida en los flujos de datos enviados al usuario para provocar que un sistema de medios múltiples presente un flujo de datos, el cual es un flujo de datos de publicidad que el proveedor del contenido desea se presenten aunque el usuario no haya seleccionado ese flujo de datos particular.

Volviendo a la figura 4, allí se muestra un diagrama de bloques que ilustra en general el proceso de la presente invención. Un cliente 400, tal como el sistema procesador de datos 300 de la figura 3, envía una solicitud 402 por programar el contenido a un servidor de origen 404. El servidor de origen 404 es un sistema procesador de datos, tal como el sistema procesador de datos 200 de la figura 2, y es el anfitrión para el contenido de la programación solicitado por el cliente 400. El servidor de origen 404 envía la programación solicitada como un conjunto de flujos de datos 406 de regreso al cliente 400. Los flujos de datos 406, pueden usarse para presentar programación o eventos a un usuario en el cliente 402. Además, los flujos de datos 406 pueden comprender uno o componentes del flujo de información, uno o más componentes de flujo de información, y uno o más componentes de flujo de sonido. El cliente 400 y el servidor de origen 404 se han descrito e ilustrado en la figura 4 como si ellos estuvieran conectados directamente. Sin embargo, el cliente 402 y el servidor de origen 404 son preferentemente parte de un sistema distribuido procesador de datos tal como el sistema distribuido procesador de datos 100 y se enlazan en conjuntos a través de una red, tal como la red 102 en la figura 1.

El ambiente ilustrado en la figura 4 puede ser un ambiente unidireccional o un ambiente bidireccional. En un ambiente unidireccional, el servidor le envía -datos al cliente, pero no recibe datos del cliente. En este caso, un cliente recibe una escala completa de flujos de datos del servidor. Se utiliza un filtro para permitir que los flujos de datos seleccionados por el usuario sean presentados mientras que los flujos de datos no seleccionados permanecen sin mostrarse al usuario. Puede crearse un perfil relacionado al usuario con base en la entrada del usuario. Este perfil contiene información de personalización basada en la entrada del usuario así como información con relación al usuario en el cliente. Esta información puede incluir, por ejemplo, una identificación de preferencias, selecciones de flujos de datos, así como información circunstancial, tal como la ubicación. En un ambiente bidireccional, el servidor le envía datos al cliente y el cliente envía datos de regreso al servidor. En semejante ambiente el servidor para el proveedor del contenido solo le envía flujos de datos seleccionados al cliente con base en un perfil recibido del cliente. Regresando a la figura 5, se describe un diagrama de bloques de componentes funcionales usados en la selección de flujos de medios de acuerdo con la presente invención. En este ejemplo, el cliente 500 incluye un sistema procesador de flujos de datos 502 para recibir flujos de datos 504 de un servidor 506 a través de la red 508 para transferencia de información al sistema de salida 510. El servidor 506 en este ejemplo es una fuente para el contenido de un proveedor del contenido. La selección de flujos de datos recibidos de la red 504 se controlan a través del control del usuario 512, el cual controla el sistema procesador de flujos de datos 502. El control del usuario 512 se usa para manipular o ajustar el filtro 514, el cual filtra flujos de datos 504 en el sistema procesador de flujos de datos 502 para presentar selectivamente flujos de datos 504 en el sistema de salida 510. También se encuentra presente en el sistema procesador de flujos de datos 502 un perfil 515, el cual puede generarse con base en el establecimiento de preferencias del usuario, selecciones de flujos de datos y filtros aplicados. Por ejemplo, el perfil 515 también puede incluir otra información, tal como, por ejemplo, la ubicación geográfica del cliente 500. Por ejemplo, el perfil 515 puede incluir información que identifica valores de volumen actuales en el cliente 500. Un bajo valor de volumen por debajo de algún umbral puede indicar que los usuarios realmente no están mirando o prestando atención al evento.

El perfil 515 puede enviarse a o recuperarse por un proveedor del contenido para el uso en la identificación de publicidad, que pudiera atraer al espectador. El perfil 515 puede obtenerse en una base continua conforme un 5 usuario selecciona flujos de datos y establece preferencias de manera que el proveedor del contenido pueda identificar dinámicamente cambios en las preferencias del espectador y hacer a la medida o seleccionar publicidad con base en esos cambios identificados. l?) Pueden recibirse flujos de datos múltiples desde la red 504 a través de la conexión 508. Estos flujos de datos pueden ser, por ejemplo, sonidos, video, texto, gráficos, u otra información que pueda desplegarse a través del sistema de salida 506 a un usuario del cliente 500. La 15 selección del filtrado de flujos de datos desde la red 504 por el sistema procesador de flujos de datos 502 se controla a través del control del usuario 508. El flujo de datos seleccionado o porciones seleccionadas se despliegan al usuario a través del sistema de salida 506, el cual 0 puede usarse para controlar dispositivos de salida de pantalla y de sonido tal como una televisión de alta definición o bocinas. Pueden configurarse flujos adicionales de video para parámetros, tales como, por ejemplo, opacidad y escala.

.Ahora con respecto a la figura 6, se muestra un diagrama que ilustra una pantalla ejemplar de acuerdo con una modalidad preferida de la presente invención. En este ejemplo, se ofrece sistema de presentación 600 con una unidad de pantalla 602, fuentes de sonido 604, 606, y 608. El sistema de presentación 600 es la parte de un cliente a través de la cual el usuario ve y escucha programas. En este ejemplo, la fuente de sonido 604 es una bocina izquierda mientras que la fuente de sonido 608 es una bocina derecha. La fuente de sonido 606 es la bocina central en este ejemplo. El video 610 se muestra en la pantalla 602 con el cuadro de texto 612, el cuadro de texto 614, y el video 616. El video 610 es el flujo primario de datos en este ejemplo con el cuadro de texto 612 y el cuadro de texto 614 estando traslapado al video 610. El cuadro de texto 612 y el cuadro de texto 614 se generan a partir de dos flujos de datos en este ejemplo. El cuadro de texto 612 es un cuadro de texto estacionario, el cual puede usarse para suministrar información tal como estadísticas respecto al programa, próximos programas, o cualquier otra información que el usuario puede seleccionar. El cuadro de texto 614 en este ejemplo es una "aparición súbita, " la cual puede usarse para suministrar información respecto a un objeto o persona particular en el video 610.

Adicionalmente, los paquetes de datos en el cuadro de texto 614 pueden incluir datos para recalibrar el cuadro de texto 614 para seguir a un objeto o persona particular. El video 616 se muestra usando otros flujos de datos para proporcionar visualización adicional al usuario. Por ejemplo, el video 616 puede proporcionar perspectivas diferentes en el programa o puede ilustrar una escena no desplegada en ese momento dentro del video 610. Inicialmente, el usuario puede seleccionar varios flujos de sonido para alimentar a través de 604, 606, y 608. Por ejemplo, si la programación que se muestra es un evento deportivo, el usuario podría seleccionar a un jugador en particular y podría tener información de sonido sobre ese jugador reproducida en 608 o tener alimentaciones directas de un micrófono localizado en el jugador reproducidas a través de 604. A manera de ejemplo, considere un juego de fútbol que se difunde a través de Internet o una red de banda ancha. El usuario final puede seleccionar de una mezcla de varios flujos de sonido. Por ejemplo, el micrófono del mariscal de campo de cualquier equipo, el micrófono del entrenador de cualquier equipo, y/o los comentaristas, de los cuales, podría haber varios (e.g., John Madden, Phil Simms, Howie Long, Bruce Beadle, Michael Paolini, etc.). De esta manera, el usuario puede eliminar (eliminar de la selección) a John Madden si lo encuentra ofensivo. El usuario podría escoger en su lugar el escuchar el micrófono del mariscal de campo de los 49er's (o del equipo contrario, u otro anunciador de su elección, o escuchar completamente en otro idioma) sin tener que cambiar el canal/la cobertura. Continuando con el ejemplo del fútbol además, con la presente invención, es posible tener una pista de sonido separada para espectadores que son nuevos al deporte. Esta pista de sonido separada explicaría las reglas del juego y lo que estaría pasando con mas detalle. También explicaría la jerga técnica particular al fútbol. El usuario puede escoger tener esta información adicional presentada como un flujo de texto. En todavía otro ejemplo del uso de la presente invención, continuando con el tema del fútbol, el usuario podría poner las voces del jugador del equipo A en los canales derechos con las voces del jugador del equipo B en los canales izquierdos y las voces de los comentaristas en los canales posteriores. Además, el usuario podría seleccionar al jugador con la pelota de manera tal que la voz de este jugador siempre estuviera en el canal central. Un flujo primario de datos que representa el video (que no cambia no importando qué flujos de superposición de sonido se seleccionen) , y pueden usarse muchos pequeños flujos de datos de agregar que representan superposiciones de sonido o de video para presentar el programa. Estos flujos podrían mezclarse juntos o podrían asignarse a canales (derecho, izquierdo, posterior, central, etc.) y/o ubicaciones de posición 3D que usan lo último el "Dolby Digital" de Dolby Laboratories y otras tecnologías similares. Además, el volumen podría ajustarse en una base campo de ID por superposición. Más información respecto a tecnologías, tales como "Dolby Digital" puede encontrarse en la patente de los Estados Unidos de América No. 5,912,976. Con respecto a las superposiciones de video, pueden transmitirse y seleccionarse también varias superposiciones de video de una manera similar a la transferencia por caudales de sonido y pueden mezclarse para "superponer" el video final. Si, por ejemplo, la superposición deseada fuera un balón formado de aparición repentina en una cierta posición de la pantalla de video que contiene algún texto, entonces el flujo de la superposición adicional no tendría que ser el video en sí, sino la información para crear el video de superposición. Por consiguiente, el tamaño del flujo de datos sería mucho, mucho más pequeño que un flujo de video primario. Adicionalmente, podría también proporcionarse información no relacionada al usuario además de los flujos de datos seleccionados para un evento, tal como, por ejemplo, datos del mercado accionario o titulares de las noticias. Por ejemplo, si el evento o programación que se está viendo es de un juego de fútbol, es posible tener un flujo de superposición de video dedicada a desplegar súbitamente balones con datos, tales como estadísticas sobre los jugadores en los que éstos balones aparecen súbitamente encima de los mismos jugadores. Adicionalmente, pueden desplegarse de esta manera diferencias de apuestas, otros hechos interesantes respecto a los jugadores, o reglas e información sobre los eventos. Otro tipo de flujo de datos puede incluir cuadros incrustados de jugadores con biografías también etiquetadas. Para otros tipos de programación, pueden proporcionarse otras ventanas de aparición súbita. Por ejemplo, para una exhibición de misterio de asesinato, pueden mostrarse ventanas de aparición súbita que den pistas sobre los eventos futuros o también pueden mostrarse hechos sobre actores, el guión, o el director en asociación con el programa. De esta manera, en el contexto del ejemplo del juego de fútbol, es posible tener flujos de superposición de video dedicados a desplegar balón o balones de aparición súbita con datos tales como: estadísticas sobre jugadores (ellas podrían aparecer muy bien encima de los mismos jugadores) , diferencias en las apuestas, curiosidades o hechos interesantes, información explicando lo que está pasando y reglas (para los novatos) , un resumen de diferentes datos de evento deportivos que suceden (tal como marcadores y estadísticas de otros juegos que se están llevando a cabo) , los datos del mercado accionario, y titulares de noticias para suministrar solo - algunos ejemplos. Otro tipo de flujo podría contener también fotografías incrustadas de los jugadores con biografías también etiquetadas. En otra modalidad, es posible hacer superposiciones seleccionables. Es decir que el usuario podría hacer el equivalente de "pulsar el botón" sobre una, para activar flujos de superposición adicionales, o asegurar esta en el lugar. Por ejemplo, seleccionando la "superposición del nombre" de un jugador podría por ejemplo traer una superposición con por ejemplo la biografía de ese jugador. En un sistema unidireccional, esto podría hacerse teniendo un canal de superposición que continuamente se cicle a través de todas las biografías de los jugadores, y habiendo "seleccionado" el cliente el de su interés en el momento de la transmisión. Adicionalmente, el usuario podría seleccionar entre las diferentes opciones utilizando su cliente y así podría tener mucho más control de la información que le gustaría ver y oír durante una transmisión. Con base en estas diferentes selecciones y preferencias del usuario, se crea un perfil para el uso en la identificación y personalización de publicidad para un espectador. Para ilustrar la selección de anuncios utilizando la presente invención se utiliza el ejemplo de personalización de un juego de fútbol. Por ejemplo, un espectador está mirando un juego de fútbol en el que el usuario ha seleccionado escuchar el sonido del entrenado del equipo X, un ángulo de video sobre la línea defensiva, y el sonido proveniente de los aficionados en el estadio reproduciéndose en el fondo. De esta selección, el proveedor del contenido puede determinar que este espectador se ajusta a un cierto perfil y le envía a este espectador un anuncio seleccionado dinámicamente. Este anuncio de selección puede presentarse, por ejemplo, cambiando los flujos de sonido y/o video, reproduciendo flujos adicionales de sonido, o enviando una superposición de video que se desenvuelve por la pantalla. La manera en la que el anuncio sé envía se selecciona para ajustar el perfil actual. Este tipo de selección de medios de transferencia también incrementa la efectividad de la información. No sólo puede encontrarse la audiencia correcta para la información, sino el mejor modo de presentación de la información también puede ser identificado a partir de la información del perfil. Con base en un perfil, puede presentarse información en formas diferentes que el espectador puede entender fácilmente. Por ejemplo, un espectador puede estar mirando un juego de fútbol con una preferencia estadística seleccionada para el filtro y una preferencia para recibir información respecto a un equipo o jugador particular. El anuncio seleccionado tiene más de un impacto porque no sólo debido a que al anuncio se selecciona para un aficionado al fútbol, sino también para un aficionado del fútbol que responde a números (la información inferida de las estadísticas de preferencia en uso por el espectador) , y un aficionado del fútbol que es un aficionado de un equipo o jugador (de nuevo inferido del conjunto de preferencias para el filtro en uso) . Como resultado, si, por ejemplo, varios anuncios están disponibles para anunciar un automóvil en el cual uno de los anuncios da importancia a un estimulo emocional y uno el cual da importancia a un estímulo intelectual mediante la comparación de números con dos variaciones cada uno - cada uno con un portavoz de cada equipo que juega, entonces para el espectador en el ejemplo, el anuncio seleccionado presentado sería aquél que presenta la información estadística con el portavoz del equipo preferido del espectador. También, usando información del perfil, la retroalimentación del cliente puede proporcionarse a vendedores que proporcionan los medios de transferencia. En otras palabras, el consumo de medios puede medirse en tiempo real permitiendo la reconfiguración dinámica del material de difusión. Por ejemplo, si más espectadores están recibiendo un flujo de datos de un cierto tipo más que otros, entonces, quizás, deben hacerse disponibles más variaciones de aquel tipo de flujo de datos. Si a más espectadores les gustan trívias con relación a un programa, entonces deberá estar disponible más contenido que contenga trívias. Si más personas escuchan diferentes flujos de sonido que ven superposiciones de video, entonces se justifica invertir más dinero para los flujos de sonido. Considerando ahora un ejemplo de la presente invención en el cual el perfil se proporciona indirectamente en vez de a través de una entrada o selección por parte de un usuario. Considérese, una situación en la cual se crea el perfil del usuario mediante la ubicación actual del espectador. Por ejemplo, quizás una persona está conduciendo un automóvil equipado con un sistema de ubicación global (GPS) tal como The NorthStar System de General Motors Corporation en el que la información respecto a la ubicación actual se alimenta en el cliente como una preferencia de filtro. Las partes del mapa que se despliegan en encabezados de pantalla, o el anuncio en el flujo de sonido que se recibe, utilizando la presente invención, podría basarse en el filtro de ubicación así como en cualquier otra preferencia. Por ejemplo, un flujo que contenga un anuncio para un restaurante u otra atracción puede enviarse al cliente cuando el automóvil se encuentre dentro de una distancia especificada del restaurante o de la atracción. Regresando ahora a las figuras 7A-7D, se describen diagramas que ilustran estructuras de datos contenidas dentro de flujos de datos enviados a un cliente de acuerdo cpn una modalidad preferida de la presente invención. En la figura 7A, se muestra un paquete de datos 700 en que el cual el paquete de datos incluye un encabezamiento 702 y una carga útil 704. El encabezamiento 702 contiene información usada en el enrutamiento y manejo de datos contenidos dentro de la carga útil 704 del paquete de datos 700. En la figura 7B, se muestra un ejemplo de información de encabezamiento encontrada dentro de un paquete de datos, tal como el paquete de datos 700. En este ejemplo, el encabezamiento 706 incluye un campo ID 708, un campo de canal 710, un campo de posición 712, y un campo de volumen 714. En este ejemplo, el encabezamiento 706 es un encabezamiento que identifica un paquete de sonido. El campo ID 708 se usa para identificar el tipo de paquete de datos. El campo de canal 710 en este ejemplo puede usarse para identificar el canal o canales en los cuales el paquete de datos debe presentarse al usuario. Por ejemplo, el campo de canal 710 puede usarse para identificar canales tal como aquellos en un sistema ambiental. Los canales pueden ser, en este ejemplo, derecho, izquierdo, posterior, o central. Adicionalmente, el campo de posición 712 también se incluye de manera tal que ubicaciones de posición tridimensional que utilizan tecnologías de sonido tales como Dolby Digital puedan ser utilizadas. Esta información de posición puede suministrar una posición predefinida que puede ser alterada por un usuario. El campo de volumen 714 se incluye para permitir el ajuste del volumen de los datos en este paquete de datos con relación a otros paquetes de datos para permitir superposiciones o énfasis para flujos de datos diferentes. Pueden usarse otros campos además de o en lugar de los campos mostrados en el encabezamiento 706 para presentar información de sonido.

En la figura 7C, un encabezamiento 716 es un ejemplo de información de encabezamiento encontrada en un paquete de video usado en un flujo de video. En este ejemplo, el encabezamiento 716 incluye un campo ID 718, un campo de marca de tiempo 720, y un campo CRC 722. El campo ID 718 se usa para identificar el tipo de datos contenidos dentro del paquete, mientras que la marca de tiempo 720 en este ejemplo se usa con propósitos de sincronización. El campo CRC 722 puede usarse para verificar errores o con propósitos de sincronización dependiendo de la implementación. Si el campo CRC 722 se usa con propósitos de sincronización, los datos CRC se calculan para otro flujo de datos y se colocan dentro de este campo antes de ser transmitido o difundido a un espectador. Los datos CRC pueden calcularse, por ejemplo, para un marco o una porción de un marco en la otro flujo de datos. Cuando se recibe este flujo de datos y el otro flujo de datos, los datos CRC se calculan para un marco en el otro flujo de datos. Estos datos CRC calculados se comparan con los datos CRC almacenados en el campo CRC 722. Se usan las coincidencias entre estos valores de CRC para identificar los puntos de sincronización entre los dos flujos de datos. Luego, en la figura 7D, se ilustra otro ejemplo de un encabezamiento usado para paquetes de datos en un flujo de video. El encabezamiento 724 incluye un campo ID 726, un campo de tipo 728, un campo de ubicación 730, un campo de duración 732, y un campo de profundidad Z 734. El campo ID 726 se usa para identificar el paquete de datos como que contiene datos de video. El campo de tipo 728 en este ejemplo puede usarse para identificar el tipo de video, tal como texto, o un marco en un flujo de video en movimiento. El campo de ubicación 730 puede usarse para identificar la ubicación en la pantalla en la que los datos serán mostrados. El campo de duración 732 puede identificar la cantidad de tiempo que deben mostrarse los datos. El campo de profundidad Z 734 puede usarse para identificar la profundidad u orden en la que los datos serán mostrados con relación a otros flujos de video. En el ejemplo, el encabezamiento 724 es un ejemplo de un encabezamiento usado para un flujo de video que contiene texto a ser mostrado como un balón o aparición súbita en la pantalla. En este caso, el campo de duración 732 identifica cuánto tiempo el texto será mostrado en tanto que el campo de profundidad Z 734 identifica en dónde será colocado el texto con respecto a otros flujos de video. La profundidad Z se usa para determinar el orden en el que se despliegan los flujos de video o las superposiciones en la pantalla. El campo de ubicación 730 proporciona la ubicación xy en la pantalla. El texto para desplegar en aparición súbita se encontraría en la carga útil. De esta manera, un flujo de superposición de video dedicada a desplegar texto, puede usarse junto con flujos de datos de video en movimiento. Regresando ahora a la figura 8, se describe un diagrama de flujo de un proceso usado para procesar flujos de datos de acuerdo con una modalidad preferida de la presente invención. Para empezar, un usuario selecciona la programación a ser recuperada de un banco de datos distribuido (paso 800) . El usuario recibe múltiples flujos de video y de sonido que corresponden al programa seleccionado (paso 802) . El usuario selecciona flujos de sonido (paso 804) , ya sea directamente en tiempo real o a través del uso de configuraciones definidas por el usuario, y, si se selecciona más de un flujo de sonido (paso 806) , entonces el usuario configura el perfil de presentación para los flujos de sonido seleccionados (paso 808) . Por ejemplo, si se seleccionan tres flujos de sonido, el usuario podría configurar el sistema para reproducir un flujo de sonido en el canal izquierdo, un flujo de sonido en un canal central, y un flujo de sonido en un canal derecho. De forma alterna, el usuario podría configurar la presentación de los flujos de sonido seleccionados de manera tal que el volumen de un flujo de sonido sea más alto que el volumen de los otros dos flujos de sonido.

Luego, el usuario selecciona, de la pluralidad de flujos de video recibidos, uno o más flujos de video a ser mostrados (paso 811) . Si se selecciona más de un flujo de video (paso 814) , entonces el usuario configura la presentación de los flujos de video múltiples (paso 816) . Por ejemplo, un flujo de video podría presentarse en el lado izquierdo de la pantalla de video y un segundo flujo de video podría presentarse en el lado derecho de la pantalla de video. En otro ejemplo, un flujo de video podría ocupar la totalidad de la pantalla de despliegue de vídeo, mientras que un segundo flujo de video se coloca en una ventana más pequeña dentro del primer flujo de video. También, los flujos de video son configurables para cosas tales como opacidad y escala, así como otros factores. Opacidad es la semi-transparencia como se ve en menús superpuestos en un evento en el que el evento puede verse a través del menú. La escala puede emplearse para dimensionar la pantalla de un flujo de video en un dispositivo de pantalla. Una vez que los flujos de medios se seleccionan y configuran por el usuario, los flujos de sonido y de video se sincronizan entre sí (paso 818) y se presentan al usuario de una forma configurada por el usuario (paso 820) . Con referencia de nuevo al paso 806, si no se selecciona más de un flujo de sonido, entonces el usuario selecciona, de la pluralidad de flujos de video recibidos, uno o más flujos de video a ser mostrados (paso 811) . Con referencia de nuevo al paso 814, si no se selecciona más de un flujo de video, se sincronizan los flujos de sonido y de video entre sí (paso 818) y se presentan al usuario de una forma configurada por el usuario (paso 820) . Pueden emplearse varios mecanismos para sincronizar los flujos de datos. Por ejemplo, una marca de tiempo puede enviarse con cada paquete de datos en cada flujo de medios, entonces cada flujo de datos seleccionado se sincroniza para ser presentado al usuario de manera tal que paquetes de datos con marcas de tiempo idénticas se presenten al mismo tiempo. Cada flujo de datos también puede contener un pico en los datos que aparecen en una proporción periódica. El pico en los datos puede ser, por ejemplo, un paquete de datos que no contiene video o sonidos. Además, cada flujo de datos contiene un pico más grande que aparece a una proporción periódica más larga. Por ejemplo, el pico más corto puede aparecer cada 30 marcos en donde el pico más grande aparece cada 10 segundos. Los flujos de datos seleccionados pueden sincronizarse de manera tal que ellos se presenten al usuario de forma tal que los picos aparezcan simultáneamente en los flujos de datos. El pico más largo permite al sistema resincronizarse periódicamente a sí mismo si los flujos de datos se han separado por un periodo de uno o dos picos de datos más pequeños. En un tercer método de sincronización, valores de verificación de redundancia cíclica (CRC) . La sincronización de flujos de datos usando datos de CRC involucra calcular datos de CRC para un primer flujo de datos y colocar aquellos valores calculados en los encabezamientos de paquetes de datos en el segundo flujo de datos. Los valores de CRC se colocan en paquetes de datos en el segundo flujo de datos que deben sincronizarse con paquetes de datos en el primer flujo de datos. Regresando a la figura 9, se muestra un diagrama de flujo de un proceso para generar valores de CRC para usarse en la sincronización de flujos de datos de acuerdo con una modalidad preferida de la presente invención. El proceso ilustrado se usa para flujos de video, pero puede aplicarse a otros tipos de flujos de datos. El proceso empieza seleccionando un marco sin procesar (paso 900) . Este paso selecciona el primer marco sin procesar para contenido que se transmitirá como un flujo de datos. Posteriormente se calcula un valor de CRC para el marco (paso 902) . El valor de CRC puede calcularse para un marco entero o para porciones diferentes del marco. Por ejemplo, el valor de CRC puede basarse en los primeros cinco bytes del marco, cinco bytes en el medio del marco, y los últimos cinco bytes en el marco. Luego, la porción de un segundo flujo de datos que será sincronizado con este marco se identifica (paso 904) . El valor de CRC se pone entonces en el encabezamiento de un paquete de datos para esa porción del flujo de datos (paso 906) . Se hace una determinación entonces acerca de si se encuentran marcos sin procesar adicionales para procesar (paso 908) . Si se encuentran presentes marcos sin procesar adicionales, el proceso vuelve al paso 900. De otra manera, el proceso termina. El proceso en la figura 9 puede usarse cuando los flujos de datos se transmiten o difunden. Alternativamente, estos procesos pueden comenzarse antes de la transmisión o difusión de un flujo de datos. En semejante caso, los valores de CRC pueden almacenarse y agregarse al segundo flujo de datos cuando ese flujo de datos se transmite. Regresando ahora a la figura 10, se muestra un diagrama de flujo de un proceso para sincronizar flujos de datos usando datos de CRC de acuerdo con una modalidad preferida de la presente invención. Pueden implementarse los procesos ilustrados en la figura 9 en el sitio del espectador para sincronizar flujos de datos entrantes para la presentación de un programa o evento.

El proceso se inicia recibiendo flujos de datos (paso 1000) . En el paso 1000, los flujos de datos se reciben para presentación. Estos flujos de datos se colocan en una memoria intermedia antes de la presentación (paso 1002) . Un valor de CRC se calcula para un marco en el primer flujo de datos almacenados en la memoria intermedia (paso 1004) . Después de esto, el valor de CRC calculado se compara con valores de CRC en el segundo flujo de datos almacenado en la memoria intermedia para identificar un punto en el segundo flujo de datos que contiene un valor de CRC coincidente (paso 1006) . En los ejemplos descritos, se colocan valores de CRC dentro de encabezamientos en el segundo flujo de datos en puntos donde el valor de CRC debe coincidir con un valor de CRC calculado de una porción del primer flujo de datos.

Después de esto, el primer y segundo flujo de datos se presentan en los puntos de coincidencia o sincronización (paso 1008) retornando entonces el proceso al paso 1000.

La presente invención podría implementarse mediante una comunicación unidireccional o bidireccional dependiendo del ancho de banda del tipo de red en uso. Así, la presente invención proporciona una experiencia personalizada para un usuario. La presente invención proporciona esta experiencia personalizada proporcionando varios tipos diferentes de flujos de datos, sonido y video los cuales se entregan a un cliente en el que el cliente puede seleccionar de estos flujos de datos para personalizar el programa o evento que es visto por el usuario. Además, la presente invención permite disminuir la cantidad de ancho de banda necesaria para suministrar programación personalizada. Esta ventaja se proporciona enviando flujos de datos que pueden presentarse selectivamente para un programa o evento personalizado, en lugar de crear un nuevo flujo de datos para cada personalización deseada de un programa o evento. Con referencia ahora a la figura 11, se muestra un diagrama de flujo de un proceso para filtrar datos de acuerdo con una modalidad preferida de la presente invención. Este proceso puede usarse en un sistema en el sitio del usuario para seleccionar y personalizar un programa . El proceso empieza recibiendo flujos de datos (paso 1100) . Después de esto, se recibe una selección del usuario para los flujos de datos (paso 1102) . Se hace una determinación acerca de si deben hacerse selecciones adicionales del usuario (paso 1104) . Si deben hacerse más selecciones del usuario, el proceso vuelve al paso 1102. De otra manera, se ajusta un filtro con base en la selección del usuario (paso 1106) . Este filtro se usa para seleccionar flujos de datos recibidos de un proveedor del contenido para presentación. Se hace entonces una determinación acerca de si una orden incrustada está presente en los flujos de datos (paso 1108) . Este paso puede verificar flujos de datos tanto seleccionados como no solicitados por el usuario. Las ordenes incrustadas pueden ser usadas por el proveedor del contenido para asegurar que algunos flujos de datos se presenten al usuario aunque el usuario no haya seleccionado estos flujos de datos para presentación. Por ejemplo, si ocurre un evento de noticias importante, tal como una tormenta peligrosa, el proveedor del contenido querrá asegurarse que esta información se presente al usuario. También, flujos de datos que contienen publicidad puede presentarse al usuario sin que el usuario seleccione estos flujos de datos. Si una orden incrustada está presente en un flujo de datos, el filtro se ajusta con base en la orden incrustada (paso 1110) . El flujo de datos se filtra entonces usando el filtro ajustado (paso 1112) . Los flujos de datos filtrados se presentan entonces (paso 1114) . De esta manera flujos de datos seleccionados pueden presentarse al usuario mientras que flujos de datos sin seleccionar nunca se presentan al usuario. Regresando ahora a la figura 12, se muestra un diagrama de flujo de un proceso para personalizar un programa para un usuario de acuerdo con una modalidad preferida de la presente invención. Este proceso puede ser usado por un servidor o fuente para que un proveedor del contenido reciba solicitudes de personalización para un programa por parte de varios usuarios. El proceso empieza recibiendo una solicitud para un programa de un usuario (paso 1200) . Esta solicitud puede ser, por ejemplo, el perfil del sistema de usuario. Este perfil puede incluir, por ejemplo, flujos de datos seleccionados por el usuario, filtros usados, información de ubicación del sistema, y aún posiblemente información demográfica para el usuario. La solicitud es entonces analizada (paso 1202) . Los flujos de datos que coinciden con las solicitudes se identifican (paso 1204) . Estos flujos de datos incluyen aquellos seleccionados por el usuario, pero también pueden incluir flujos de datos seleccionados por el proveedor del contenido con base en la elección de flujos de datos en la solicitud. Estas solicitudes adicionales pueden presentarse en el sistema de usuario a través de ordenes incrustadas en los ejemplos descritos. Después de esto, se transmiten los flujos de datos identificados al usuario (paso 1206) terminando el proceso después de esto. .Ahora con referencia a la figura 13, se describe un diagrama de flujo de un proceso para recuperar información de selección del usuario de acuerdo con una modalidad preferida de la presente invención. Este proceso puede ser usado por el proveedor del contenido para personalizar la programación para un usuario sin pedirle al usuario que envíe peticiones al proveedor del contenido. El proceso se inicia recuperando un perfil del sistema de usuario (paso 1300) . Después de esto, flujos de datos se identifican con base en la información proveniente del perfil (paso 1302) . Estos flujos de datos identificados se transmiten entonces al usuario (paso 1304) . Esta recolección de información proveniente del perfil de un sistema de usuario se realiza en tiempo real en los ejemplos descritos. La información puede recolectarse conforme se hacen las selecciones y se establecen las preferencias. Alternativamente, la información puede recibirse en una base periódica dependiendo de la aplicación. De esta manera, se obtienen perfiles actualizados de los cuales pueden identificarse flujos de datos para la transmisión al usuario del cual se recibió la información. El contenido se elabora a la medida con base en las selecciones actuales y preferencias por parte de los usuarios. Esta información es mejor que la información demográfica porque diferentes usuarios pueden usar un sistema de medios múltiples particular. Por supuesto, puede usarse la información demográfica junto con la información del perfil recolectada de los usuarios.

Regresando ahora a la figura 14, se muestra un diagrama de flujo de un proceso para crear un perfil de acuerdo con una modalidad preferida de la presente invención. El proceso empieza almacenando las selecciones de flujos de datos y preferencias del usuario para presentación (paso 1400) . Después de esto, se almacenan filtros aplicados por el usuario (paso 1402) . Se crea un perfil con la información almacenada (paso 1404) terminando el proceso después de esto. Este perfil también puede incluir otra información relativa al usuario, tal como, por ejemplo, una ubicación del sistema de usuario. Con referencia ahora a la figura 15, se describe un diagrama de flujo de un proceso para crear un flujo de datos de publicidad de acuerdo con una modalidad preferida de la presente invención. El proceso empieza obteniendo un perfil (paso 1500) . Este perfil puede ser solicitado por el servidor o por el proveedor del contenido o puede enviarse por el usuario como parte de una solicitud de programación. El perfil es analizado para obtener información de usuario para seleccionar un anuncio apropiado (paso 1502) . Posteriormente, esta información se utiliza para seleccionar un anuncio que es lo mas cercano al perfil (paso 1504) . Entonces se elabora un flujo de datos con el anuncio (etapa 1506) . Se incrusta una orden en este flujo de datos o en otro flujo de datos que ya se ha recibido o seleccionado por parte del usuario (paso 1508) . Esta orden incrustada se construye de manera que el flujo de datos que contiene la publicidad se presente al espectador aún si el espectador no ha elegido ver semejante flujo de datos o aun si el espectador ha seleccionado bloquear o apagar los flujos de datos de publicidad. El flujo de datos de publicidad se envía entonces al espectador (paso 1510) terminando el proceso después de esto. Seleccionando medios por caudales utilizando el mecanismo de la presente invención, se reduce la cantidad de ancho de banda necesaria para transmitir programación personalizada. Además, la presente invención permite la selección de medios por caudales con base en la información del perfil, lo cual incrementa la efectividad de la información. No sólo puede encontrarse la audiencia correcta para la información, sino que el mejor modo de presentación de la información también puede encontrarse. Con base en un perfil, puede presentarse información de formas diferentes que el cliente puede entender fácilmente. Por ejemplo, una persona podría ser un espectador que mira un juego de fútbol con un filtro estadístico encendido y un filtro que da información con relación a un equipo o jugador particular. El anuncio seleccionado tiene más de un impacto porque ellos no sólo se seleccionan para el espectador del fútbol (como los son los métodos publicitarios convencionales) , sino que también para un aficionado al fútbol que responde a números (información inferida del filtro de estadísticas en uso por el aficionado) , y un aficionado al fútbol que es un aficionado de un equipo o jugador (de nuevo inferido del filtro en uso) . También, recolectando perfiles de clientes, la realimentación del cliente puede proporcionarse a vendedores que proporcionan los medios por caudales. Es decir, el consumo de los medios puede medirse en tiempo real permitiendo la reconfiguración dinámica de material de difusión. Por ejemplo, si más clientes están recibiendo un flujo de medios de un cierto tipo más que de otros, entonces, quizás, deben hacerse disponibles más variaciones de ese tipo de flujo. Si a más clientes les gustan hechos curiosos (factoids) , entonces debe invertirse más tiempo buscando hechos raros con relación al tema de la programación. Si más personas escuchan diferentes flujos de sonido que ven superposiciones de vídeo, entonces se justifica el invertir más dinero para fuentes de sonido. Retornando ahora a un ejemplo de la presente invención en la que el perfil del usuario no se proporciona directamente por medio de una entrada o selección por un usuario. Considere, en cambio, una ubicación en la que el perfil del usuario se crea por la ubicación de un usuario. Por ejemplo, quizás una persona está manejando en un automóvil equipado con un sistema de posicionamiento global (GPS) tal como The NorthStar System en el que se alimenta información sobre la ubicación actual en el cliente como una preferencia del filtro. Las partes del mapa mostradas en una pantalla de encabezado o un anuncio en un flujo de sonido que se recibe, utilizando la presente invención, puede basarse en la ubicación así como también en cualquier otra preferencia. Por ejemplo, un flujo que contiene un anuncio para un restaurante u otra atracción puede enviarse al cliente cuando el automóvil está dentro de una distancia especificada del restaurante o atracción. Así, la presente invención proporciona un método y aparato para permitir la personalización del usuario de un programa así como para reducir el ancho de banda requerido para proporcionar programas personalizados. Separando la difusión de la programación para separar flujos, el ancho de banda de los medios en el medio de difusión se ahorra. Por ejemplo, un programa de televisión tiene tanto audio como video en un flujo. Para difundir un programa en idiomas diferentes, los mismos videos se envían con sonido diferente acoplado a este. Con flujos separados de video y sonido, un flujo de video podría soportar todos los flujos de sonido diferentes. El "canal" podría actuar como un filtro que selecciona qué flujo de sonido reproducir junto con el video. Cuando X idiomas diferentes se soportan proporcionando un flujo de sonido para cada uno y sólo un flujo de video, (X-l) veces el tamaño del video es el ahorro en el ancho de banda. Debe notarse, que aunque se describió con referencia al uso de los flujos por un dispositivo, los flujos también pueden utilizarse por dispositivos múltiples. Tal modificación a la presente invención será obvia para aquellas personas con conocimientos medios en la materia al leer esta descripción de la invención. Además, pueden agruparse flujos en conjunto para seleccionar qué flujos utilizará un dispositivo o dispositivos. Tampoco los flujos se limitan a sonido o video, pero también pueden ser incluidos otros tipos de información tal como, por ejemplo, gráficos y texto. Es importante hacer notar que aún cuando la presente invención se ha descrito en el contexto de un sistema procesador de datos totalmente funcionando, aquéllas personas con conocimientos medios en la materia apreciarán que los procesos de la presente invención son capaces de ser distribuidos en la forma de un medio de legible por computadora y una variedad de formas y que la presente invención aplica igualmente sin tener en cuenta el tipo particular de medios de señal portadora usado para efectuar la distribución. Ejemplos de medios legibles por computadora incluyen medios del tipo gravable tal como un disco flexible, una unidad de disco duro, una RAM, y CD-ROMs y medios de tipo de transmisión tal como enlaces de comunicaciones digitales y analógicos. La descripción de la presente invención se ha presentado para propósitos de ilustración y descripción, pero no se pretende que sea exhaustivo o limitado a la invención en la forma descrita. Muchas modificaciones y variaciones serán evidentes para aquellas personas con conocimientos medios en la materia. Es importante hacer notar que aún cuando la presente invención se ha descrito principalmente en términos de medios por caudales distribuidos a través de una red tal como Internet, la presente invención, con modificaciones apropiadas como será evidente para aquellas personas con conocimientos medios en la materia, también puede aplicarse en otros contextos tal como en medios de difusión, tal como la televisión convencional y en otros sistemas de comunicación inalámbricos que emplean tales canales de comunicación como transmisiones de satélite y por microondas. Adicionalmente, aunque los ejemplos se implementan a través de la transmisión de flujos de datos múltiples, flujos de datos adicionales pueden incrustarse dentro del flujo o flujos de datos principales o primarios.

Por ejemplo, podría emplearse almacenaje temporal de marcos en los cuales un marco fuera de cada 31 marcos contiene el contenido adicional. Estos marcos pueden ser almacenados temporalmente hasta que el contenido se ensamble totalmente y prepare o active por alguna entrada del usuario. La modalidad se seleccionó y describió para mejor explicación de los principios de la invención, la aplicación práctica, y para hacer accesible a otros de conocimientos medios en la materia el entender la invención para varias modalidades con varias modificaciones cuando se adaptan al uso particular contemplado.

Claims (37)

REIVINDICACIONES

1. Un método en un sistema procesador de datos para seleccionar publicidad para un sistema de medios múltiples, el método comprende: en respuesta a la recepción de una entrada del usuario del sistema de medios múltiples, seleccionar flujos de video y flujos de sonido de un conjunto de flujos de video y un conjunto de flujos de sonido para un evento, en donde se forman flujos de video seleccionados y flujos de sonido seleccionados; seleccionar un anuncio de un conjunto de anuncios basados en los flujos de video seleccionados y los flujos de sonido seleccionados para formar un anuncio seleccionado; y enviar el anuncio seleccionado al sistema de medios múltiples.

2. El método de conformidad con la reivindicación 1, caracterizado además porque la entrada del usuario es un perfil.

3. El método de conformidad con la reivindicación 1, caracterizado además porque el paso de seleccionar un anuncio incluye: determinar un tipo de contenido dentro de los flujos de video seleccionados y flujos de sonido seleccionados; y seleccionar un anuncio que incluye el tipo de contenido .

4. El método de conformidad con la reivindicación 3, caracterizado además porque los flujos de video seleccionados incluyen un flujo de video que proporciona datos estadísticos y en donde el anuncio seleccionado incluye datos estadísticos.

5. El método de conformidad con la reivindicación 3, caracterizado además porque el tipo de contenido es una persona seleccionada.

6. El método de conformidad con la reivindicación 3, caracterizado además porque el tipo de contenido es un material de un evento dado a conocer por los flujos de video seleccionados y los flujos de sonido seleccionados .

7. Un método para seleccionar publicidad a un sistema de medios múltiples donde los usuarios pueden seleccionar entre un conjunto de flujos de video disponibles y flujos de sonido para un evento para la presentación del evento, que comprende los pasos de: asociar flujos de video respectivos y flujos de sonido con anuncios específicos; determinar qué flujos de video y qué flujos de sonido los usuarios respectivos han seleccionado para el evento; y enviar anuncios específicos a usuarios respectivos con base en los flujos de video y flujos de sonido que los usuarios respectivos han seleccionado.

8. El método como se describió en la reivindicación 7, caracterizado además porque comprende además : recibir un perfil del usuario y en donde el anuncio específico también se selecciona según el perfil del usuario para el usuario.

9. Un método para seleccionar- publicidad para un sistema móvil, el método comprende los pasos de: determinar una ubicación del sistema móvil; y enviar un flujo de medios específicos al sistema móvil con base en la ubicación.

10. El método de conformidad con la reivindicación 9, caracterizado además porque comprende los pasos de: determinar una selección de flujos de video y flujos de sonido además que se están enviando al sistema móvil; y enviar un flujo de medios específico con base en la selección de flujos y la ubicación del sistema móvil.

11. El método de conformidad con la reivindicación 9, caracterizado además porque el flujo de medios específico también se selecciona según un perfil del usuario para el usuario.

12. El método de conformidad con la reivindicación 9, caracterizado además porque el flujo de medios específico es un anuncio específico.

13. El método de conformidad con la reivindicación 9, caracterizado además porque el flujo de medios específico es video.

14. El método de conformidad con la reivindicación 9, caracterizado además porque el flujo de medios específico es sonido.

15. El método de conformidad con la reivindicación 9, caracterizado además porque el flujo de medios específico es un gráfico.

16. El método de conformidad con la reivindicación 9, caracterizado además porque los flujos de medios se envían a través de una red de banda ancha.

17. Un sistema procesador de datos para seleccionar publicidad para un sistema de medios múltiples, el sistema procesador de datos comprende: primeros medios de selección, sensibles a la recepción de entrada del usuario del sistema de medios múltiples, para seleccionar flujos de video y flujos de sonido de un conjunto de flujos de video y de un conjunto de flujos de sonido para un evento, en donde se forman los flujos de video seleccionados y los flujos de sonido seleccionados ; segundos medios de selección para seleccionar un anuncio de un conjunto de anuncios con base en los flujos de video seleccionados y los flujos de sonido seleccionados para formar un anuncio seleccionado; y medios de envío por enviar el anuncio seleccionado al sistema de medios múltiples.

18. El sistema procesador de datos de conformidad con la reivindicación 17, caracterizado además porque la entrada del usuario es un perfil.

19. El sistema procesador de datos de conformidad con la reivindicación 17, caracterizado además porque los medios de selección de un anuncio incluyen: medios de determinación para determinar un tipo de contenido dentro de los flujos de video seleccionados y el flujo de sonido seleccionado; y terceros medios de selección para seleccionar un anunqio incluyendo el tipo de contenido.

20. El sistema procesador de datos de conformidad con la reivindicación 19, caracterizado además porque los flujos de video seleccionados incluyen un flujo de video que proporciona datos estadísticos y en donde el anuncio seleccionado incluye datos estadísticos.

21. El sistema procesador de datos de conformidad con la reivindicación 19, caracterizado además porque el tipo de contenido es una persona seleccionada.

22. El sistema procesador de datos de conformidad con la reivindicación 19, caracterizado además porque el tipo de contenido es un material de evento dado a conocer por los flujos de video seleccionados y los flujos de sonido seleccionados.

23. Un sistema para seleccionar publicidad para un sistema de medios múltiples donde los usuarios pueden seleccionar de entre un conjunto de flujos de video disponibles y flujos de sonido para un evento para la presentación del evento, que comprende: medios para asociar flujos de video respectivos y flujos de sonido respectivos con anuncios específicos; medios para determinar qué flujos de video y qué flujos de sonido los usuarios respectivos han seleccionado para el evento; y medios para enviar anuncios específicos a usuarios respectivos con base en los flujos de video y los flujos de sonido que los usuarios respectivos han seleccionado.

24. El sistema de conformidad con la reivindicación 23, caracterizado además porque comprende además; medios para recibir un perfil del usuario y en donde el anuncio específico también se selecciona según el perfil del usuario para el usuario.

25. Un sistema para seleccionar publicidad para un sistema móvil, que comprende: medios para determinar una ubicación del sistema móvil; y medios para enviar un flujo de medios específico al sistema móvil con base en la ubicación.

26. El sistema de conformidad con la reivindicación 25, caracterizado además porque comprende además: medios para determinar una selección de flujos de video y flujos de sonido que se envían al sistema móvil; y medios para enviar un flujo de medios específico con base en la selección de flujos y la ubicación del sistema móvil.

27. El sistema de conformidad con la reivindicación 25, caracterizado además porque el flujo de medios específico también se selecciona según un perfil del usuario para el usuario.

28. El sistema de conformidad con la reivindicación 25, caracterizado además porque el flujo de medios específico es un anuncio específico.

29. El sistema de conformidad con la reivindicación 25, caracterizado además porque comprende además medios para suministrar los flujos de medios a través de una red de banda ancha.

30. Un producto de programa de computadora en un medio legible por computadora para seleccionar publicidad para un sistema de medios múltiples, el producto de programa de computadora comprende: primeras instrucciones, sensibles a recibir entrada del usuario del sistema de medios múltiples, para seleccionar flujos de video y flujos de sonido de un conjunto de flujos de video y de un conjunto de flujos de sonido para un evento, en donde los flujos de video seleccionados y los flujos de sonido seleccionados se forman; segundas instrucciones para seleccionar un anuncio de un conjunto de anuncios con base en los flujos de video seleccionados y flujos de sonido seleccionados para formar un anuncio seleccionado; y terceras instrucciones para enviar el anuncio seleccionado al sistema de medios múltiples.

31. Un producto de programa de computadora en medios legibles por computadora para usarse en un sistema procesador de datos para seleccionar publicidad para un sistema de medios múltiples donde los usuarios pueden seleccionar de entre un conjunto de flujos de video y flujos de sonido disponibles para un evento para la presentación del evento, el producto de programa de computadora comprende: primeras instrucciones para asociar flujos de video respectivos y flujos de sonido con anuncios específicos; segundas instrucciones para determinar qué flujos de video y qué flujos de sonido los usuarios respectivos han seleccionado para el evento; y terceras instrucciones enviar anuncios específicos a los usuarios respectivos con base en los flujos de video y flujos de sonido que los usuarios respectivos han seleccionado.

32. El producto de programa de computadora de conformidad con la reivindicación 31, caracterizado además porque comprende además : cuartas instrucciones para recibir un perfil del usuario y en donde el anuncio específico también se selecciona según el perfil del usuario para el usuario.

33. Un producto de programa de computadora en medios legibles por computadora para el uso en un sistema procesador de datos para seleccionar publicidad para un sistema móvil, el producto de programa de computadora comprende : primeras instrucciones para determinar una ubicación del sistema móvil; y segundas instrucciones para enviar un flujo de medios específico al sistema móvil con base en la ubicación.

34. El producto de programa de computadora de conformidad con la reivindicación 33, caracterizado además porque comprende además : terceras instrucciones para determinar una selección de flujos de video y flujos de sonido que se envían al sistema móvil; y cuartas instrucciones para enviar un flujo de medios específico con base en la selección de flujos y la ubicación del sistema móvil. '

35. El producto de programa de computadora de conformidad con la reivindicación 33, caracterizado además porque el flujo de medios específico también se selecciona según un perfil del usuario para el usuario.

36. El producto de programa de computadora de conformidad con la reivindicación 33, caracterizado además porque el flujo de medios específico es un anuncio específico.

37. El producto de programa de computadora de conformidad con la reivindicación 33, caracterizado además porque los flujos de medios se envían a través de una red de banda ancha.