MX2007001734A - Métodos y aparatos para monitorear contenidos audio/visuales de varias fuentes - Google Patents

Abstract

Se divulgan métodos y aparatos para monitorear contenidos audio/visuales de varias fuentes. Un método de ejemplo para monitorear contenidos de medios proporcionados por una fuente seleccionada entre varias fuentes de contenido de medios para presentación por un dispositivo de presentación de información divulgado aquícomprende la determinación de una primera información con base en una señal de video que corresponde al contenido de medio monitoreado, determinar una segunda información con base en una señal de audio que corresponde al contenido del medio monitoreado, identificar la fuente seleccionada entre las varias fuentes de contenidos de medios con base en una primera decisión de clasificación que resulta de una información seleccionada entre la primera información y la segunda información y una segunda decisión de clasificación que resulta de la otra información seleccionada entre la primera información y segunda información, e identificar el contenido de medios monitoreado con base en la información de identificación asociada con al menos una de la señal de video o señal de audio.

Description

MÉTODOS Y APARATOS PARA MONITOREAR CONTENIDOS AUDIO/VISUALES DE VARIAS FUENTES SOLICITUD RELACIONADA Esta patente reclama prioridad a partir de la Solicitud Provisional Norteamericana No. 60/600,007, titulada "Methods and Apparatus to Monitor Audio/Visual Content from Various Sources" [Métodos y Aparatos para Monitorear Contenidos de Audio/Video Provenientes de Varias Fuentes] y presentada el dia 9 de agosto de 2004. La Solicitud Provisional Norteamericana No. 60/600,007 se incorpora aqui por referencia en su totalidad. CAMPO DE LA DIVULGACIÓN Esta divulgación se refiere, en términos generales, a la medición de audiencia y, más particularmente, a métodos y aparatos para monitorear contenidos de audio/video provenientes de varias fuentes. ANTECEDENTES DE LA INVENCIÓN Calificaciones de televisión asi como información de medición se generan típicamente mediante la recopilación de registros de audiencia y/u otra información de audiencia de un grupo de hogares estadísticamente seleccionados. Cada uno de los hogares estadísticamente seleccionados tiene típicamente una unidad de registro y procesamiento de datos que se conoce comunmente como una "unidad de casa". En hogares que tienen varios sitios de audiencia (por ejemplo, múltiples sistemas de televisión) , la funcionalidad de registro y procesamiento de datos puede distribuirse entre una sola unidad de casa y varias "unidades de sitio", una unidad de sitio para cada sitio de audiencia. La unidad de casa (o bien la combinación de la unidad de casa y la unidad de sitio) está frecuentemente en comunicación con varios aditamentos que proporcionan entradas a la unidad de casa o reciben salidas de la unidad de casa. Por ejemplo, una unidad de identificación de fuente como, por ejemplo, un aditamento de detector de frecuencia puede estar en comunicación con un televisor con el objeto de detectar una frecuencia de oscilador local del sintonizador de televisión. De esta manera, el aditamento de detector de frecuencia puede utilizarse con el objeto de determinar a qué canal el televisor está actualmente sintonizado con base en una frecuencia detectada. Dispositivos adicionales de identificación de fuentes, como por ejemplo lectores en pantalla y lectores de despliegue de diodo emisor de luz (LED, por sus siglas en inglés) pueden proporcionarse, por ejemplo con el objeto de determinar si el televisor está operando (es decir, si el televisor está encendido) y/o para determinar el canal al cual el televisor está sintonizado. Un contador de personas puede estar localizado en el espacio en donde están los televidentes y en comunicación con la unidad de casa para detectar las identidades y/o número de personas que están viendo actualmente los programas difundidos por el televisor. La unidad de casa procesa habitualmente las entradas (por ejemplo, información de sintonización de canal, identidades de televidentes, etc.) a partir de los aditamentos para producir registros de audiencia. Los registros de audiencia pueden ser generados periódicamentemente (por ejemploA a intervalos fijos de tiempo) o bien de manera a-periódica (por ejemplo, en respuesta a uno o varios eventos predeterminados, como por ejemplo memoria llena, o cambio de entrada, como por ejemplo un cambio de las identidades de los televidentes, un cambio en la información de sintonización de canal (por ejemplo, cambio de canal) ) , etc. Cada registro de audiencia contiene típicamente una información de canal, por ejemplo un número de canal y/o identificación de estación (ID) , un tiempo (por ejemplo, una fecha y hora del día) cuando se está viendo el canal. En casos en los cuales el contenido del programa que se está difundiendo se relaciona con un dispositivo de entrega total de contenido de audio/video, como por ejemplo un reproductor de disco versátil digital (DVD) (se conoce también como reproductor de disco de video digital) , una grabadora de video digital (DVR) , una grabadora de video cassette (VCR) , etc., los registros de audiencia pueden incluir información de identificación de contenido (es decir, identificación de programas) , así como información con relación al tiempo y la forma como se difundió el contenido asociado. Los registros de audiencia pueden también contener información adicional, como por ejemplo número de televidentes presentes en el tiempo de audiencia. La unidad de casa recopila típicamente una cantidad de registros de audiencia y transmite periódicamente (por ejemplo, diariamente) los registros de audiencia recopilados a una oficina central o instalación de procesamiento de datos con el objeto de procesar o analizar adicionalmente dichos datos. La instalación de procesamiento de datos central recibe registros de audiencia provenientes de unidades de casa localizadas en algunos o la totalidad de los hogares seleccionados estadísticamente y analiza los registros de audiencia para determinar los comportamientos de audiencia de los hogares en un área geográfica o mercado de interés, un hogar particular y/o un grupo particular de hogares seleccionados entre todos los hogares participantes. Además, la instalación de procesamiento central de datos puede generar estadísticas de medición y otros parámetros que indican el comportamiento de audiencia asociado con algunos de los hogares participantes o la totalidad de ellos. Estos datos pueden ser extrapolados para reflejar los comportamientos de audiencia de mercados y/o regiones modelados por los hogares seleccionados estadísticamente. Para generar una información de comportamiento de audiencia a partir de los registros de audiencia, la oficina central o la instalación de procesamiento de datos pueden comparar datos de referencia, como por ejemplo una lista de programas (por ejemplo, un esquema de programación de televisión o guia de televisión), con los registros de audiencia. De esta manera, la oficina central puede inferir qué programa fue visto al efectuar una referencia cruzada entre la información de tiempo y la información de canal en un registro de audiencia y el programa asociado con este mismo tiempo y canal en el esquema de programas. Dicho proceso de referencia cruzada puede efectuarse para cada uno de los registros de audiencia recibidos por la oficina central permitiendo por consiguiente que la oficina central reconstruya qué programas fueron desplegados por los hogares seleccionados y las horas en los cuales dichos programas fueron desplegados. Evidentemente, el proceso de referencia cruzada mencionado arriba no es necesario en sistemas en los cuales la identidad del programa se obtiene a través de la unidad de casa y está contenido en el registro de audiencia. El desarrollo y despliegue rápido de una amplia gama de plataformas de suministro y distribución de audio/video ha complicado dramáticamente la tarea de las unidades de casa para proporcionar registros de audiencia o información a la instalación de recopilación de datos central. Por ejemplo, mientras el dispositivo de detector de frecuencia mencionado arriba puede utilizarse para detectar una información de canal en un sitio en donde unas difusiones de televisión de red se están desplegando (porque, en condiciones normales de operación, la frecuencia de oscilador local responde a un canal de red conocido) , dicho dispositivo típicamente no puede ser utilizado con sistemas de difusión digitales. En particular, sistemas de difusión digitales (por ejemplo, sistemas de televisión digital basados en satélite, sistemas digitales por cable, etc.) incluyen típicamente un receptor digital o decodificador en cada sitio de suscriptor. El receptor digital o decodificador demodula una corriente de datos de programas múltiples, analiza la corriente de datos de programas múltiples en paquetes individuales de datos de audio y/o video, y procesa selectivamente estos paquetes de datos para generar una señal de audio/video para un programa deseado. Las señales de salida de audio y/o video generadas por el decodificador pueden conectarse directamente a una entrada de audio/video de un dispositivo de salida (por ejemplo, televisor, monitor de video, etc.). Como resultado, la frecuencia de oscilador local del sintonizador del dispositivo de salida, si existe no identifican necesariamente el canal o programa que se está desplegando actualmente . Para permitir la generación de registros de audiencia significativos en casos en los cuales por ejemplo el canal sintonizado por un dispositivo de presentación de información monitoreada no es fácilmente identificable o bien puede corresponder no únicamente a un programa de despliegue, se pueden emplear técnicas de medición basadas en el uso de códigos auxiliares y/o firmas de contenido. Técnicas de medición que se basan en códigos auxiliares codifican frecuentemente e integran información de identificación (por ejemplo, número de canal de difusión/canal de red, un código de identificación de programa, un sello de hora de difusión, un identificador de fuente para identificar una red y/o estación que proprociona y/o difunde el contenido, etc.) en la señal difundida de tal manera que el televidente no vea el código. Por ejemplo, una técnica bien conocida empleada en difusión de televisión incluye el hecho de integrar los códigos auxiliares en el intervalo de borrado vertical (VBI, por sus siglas en inglés) oculto de la señal de video. Otro ejemplo incluye el hecho de integrar códigos inaudibles en porciones de la señal de audio que acompaña el programa difundido. Esta última técnica es especialmente provechosa puesto que el código integrado puede ser reproducido, por ejemplo, por la bocina de televisión y puede ser monitoreado de manera non-intrusiva por un sensor externo, por ejemplo un micrófono . En general, técnicas de identificación de programa basadas en firma utilizan una o varias características del contenido de audio/video actualmente desplegado (pero todavía no identificado) con el objeto de generar una firma o representación sustancialmente única (por ejemplo, una serie de valores digitales, una forma de onda, etc) para este contenido. La información de firma para el contenido que se está desplegando puede compararse con un conjunto de firmas de referencia que corresponden a un conjunto conocido de programas. Cuando se encuentra una correspondencia sustancial, el contenido de programa actualmente desplegado puede ser identificado con una probabilidad relativamente elevada . La generación de información de monitoreo exacta se está volviendo cada vez más un reto debido a la tendencia actual de incorporar fuentes múltiples de contenido de audio/video en una sola área de audiencia de hogar. Por ejemplo, un sistema de entretenimiento de hogar típico puede incluir una televisión por cable o una caja de decodificación de difusión por satélite por un DVR integrado o separado, un reproductor de DVD, una grabadora de DVD, una videograbadora, una consola de juego de video, etc. Para generar una información de monitoreo exacta, la fuente de contenido de audio/video y cualquier información de identificación de contenido asociada debe ser determinada con exactitud. Sin embargo, el monitoreo de cada fuente de contenido de audio/video posible puede resultar separadamente en un sistema de monitoreo excesivamente complejo y/o laborioso. Asi mismo, es deseable que el monitoreo se efectúe de tal manera que no se requiera de modificación post-venta de las varias fuentes de contenido de audio/video posibles. BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es un diagrama de bloques de un sistema de entretenimiento de hogar de ejemplo monitoreado por un medidor de motores múltiples de ejemplo. La Figura 2 es un diagrama de bloques de un medidor de motores múltiples de ejemplo que puede emplearse en el ejemplo de la Figura 1. La Figura 3 es un diagrama de bloques de un conjunto de motores de audio de ejemplo que puede utilizarse para implementar el medidor de motores múltiples de ejemplo de la Figura 2. La Figura 4 es un diagrama de bloques de un conjunto de ejemplo de motores de video que puede utilizarse para implementar el medidor de motores múltiples de ejemplo de la Figura 2. La Figura 5 es un diagrama de bloques de un conjunto de ejemplos de motores de metadatos que pueden utilizarse para implementar el medidor de motores múltiples de ejemplo de la Figura 2. La Figura 6 es un diagrama de bloques de un procesador de decisiones de ejemplo que puede utilizarse para implementar el medidor de motores múltiples de ejemplo de la Figura 2. Las Figuras 7A-7B forman colectivamente un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el procesador de decisión de ejemplo de la Figura 6. La Figura 8 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el detector de volumen y estado mudo de ejemplo de la Figura 3. La Figura 9 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el detector de compresión de ejemplo de la Figura 3. La Figura 10 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el detector de anuncios comerciales de ejemplo de la Figura 3. La Figura 11 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el procesador de forma espectral de ejemplo de la Figura 3· La Figura 12 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el detector de cambio de escena y cuadro en blanco de ejemplo de la Figura 4. La Figura 13 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el detector de macrobloques de ejemplo de la Figura 4. La Figura 14 es un diagrama de flujo representativo de instrucciones legibles en máquina de ejemplo que pueden ser ejecutadas para implementar el determinador de correspondencia de plantilla de ejemplo de la Figura 4. La Figura 15 es un diagrama de bloques de una computadora de ejemplo que puede ejecutar las instrucciones legibles en máquina de ejemplo de las Figuras 7A-7D, 8-13 y/o 14 para implementar el medidor de motores múltiples de ejemplo de la Figura 2. Las Figuras 16A-16F ilustran métricas de decisión de ejemplo que pueden ser utilizadas por el procesador de decisión de ejemplo de la Figura 6. DESCRIPCIÓN DETALLADA En la Figura 1 se ilustra un diagrama de bloques de un sistema de entretenimiento de hogar 100 de ejemplo con capacidad de monitoreo de contenido. El sistema de entretenimiento de hogar 100 de ejemplo incluye varias fuentes 102 de contenido de audio/video (A/V) que pueden incluir cualquiera de los siguientes o todos ellos: una consola de juego 104, un decodificador (STB) 106, un reproductor de disco de video digital (DVD) 108, una videograbadora (VCR) 110, una grabadora de video personal (PVR) , una grabadora de video digital (DVR) 112, etc. Las fuentes de contenido de A/V 102 están conectadas a las entradas de un interruptor A/V 114 para dirigir las salidas desde una fuente seleccionada entre las fuentes de contenido A/V 102 hacia las entradas de un televisor 116 u otro dispositivo de presentación de información. Además, un divisor de señales 118 encamina las entradas proporcionadas al televisor 116 a un medidor de motores múltiples 120 para facilitar el monitoreo del contenido de A/V proporcionado al televisor 116 y presentado por dicho televisor. Los componentes del sistema de entrenimiento de hogar 100 pueden estar conectados de cualquier forma conocida incluyendo como se ilustra en la Figura 1. La consola de juegos 104 puede ser cualquier dispositivo capaz de jugar un juego de video. Una consola de juego de ejemplo 104 es una consola de juega dedicada estándar, por ejemplo XBOX de Microsoft, GameCube de Nintendo, Playstation de Sony, etc. Otro ejemplo de consola de juegos 104 es un dispositivo de juego dedicado portátil, por ejemplo GameBoy SP de Nintendo o GameBoy DS de Nintendo, o bien PSP de Sony. Otras consolas de juegos de ejemplos 104 incluyen un asistente digital personal (PDA) , una computadora personal, un reproductor de DVD, una DVR, una PVR, un teléfono celular/mobile, y similares. El STB 106 puede ser cualquier decodificador, por ejemplo un convertidor de televisión por cable, un decodificador de satélite de difusión directa (DBS) , un receptor de televisión digital (DTV) en interfaz de aire (OTA), una VCR, etc. El STB 106 recibe varios canales de difusión a partir de una fuente de difusión (no ilustrado) . Típicamente, el STB 106 selecciona uno de los varios canales de difusión con base en una entrada de usuario, y produce una o varias señales recibidas a través del canal de difusión seleccionada. En el caso de una señal analógica, el STB 106 sintoniza un canal particular para obtener una programación entregada en este canal. En el caso de una señal digital, el STB 106 puede sintonizar un canal y decodificar ciertos paquetes de datos con el objeto de obtener la programación suministrada en el canal seleccionado. Por ejemplo, el STB 106 puede sintonizar un canal principal y después extraer un programa difundido en un canal menor dentro del canal principal a través del proceso de decodificación mencionado arriba. Se puede proporcionar, por ejemplo, un reproductor de DVD 108 para producir el contenido de A/V almacenado en un formato digital en un DVD y/o el contenido de audio almacenado en un formato digital en un disco compacto (CD) . La videograbadora 110 puede proporcionarse, por ejemplo, para producir contenido A/V pregrabados almacenados en un cassette de video y/o para grabar el contenido A/V proporcionado por otras de las fuentes de contenido A/V 102 para presentación posterior a través de la televisión 116. La PVR/DVR 112 puede proporcionarse para soportar una presentación con desfase de tiempo del contenido de A/V proporcionado por ejemplo por el STB 106. La PVR/DVR 112 soporta típicamente varias características incluyendo la presentación de contenido de A/V en vivo, el retardo de la presentación de un contenido de A/V en vivo, adelantar y regresar el contenido de A/V, hacer una pausa en la presentación del contenido de A/V, grabar el contenido de A/V para presentación posterior mientras se observa una difusión en vivo de otro contenido de A/V, etc. Una PVR es típicamente una DVR que ha sido configurada para adaptarse automáticamente a las preferencias de un usuario particular o grupos de usuarios dentro de un hogar particular. Por ejemplo, muchas DVRs proporcionan una conexión de línea telefónica que permite que la DVR comunique con una instalación de servicios central que recibe la información de preferencia del usuario a partir de la DVR y que envía información de configuración a la DVR con base en estas preferencias de usuario. La información de configuraciones utilizada por la DVR para configurar automáticamente DVR con el objeto de grabar programas de video consistentes con las preferencias del usuario o de los usuarios asociados con esta DVR. TiVo™ es un servicio bien conocido que ofrece funcionalidad de PVR a una DVR por otra parte estándar o convencional. El interruptor de A/V 114 está configurado para encaminar una entrada de A/V seleccionada por el usuario a la salida de interruptor. Como se muestra en la Figura 1, las salidas de cada una de las varias fuentes de contenido de A/V 102 son encaminadas hacia entradas respectivas del interruptor de A/V 114. El usuario puede entonces utilizar el interruptor A/V 114 para seleccionar cual de las fuentes de contenido A/V 102 estará conectada al televisor 116. El formato de las entradas y salidas del interruptor de A/V 114 dependerá de los formatos de las salidas de las fuentes de contenido de A/V 102 y las entradas del televisor 116. Por ejemplo, las entradas y salidas del interruptor A/V pueden ser de audio/video compuestas, componentes de audio/video, RF, etc. Asi mismo, como lo renocerá una persona con conocimientos ordinarios en la materia, el interruptor A/V 114 puede ser implementado en forma de un dispositivo independiente o bien puede integrarse, por ejemplo, en un receptor de entretenimiento de hogar o una televisión o dispositivo similar. Una salida del interruptos A/V 114 es alimentada a un divisor de señales 118, como por ejemplo un divisor de audio/video compuesto en el caso de una conexión de audio/video compuesta directa entre el interruptor A/V 114 y el televisor 116, o bien un divisor analógico y- único en caso de una conexión coaxial de RF entre el interruptor A/V 114 y el televisor 116. En el sistema de entretenimiento de hogar de ejemplo 100, el divisor de señales 118 produce dos señales indicadoras de la salida del interruptor A/V 114. Evidentemente, una persona con conocimientos ordinarios en la materia observará fácilmente que se puede producir cualquier número de señales a través del divisor de señales 118. En el ejemplo ilustrado, una de las dos señales provenientes del divisor de señales 118 es alimentada al televisor y la otra señal es suministrada a un medidor de motores múltiples 120. El televisor 116 puede ser cualquier tipo de televisor o dispositivo de despliegue de televisión. Por ejemplo, el televisor 116 puede ser un televisor o un dispositivo de despliegue que soporta el Standards Committee (NTSC) el estándar Phase Alternating Line (PAL) , el estándar Systéme Électronique por Couleur avec Mémoire (SECAM) , un estándar desarrollado por la Advanced Televisión Systems Committee (ATSC) , como por ejemplo televisión de alta definición (HDTV) , un estándar desarrollado por el Digital Video Broadcasting (DVB) Project, un sistema de computadora multimedia, etc. La segunda de las dos señales proveniente del divisor de señales 118 (es decir, la señal optada por la conexión 122 e la Figura 1) está conectada a una entrada del medidor de motores múltiples 120. El medidor de motores múltiples 120 es un dispositivo de monitoreo de contenido de A/V capaz de determinar la fuente de contenido de A/V 102 que proporciona el contenido de A/V al televisor 116. Dicha información de identificación de fuente puede ser producida a través de una salidad de identificación de fuente 124. Adicionalmente, el medidor de motores múltiples 120 puede ser configurada para determinar información de identificación de contenido (se conoce también como información de sintonización que puede depender también de la fuente del contenido, como por ejemplo un titulo de juego de video, un titulo de programa de difusión, un titulo de programa grabado, un tiempo de difusión original, un tiempo de presentación, un modo trucos en uso, etc. Dicha información mediante identificación de contendió puede ser producida a través de una salida de información de contenido 126. El medidor de motores múltiples 120 determina la información de identificación de contenido con base en la señal que corresponde al contenido de A/V que se está produciendo a través del interruptor de A/V 114. Para facilitar la determinación de la información de identificación de la información de identificación de fuente y contenido, el medidor de motores múltiples 120 puede también estar equipado con uno o varios censores 128. Por ejemplo, uno de los censores 128 puede estar configurado para detectar señales transmitidas por un dispositivo de control remoto 130. Cómo se muestra en la Figura 1, el sistema de entretenimiento de hogar 100 de ejemplo incluye también un dispositivo de control remoto 130 para transmitir una información de control que puede ser recibida por un cualquiera de las fuentes de contenido A/V 102, el televisor 116 y/o el mentor de motores múltiples 120 o bien por todos ellos. Una persona que tiene conocimientos ordinarios en la materia reconocerá que el dispositivo de control remoto 130 puede transmitir esta información utilizando varias técnicas, incluyendo, sin limitarse a estos ejemplos, transmisión infrarroja (IR) , transmisión de radio frecuencia, conexión alambrada/cableada, y similares. Un diagrama de bloques de un medidor de motores múltiples 200 de ejemplo que puede ser utilizado para implementar el medidor de motores múltiples 120 de la Figura 1 se ilustra en la Figura 2. El medidor de motores múltiples 200 de ejemplo está configurado para procesar entradas A/V compuestas que incluyen señales de entrada de audio estéreo izquierda y derecha 204 y una señal de entrada de video 208. Las señales de entrada de audio estéreo 204 son muestreadas por un muestreado de audio 212 a una velocidad de muestreo adecuada, por ejemplo 28 kHz, y convertidas en una señal audio monaural digital. Las muestras de audio digitales resultantes son almacenadas en una memoria intermedia de audio 216. La señal de entrada de video 208 es muestreada por un muestreada por muestreado de video 220 para formar muestras de video digitales que son almacenadas en una memoria intermedia de video 224. En el presente ejemplo, el muestreado de video 220 y la memoria intermedia de video 224 están configurados para muestrear la entrada de video 208 a una velocidad de cuadros NTSC de 29.97 cuadros/segundo con una resolución de 640 por 480 pixeles. Además, la señal de video a color de entrada es convertida en una señal iluminacia en blanco y negro. Sin embargo, una persona que tenia conocimientos ordinarios en la materia observará que se pueden utilizar también varias velocidades de muestreo, varias resoluciones y varias conversiones de colores . El medidor de motores múltiples 200 incluye uno o varios motores de audio 228 para procesar las muestras de audio digitales almacenadas en la memoria de audio 216. Los motores de audio 228 están configurados para determinar características de las señales de audio de entrada 204 y/o información incluida en las señales de audio de entrada 204 que pueden ser utilizadas para determinar la fuente de contenido de A/V conectada al medidor de motores múltiples 200 (por ejemplo, qué fuente de contenido A/V 102 de la Figura 1 está conectada al medidor de motores múltiples 120 y por consiguiente, al televisor 116) . Además, los motores de audio 228 pueden estar configurados para determinar la información de identificación de contenido de A/V con base en las señales de audio de entrada 204. Ejemplo de motores de audio 228 se comentan con mayores detalles abajo con relación a la Figura 3. El medidor de motores múltiples de ejemplo 200 incluye también uno o varios motores de video 232 para procesar las muestras de video digitales almacenadas en la memoria intermedia de video 224. De manera similar a los motores de audio 228, los motores de video 232 están configurados para determinar características de la señal de video de entrada 208 y/o información incluida en la señal de video de entrada 208 que puede ser utilizada para determinar la fuente de contenido de A/V conectada al medidor de motores múltiples 200 (por ejemplo, qué fuente de contenido de A/V 102 de la Figura 1 está conectada al medidor de motores múltiples 120 y, por consiguiente, al televisor 116) . Además, los motores de video 232 pueden estar configurados para determinar la información de identificación de contenido de A/V con base en la señal de video de entrada 208. Ejemplos de motores de video 232 se comentan con mayores detalles abajo con relación a la Figura 4. Recibiendo a decodificar y procesar su metadatos que pueden ser integrados en las señales de audio de entrada 204 y/o señal de video de entrada 208, el medidor de motores múltiples de ejemplo 200 incluye un extractor de metadatos 236 y uno o varios motores de metadatos asociados 240. El extractor de metadatos 236 está configurado para extraer o procesar porciones de las señales de audio de entrada 204 y/o señal de video de entrada 208 que pueden utilizarse para llevar información de metadatos integrada. Las porciones de señal extraídas/procesadas son después procesadas adicionalmente por los motores de metadatos 240 con el objeto de determinar si metadatos están presentes en las porciones de señal y si es el caso, recibir/decodificar tales metadatos. Los metadatos resultantes pueden utilizados para determinara la fuente de contenido de A/V conectada al medido de motores múltiples 200 y/o para determinar la información de contenido A/V asociada con las señales de entradas 204, 208. Ejemplos de motores de metadatos 240 se comentan con mayores detalles abajo con relación a la Figura 5. El medidor de motores múltiples de ejemplo 200 incluye un procesador de decisiones 244 para procesar la información de salida generada por los motores de audio 228, los motes de video 232 y los motores de metadatos 240. Además, el procesador de decisiones 244 del medidor de motores múltiples de ejemplo 200 está configurado procesar señales de control remoto 248 transmitidas por un dispositivo de control remoto, como por ejemplo el dispositivo de control remoto 130 de la Figura 1. Las señales de control remoto 248 son recibidas por un detector de control remoto 252 y proporcionadas como entrada al procesador de decisiones 244 como se muestra. El procesador de decisiones 244 procesa la información de entrada disponible para determinar la fuente de contenido A/V conectada al medidor de motores múltiples 200 y envía esta información a través de la salida de identificación (ID) de fuente 256. Además, el procesador de decisiones 244 puede determinar la información de contenido A/V y producir dicha información a través de la salida de información de contenido (info) 260. Un procesador de decisiones de Ejemplo 244 se comenta con mayores detalles abajo con relación a la Figura 6. Un conjunto de motores de audio 300 de ejemplo que pueden utilizarse para implementar los motores de audio 228 de la Figura 2 se muestra en la Figura 3. Los motores de audio 300 procesan muestras de audio de entrada 304 proporcionadas, por ejemplo, por la memoria intermedia de audio 216 de la Figura 2. Las muestras de audio de entrada 304 corresponden a una señal de audio producida por una fuente de contenido A/V (por ejemplo, una de las fuentes de contenido A/V 102 de la Figura 1) y se proporciona como entrada a un dispositivo de presentación monitoreado, como por ejemplo el televisor 116. Un motor de audio incluido en los motores de audio 300 está configurado para leer un número de muestras de audio de entrada 304 a un ritmo y frecuencia que dependen del procesamiento efectuado por este motor de audio particular. Así, como los motores de audio 300 pueden operar de manera autónoma y leer las muestras de audio de entrada 304 y generar salidas de motor de audio correspondientes 308 de manera autónoma. El conjunto de motores de audio 300 de ejemplo incluye un detector de código de audio 312, un procesador de firmas de audio 316, un detector de volumen y estado mudo 320, un detector de compresión 324, un detector de anuncios publicitarios 328 y un procesador de formas espectrales 332. El detector de código de audio de ejemplo 312 está configurado para detectar y procesar códigos de audio auxiliares que pueden estar integrados en la señal de audio que corresponde a las muestras de audio de entrada 304. Como se comentó arriba códigos de audio auxiliares pueden ser utilizados para codificar e integrar información de identificación (por ejemplo, un número de canal de difusión/red, un código de identificación de programa, un sello de hora de difusión, un identificador de fuente para identificar una red y/o estación que proporciona y/o difunde el contenido, etc) , por ejemplo, en las porciones no audibles de la señal de audio que acompaña un programa de difusión. Métodos y aparatos para implementar el detector de código de audio 312 se conocen en la técnica. Por ejemplo, en la Patente norteamericana No. 6,272,176, incorporada aquí por referencia en su totalidad, Srinivasan divulga un sistema y método de codificación de difusión para codificar y decodificar información transmitida dentro de una señal de audio. Esta técnica y/o cualquier otra técnica apropiada pueden emplearse para implementar el detector de código de audio 312. El procesador de firmas de audio de ejemplo 316 está configurado para generar y procesar firmas de audio que corresponden a las muestras de audio de entrada 304. Como se comentó arriba las características de la proporción de audio del contenido de A/V presentada pueden utilizarse para generar una firma o intermediario sustancialmente único (por ejemplo, una serie de valores digitales, una forma de onda, etc.) para este contenido. La información de firma para el contenido que se está presentando puede ser comparada con un conjunto de firmas de referencia que conrresponde a un conjunto conocido de contenido. Cuando se encuentra una correspondencia sustancial, el contenido de A/V desplegado actualmente puede ser identificado con una probabilidad relativamente elevada. Métodos y aparatos para implementar el procesador de firmas de audio 316 se conocen en la técnica. Por ejemplo, en la Solicitud de Patente norteamericana No. de Serie 09/427,970, incorporada aquí por referencia en su totalidad, Srinivasan, et al. divulgan técnicas de extracción y correlación de firmas de audio. Como otro ejemplo, en la solicitud del Tratado de Coperación en materia de patentes No. de Serie US03/22562, que se incorpora aquí por referencia en su totalidad, Lee, et al. divulgan un aparato y método de identificación de programas con base en firmas para uso con un sistema de difusión digital. Estas técnicas u otras técnicas apropiadas pueden emplearse para implementar el procesador de firmas de audio 316. El detector de volumen y estado mudo 320 de ejemplo está configurado para determinar si las muestras de audio de entrada 304 corresponden a una señal de audio en un estado de volumen o mudo. Además, el detector de volumen y estado mudo 320 puede ser configurado para determinar un nivel de volumen asociado con las muestras de audio de entrada 304. El conocimiento de si o no el audio está en un estado mudo puede ser utilizado, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2 con el objeto de determinar qué salida motores de audio 308 procesar/o cómo procesar tales salidas. Instrucciones legibles en máquina 800 de ejemplo que pueden ejecutadas para implementar el detector de volumen y estado mudo 320 se comentan abajo en la descripción detallada de la Figura 8. El detector de compresión de ejemplo 324 está configurado para determinar si las muestras de audio de entrada 304 corresponden a una señal de audio que ha sido sometida a compresión. Adicional o alternativamente, el detector de compresión 324 está configurado para determinar qué tipo de compresión ha sido efectuada en una señal de audio comprimida. Por ejemplo, DVDs y sistemas de televisión digital utilizan típicamente compresión AC3 para almacenar/transmitir audio digital, mientras que ciertas DVRs/PVRs pueden utilizar compresión de audio MPEG. Por consiguiente, el conocimiento de sí o no el audio ha sido comprimido y, si la respuesta es afirmativa, el tipo de compresión empleado puede ser utilizado, por ejemplo, por un procesador de decisiones, por ejemplo el procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2 para determinar la fuente de contenido de A/V que corresponde a las muestras de audio de entrada 304. Instrucciones legibles en máquina 900 de ejemplo que pueden ser ejecutadas para implementar el detector de compresión 324 se comentan en la descripción detallada de la Figura 9 abajo. El detector de anuncios comerciales 328 de ejemplo está configurado para determinar si las muestras de audio de entrada 304 corresponden a un anuncio comercial de audio generado por una fuente de contenido A/V cuando, por ejemplo, un usuario hace que la fuente de contenido de A/V despliegue un menú, como por ejemplo, un menú de encendido, un menú de selección de canal/programa, etc. El conocimiento de sí o no las muestras de audio de entrada 304 corresponden a un anuncio comercial puede ser utilizado, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2 para determinar qué fuente de contenido de A/V generó el anuncio comercial y, por consiguiente, es la fuente de las muestras de audio de entrada correspondientes 304. Técnicas conocidas para generar y comparar firmas de audio tales como las descritas arriba con relación al procesador 316 de firmas de audio de ejemplo pueden adaptarse para determinar si las muestras de audio de entrada 304 corresponden a un anuncio comercial de audio de referencia. Instrucciones legibles en máquina 1000 de ejemplo que pueden ser ejecutadas para implementar el detector de anuncios comerciales 328 se comentan en la descripción detallada de la Figura 10 abajo. El procesador de formas espectrales 332 de ejemplo está configurado para determinar sí o no las muestras de audio de entrada 304 corresponden a una señal de audio que posee una forma espectral particular. Por ejemplo, señales de audio en un sistema de transmisión de televisión por cables analógico pueden presentar una energía incrementada en la banda de frecuencia en o cerca de 15.75 kHz debido a fuga de señales de video. Así, el conocimiento de si el audio tiene una forma espectral particular puede ser utilizado, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2, para determinar la fuente de contenido A/V que corresponde a las muestras de audio de entrada 304. Instrucciones 1100 legibles en máquina de ejemplo que pueden ser ejecutados para implementar el procesador de forma espectral 332 se comenta en la descripción detallada de la Figura 11 abajo. Como se muestra en el ejemplo de la Figura 3, los resultados de cada nota de audio 312-332 pueden ser escalados/priorizados por un conjunto de pesos respectivos 336-356. Por ejemplo, los pesos 336-356 pueden presentar una escala explícita de los resultados de motor de audio con base en la cantidad de información, cantidad de confianza, etc. que un resultado respectivo puede contribuir al procesamiento efectuado por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2. Adicional o automáticamente, y en el ejemplo actual, los pesos 336-356 pueden ser implícitos y basador, por ejemplo, en un etapa en la cual el resultado de un motor de audio particular es utilizado en un proceso de decisión efectuado por el procesador de decisiones, la prioridad dada a un resultado de motor de audio particular por el procesador de decisiones, etc . Un ejemplo de conjunto de motores de video 400 que pueden utilizarse para implementar los motores de video 232 de la Figura 2 se muestra en la Figura 4. Los motores de video 400 procesan muestras de video de entrada 404 proporcionadas, por ejemplo, por la memoria intermedia de video 224 de la Figura 2. Las muestras de video de entrada 404 corresponden a una señal de video enviada por una fuente de contenido de A/V (por ejemplo, una de las fuentes de contenido de A/V 102 de la Figura 1) y proporcionada como entrada a un dispositivo de presentación monitoreado, como por ejemplo el televisor 116. Un motor de video incluido en los motores de video 400 está configurado para leer un número de muestras de video de entrada 404 a un ritmo y frecuencia que dependen del procesamiento efectuado por este motor de video particular. Asi, los motores de video 400 pueden operar de manera autónoma y leer las muestras de video de entrada 404 y generar salidas de motores de video 408 correspondientes en forma autónoma. El conjunto de motores de video 400 incluye un detector de textos 412, un detector de borrosidad 416, un detector de cambio de escena y cuadro en blanco 420, un detector de macrobloques 424 y un determinador de correspondencia de plantilla 428. El detector de textos de ejemplo 412 esta configurado para determinar si porciones/áreas del video que corresponde a las muestras de video de entrada 404 incluyen texto asociado, por ejemplo, con un despliegue conocido, como por ejemplo un menú desplegado por una fuente de contenido de A/V particular basada en invocación de un modo de operación seleccionado. Asi, el conocimiento de si o no las muestras de video de entrada 404 corresponden a un texto particular de video puede ser utilizado, por ejemplo, por un procesador de decisiones, como por ejemplo, el procesador de decisiones 224 de la Figura 2, para determinar la fuente de contenido de A/V que corresponden a las muestras de video de entrada 404. Métodos y aparatos para implementar el detector de textos 412 se conocen en la técnica. Por ejemplo, en la Solicitud del Tratado de Cooperación en materia de Patentes No. de Serie US04/012272, que se incorpora aqui por referencia en su totalidad, Nelso, et al. divulgan métodos y aparatos para detectar un evento de cambio de canal de televisión que se basan en la determinación de si o no porciones seleccionados del despliegue de video incluyen dígitos numéricos que corresponden a un número de canal desplegado. Esta técnica y/u otras técnicas apropiadas pueden utilizarse para implementar el detector de textos 412. El detector de borrosidad 416 está configurado para determinar sí o no porciones/áreas del video que correspondan a la muestras del video de entrada 404 están borrosas o bien presentan características de borrosidad. Por ejemplo, la borrosidad puede ser introducida en video/imagenes como resultado de la compresión asociado con una fuente de contenido de A/V particular. Así, el conocimiento de si o no las muestras de video de entrada 404 corresponden a video que presenta borrosidad debe utilizado, por ejemplo, por un procesador de desiciones, como por ejemplo el procesador de decisiones 224 de la Figura 2 para determinar la fuente de contenido de A/V que corresponde a la muestras de video de entrada 404. Métodos y aparatos para implementar el detector de borrosidad 416 se conoce en la técnica. Por ejemplo en "Digital Image Restoration, " [Restauración de Imágenes Digitales], IEEE Signal Processing Magazine, Marzo de 1997, páginas 24-41, que se incorporan aquí por referencia en su totalidad, Banham y Katsaggelos describen varias técnicas para identificar el estado de borrosidad de una imagen. Estas técnicas y/u otras técnicas apropiadas pueden utilizarse para implementar el detector de borrosidad 416. El detector 420 de cambio de escena y cuadro en blanco de ejemplo está configurado para determinar si un conjunto de cuadros secuenciales que corresponde a las muestras de video de entrada 404 presentan, por ejemplo, un cambio de escena un cuadro de pausa, uno o varios cuadros en blanco, etc. Dicha información puede ser utilizada para determinar, por ejemplo, si o no un modo trucos (por ejemplo, pausa) ha sido efectuado por la fuente de contenido de A/V que proporciona las muestras de video de entrada 404. Además, el número de cuadros en blanco detectados en un intervalo predeterminado (por ejemplo, dos minutos) puede utilizarse para determinar si o no el contenido de A/V corresponde, por ejemplo, a un anuncio comercial y/o por consiguiente indica si o no la fuente de contenido de A/V es una fuente difundida. Asi, el conocimiento si o no las muestras de video de entrada 404 corresponden a un cambio de escena, un cuadro de pausa, un cuadro en blanco, etc. puede ser utilizado por ejemplo por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2 para determinar la fuente de contenido de A/V que corresponde a las muestras de video de entrada 404. Instrucciones legibles en máquinas 1200 de ejemplo que pueden ser ejecutadas para implementar el detector de cambio de escena y cuadro en blanco 420 se comentan abajo en la descripción detallada de la Figura 12. El detector de macrobloques de ejemplo 424 está configurado para determinar si o no el video que corresponde a las muestras de video de entrada 404 presenta características de macrobloques que corresponden a compresión de video MPEG. Además, el detector de macrobloques 424 puede determinar sí o no la señal de video presenta una mezcla casi perfecta de colores que indica que un juego de video se está jugando a través de una consola de juego, como por ejemplo, la consola juego 104 de la Figura 4. El conocimientos de sí o no en las muestras de video de entrada 404 presentan características de macrobloques o mezcla casi perfecta de colores puede ser empleado, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones de la Figura 2, para determinar la fuente de contenido de A/V que corresponde a las muestras de video de entrada 404. Instrucciones legibles en máquina 1300 de ejemplo que pueden ser ejecutados para implementar el detector de macrobloques 424 se comentan abajo en la descripción detallada de la Figura 13. El determinador de correspondencia de plantilla 428 de Ejemplo está configurado para determinar si o no el video que corresponde a las muestras de video de entrada 404 corresponde a una plantilla almacenada/conocida que corresponde como por ejemplo a una pantalla de menú producida por una fuente particular de contenido de A/V. El conocimiento de si o no las muestras de video de entrada 404 corresponden a una plantilla conocida/almacenada puede ser utilizado, por ejemplo, por un procesador de decisiones, por ejemplo el procesador de decisiones 224 de la Figura 2 para determinar la fuente de contenido de A/V que corresponde a las muestras de video de entrada 404. Técnicas conocidas para generar y comparar firmas de video tales como las descritas por ejemplo en la Patente norteamericana No. 6,633,651, titulada "Method and Apparatus for Recognizing Video Sequences" [Método y Aparato para Reconocer Secuencias de Video] y en la Patente norteamericana No. 6,577,346, titulada "Reconognizing a Pattern in a Video Segment to Identify the Video Segment" [Reconocimiento de un Patrón en un Segmento de Video para Identificar el Segmento de Video] , ambas incorporándose aqui por referencia en sus totalidades, pueden ser adaptadas para determinar si las muestras de video de entrada 404 corresponde a un plantilla de referencia* Instrucciones legibles en máquina 1400 que pueden ser ejecutados para implementar el determinador de correspondencia de plantilla 428 se comentan en la descripción detallada de la Figura 14 abajo. Como se muestra en el ejemplo de la Figura 4, los resultados de cada motor de video 412-428 pueden ser escalados/priorizados a através de un conjunto de pesos respectivos 432-448. Por ejemplo, los pesos 432-448 pueden escalar explicitamente los resultados de motores de video con base en la cantidad de información, cantidad de confianza, etc. que un resultado respectivo puede contribuir al procesamiento efectuado por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2. Adicional o alternativamente, y en el presente ejemplo, los pesos 442-448 pueden ser implícitos y basados, por ejemplo, en un etapa en la cual un resultado de motor de video particulares utilizado en un proceso de decisión efectuado por el procesador de decisiones, la prioridad dada a una salidad de motor de video particular por el procesador de decisiones, etc. Un conjunto de ejemplo de motores de metadatos 500 que pueden utilizarse para implementar los motores de metadatos 240 de la Figura 2 se muestra en la Figura 5. Los motores de metadatos 500 procesan metadatos de entrada 504 proporcionados, como por ejemplo, por el extractor de metadatos 236 de la Figura 2. Los metadatos de entrada 504 corresponden a una señal de audio y/o video enviada por una fuente de contenido de A/V (por ejemplo, una de las fuentes de contenido de A/V 102 de la Figura 1) y proporcionada como entrada a un dispositivo de presentación monitoreado, como por ejemplo el televisor 116. Un motor de metadatos incluidos en los motores de metadatos 500 está configurado para leer metadatos de entrada 504 a un ritmo y frecuencia que dependen del procesamiento efectuado por este de motor de metadatos particular. Asi, los motores de metadatos 500 pueden operar de manera autónoma y leer los metadatos ingresados 504 y generar salidas de motores de metadatos correspondientes 508 de manera autónoma . El conjunto de motores de metadatos 500 de ejemplo incluye un procesador de Medición Automática de Alienamiento (AMOL, por sus siglas en inglés) 512 un procesador 516 de subtítulos y un procesador de teletextos 520. El procesador AMOL de ejemplo 512 está configurado para determinar si los metadatos de entrada 504 corresponden a códigos AMOL y para procesar tales códigos si están presentes. Códogos AMOL pueden estar integrados, por ejemplo, en transmisiones de televisión difundidas para permitir la identificación de contenido transmitido, la fuente del contenido transmitido, etc. Más específicamente, códigos AMOL pueden estar incluidos en porciones ocultas de una señal de televisión difundida (por ejemplo, línea 20 del intervalo de borrado vertical (VBI) ) y/o en porciones visibles de la señal de televisión difundida (por ejemplo, linea 22 de la porción de video activa de la señal de video) . Además, códigos AMOL pueden ser encriptados. Típicamente, códigos AMOL transmitidos, por ejemplo, en la línea 20 del VBI no son recuperables después de compresión digital puesto que las señales de video digitales no utilizan el VBI y, por consiguiente, el algoritmo de compresión puede desechar/corromper dicha información. Códigos AMOL transmitidos, por ejemplo, en la línea 22 pueden ser recuperables después de compresión digital puesto que tales códigos son transmitidos en la porción de video activa de la señal de video. Así, códigos AMOL procesados pueden ser utilizados, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisión 224 de la Figura 2, para determinar la fuente de contenido de A/V que corresponde a los metadatos de entrada 504 e información de identificación de contenido adicional. Métodos y aparatos para implementar el procesador AMOL 512 son conocidos en la técnica. Por ejemplo, en las Patentes Norteamericanas Nos. 5,425,100 y 5,526,427, que se incorporan aquí por referencia en su totalidad, Thomas et al, divulgan código de difusión universal y sistemas de monitoreo de señales codificadas a niveles múltiples que pueden emplearse para procesar códigos AMOL. Estas técnicas y/o cualquier otra técnica apropiada puede utilizarse para implementar el procesador AMOL 512. El procesador de subtítulos de ejemplo 516 está configurado para determinar si los metadatos de entrada 504 corresponden a información de subtítulos y para procesar dicha información, si está presente. La información de subtítulos (como por ejemplo texto) puede estar incluida en porciones ocultas de una señal de televisión difundida (por ejemplo, línea 21 del VBI) . Una información de subtítulo procesada puede ser utilizada, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2, para determinar la fuente de contenido A/V que corresponde a los metadatos de entrada 504 e información de identificación de contenido adicional. Métodos y aparatos para implementar el procesador de subtítulos 516 se conocen en la técnica. Por ejemplo, en la Patente Norteamericana No. 4,857,999, que se incorpora aquí por referencia en su totalidad, Welsh describe un sistema de monitoreo de video que procesa información de subtítulos. Esta técnica y/o cualquier otra técnica apropiada pueden utilizarse para implementar el procesador de subtítulos 516. El procesador de teletexto 520 de ejemplo está configurado para determinar si los metadatos de entrada 504 corresponden a información de teletexto y para procesar dicha información, si está presente. Como en el caso de la información de subtítulos, la información de telexto puede estar incluida en porciones ocultas de una señal de televisión difundida. Una información de teletexto procesada puede ser utilizada, por ejemplo, por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2, para determinar la fuente de contenido A/V que corresponde a los metadatos de entrada 504 e información de identificación de contenido adicional. Métodos y aparatos para implementar el procesador de teletexto 520 son conocidos en la técnica. Por ejemplo, técnicas utilizadas para procesar información de subtítulos pueden adaptarse para procesar teletextos. Como tal, cualquier técnica apropiada puede ser utilizada para implementar el procesador de teletextos 520. Como se muestra en el ejemplo de la Figura 5, los resultados de cada motor de metadatos 512-520 puede ser escalado/prioritarizado por un conjunto de pesos respectivos 525-532. Por ejemplo, los pesos 524-532 pueden escalar explícitamente los resultados de motor de metadatos con base en la cantidad de información, cantidad de confianza, etc. que un resultado respectivo puede contribuir al procesamiento efectuado por un procesador de decisiones, como por ejemplo el procesador de decisiones 224 de la Figura 2. Adicional o alternativamente, y en el presente ejemplo, los pesos 524-532 pueden ser implícitos y pueden basarse, por ejemplo, en una etapa en la cual un resultado de motor de metadatos particular se utiliza en proceso de decisión efectuado por el procesador de decisiones, la prioridad dada a una salida de motor de metadatos particular por el procesador de decisiones, etc. Personas con conocimientos ordinarios en la materia observarán que procesadores adicionales o alternativos de metadatos pueden estar incluidos en el conjunto de motores de metadatos 500 según el tipo de metadatos proporcionados por la entrada de metadatos 504. Tal procesador de metadatos adicional o alternativo puede estar configurado, por ejemplo, para procesar información de identificación de contenido incluida en una corriente de bits digital proporcionando el contenido de A/V monitoreado. La información de identificación de contenido podría ser, por ejemplo, un Número Audiovisual Estándar Internacional Versátil (VISAN, por sus siglas en inglés) , o cualquier otro tipo de identificador que puede utilizarse para identificar el contenido de A/V monitoreado. Un diagrama de bloques de un procesador de decisiones de ejemplo 600 que puede ser utilizado para implementar el procesador de decisiones 244 de la Figura 2 se ilustra en la Figura 6. El procesador de decisiones de ejemplo 600 recibe uno o varios resultados de motor de audio 604 a partir de uno o varios motores de audio (por ejemplo, el motor de audio 300 de la Figura 3) , uno o varios resultados de motores de video 608 provenientes de uno o varios motores de video (por ejemplo, los motores de video 400 de la Figura 4) y uno o varios resultados de motores de metadatos 612 provenientes de uno o varios motores de metadatos (por ejemplo, los motores de metadatos 500 de la Figura 5) . Los resultados de motor de audio 604 están almacenados en registros respectivos de métricas de audio 616-620. Los resultados de motores de video 608 se almacenan en registros de métrica de video respectivos 624-628. Los resultados de motores de metadatos 612 son almacenados en registros de métrica de metadatos respectivos 632-636. Los registros de métrica de audio 616-620, los registros de métrica de video 624-628 y los registros de métrica de metadatos 632-636 pueden ser implementados como registros de hardware, ubicaciones de memoria, etc. o cualquier combinación de los mismos. Puesto que los varios resultados de motores de audio 604, resultados de motores de video 608 y resultados de motores de metadatos 612 son generados de manera autónoma, los registros de métrica de audio 616-620, los registros de métrica de video 624-628 y los registros de métrica de metadatos 632-636 pueden ser actualizados de manera autónoma cuando sus resultados respectivos se vuelven disponibles. El procesador de decisiones de ejemplo 600 incluyen un muestreo de métrica de audio 640, un muestrador de métrica de video 644 y un muestreador de métrica de metadatos 648 para muestrear (por ejemplo, leer los resultados respectivos a partir del registro de hardware, ubicación de memoria, etc.), respectivamente, los registros de métrica de audio 616-620, los registros de métrica de video 624-628 y los registros de métrica de metadatos 632-636. La operación de muestreo puede ser efectuada a intervalos predeterminados con base en la ocurrencia de un evento predeterminado, etc., o bien cualquier combinación de los mismos. El muestreador de métrica de audio 640, el muestreador de métrica de video 644 y el muestreador de métrica de datos 648 proporcionan los resultados muestreados a un evaluador de métrica de motor de medición 652. El evaluador de métrica de motor de medición 652 utiliza los resultaos de motor de audio disponibles, resultados de motor de video disponibles y resultados de motor de metadatos disponibles para determinar la fuente de contenido de A/V que corresponde a un contenido de A/V monitoreado. El evaluador de métrica de motor de medición 652 usa la fuente de contenido A/V detectada a través de la salida de ID fuente 656. El evaluador de métrica de motor de medición 652 puede también determinar información de identificación de contenido adicional que corresponde al contenido de A/V monitoreado. Dicha información de identificación de contenido puede ser producida a través de la salida de información de contenido 660. Instrucciones legibles en máquina de ejemplo 700 que pueden ser ejecutadas para implementar el evaluador de métrica de motor de medición 652 se comentan en la descripción detallada de las Figuras 7A-7D abajo. Las Figuras 16A-16F ilustran métricas de decisión de ejemplo que pueden ser utilizadas por el evaluador de métrica de motor de medición de ejemplo 652 para determinar, por ejemplo, la fuente de contenido de A/V que corresponde al contenido de A/V monitoreado y/o si la fuente de contenido de A/V que corresponde al contenido de A/V monitoreado ha estado colocada en un modo de operación especial. La Figura 16A presenta una lista de métricas de decisión que pueden utilizarse para determinar si la fuente de contenido de A/V es la fuente de televisión de analógica en vivo (TV Analógica en Vivo) o una fuente de video analógica sobre pedido (VOD) (VOD Analógica) . Una primera métrica de decisión que indica una detección de una fuente de televisión analógica en vivo es la presencia de códigos AMOL en al linea 20 del VBI de la señal de televisión difundida (por ejemplo, proporcionada por el procesador AMOL 512 de la Figura 5) junto con la ausencia de desplazamiento de tiempo detectado de la presentación de contenido de A/V. Como se comentó arriba, la presencia de códigos AMOL en la línea 20 del VBI indica que la fuente de contenido de A/V es una fuente de televisión analógica puesto que los códigos AMOL no sobreviven a la compresión asociada con una fuente de televisión digital. Sin embargo, si no se detectan códigos AMOL en la linea 20 del VBI (por ejemplo, por el procesador de AMOL 512), una fuente de televisión analógica en vivo puede también ser detectada por una segunda métrica de decisión que incluye la detección de la presencia de una señal de audio que corresponde a la presentación de contenido de A/V monitoreada (por ejemplo, que corresponde a la detección de una condición de "no audio mudo" según lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3), la presencia de formación espectral de cable de la señal de audio detectada (por ejemplo, detectada por el procesador de formas espectrales 332) y la ausencia de un cambio en el tiempo. De conformidad con lo comentado arriba, la presencia de una formación espectral de cable indica que la señal de audio detectada fue sometida a un sistema de televisión por cable analógico y, por consiguiente, que la fuente de contenido de A/V es una fuente de televisión analógica. De manera similar, la Figura 16A presenta una lista de dos métricas de decisión que pueden ser utilizadas para detectar una fuente de VOD analógica. La primera métrica de decisión de VOD analógica emplea la presencia de códigos AMOL en la linea 20 del VBI (por ejemplo, proporcionado por el procesador AMOL 512) para detectar una fuente de televisión analógica, junto con la presencia de un desplazamiento de tiempo para indicar que la fuente no está en vivo sino que es una fuente de VOD analógica. Si códigos AMOL en línea 20 del VBI no están presentes (por ejemplo, de conformidad con lo determinado por el procesador de AMOL 512) , la segunda métrica de decisión de VOD analógica puede ser evaluada e incluye la detección de la presencia de la señal de audio que-corresponde a la presentación de contenido de A/V (por ejemplo, que corresponde a la detección de una condición de " o audio mudo" de conformidad con lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3) , la detección de la presencia de formación espectral de cable indicadora de una fuente de televisión analógica (por ejemplo, detectada por el procesador de formas espectral 332) y la detección de un cambio de tiempo que indica una presentación VOD. ün cambio de tiempo de la presentación de contenido de A/V puede ser detectada empleando varias técnicas como por ejemplo comparando un sello de difusión incluido en la información de AMOL con un reloj de tiempo real incluido en el medidor de motores múltiples 200, comparando un sello de hora incluido en códigos de audio integrados en la señal de audio detectada con el reloj de tiempo real incluido en el medidor de motores múltiples 200, etc. La Figura 16B presenta una lista de dos métricas de decisiones que corresponden a una tercera fuente analógica posible, específicamente una reproducción de video grabadora (VCR) . La primera métrica de decisión de reproducción VCR combina la presencia de códigos AMOL en la linea 20 de VBI (por ejemplo, proporcionado por el procesador AMOL 512) que indica una fuente de televisión analógica, la presencia de un cambio de tiempo indicador de una fuente de televisión analógica no en vivo y la ausencia de formación espectral indicadora de un sistema de transmisión de televisión por cable (por ejemplo, de conformidad con lo determinado por el procesador de formas espectrales 332) para indicar que la fuente es una videograbadora local y no un sistema de transmisión de televisión por cable. Si códigos AMOL en la linea 20 de VBI no son detectados (por ejemplo, por el procesador AMOL 512) , entonces la segunda métrica de decisión de reproducción de videograbadora puede evaluarse para detectar una reproducción de videograbadora e incluye la detección de la presencia de la señal de audio que corresponde a la presentación de contenido de A/V (por ejemplo, que correponde a la detección de "no audio mudo" de conformidad con lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3) , detectar la ausencia de formación espectral indicador de un sistema de transmisión de televisión por cable (por ejemplo, lo determinado por el procesador de formas espectrales 332) y detectar la ausencia de características asociadas con una transmisión de televisión digital, por ejemplo o la formación de macrobloque de video (por ejemplo, de conformidad con lo determinado por el detector de macrobloques 424 de la Figura 4) , compresión de audio AC3 (por ejemplo, de conformidad con lo determinado por el detector de compresión 324) o compresión de audio MPEG (por ejemplo, de conformidad con lo determinado por el detector de compresión 324), según lo comentado arriba. Através de un proceso de eliminación la segunda métrica de decisión de reproducción de VCR determina que la fuente de contenido de A/V corresponde a una fuente analógica local y, por consiguiente, una reproducción de VCR. La Figura 16B presenta también una lista de métrica de decisión que puede emplearse para detectar una fuente de contenido de A/V digital que corresponde a una reproducción de disco versátil digital (DVD) . La métrica de decisión de reproducción de DVD combina la ausencia códigos AMOL en la linea 20 del VBI (por ejemplo, de conformidad con lo determinado por el procesador de AMOL 512) que indica una fuente de televisión analógica con la detección de la presencia de la señal de audio que corresponde a la presentación de contenido de A/V (por ejemplo, que corresponde a la detección de una condición de "no audio mudo" de conformidad con lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3), detectar formación de macrobloques de video (por ejemplo, a través del detector de macrobloques 424) que indican la presentación de video digital y detectar compresión de audio AC3 (por ejemplo, a través del detector de compresión 324) que indica una presentación de audio digital. La compresión de audio AC3 se utiliza para almacenar contenido de audio en un DVD y la formación de macrobloques de video es más fácilmente evidente en una presentación de video DVD que en una presentación de televisión digital (como se comentará con mayores detalles abajo) . Asi, la presencia de compresión de audio AC3 y formación de macrobloques de video puede emplearse para determinar si la fuente de contenido A/V corresponde a una reproducción de DVD. La Figura 16C presenta una lista de métricas de decisión que pueden emplearse para detectar fuentes de televisión digital que corresponden a una difusión en vivo (TV Digital en vivo) o una reproducción a través de una videograbadora digital de dispositivo similar (reproducción de DVR TV Digital) . Estas métricas combinan la ausencia de código AMOL en la linea 20 de VBI (por ejemplo, de conformidad con lo determinado por el procesador AMOL 512) que indica una falta de televisión analógica con detección de presencia de señal de audio que corresponde a la presentación de contenido A/V (por ejemplo, que corresponde a la detección de una condición de "no audio muda" de conformidad con lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3) , determinada la ausencia de formación significativa de macrobloque de video (por ejemplo, de conformidad con lo determinador con el detector de macrobloques 424) y detectar compresión de audio AC3 (por ejemplo, mediante el detector de compresión 324) que indica una presentación de audio digital. La televisión digital en vivo puede distinguirse de una reproducción DVR debido a, respectivamente la ausencia o presencia de un desplazamiento de tiempo detectado. Como en caso de una reproducción de DVD, la televisión digital emplea compresión de audio AC3. Sin embargo, en el caso de una televisión digital, en comparación con una reproducción de DVD, una formación significativa de macrobloques de video habitualmente no es evidente debido a filtros antiformación de macrobloques presentes en el sistema de transmisión de televisión digital, compresión menor en la señal de video de televisió digital en comparación con la señal de video de DVD, ruido de transmisión en la señal de televisión digital no presente en la reproducción DVD, etc. Asi, la presencia de compresión de audio AC3 y ausencia de formación significativa de macrobloque de video pueden utilizarse para distinguir una fuente de televisión digital de una reproducción de DVD. La Figura 16D presenta un lista de métricas de decisión que puede utilizarse para detectar fuentes de DVD empleando compresión de audio MPEG y proporcionando ya sea una difusión en vivo (MPEG DVR en vivo) o una reproducción retardada de contenido de A/V previamente grabado (MPEG DVR reproducción) .

Estas métricas combinan la ausencia de códigos AMOL en la linea 20 de VBI (por ejemplo, de conformidad con lo determinado por el procesador 512) que indica una fuente de televisión analógica con detección de la presencia de la señal de audio que corresponde a la presentación de contenido de A/V (por ejemplo, que corresponde a la detección de una condición "no audio muda" según lo determinado, por ejemplo, por el detector de volumen y estado mudo 320 de la Figura 3) determinar la ausencia de formación significativa de macrobloques de video (por ejemplo, de conformidad con lo determinado por el detector de macrobloques 424) y detectar compresión de audio MPEG (por ejemplo, mediante el detector de compresión 324) que indica una presentación de audio DVR MPEG. Una presentación DVR MPEG en vivo se distingue de una reproducción de DVR MPEG debido, respectivamente, a la ausencia o presencia de un desplazamiento de tiempo detectado. La entrada a una DVR MPEG es típicamente una difusión de TV digital y, por consiguiente la señal de video de DVR MPEG resultante no presentará habitualmente formaciones significativas de macrobloques puesto que la señal de video de televisión digital no presenta formación significativa de macrobloques debido a las razones comentadas arriba. Así, la presencia de compresión de audio MPEG y la ausencia de formación significativa de macrobloques de video pueden utilizarse para detectar una fuente de DVR MPEG.

La Figura 16E presenta una lista de métrica de decisión que puede emplearse para detectar una fuente de juego de video. La métrica de decisión de juego de video combina la ausencia de códigos AMOL en la linea 20 del VBI (por ejemplo, de conformidad con lo determinado por el procesador de AMOL 512) , que indica una fuente ¦ de televisión analógica con detección de la presencia de la señal de audio que corresponde a la presentación de contenido de A/V (por ejemplo, que corresponde a la detección de una condición de "no audio muda" según lo determinado, por ejemplo, a través del detector de volumen y estado mudo 320 de la Figura 3) y un resultado de formación de macrobloques de video de cero (por ejemplo, de conformidad con lo determinado por el detector de macrobloques 424) que representa la mezcla perfecta de colores. La mezcla perfecta de colores es una indicación de una presentación de juegos de video, de conformidad con lo comentado arriba, y por consiguiente puede utilizarse para detectar una fuente de juegos de video. La Figura 16E presenta también una lista de métricas de decisión que puedan utilizarse para detectar modos de operación especiales de fuentes de contenido que corresponden a un estado de cuadro en blanco o un estado de audio mudo. La métrica de cuadro en blanco se basa en la detección de la presencia de un cuadro de video en blanco (por ejemplo, a través del detector de cambio de escenas y cuadro en blanco 420 de la Figura 4) . La métrica de audio mudo se basa en la detección de la ausencia de una señal de audio que corresponde a una presentación de contenido de A/V (por ejemplo, de conformidad con lo determinado por el detector de volumen y estado mudo 320) . La métrica de audio mudo puede también examinar si subtítulos o datos de teletextos están presentes (por ejemplo, de conformidad con lo determinado por el procesador de subtítulos 516 y procesador de teletextos 520 de la Figura 5, respectivamente) con el objeto de verificar que la presentación de contenido de A7V corresponde solamente a un estado de audio mudo y no ha otro modo de operación especial de conformidad con lo comentado abajo. La Figura 16F presenta una lista de métricas de decisión que pueden utilizarse para detectar modos de operación especiales adicionales que corresponden a un despliegue de menú y un estado de pausa. La métrica de despliegue de menú se basa en la detección de un despliegue de video con pausas (por ejemplo, mediante el detector de cambio de escena y cuadro en blanco 420) y con correspondencia de la presentación de contenido de A/V con una plantilla, anuncio comercial y/o texto que corresponde al despliegue del menú (por ejemplo, de conformidad con lo determinado por el determinador de correspondencia de plantilla 428 de la Figura 4, el detector de anuncios comerciales 328 de la Figura 3 y el detector de textos 412 de la Figura 4, respectivamente) . Opcionalmente, la métrica de despliegue de menú puede también examinar si la señal de audio que corresponde a la presentación de contenido de A/V está ausente (por ejemplo, de conformidad con lo determinado por el detector de volumen y estado mudo 320) y/o datos de subtítulos o teletextos están ausentes (por ejemplo, de conformidad con lo determinado por el procesador de subtítulos 516 y procesador de teletextos 520, respectivamente) con el objeto de validar adicionalmente que el despliegue actual no corresponde a una presentación de contenido A/V normal. La métrica de pausa se basa en la detección de la ausencia de la señal de audio que corresponde a la presentación de contenido A/V (por ejemplo, de conformidad con lo determinado por el detector de volumen y estado mudo 320) , la ausencia de datos de subtítulos o teletextos (por ejemplo, de conformidad con lo determinado por el procesador de subtítulos 516 y procesador de teletextos 520, respectivamente) , un despliegue de video con pausa (por ejemplo, a través del detector de cambio de escena y cuadro en blanco 420) y la ausencia de una plantilla y/o correspondencia de textos (por ejemplo, de conformidad con lo determinado por el determinador de correspondencia de plantilla 428 y el detector de textos 412, respectivamente) que corresponden a un despliegue de menú. Finalmente, la Figura 16F presenta también una lista de métricas que pueden emplearse para determinar si la fuente de contenido de A/V está operando en algún otro modo trucos, como por ejemplo un estado de regresar, un estado de adelante rápidamente, etcétera. La métrica de modo trucos se basa en la detección de la ausencia de la señal de audio que corresponde a la presentación de contenido A/V (por ejemplo, de conformidad con lo determinado por el detector de volumen y estado mudo 320) , la ausencia de datos de subtítulos o teletextos (por ejemplo, de conformidad con lo determinado por el procesador de subtítulos 516 y procesador de teletextos 520, respectivamente) y también mediante la detección de la ausencia de un despliegue de video con pausas o un cuadro en blanco (por ejemplo, de conformidad con lo determinado por el detector de cambio de escenas y cuadro en blanco 420) . La ausencia de la señal de audio y datos de subtítulos o teletextos indica que el despliegue activo no corresponde a una presentación normal de contenido de A/V. Sin embargo, puesto que el despliegue de video no corresponde a un estado de pausa (indicador de un cuadro de pausa o un despliegue de menú) o un cuadro en blanco, el despliegue activo se considera correspondiendo a alguna otra operación de modo trucos de la fuente de contenido de A/V. Diagrama de flujos representativos de instrucciones legibles en máquina de ejemplo que pueden ejecutarse para implementar el evaluador de métrica de motor de medición 652 de la Figura 6 y al menos una parte de los motores de audio 300 de la Figura 3 y motores de video 400 de la Figura 4 se muestran en las Figuras 7A-7D hasta la Figura 14. En estos ejemplos, las instrucciones legibles en máquina representadas por cada diagrama de flujo pueden comprender uno o varios programas para ejecución por: (a) un procesador, como por ejemplo el procesador 1512 mostrado en la computadora de ejemplo 1500 conectada abajo con relación a la Figura 15, (b) un controlador y lo (c) cualquier otro dispositivo adecuado. El programo o los varios programas pueden estar incorporados en software almacenado en un medio tangible como por ejemplo, una memoria instantánea, un CD-ROM, un disco blando, una unidad de disco duro, un DVD, o una memoria asociada con el procesador 1512, pero personas con conocimientos ordinarios en la materia observaran fácilmente que todo el programa o todos los programas y/o porciones de los mismos podrían efectuarse alternativamente a través de un dispositivo otro que el procesador 1512 y/o podrían incorporarse en firmware o hardware dedicado de manera bien conocida (por ejemplo, implementarse a través de un circuito integrado especifico para aplicación (ASIC, por sus siglas en inglés), un dispositivo lógico programable (PLD, por sus siglas en inglés) un dispositivo de lógica programable en campo (FPLD, por sus siglas en inglés) lógica discreta, etcétera) . Por ejemplo, cualquiera o la totalidad de los siguientes: evaluador de métrica de motor de medición 652, motores de audio 300 y/o motores de video 400 (asi como motores de metadatos 500 de la Figura 5) podrían implementarse a través de cualquier combinación de software, hardware, y/o firmware. Asi mismo, algunas o la totalidad de las instrucciones legibles en máquina representadas por el diagrama de flujo de las Figura 7A-7D hasta Figura 14 pueden implementarse manualmente. Además aun cuando las instrucciones legibles en máquina de ejemplo se describen con referencia a los diagramas de flujos ilustrados en las Figuras 7A-7D hasta la Figura 14, las personas con conocimientos ordinarios en la materia observaran fácilmente que muchas otras técnicas para implementar los métodos de ejemplo y aparatos descritos aquí pueden utilizarse de manera alternativa. Por ejemplo, con referencia a los diagramas de flujo ilustrados en las Figuras 7A-7D hasta la Figura 14, el orden de ejecución de los bloques puede ser cambiado, y/o algunos de los bloques descritos pueden ser cambiados, eliminados, combinados y/o subdivididos en bloques múltiples. Instrucciones legibles en máquina de ejemplo 700 que pueden ser ejecutadas para implementar el evaluador de métrica de motor de medición 652 de la Figura 6 se muestran en las Figura 7A-7D. Mientras las instrucciones legibles en máquina de ejemplo 700 se basan en las métricas de decisión mostradas en las Figuras 16A-16F y se enfocan a una televisión monitoreada que cumple con el estándar de NTSC, las instrucciones legibles en máquina pueden ser fácilmente modificadas para soportar cualquier tipo de dispositivo de presentación de información/despliegue. Las instrucciones legibles en máquina de ejemplo 700 pueden ser ejecutadas a intervalos predeterminados con base en la ocurrencia de un evento predeterminado, por ejemplo, o cualquier combinación de eventos. Las instrucciones legibles en máquina 700 inician la ejecución en el Bloque 701 de la Figura 7? en donde el evaluador de métrica de motor de medición 652 muestrea las métricas/resultados de audio, video y metadatos disponibles obtenidos, por ejemplo, a partir de los motores de audio 300, motores de video 400 y motores de metadatos 500. El control prosigue después hasta el subproceso 702, comentado con mayores detalles abajo con relación a la Figura 7B, en donde el evaluador de métrica de motor de medición 652 determina la fuente de contenido de A/V que proporciona la presentación de contenido de A/V monitoreado. Después de terminar el subproceso 702, el control pasa entonces a los subprocesos 703, comentado con mayores detalles abajo con relación a la Figura 7C, en donde el evaluador de métrica de motor de medición 652 determina la información de identificación de contenido (por ejemplo, datos de sintonización) que corresponde a la presentación de contenido de A/V monitoreado proporcionada por la fuente de contenido de A/V identificado por el subproceso 701. Después, una vez completado el subproceso 703, el control pasa a los subprocesos 704 comentado con mayores detalles abajo con relación a la Figura 7D en donde el evaluador de métrica de motor de medición 652 detecta cualquier modo de operaciones especial de la fuente de contenido de A/V identificada por el subproceso 701. Finalmente después de terminar el subproceos 704, el control pasa al bloque 705 en donde el evaluador de métrica de motor de medición 652 reporta la fuente contenido de A/V identificada, la información de identificación de contenido (por ejemplo, datos de sintonización) y/o cualquier modo de operación especial de la fuente de contenido de A/V através de las salidas 565 y 660 por ejemplo hacia una instalación central para generar estadísticas de medición de audiencia. El proceso de ejemplo 700 termina entonces. Ün subproceso de ejemplo 702 para determinar qué fuente de contenido A/V está proporcionando una presentación de contenido A/V monitoreado se muestra la Figura 7B y basa en las métricas de decisión de Ejemplo listadas en las Figuras 16A-16F. El proceso de ejemplo 702 empieza en el nodo de decisión 706 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de video muestreadas en el bloque 701 de la Figura 7A indican que información AMOL está presente en la línea 20 de una señal de televisión de una señal de televisión de NTSC según lo procesado, por ejemplo, por el procesador de AMOL 512. Si la información de AMOL en linea 20 está presente (nodo de decisión 706) , entonces el control sigue hasta el nodo de decisión 707 en donde el evaluador de métrica de motor de medición 652 detecta si el contenido de A/V está presentado con un cambio de tiempo, por ejemplo, en base en la comparación de un sello de hora de difusión incluido en la información de AMOL con el tiempo de procesamiento actual. El tiempo de procesamiento actual puede ser determinado, por ejemplo, con base en una función de reloj en tiempo real que se ejecuta en el evaluador de métrica de motor de medición 652, el medidor de medidores múltiples 200 con un dispositivo similar, o bien un aparato de relog de tiempo real conectado con evaluador de métrica de motor de medición 652, medidor de motores múltiples 200 o un dispositivo similar. Si no detecta un cambio de tiempo (nodo de decisión 707) entonces el control pasa al bloque 708 y, con base en la presencia de información de AMOL en linea 20 y de conformidad con la primera métrica de TV analógica en vivo de la Figura 16A, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una difusición de televisión analógica (por ejemplo, terretre, por cable, etc.) . El subproceso de ejemplo 702 termina entonces. Sin embargo, si se detecta un cambio de tiempo (nodo de decisión 707) entonces el control pasa al nodo de decisión 710 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de audio indican que el audio monitoreado presenta una forma espectral consistente con un sistema de televisión por cable analógico difundido. Dicha métrica puede ser proporcionada, por ejemplo, por el procesador de forma espectral 332. Si el evaluador de métrica de motor de medición 652 determina que está presente una formación espectral por cable (nodo de decisión 710) , entonces de conformidad con la primera métrica de VOD analógica de la Figura 16A, el control avanza hasta el bloque 712 y, con base en la presencia de información AMOL en la linea 20, la formación espectral por cable analógica y el cambio de tiempo detectado, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una presentación de video sobre pedido (VOD) analógica. El subproceso de ejemplo 702 termina entonces. Sin embargo, si no se detecta formación espectral por cable (nodo de decisión 710) , entonces de conformidad con la primera métrica de reproducción de VCR de la Figura 16B, el control avanza hasta el bloque 714 y, con base en la presencia de información de AMOL en linea 20 el cambio de tiempo detectado y la falta de formación espectral por cable, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una reproducción de VCR. Entonces termina el subproceso de ejemplo 702. Retornando al nodo de decisión 706, sin embargo, si información de AMOL no está presente en la linea 20 entonces el control avanza hasta el nodo de decisión 718 en donde el evaluador de métrica de motor de medición 652 determina si la métrica de audio indica que sea detectado un estado de audio mudo, por ejemplo, através del detectador de volumen y estado mudo 320. Si un estado de audio mudo no ha sido detectado (nodo de decisión 718), y por consiguiente, una señal de audio que corresponde al contenido de A/V monitoreado está presente, el control pasa al nodo de decisión 722 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de audio indican el audio monitoreado presenta una formación espectral que es consistente con un sistema de televisión por cable analógico difundido. Si está presente una formación espectral de cable (nodo de decisión 722) , entonces el control pasa al nodo de decisión 724 en donde el evaluador de métrica de motor de medición 652 detecta si el contenido de A/V está presentado con un cambio de tiempo. El evaluador de métrica de motor de medición 652 puede determinar si un cambio de tiempo está presente con base, por ejemplo, en la comparación de un sello de hora de difusión incluido en código de audio integrado en la señal de audio con el tiempo de procesamiento actual. Si no se detecta un cambio de tiempo (nodo de decisión 724) entonces de conformidad con la segunda métrica de TV analógica en vivo de la Figura 16A, el control pasa al bloque 726 y, con base en la presencia de la señal de audio que tiene una formación espectral por cable, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido A/V es una difusión de televisión analógica. El subproceso de ejemplo 702 termina entonces. Sin embargo, si se detecta un cambio de tiempo (nodo de decisión 724), entonces de conformidad con la segunda métrica de VOD analógico en vivo de la Figura 16A, el control pasa al bloque 728 y, con base en la presencia de código de audio, la formación espectral de cable analógica y el cambio de tiempo detectado, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una transmisión de VOD analógico. Términa entonces el subproceso de ejemplo 702. Regresando al nodo de decisión 722, sin embargo, si una formación espectral por cable analógica no está presente, entonces el control avanza al nodo de decisión 730 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de video indican que macrobloques han sido detectados, por ejemplo, por el detector de macrobloques 424. Si macrobloques han sido detectados (nodo de decisión 730) entonces el control avanza hasta al nodo de decisión 732 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de audio indican que la señal de audio ha sido sometida a compresión AC3, por ejemplo, de conformidad con lo detectado por el detector de compresión 324. Si se detecta compresión AC3 (nodo de decisión 732), entonces de conformidad con la métrica de reproducción DVD de la Figura 16B, el control pasa al bloque 734 y, con base en la ausencia de formación espectral por cable analógica y presencia de macrobloques y compresión AC3, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una reproducción DVD. El subproceso de ejemplo 702 termina entonces. Sin embargo, si no se detecta compresión AC3 (nodo de decisión 732) , entonces el evaluador de métrica de motor de medición determina que existe información insuficiente para determinar la fuente de contenido de A/V directamente a partir de las métricas de audio, video y metadatos muestreadas en el bloque 701 de la Figura 7?. Asi, el control pasa al bloque 736 en donde el evaluador de métrica de motor de medición 652 utiliza una información euristica previamente almacenada para determinar la fuente de contenido A/V. Utilizando la información euristica almacenada para determinar la fuente de contenido de A/V se comenta con mayores detalles abajo. Después de terminar el procesamiento en el bloque 736, el subproceso de ejemplo 702 termina. Sin embargo, si macrobloques no han sido detectados (nodo de decisión 730) , entonces el cotrol pasa al nodo de decisión 737 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de video indican que el índice de formación de macrobloques producido por ejemplo por el detectardor de macrobloques 424 es igual al cero, indicando una correspondencia perfecta de color. Si el Indice de macrobloques no es igual a cero, el control pasa al nodo de decisión 738 en donde el evaluador de métrica de motor de medición 632 determina si las métricas de audio indican que ha detectado una compresión AC3. Si no se ha detectado compresión AC3 (nodo de decisión 738), entonces el control pasa al nodo de decisión 740 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de audio indican que la señal de audio ha sido sometida a compresión de audio MPEG, por ejemplo de conformidad con lo detectado por el detector de compresión 324. Si se ha detectado compresión de audio MPEG (nodo de decisión 740) , entonces el control pasa al nodo de decisión 742 en donde el evaluador de métrica de motor de medición 652 detecta si o no un cambio de tiempo está presente, por ejemplo, mediante la comparación de información de sello de hora incluida en los datos de compresión de audio MPEG con la hora de procesamiento actual. Si no se detecta ningún cambio de hora (nodo de decisión 742), entonces de conformidad con la métrica de MPEG DVR de la Figura 16D, el control pasa al lo que 744 y, con base enla presencia de compresión de audio de MPEG, la ausencia de macrobloques y la ausencia de detección de cambio de tiempo, el evaluador de métrica de medición 652 determina que la fuente de contenido A/V es una DVR de tipo MPEG que produce un programa difundido "en vivo". Sin embargo, si se detecta un cambio de tiempo (nodo de decisión 742) , entonces de conformidad con la métrica de reproducción de DVR de tipo MPEG de la Figura 16D, el control pasa al bloque 746 y, con base en la ausencia de macrobloques, la presencia de compresión de audio MPEG y el cambio de tiempo detectado, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una reproducción de DVR de tipo MPEG de contenido de A/V previamente grabado. Sin embargo, si no se ha detectado compresión de audio MPEG (nodo de decisión 740) , entonces de conformidad con la segunda métrica de reproducción de VCR de la Figura 16B, el control pasa al bloque 748 y, debido a la ausencia de macrobloques, compresión de audio e información de AMOL, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una VCR que reproduce contenido de A/V pregrabados. Después de terminar el procesamiento ya sea en el bloque 744, bloque 746 o bloque 748, termina el subproceso de ejemplo 702. Retornando al nodo de decisión 738, sin embargo, si se ha detectado compresión AC3, el control pasa al nodo de decisición 750 en donde el evaluador de métrica de motor de medición 652 detecta si un cambio de tiempo está presente, por ejemplo, por medio de la comparación de información de sello de hora incluida en los datos de compresión de audio AC3 con el tiempo de procesamiento actual. Si se detecta un cambio de tiempo (nodo de decisión 750) , entonces de conformidad con la métrica de reproducción de TV digital de la Figura 16C, el control pasa al bloque 752 y, con base en la ausencia de macrobloques y la presencia de compresión de audio AC3 y el cambio de tiempo detectado, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es, por ejemplo, una DVR de televisión por cable que produce contenido de A/V previamente grabado (bloque 752) . Sin embargo, si no se detecta cambio de tiempo (nodo de decisión 742) entonces de conformidad con la métrica de TV digital en vivo de la Figura 16C, el control pasa al bloque 754 y, con base en la presencia de compresión de audio AC3 y ausencia de macrobloques y cambio de tiempo no detectado, el evaluó de métrica de motor de medición 652 determina que la fuente de contenido de A/V es una difusión por cable digital (que paso posiblemente a través de una DVR asociada) que produce contenido de A/V "en vivo". Después de terminar el procesamiento en los bloques 752 o 754, termina el subproceso de ejemplo 702. Sin embargo, si en el nodo de decisión 737 el evaluador de métrica de motor de medición 652 determinó que el índice de macrobloque producido por el detector de macrobloques 424 fue igual a cero, el control pasa al bloque 756. En el bloque 756, y de conformidad con la métrica de decisión de juego de video de la Figura 16E, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V es un juego de video con base en la correspondencia de color perfecta representada por un índice de macrobloques igual a cero. Termina entonces el subproceso 702 de ejemplo. Retomando al nodo de decisión 718, si el evaluador de métrica de motor de medición 652 determina que se ha detectado un estado de audio mudo, por ejemplo, a través del detector de volumen y estado mudo 320, elevaluador de métrica de motor de medición 652 puede determinar que existe información insuficiente para determinar la fuente de contenido de A/V debido a la falta de información de audio o AMOL proporcionada por la métricas de audio, video y metadatos muestreadas en el bloque 701 de la Figura 7A. Así, el control pasa al bloque 760 en donde el evaluador de métrica de motor de medición 652 utiliza información eurística previamente almacenada para determinar la fuente de contenido de A/V. La utilización de información eurística almacenada para determinar la fuente de contenido A/V se comenta con mayores detalles abajo. Después de terminar el procesamiento en el bloque 760, termina el subproceso de ejemplo 702. Por subproceso de ejemplo 703 para determinar información de de identificación de contenido (por ejemplo, datos de sintonización) que corresponde a la presentación de contenido proporcionada la fuente de contenido de A/V identificada, por ejemplo, por el subproceso 701 de la Figura 7B se muestra en la Figura 7C. La información de identificación de contenido puede incluir, por ejemplo, un nombre de contenido/programa, un tiempo de difusión, una ID de estación de difusión/número de canal, etc. El subproceso de ejemplo 703 empieza en el nodo de decisión 762 en donde, por ejemplo, el evaluador de métrica de motor de medición 652 de la Figura 6 determina si las métricas de un video muestreadas en el bloque 701 de la Figura 7A indican la presencia de información AMOL en la linea 20 de una señal de televisión NTSC según lo procesado, por ejemplo, por el procesador de AMOL 512. Si información adicional AMOL en linea 20 está presente (nodo de decisión 762) , entonces el control pasa al bloque 764 en donde el evaluador de métrica de motor de medición 652 determina la información de identificación de contenido a partir de la información de AMOL detectada en la linea 20 con base en cualquier técnica apropiada, como por ejemplo las técnicas descritas arriba con relación al procesador de AMOL 512. Termina entonces el subproceso de ejemplo 703. Sin embargo, si información de AMOL no está presente en la linea 20 (nodo de decisión 762) , el control pasa entonces al nodo de decisión 766 en donden el evaluador de métrica de motor de medición 652 determina si las métricas de video indican que información de AMOL está presente en la linea 22. Si información de AMOL en linea 22 está presente (nodo de decisión 766) , entonces el control pasa al bloque 768 en donde el evaluador de métrica de motor de medición 652 determina la información de identificación de contenido a apartir de la información de AMOL detectada en la linea 22 con base en cualquier técnica apropiada, como por ejemplo las técnicas descritas arriba con relación al procesador de AMOL 51. Termina entonces el subproceso de ejemplo 703. Sin embargo, si información de AMOL no está presente en la linea 22 (nodo de decisión 766) el control pasa al nodo de decisión 770 en donde el evaluador de métrica de motor de decisión 652 determina si las métricas de audio indican que códigos de audio están presentes, por ejemplo, de conformidad con lo procesado por el detector de código de audio 312 de la Figura 3. Si códigos de audio están presentes (nodo de decisión 770) , entonces el control pasa al bloque 772 en donde el evaluador de métrica de motor de medición 652 determina información de identificación de programa a partir de los códigos de audio disponibles con base en cualquier técnica apropiada, como por ejemplo las descritas arriba con relación al detector código de audio 312. Termina entonces el subproceso de ejemplo 703. Sin embargo, si códigos de audio no están presentes (nodo de decisión 770) , el control pasa entonces al bloque 774 en donde el evaluador de métrica de motor de medición 652 puede determinar información de identificación de programa mediante la comparación, como por ejemplo, de una firma de audio que corresponde a la presentación de contenido A/V monitoreada, y generada por procesador de firma de audio 316 déla Figura 3, con un conjunto de firmas de referencia conocidas. Adicional o alternativamente, el evaluador de métrica de motor de medición 652 puede producir la firma de audio que corresponde al contenido de A/V monitoreado para comparación con un grupo de firmas de referencia conocidas por ejemplo en una instalación de procesamiento central. Cualquier técnica conocidad para generar y comparar firmas puede emplearse en el bloque 774 para determinar la información de identificación de contenido deseada, por ejemplo las descritas arribas con relación al procesador de firma de audio 316 de cualquier manera, después de terminar el procesamiento en el bloque 774, termina el subproceso de ejemplo 703. Un subproceso de ejemplo 704 para detectar cualquier modo de operación especial de la fuente de contenido de A/V identificada, por ejemplo por el proceso 701 de la Figura 7B se muestra en la Figura 7B se muestra en la Figura 7D y se basa en la smétricas de decisión listadas en las Figuras 16A-16F. Los modos de operación especiales detectados por el subproceso 704 incluyen un modo de cuadro en blanco, un modo de audio en estado blanco, un modo de pausa, un modo de despliegue de menú, un modo de apagado de dispositivo, una indicación de modo de truco general. La indicación de modo de trucos general se utiliza para indicar que la fuente de contenido de A/V identificada puede ser utilizada en cualquier número de modos de trucos especiales de operación incluyen, por ejemplo, un modo de regresar, un modo de adelar rápidamente, etc. El subproceso de ejemplo 704 inicia en el nodo de decisión 776 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de video muestreadas en el bloque 701 de la Figura 7A indican que la presentación de contendió A/V monitoreada corresponde a un cuadro en blanco como se detecto, por ejemplo, através del detector de cambio de escena y cuadro en blanco 420 de la Figura 4. Si no se detecta un cuadro en blanco (nodo de decisión 776) , el control pasa al nodo de decisión 778 en donde el evaluador de métrica de motor de medición 652 determina si se ha detectado un estado de audio mudo, como por ejemplo a través del detector de volumen y estado mudo 320. Si se ha detectado un audio en estado mudo (modo de decisión 778), entonces el control pasa a un nodo de decisión 780 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de metadatos indican que información de subtitulo o teletextos está presente según lo procesado, por ejemplo, por el procesador de subtítulos 516 o procesador de teletexto 520, respectivamente, de la Figura 5. Si información de subtítulo o información de teletexto no está presente (nodo de decisión 780), entonces el control pasa al nodo de decisión 782 en donde el evaluador de métrica de motor de medición 652 determina si las métricas de video indican que un estado de pausa ha sido detectado, por ejemplo, por el detector de cambio de escena y cuadro en blanco 420. Si el estado de pausa no ha sido detectado (nodo de decisión 782), entonces de conformidad con la métrica de nodo trucos de la Figura 16F, el control pasa al bloque 784 y, con base en ausencia de audio, información de subtítulos y estado de pausa, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido A/V más recientemente identificada está operando en un modo trucos (puesto que la ausencia de audio y una pausa en el video indica una trancisión abrupta en la presentación de contenido A/V). El subproceso de ejemplo 704 termina entonces. Sin embargo, si se detecta un estado de pausa (un nodo de decisión 782) , el control pasa al nodo de decisión 786 en donede el evaluador de métrica de motor de medición 652 determina sí o no las métricas de video indican que el cuadro de video con pausa corresponde a una plantilla conocida, por ejemplo, de conformidad con lo determinado de correspondencia de plantilla 428 o bien contiene texto predeterminado, por ejemplo, de conformidad con lo determinado por el detector de textos 412 de la Figura 4. Si no se detecta correspondencia de plantilla o texto (nodo de decisión 786) , entonces de conformidad con la métrica de pausas de la Figura 16F, el control pasa al bloque 788 y, con base en la presencia en estado de pausa y ausencia de correspondencia de plantilla o texto, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido A/V más recientemente identificada ha ingresado a un modo de operación de pausa. Sin embargo, si se detecta una correspondencia de plantilla o texto (modo de decisión 786) , entonces de conformidad con la métrica de decisión de despliegue de menú de la Figura 16F, el control pasa al bloque 790 y el evaluador de métrica de motor de medición 652 determina que la fuente de contenido A/V correspondiente está desplegando un menú que corresponde a la plantilla de referencia correspondida o al texto predeterminado. Después de terminar el procesamiento en el bloque 788 o 790, termina entonces el subproceso de ejemplo 704. Retornando al nodo de decisión 780, sin embargo, si esta presente información de subtítulos o teletexto, entonces de conformidac con la métrica de decisión de audio mudo de la Figura 16E, el control pasa al bloque 792 y, con base en la presencia de información de subtítulo y estado de audio mudo, el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V más recientemente identificada ha ingresado a un modo de operación audio mudo. El subproceso de ejemplo 704 termina entonces. Sin embargo, si en el nodo 778 el evaluador de métrica de motor de medición 652 determina que el audio no está mudo y, por consiguiente, que una señal de audio que corresponde a la presentación de contenido de A/V monitoreado está presente, entonces debido a la ausencia de un cuadro en blanco determinado en el nodo de decisión 776, el control puede pasar al bloque 794 en donde el evaluador de métrica de motor de medición 652 puede determinar que la fuente de contenido de A/V más recientemente identificada está operando en un modo de presentación normal. El subproceso de ejemplo 704 termina entonces . Retornando al nodo de decisión 776, si se detecta un cuadro en blanco, por ejemplo, através del detector de cable de escena y cuadro en blanco 420, el control pasa al nodo de decisión 796 en donde el evaluador de métrica de motor de medición 652 determina si se ha detectado un estado de audio mudo, por ejemplo, a través del detector de volumen y estado mudo 320. Si no se ha detectado un estado de audio mudo (nodo de decisión 796) , entonces de conformidad con la métrica de decisión de cuadro en blanco de la Figura 16E, el control pasa al bloque 798 y el evaluador de métrica de motor de medición 652 determina que la fuente de contenido de A/V más recientemente identificada está desplegando un cuadro en blanco. Sin embargo, si se detecta un estado de audio mudo (nodo de decisión 796) , entonces con base en la falta de señal de audio detectada. Con un cuadro de video en blanco, el control puede pasar al bloque 799 en donde el evaluador de métrica de motor de medición 652 puede determinar que ha ocurrido una transición de presentación (por ejemplo, que corresponde a una transición entre un programa y un anuncio comercial) . Si en los estados de audio mudo y cuadro en blanco son de duración significativa, entonces en el bloque 799 el evaluador de métrica de motor de medición 652 puede determinar que la fuente de contenido A/V más recientemente identificada ha estado colocada en un estado de APAGADO. De cualquier manera, después de terminar el procesamiento en los bloques 798 o 799, el subproceso de ejemplo 704 termina. Además, a un cuando no se muestre en las Figuras 7A-7D, un medidor de motores múltiples que emplea el proceso de ejemplo 700 o cualquier proceso similar puede utilizar otra información detectada para determinar la fuente de contenido de A/V y/o información de identificación de contenido asociada. Por ejemplo, el medidor de motores múltiples 200 de la Figura 2 incluye un detector de control remoto 252 para detectar y procesar señales recibidas de un dispositivo de control remoto. Las señales de control remoto recibidas deben ser decodificadas y procesadas para determinar, por ejemplo, que un conjunto de posibles fuentes de contenido A/V está siendo controlado por un usuario, el estado de operación de dicha fuente de contenido de A/V, etc. En ciertas ciertas circunstancias, por ejemplo, cuando no está disponible una información de métrica suficiente, las instrucciones legibles en máquina de ejemplo 700 pueden utilizar información euristica almacenada para determinar la fuente de contenido de A/V, información de identificación de contenido. Por ejemplo, un medidor de motores múltiples que ejecuta las instrucciones legibles en máquina 700, o a un proceso similar, puede almacenar información estadística sobre selección de fuente de contenido de A/V previa, identificación de contenido, etc. La información puede ser clasificada, por ejemplo, por hora del día, frecuencia de selección, etc. Después, como se uestra en la Figura 7B, en ciertas circunstancias, las instrucciones legibles en máquina 700 pueden emplear un grupo de reglas eurísticas para determinar la fuente de contenido de A/V con base en la información estadística almacenada. También, como se comentó arriba, las métricas de audio, métricas de video y métricas de metadatos pueden ser actualizadas de manera autónoma, y por consiguiente, una métrica particular o conjuntos de métricas pueden no estar disponibles cuando las instrucciones legibles en máquina 700 leen las métricas en el bloque 701. Por consiguiente, las instrucciones legibles en máquina 700 pueden emplear uno o varios temporizadores de tiempo fuera para provocar que una o varias métricas de audio, video o metadatos reincialice en un estado conocido. Este mecanismo evita que la información de métrica se vuelva obsoleta si no es actualizada dentro de un periodo de tiempo esperado/razonado. Instrucciones legibles en máquina de ejemplo 800 que pueden ser ejecutadas para implementar el detector de volumen y estado mudo 320 de la Figura 3 se muestran en la Figura 8. Las instrucciones legibles en máquina 800 empiezan la ejecución en el bloque 804 en donde el detector de volumen y estado mudo 320 leen muestras provenientes de una memoria intermedia de audio, por ejemplo, la memoria intermedia de audio 216 de la Figura 2. Por ejemplo, el detector de volumen y estado mudo 320 puede leer un conjunto de 512 muestras de audio a partir de la memoria intermedia de audio 216. Adicionalmente, las instrucciones legibles en máquina 800 pueden ser programadas para ejecutarse cada vez un nuevo grupo de 512 muestras de audio ha sido almacenado en la memoria intermedia de audio 216. Después de la letura de las muestras de audio, el detector de volumen y estado mudo 320 cuenta entonces el número de cruces de cero que ocurren el grupo de muestras leídas a partir de la memoria intermedia de audio (bloque 808) . Como se sabe, ocurre un cruce de cero cuando una transición de una muestra previa a una muestra siguiente requiere del pasaje a través de cero. En el caso de un estado de audio mudo, las muestras de audio corresponderán típicamente a ruido de cuantificación y, por consiguiente, presentaran una tendencia a fluctuar al rededor de cero. Por consiguiente, el detector de volumen y estado mudo 320 determina si el número de cruces cero rebasa un umbral predeterminado indicador de fluctuación de audio mudo (bloque 812) , si el número de cruces de cero rebasa el umbral (bloque 812) , entonces el detector de volumen y estado mudo 320 reporta que la señal de audio monitoreada corresponde a un estado mudo de audio (bloque 816) . Termina entonces el proceso de ejemplo 800. Sin embargo, si el número de cruces de cero no rebasa el umbral (bloque 812) , entonces el detector de volumen y estado mudo 320 determina la energía de las muestras de audio (bloque 820) . El detector de volumen y estado mudo compara entonces la energía de audio con umbral predeterminado indicador de un estado de estado de audio mudo (bloque 824) . Si la energía de audio es inferior a este umbral (bloque 824), entonces el detector de volumen y estado mudo 320 reporta un estado mudo de audio (bloque 816) y termina el proceso de ejemplo 800. Sin embargo, si la energía de audio no es inferior al umbral (bloque 824), entonces el detector de volumen y estado mudo 320 reporta el nivel de volumen de las muestras de audio, por ejemplo, con base en la cuantificación de la energía de audio para corresponder a un grupo de niveles de volúmenes predeterminados (bloque 828) . Entonces termina el proceso de ejemplo 800. Intrucciones legibles en máquina de ejemplo 900 que pueden ser ejecutados para implementar el detector de compresión 324 de la Figura 3 se muestran en la Figura 9. Las instrucciones legibles en máquina 900 empiezan ejecución en el bloque 904 en donde el detector de compresión 324 lee muestras provenientes de una memoria intermedia de audio, por ejemplo, la memoria intermedia de audio 216 de la Figura 2. Por ejemplo, el detector de compresión 324 puede leer un grupo de 256 muestras de audio generadas por el muestreo de las señales de entrada de audio 204 a una velocidad de 48kHz, proveniente de la memoria intermedia de audio 216. Adicionalmente, las instrucciones legibles en máquina 900 pueden ser programadas para ejecutarse cada vez que un nuevo grupo de 256 muestras de audio ha sido almacenado en una memoria intermedia de audio 216. Después de la lectura de las muestras de audio, el detector de compresión 324 calcula entonces una transformación cosenoidal discreta modificada (MDCT) de las muestras de audio y puede cuantificarios por eficientes para corresponder por ejemplo a la cuantificación utilizada en compresión de audio AC3 (bloque 908) . Por ejemplo, el detector de compresión 324 puede calcular una MDCT que tiene una longitud de 256 correspondiente a 256 MDCT coeficientes mediante el procesamiento de 512 muestras de audio con un empalme de 256 muestras (por ejemplo, correspondiendo a 256 muestras "viejas" leídas durante una ejecución previa del proceso 900 y 256 muestras "nuevas" leídas a partir de la memoria intermedia de audio 216 durante la ejecución actual del proceso 900) . Después para una segunda ventana de muestras de audio el detector de compresión 324 determina el número de coeficiente MDCT que tienen un valor sustancialmente cero en frecuencias mayores que una frecuencia umbral predeterminada (bloque 912) . La frecuencia umbral corresponde a la pasabanda de audio asociado con compresión de audio AC3. Por consiguiente, si las muestras de audio corresponden a una señal de audio que ha sido ya sometida a compresión AC3, coeficiente de MDCT corresponden frecuencias mayores que el umbral pasabanda serán sustancialmente iguales a cero. En el ejemplo descrito aquí, la frecuencia umbral predeterminada corresponde aproximadamente al dato binario de coeficiente de MDCT 220. Así, el detector de compresión 324 determina si el número de coeficientes de MDCT cero en la región de frecuencia de ejemplo que corresponde a los datos binarios de coeficiente de MDCT 220 a 256 es inferior a 4000, (bloque 916) . Si el número de coeficientes de MDCT es inferior a 4000, entonces la señal de audio no ha sido sometida a compresión y el detector de compresión 324 reporta que el contenido de A/V monitoreado corresponde a u a transmisión analógica difundida o reproducción de VCR (bloque 920) . Termina entonces el proceso de ejemplo 900. Sin embargo, si el número de coeficientes de MDCT cero no es inferior a 4000 (bluqe 916) , entonces el detector de compresión 324 determina si el número de coeficientes de MDCT en la región de frecuencia examinada que corresponde a los datos binarios de coeficientes MDCT 220 a 256 es mayor que 6000 (bloque 924) . Si el número de coeficiente de MDCT cero rebasa 6000 (bloque 924), entonces el detector de compresión 324 determina que la señal de audio es sustancialmente igual a cero en estás frecuencias y, por consiguiente, que la señal de audio ha sido sometida a compresión AC3 (bloque 928) . El proceso de ejemplo 900 termina entonces. Sin embargo, si el número de coeficiente de MDCT cero no rebasa 6000 (bloque 924) , entonces el detector de compresión 324 compara los coeficientes de MDCT con una plantilla almacenada que corresponde a la respuesta de frecuencia de los filtros de subbanda utilizados en compresión de audio MPEG (bloque 932) . SI los coeficientes de MDCT corresponden a la plantilla (bloque 936) entonces el detector de compresión 324 reporta que la señal de audio ha sido sometida a compresión de audio MPEG (bloque 940) . Sin embargo, si los coeficientes de MDCT no corresponden a la plantilla (bloque 936) entonces el detector de compresión 324 reporta que la señal de audio ha sido sometida a una compresión AC3 (bloque 928). El proceso de ejemplo 900 termina entonces. Intrucciones legibles en máquina de ejemplo 1000 que pueden ser ejecutadas para implementar el detector de anuncios comerciales 328 de la Figura 3 se muestran en Figura 10. Las instrucciones legibles en máquina 1000 empiezan ejecución en el bloque 1004 en donde el detector de anuncios comerciales 328 lee muestras provenientes de una memoria intermedia de audio, como por ejemplo la memoria intermedia de audio 216 de la Figura 2. Por ejemplo, el detector de anuncios comerciales 328 puede leer un conjunto de 512 muestras de audio a partir de la memoria intermedia de audio 216. Adicionalmente, las instrucciones legibles en máquina 1000 pueden ser programadas para ejecutar cada vez un modo conjunto de 512 muestras de audio almacenadas en la memoria intermedia de audio 216. Después de la lectura de las muestras de audio, el detector de anuncios comerciales 328 compara entonces las muestras de audio con un grupo de plantillas de referencia almacenadas que corresponden a anuncios comerciales de audio conocidos para varias fuentes posibles de contenido de A/V (bloque 1008). Como se comentó arriba la comparación puede efectuarse empleando, por ejemplo, cualquier técnica conocida para comparar firmas de audio. Si las muestras de audio corresponden a una plantilla que corresponde a un anuncio comercial de consola de juegos (bloque 1012) , el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es una consola de juegos (bloque 1016) , y el proceso de ejemplo 1000 termina. Sin embargo, si las muestras de audio corresponden a una plantilla que corresponde a un anuncio comercial de STB (bloque 1020) , el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es un STB (bloque 1024) y el proceso de ejemplo 1000 termina . Sin embargo, si las muestras de audio corresponden a una plantilla que corresponde a un anuncio comercial de reproductor de DVD (bloque 1028), el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es un reproductor de DVD (bloque 1032) y el proceso de ejemplo 1000 termina. Sin embargo, si las muestras de audio corresponden a una plantilla que corresponde a un anuncio comercial de VCR (bloque 1036) , el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es una VCR (bloque 1040) y el proceso de ejemplo 1000. Sin embargo, si las muestras de audio corresponden a una plantilla que corresponde a un anuncio comercial de PVR/DVR (bloque 1044) el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es un reproductor de PVR/DVR (bloque 1048) y el proceso de ejemplo 1000 termina. Sin embargo, si las muestras de audio no corresponden a ninguna de las plantillas de referencia almacenadas, entonces el detector de anuncios comerciales 328 reporta que la fuente de contenido de A/V es indeterminada (bloque 1052) y el proceso de ejemplo 1000 termina entonces. Instruciones legibles en máquina de ejemplo 1100 que pueden ser ejecutadas para implementar el procesador de formas espectrales 332 de la Figura 3· se muestran en la Figura 11. Las instrucciones legibles en máquina 1100 empiezan ejecución en el bloque 1104 en donde el procesador de formas espectrales 332 lee muestras provenientes de una memoria intermedia de audio, por ejemplo la memoria intermedia de audio 216 de la Figura 2. Por ejemplo, el procesador de formas espectrales 332 puede leer un conjunto de 512 muestras de audio a partir de la memoria intermedia de audio 216. Adicionalmente, las instrucciones legibles en máquina 1100 pueden ser programadas para ejecutarse cada vez que un nuevo grupo de 512 muestras de audio ha sido almacenado en la memoria intermedia de audio 216. Después de la lectura de las muestras de audio, el proceso 1100 puede seguir entonces una de las dos trayectorias siguientes o bien ambas trayectorias. En el caso de la primera trayectoria de procesamiento, el procesador de formas espectrales 332 aplica un filtro ranura centrado a 15.75 kHz a las muestras de audio (bloque 1108). El procesador de formas espectrales 332 determina entonces si la salida del filtro ranura rebasa un umbral predeterminado (bloque 1112) . El umbral predeterminado corresponde a la fuga espectral esperada con un sistema de televisión por cable analógico. Si la salida de filtro ranura rebasa el umbral (bloque 1112) , entonces el procesador de formas espectrales 332 reporta que la fuente de contenido A/V es una difusión de televisión por cable analógica (bloque 1116) . Sin embargo, si la salida de filtro ranura no rebasa el umbral de un bloque 1112, entonces, el procesador de formas espectrales 332 reporta que la fuente de contenido de A/V es indeterminado (bloque 1120). El proceso de ejemplo 1100 termina entonces. En el caso de la segunda trayectoria de procesamiento, el procesador de formas espectrales 332 calcula un espectro de frecuencia (por ejemplo, con base en una transformación rápida Fourier o FFT, por sus siglas en inglés) que corresponde a las muestras de audio (bloque 1124) . El procesador de formas espectrales 332 compara entonces el espectro de frecuencia de audio con una plantilla que corresponde a la respuesta de frecuencia esperada de un sistema de cable analógico (bloque 1128) . Si el espectro de frecuencia de audio corresponde a la plantilla (bloque 1132) , entonces el procesador de formas espectrales 332 reporta que la fuente de contenido de A/V es una difusión de televisión por cable analógica (bloque 1136) . Si el espectro de frecuencia de audio no corresponde ala plantilla (1132), entonces el procesador de formas espectrales 332 reporta que la fuente de contenido de A/V es indeterminada (bloque 1140) .

El proceso de ejemplo 1100 termina entonces. Instrucciones legibles en máquina de ejemplo 1200 que pueden ejecutados para implementar el detector de cambio de escena y cuadro en blanco 420 de la Figura 4 se muestra en la Figura 12. Las instrucciones legibles en máquina 1200 empiezan la ejecución en el bloque 1204 en donde el detector de cambio de escena y cuadro en blanco 420 lee muestras provenientes de una memoria intermedia de video, por ejemplo la memoria intermedia de video 224 de la Figura 2. Por ejemplo, la memoria intermedia de video 224 puede almacenar muestras de video que corresponden a una velocidad de entrada cuadros de 30 cuadros/segundo con una resolución de 640 por 480 pixeles. Esto resulta en un tamaño de memoria intermedia de 640x480x3 bytes, en donde el factor de 3 corresponde al almacenamiento de 3 colores (por ejemplo, rojo, verde y azul) por pixel, en donde cada pixel es representado por un byte=8 bits. Las instrucciones legibles en máquina 1200 pueden ser programadas para ejecutarse cada vez que la memoria intermedia de video está llena, lo que corresponde a procesar cada cuadro de video muestreado. Después de la lectura de las muestras de video, el detector de cambio de escena y cuadro en blanco 420 calcula histogramas de los valores de luminancia de pixeles que corresponden a 3 regiones en un primer cuadro de video (bloque 1208) . Una persona con conocimientos ordinarios en la materia observará que un número menor o un número mayor que 3 regiones puede utilizarse según, por ejemplo, el tamaño de las regiones y la frecuencia con la cual se efectúa el proceso 1200. Después, el detector de cambio de escena y cuadro en blanco 420 calcula histogramas de los valores de luminancia de pixeles que corresponden a las mismas 3 regiones, pero en un segundo cuadro de video (bloque 1216) . Después, el detector de cambio de escena y cuadro en blanco 420 calcula la distancia entre los histogramas del primer cuadro y del segundo cuadro (bloque 1216) . Por ejemplo, esta distancia puede ser calculada mediante el calcula de una diferencia absoluta entre los datos binarios de histogramas correspondientes en los dos cuadros y sumando después las diferencias absolutas. El detector de cambio de escena y cuadro en blanco 420 compara entonces la distancia de histogramas con un umbral predeterminado que corresponde a un cambio de luminancia esperados asociado con un cambio de escena (bloque 1220) . Si la distancia de histograma rebasa el umbral (bloque 1220) , entonces el detector de cambio de escena y cuadro en blanco 420 reporta que un cambio de escena ha ocurrido (bloque 1224) . Adicionalmente, el detector de cambio de escena y cuadro en blanco 420 puede determinar el número de cambio de escena que ocurre por tiempo unitario (bloque 1228) . Sin embargo, si la distancia de histograma no rebasa el umbral (bloque 1220) , entonces el detector de cambio de escena y cuadro en blanco 420 determina si los histogramas están dominados por un galón de luminancia de color negro (o rango de valores) (bloque 1232) . Si el color blanco no es dominante (bloque 1232) . Si el color negro no es dominante (bloque 1232) entonces el detector de cambio de escena y cuadro en blanco 420 reporta que el cuadro de video actual corresponde a un estado de pausa (bloque 1236) . Sin embargo, si el color negro es dominante (bloque 1232) entonces, el detector de cambio de escena y cuadro en blanco 420 reporta que ha ocurrido un cuadro en blanco (bloque 1240) . Además, el detector de cambio de escena y cuadro en blanco 420 puede determinar el número de cuadros en blancos que ocurren por tiempo unitario (1244) . El número de cuadros en blanco por tiempo unitario puede utilizado para determinar, por ejemplo, si el video monitoreado corresponde a una transición de contenido difundido a la inserción de un anuncio comercial. Entonces el proceso de ejemplo 1200 termina. Un proceso de ejemplo 1300 que puede ser utilizado para implementar el detector de macrobloques 424 de la Figura 4 se muestra en la Figura 13. El proceso 1300 empieza en el bloque 1304 en donde el detector de macrobloques 424 lee muestras provenientes de una memoria intermedia de video como por ejemplo la memoria intermedia de video 224 de la Figura 2. Por ejemplo, la memoria intermedia de video 224 puede almacenar muestras de video que corresponden a una velocidad de cuadros de entrada de 30 cuadros/segundo con una resolución de 640 por 480 pixeles. Esto resulta en un tamaño de memoria intermedia de 640x480x3 bytes, en donde el factor de 3 corresponde al almacenamiento de 3 colores (por ejemplo, rojo, verde y azul) por píxel, en donde cada color es representado por 1 byte = 8 bits. El proceso 1300 puede ser programado para procesar, por ejemplo, cada 10th cuadro de video muestreado. Como se comento arriba, la compresión de video MPEG introduce macrobloques en la imagen de video. Por ejemplo, macrobloques pueden ser de 16 pixeles por 16 pixeles en cuanto a su tamaño. Los macrobloques tienden a tener valores de luminancia de promedio diferente (DC) que pueden ser utilizados para detectar la presencia de formación de macrobloques en una imagen de video. Para detectar la presencia de formación de macrobloques, el detector de macrobloques 424 calcula la diferencia interpixeles en las direcciones horizontal y/o vertical de una imagen de video (bloque 1308) . El detector de macrobloques 424 calcula entonces la densidad espectral de potencia (PSD, por sus siglas en inglés) de las diferencias interpixeles calculadas (bloque 1312) . Después, el detector de macrobloques 424 aplica una filtración de mediana a la PSD (bloque 1316) calcula la diferencia entre la PSD original y la PSD a la cual se le aplicó una filtración de mediana (1320) y suma las diferencias (bloque!324) . La filtración de mediana es conocida y puede ser utilizada para suavizar transiciones en una imagen. Por ejemplo, un filtro mediano 3 por 3 reemplaza un pixel dado por la mediana de los nueve pixeles adyacentes al pixel dado, incluyendo el pixel dado. Por consiguiente, debido a los diferentes valores medios de diferentes macrobloques, una imagen de video que presenta formación de macrobloques tendrá un gran número de diferencias de PSD en comparación con una imagen de video que no presenta formación de macrobloques. Asi, el detector de macrobloques 424 compara después la suma de las diferencias de PSD con un umbral predeterminado establecido para detectar la formación de macrobloques (bloque 1328) . Si la suma de las diferencias PSD rebasa el umbral (bloque 1328) entonces el detector de macrobloques 424 detecta la formación de macrobloques y reporta que la señal de video monitoreada ha sido sometida a compresión de video (1332) . Sin embargo, si la suma de diferencias PSD no rebasa el umbral (bloque 1328), el detector de macrobloques 47245 determina si la suma es sustancialmente igual a cero (bloque 1336) . Una suma sustancialmente igual a cero indica una correspondencia perfecta de color, típicamente asociada con un contenido de juego de video. Asi, si la suma de las diferencias de PSD es sustancialmente cero (bloque 1336) , el detector de macrobloques 424 reporta que la fuente de contenido de A/V corresponde a una consola de juego (bloque 1340) . De otra forma, el detector de macrobloques 424 reporta que la fuente de contenido de A/V es indeterminada (bloque 1344). El proceso de ejemplo 1300 termina entonces. Instrucciones legibles en máquina de ejemplo 1400 que pueden ser ejecutadas para implementar el determinador de correspondencia de plantilla 428 de la Figura 4 se muestran en la Figura 14. Las instrucciones legibles en máquina 1400 empiezan su ejecución en el bloque 1404 en donde el determinador de correspondencia de plantilla 428 lee muestras provenientes de una memoria intermedia de video, por ejemplo la memoria intermedia de video 224 de la Figura 2. Por ejemplo, la memoria intermedia de video 224 puede almacenar muestras de video que corresponden a una velocidad de cuadros de entrada de 30 cuadros/segundo con una resolución de 640 por 480 pixeles . Esto resulta en un tamaño de memoria intermedia de 640x480x3 bytes, en donde el factor de 3 corresponde al almacenamiento de 3 colores (por ejemplo, rojo, verde y azul) por pixel, en donde cada color es representado por un 1 byte = 8 bits. Las instrucciones legibles en máquina 1400pueden ser estructuradas para procesar, por ejemplo, cada 10th cuado de video muestreado. Después de la lectura de las muestras de video, el determinador de correspondencia de plantilla 428 compara entonces las muestras de video con un conjunto de plantillas de referencia almacenadas que corresponden a cuadros de video conocidos (por ejemplo, cuadros de menús) para varias fuentes de contenido de A/V posibles (bloque 1408) . Si las muestras de video corresponden a una plantilla que corresponde a un cuadro de video de consola de juego de referencia (bloque 1412) , el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido de A/V es una consola de juego (bloque 1416) y el proceso de ejemplo 1400 termina. Sin embargo, si las muestras de video corresponden a una plantilla que corresponde a un cuadro de video STB referencia (bloque 1420) , el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido A/V es una STB (bloque 1424) y el proceso de ejemplo 1400 termina. Sin embargo, si las muestras de video corresponden a una plantilla que corresponde a un cuadro de video de reproductor DVD de referencia (bloque 1428) el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido A/V es un reproductor de DVD (bloque 1432) y el proceso de ejemplo 1400 termina. Sin embargo, si las muestras de video corresponden a una plantilla que corresponde a un cuadro de video de VCR de referencia (bloque 1436) el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido de A/V es una VCR (bloque 1440) y el proceso de ejemplo 1400 terminas. Sin embargo, si las muestras de video corresponden a una plantilla que corresponde a un cuadro de video de PVR/DVR de referencia (bloque 144), el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido de A/V es una PVR/DVR (bloque 1448) y el proceso de ejemplo 1400 termina. Sin embargo, si las muestras de video no corresponden a ninguna de las plantillas de referencia almacenadas, entonces el determinador de correspondencia de plantilla 428 reporta que la fuente de contenido de A/V es indeterminada (bloque 1452) y el proceso de ejemplo 1400 termina entonces. La Figura 15 es un diagrama de bloques de una computadora de ejemplo 1500 que puede implementar el aparato y los métodos divulgados aquí. La computadora 1500 puede ser, por ejemplo, un servidor, una computadora personal, un asistente digital personal PDA (por sus sigla en inglés) , un dispositivo de Internet, un reproductor de DVD, un reproductor de CD, una video grabadora digital, una videograbadora personal, un decodificador, o cualquier otro tipo de dispositivo de computo . El sistema 1500 del presente ejemplo incluye un procesador 1512, por ejemplo un procesador programable para propósitos generales. El procesador 1512 incluye una memoria local 1514, y ejecuta instrucciones codificadas 1516 presentes en la memoria local 1514 y/o en otro dispositivo de memoria. El procesador 1512 puede ejecutar, entro otras cosas, las instrucciones legibles en máquina representadas en las Figuras 7A-7D has Figura 14. El procesador 1512 puede ser cualquier tipo de unidad de procesamiento, como por ejemplo uno o varios microprocesadores de la familia de microprocesadores Intel® Centrino®, de la familia de microprocesadores Intel® Pentium®, de la familia de microprocesadores Intel® Itanium® y/o de la familia de procesadores XScale®. Evidentemente otros procesadores de otras familias son también apropiados. El procesador 1512 está en comunicación con una memoria principal que incluye una memoria volátil 1518 y una me memoria no volátil 1520 a través de un bus 1522. La memoria volátil 1518 puede ser implementada por una Memoria de Acceso Aleatorio Estática (SRAM, por sus siglas en inglés), una Memoria de Acceso Aleatorio Dinámica Sincronizada (SDRAM) , una Memoria de Acceso Aleatorio Dinámica (DRAM) , una Memoria de Acceso Aleatorio Dinámica Rambus (RDRAM) y/o cualquier otro tipo de dispositivo de memoria de acceso aleatorio. La memoria no volátil 1520 puede ser implementada por memoria instantánea y/o cualquier otro tipo deseado de dispositivo de memoria. El acceso a la memoria principal 1518, 1520 es típicamente controlado por un controlador de memoria (no ilustrado) de manera convencional. La computadora 1500 puede incluir también un circuito de interfaz convencional 1524. El circuito de interfaz 1524 puede ser implementado a través de cualquier tipo de estándar de interfaz bien conocido como por ejemplo una interfaz Ethernet, un Bus Universal en Serie (USB) , y/o una interfaz de entrada/salida de tercera generación (3GI0) . Uno o varios dispositivos de entrada 1526 están conectados al circuito de interfaz 1524. El (los) dispositivo (s) de entrada 1526 permite (n) a un usuario ingresar datos y comandos al procesador 1512. El (los) dispositivo ( s ) de entrada puede (n) ser implementado (s) por ejemplo a través de un teclado, un ratón, una pantalla de tacto, una almohadilla de seguimiento, una bola de seguimiento, una isopunta y/o un sistema de reconocimiento de voz. Uno o varios dispositivos de salida 1528 están también conectados al circuito de interfaz 1524. Los dispositivos de salida 1528 pueden ser implementados, por ejemplo, por dispositivos de despliegue (por ejemplo, un despliegue de cristal liquido, un despliegue de tubo de rayos catódicos (CRT) ) , por una impresora y/o por bocinas. El circuito de interfaz 1524 incluye por consiguiente típicamente una tarjeta de controlador de gráficas. El circuito de interfaz 1524 incluye también un dispositivo de comunicación como por ejemplo un modem o una tarjeta de interfaz de red con el objeto de facilitar el intercambio de datos con computadoras externas a través de una red (por ejemplo, una conexión Ethernet, una linea de suscriptor digital (DSL, por sus siglas en inglés), una linea telefónica, un cable coaxial, un sistema de telefonía celular, etcétera) . La computadora 1500 incluye también uno o varios dispositivos de almacenamiento masivo 1530 para almacenar software y datos. Ejemplos de tales dispositivos de almacenamiento masivo 1530 incluyen unidades de disco blando, unidades de disco duro, unidades de disco compacto y unidades de disco versátil digital (DVD) . El dispositivo de almacenamiento masivo 1530 puede implementar los registros de métrica de audio 616-620, los registros de métrica de video 624-628 y los registros de métrica de metadatos 632-636. Alternativamente, la memoria volátil 1518 puede implementar los registros de métrica de audio 616-620, los registros de métrica de video 624-628 y/o los registros de métrica de metadatos 632-636. Al menos algunos de los métodos y/o aparatos de ejemplo descritos arriba son implementados a través de uno o varios programas de software y/o firmware que funcionan en un procesador de computadora. Sin embargo, implementaciones de hardware dedicadas incluyendo, sin limitarse a estos ejemplos, circuitos integrados específicos para aplicaciones (ASICs) , conjuntos lógicos programables (PLAs) y otros dispositivos de hardware pueden también ser construidos con el objeto de implementar algunos de los métodos y/o aparatos de ejemplo descritos aquí o la totalidad de ellos, ya sea total o parcialmente. Además, implementaciones de software alternativas incluyendo, sin limitarse a estos ejemplos, procesamiento distribuido o procesamiento distribuido por componente/objeto, procesamiento paralelo o procesamiento en máquina virtual pueden también construirse para implementar los métodos y/o aparatos de ejemplo descritos aqui . Se observará que las implementaciones de software y/o firmware de ejemplo descritas aqui están opcionalmente almacenadas en un medio de almacenamiento tangible, como por ejemplo: un medio magnético (por ejemplo un disco magnético o una cinta magnética) ; un medio óptico o un medio magneto-óptico como por ejemplo un disco óptico; o un medio de estado sólido como por ejemplo una tarjeta de memoria u otro paquete que aloja una o varias memorias de solo lectura (no volátil) , memorias de acceso aleatorio, u otras memorias de reescritura (volátiles) ; o bien una señal que contiene instrucciones de computadora. Un archivo digital adjunto a un correo electrónico o bien otro archivo de información o grupo de archivos se considera un medio de distribución equivalente a un medio de almacenamiento tangible. Por consiguiente, el software o/y firmware de ejemplo descrito aqui puede almacenarse en un medio de almacenamiento tangible o en un medio de distribución tales como los descritos arriba o medios de almacenamiento sucesores. Adicionalmente, aún cuando está patente divulgue sistemas de ejemplo que incluyen software o firmware ejecutado en hardware, se observará que tales sistemas son simplemente ilustrativos y no deben considerarse como limitativos. Por ejemplo, se contempla que todos y cada uno de estos componentes de hardware y software podrían estar integrados exclusivamente en hardware, exclusivamente en software, exclusivamente en firmware o en combinación de hardware,' firmware y/o software. Por consiguiente, mientras la especificación arriba describió ejemplos de sistemas, métodos y artículos de fabricación, las personas con conocimientos ordinarios en la materia podrán observar fácilmente que los ejemplos no son la única forma de implementar tales sistemas, métodos y artículos de fabricación. Por consiguiente, aun cuando ciertos métodos, aparatos y artículos de fabricación de ejemplo han sido descritos aquí, el alcance de cobertura de esta patente no se limita a ellos. Al contrario, esta patente abarca todos lo métodos, aparatos y artículos de fabricación que caen razonablemente dentro del alcance de las reivindicaciones adjuntas, ya sea literalmente o bien dentro de la doctrina de los equivalentes.

Claims (20)

1. REIVINDICACIONES 1. Un método para monitorear contenidos de medios proporcionado por una fuente seleccionada entre varias fuentes de contenidos de medios para presentación a través de un dispositivo de presentación de información, el método comprende : determinar una primera información basada en una señal de video que corresponde al contenido de medios almacenado; determinar una segunda información con base en una señal de audio que corresponde al contenido de medios almacenado; identificar la fuente seleccionada entre las varias fuentes de contenidos de medios con base en una primera decisión de clasificación que resulta de una de los siguientes: primera información y segunda información, y una segunda decisión de clasificación que resulta de la otra de la primera información y segunda información; e identificar el contenido de medios monitoreados con base en la información de identificación asociada con al menos una de la señal de video o señal de audio.
2. 2. Un método de conformidad con lo definido en la reivindicación 1, en donde la primera información comprende al menos uno de los siguientes: metadato detectado, texto detectado, medición de borrosidad, cuadro en blanco detectado, medición de macrobloque, o una plantilla detectada.
3. 3. Un método de conformidad con reivindicación 1, en donde la segunda información comprende al menos uno de los siguientes: un código de audio detectado, una firma de audio detectada, una medición de volumen, una medición de compresión de audio, una medición de anuncio comercial o una medición de forma espectral de audio
4. 4. Un método de conformidad con lo definido en la reivindicación 1, en donde la identificación de la fuente seleccionada entre las varias fuentes de contenido de medio comprende la decisión en el sentido de si o no la fuente seleccionada entre las varias fuentes de contenido de medios es al menos una fuente seleccionada entre: una difusión de televisión analógica, una presentación de VOD analógica o una reproducción de VCR con base en si o no la primera información comprende datos de AMOL detectados y si o no la segunda información comprende una medición de forma espectral de audio.
5. 5. Un método de conformidad con lo definido en la reivindicación 4, en donde la decisión de si o no la fuente seleccionada entre las varias fuentes de contenido de medios es la al menos una opción seleccionada entre las fuentes siguientes: difusión de televisión analógica, presentación de VOD analógica o reproducción de VCR, se basa en la detección de un cambio de tiempo asociado con el contenido de medios monitoreado.
6. 6. Un método de conformidad con lo definido en la reivindicación 4, en donde la decisión de si la fuente seleccionada entre las varias fuentes de contenidos de medios es la al menos una opción seleccionada entre: difusión de televisión analógica, presentación de VOD analógica o reproducción de VCR, se basa en la detección de si o no la medición de forma espectral de audio es representativa de un sistema de transmisión de televisión por cable.
7. 7. Un método de conformidad con lo definido en la reivindicación 1, en donde la identificación de la fuente seleccionada entre las varias fuentes de contenidos de audio comprende la decisión de si o no la fuente seleccionada entre las varias fuentes de contenido de medios es al menos una de una difusión de televisión digital en vivo, presentación de televisión digital con cambio de tiempo o una presentación de DVD con base en si o no la primera información comprende una medición de macrobloques y si o no la segunda información comprende una medición de compresión de audio.
8. 8. Un método de conformidad con lo definido en la reivindicación 7, en donde la decisión si o no la fuente seleccionada entre las varias fuentes de contenidos de medios es la al menos una opción seleccionada entre: difusión de televisión digital en vivo, presentación de televisión digital con cambio de tiempo o presentación de DVD comprende la decisión en el sentido que la fuente seleccionada entre las varias fuentes de contenidos de medios es la presentación DVD si la primera información comprende la medición de macrobloque y la segunda información comprende la medición de compresión de audio, en donde la medición de macrobloque es representativa de una presentación de contenidos de medios que muestra macrobloques y la medición de compresión de audio es representativa de compresión AC3.
9. 9. Un método de conformidad con lo definido en la reivindicación ? , en donde la decisión de si la fuente seleccionada entre las varias fuentes de contenidos de medios es la al menos una opción seleccionada entre: difusión de televisión digital en vivo, presentación de televisión digital con cambio de tiempo, o presentación DVD comprende la decisión en el sentido que la fuente seleccionada entre las varias fuentes de contenidos de medios es al menos una de difusión de televisión digital en vivo o televisión digital con cambio de tiempo si la primera información comprende la medición de macrobloques y la segunda información comprende la medición de compresión de audio, en donde la medición de macrobloques es representativa de una presentación de contenidos de medios que no muestra sustancialmente formación de macrobloques y la medición de compresión de audio es representativa de compresión AC3.
10. 10. Un método de conformidad con la reivindicación 9, en donde la decisión en el sentido que la fuente seleccionada entre las varias fuentes de contenido de medios es la al menos una opción seleccionada entre: difusión de televisión digital en vivo o televisión digital con cambio de tiempo se basa en la detección de un cambio de tiempo asociado con el contenido de medios monitoreados .
11. 11. Un método de conformidad con lo definido en la reivindicación 1, que comprende además: determinar una tercera información con base en una señal de control remoto; y evaluar la primera información, la segunda información y la tercera información para: identificar la fuente seleccionada entre las varias fuentes de contenidos de medios; e identificar el contenido del medio monitoreado.
12. 12. Un método de conformidad con lo definido en la reivindicación 1, que comprende además la determinación de si o no la fuente seleccionada entre las varias fuentes de contenidos de medios se encuentra en al menos un modo de operación especial.
13. 13. Un medidor de motores múltiples para monitorear el contenido de medios proporcionado por una fuente seleccionada entre varias fuentes de contenidos de medios para presentación a través de un dispositivo de presentación de información, el medidor de motores múltiples comprende: al menos un motor de audio para procesar muestras de audio que corresponden al contenido de medio monitoreado; al menos un motor de video para procesar muestras de video que corresponden al contenido de medio monitoreado; al menos un motor de metadatos para procesar al menos una de las muestras de audio o muestras de video; y un procesador de decisión para evaluar la información generada por el al menos un motor de audio, el al menos un motor de video y en el al menos un motor de metadatos para identificar la fuente seleccionada entre las varias fuentes de contenidos de medios y para identificar el contenido de medios monitoreado.
14. 14. Un medidor de motores múltiples de conformidad con lo definido en la reivindicación 13, en donde el al menos un motor de audio comprende al menos uno de los siguientes: un detector de código de audio, un procesador de firmas de audio, un detector de volumen y estado mudo, un detector de compresión, un detector de anuncios comerciales o un procesador de formas espectrales.
15. 15. Un medidor de motores múltiples de conformidad con lo definido en la reivindicación 13, en donde el al menos un motor de video comprende al menos uno de los siguientes: un detector de texto, un detector de borrosidad, un detector de cambio de escena y cuadro en blanco, un detector de macrobloques o un determinador de correspondencia de plantilla.
16. 16. Un medidor de motores múltiples de conformidad con lo definido en la reivindicación 13, en donde el al menos un motor de metadatos comprende al menos uno de los siguientes: un procesador de AMOL, un procesador de subtítulos o un procesador de teletexto.
17. 17. Un artículo de fabricación que almacena instrucciones legibles en máquina que, cuando son ejecutadas, hacen que una máquina : determine una primera información con base en una señal de video que corresponde al contenido de medios monitoreado proporcionado por una fuente seleccionada entre varias fuentes de contenidos de medios para presentación por parte de un dispositivo de presentación de información; determine una segunda información con base en una señal de audio que corresponde al contenido de medio monitoreado; identifique la fuente seleccionada entre las varias fuentes de contenidos de medios con base en una primera decisión de clasificación que resulta de una de la primera información y segunda información y una segunda decisión de clasificación que resulta de la otra de la primera información y segunda información; y identifique el contenido de medio monitoreado con base en información de identificación asociada con al menos una de la señal de video o señal de audio.
18. 18. Un artículo de manufactura de conformidad con lo definido en la reivindicación 17, en donde la primera información comprende al menos uno de los siguientes : metadato detectado, texto detectado, medición de borrosidad, cuadro en blanco detectado; medición de macrobloque o plantilla detectada.
19. 19. Un articulo de fabricación de conformidad con la reivindicación 18, en donde el metadato detectado comprende al menos uno de los siguientes: datos de A OL, datos de subtitulo o datos de teletexto.
20. 20. Un articulo de fabricación de conformidad con lo definido en la reivindicación 17, en donde la segunda información comprende al menos uno de los siguientes: un código de audio detectado, una firma de audio detectada, una medición de volumen, una medición de compresión de audio, una medición de anuncios comerciales o una medición de forma espectral de audio.