MXPA05010525A

MXPA05010525A - Estrategias para generar estadisticas de consumo de medios.

Info

Publication number: MXPA05010525A
Application number: MXPA05010525A
Authority: MX
Inventors: Todd A Lund
Original assignee: Microsoft Corp
Priority date: 2004-09-30
Filing date: 2005-09-29
Publication date: 2006-05-25
Also published as: US7644423B2; US20060075420A1

Abstract

Se describen tecnicas para generar estadisticas que reflejan el consumo de recursos de medios, tales como recursos de programa de television. Las tecnicas involucran sondear un grupo de dispositivos identificados en una lista de muestra aleatoria o una lista de muestra de costumbre para reunir aun datos que describen el consumo de recursos a traves de los dispositivos. Se aplican umbrales de union inferior y union superior para remover o modificar datos de evento que pueden no reflejar exactamente el consumo legitimo de recursos. Tambien se pueden asignar cargas de probabilidad variable a eventos para reflejar su posibilidad de representar el consumo legitimo de recursos. Basandose en dichos datos de evento filtrados, para un dispositivo dado, una tecnica de computacion calcula el porcentaje de tiempo que el usuario ha consumido un recurso particular con relacion a una cantidad total de tiempo en un segmento de tiempo. Porcentajes similares se calculan para otros dispositivos y segmentos de tiempo para proporcionar valores de porcentaje plurales. La informacion de evaluacion y la informacion de participacion se calculan con base en estos valores de porcentaje calculados. La funcionalidad de rastreo compila las estadisticas calculadas en varias presentaciones de UI habilitadas por web y proporciona estos reportes a un operador a traves de un intranet o red similar.

Description

ESTRATEGIAS PARA GENERAR ESTADISTICAS DE CONSUMO DE MEDIOS CAMPO TECNICO La invención se refiere a estrategias para generar estadísticas que reflejan el consumo de recursos, y, en una implementación más específica, a sistemas electrónicos y métodos asociados para generar estadísticas que reflejan el consumo de recursos de medios, tal como programas de televisión.

ANTECEDENTES Varias entidades involucradas en la distribución de programas de televisión están profundamente interesadas en determinar el número de observadores que han visto un programa particular. Por ejemplo, entre muchas aplicaciones, estas entidades pueden utilizar esta información para ajustar el horario de programas, la formación de canales, el valor estimado de anuncios que se emiten durante ciertos programas, y así sucesivamente. La industria de la televisión confía en una variedad de medidas estadísticas para reflejar el número de observadores que han visto un programa particular. Dos medidas comunes son evaluaciones y participaciones. Una medida de evaluación es representativa del número de unidades de televisión que han presentado un programa particular que se refiera a un número total de unidades de televisión que fueron capaces de' presentar este programa. Por ejemplo, se asume que una red de televisión proporciona servicios a una piscina hipotética de 100 cajas de TV por cable asociadas con 100 unidades de televisión. Si 30 de estas cajas de TV por cable son sintonizadas a un programa particular, entonces la evaluación de ese programa es 30%. Por otro lado, una medida de participación es representativa del número de unidades de televisión que presentaron un programa particular relacionado a un número total de unidades de televisión que realmente presentaron programas en una estructura de tiempo prescrita. Por ejemplo, se debe asumir que 30 cajas de TV por cable en el ejemplo anterior fueron sintonizadas a un programa particular, pero solo 60 cajas de TV por cable de la piscina completa de 100 de TV por cable fueron encendidas. En este caso, la participación de este programa es 50%. La industria ha proporcionado un número de técnicas que puede ser utilizado para recolectar los datos incompletos del que se calculan las medidas de evaluación y participación. En una técnica tradicional, una entidad que conduce una encuesta selecciona una piscina de muestra de observadores y sigue viendo registros (también conocidos como diablos) para estos observadores. La entidad instruye a estos observadores para registrar una indicación de los programas que han observado en un periodo prescrito de tiempo, y después, al final de este tiempo, enviar los registros de regreso a la entidad. La entidad después agrega las entradas en los registros y calcula varias estadísticas. Debido al origen complejo de los hábitos de observación, las unidades que conducen las encuestas pueden hacer varias suposiciones simplificadas con respecto a comportamiento de observador. Por ejemplo, es común instruir a un observador para indicar que el observador ha observado un programa si el observador ha observado el programa por más de una cantidad prescrita de tiempo (por ejemplo, 8 minutos). Existe una habitación de mejora considerable a técnicas tradicionales para calcular estadísticas de observación. Por ejemplo, la técnica manual descrita anteriormente de cálculo de estadísticas es de un trabajo extensivo y propenso a error. Además, las suposiciones de simplificar utilizadas en técnicas tradicionales tienen el potencial de proporcionar estadísticas de observación falsas, eso es, potencialmente imprecisa. Más específicamente, las suposiciones de simplificación algunas veces pueden resultar en estimados de observación que son indebidamente altos, y/o estimados de observación que son potencialmente contradictorios (por ejemplo, al indicar de forma falsa que un usuario observó simultáneamente los programas dentro de un intervalo de reporte dado. Por consiguiente existe una necesidad de técnicas más convenientes y confiables para generar estadísticas que reflejen el consumo de recursos de medios, tal como, pero no limitándose a, programas de televisión.

COMPENDIO DE LA INVENCION De acuerdo con una implementación ilustrativa, se describe un método para generar información estadística que refleja el consumo de al menos un recurso. El método comprende: (a) recolectar datos de evento de una pluralidad de dispositivos, en donde los datos de evento identifican un comportamiento de consumo de usuario respectivos que operan la pluralidad de dispositivos; (b) calcular una medida de un consumo de usuario del recurso dentro de un segmento de tiempo definido al: (i) identificar la cantidad de tiempo ha consumido en recurso dentro del segmento de tiempo definido; y (ii) inhibir la cantidad de tiempo que el usuario consumió en recurso por la cantidad total de tiempo en el segmento de tiempo, para proporcionar una medida de consumo fraccional; (c) repetir el cálculo de la medida para usuarios plurales y para segmentos de tiempo plurales para proporcionar una pluralidad de medidas de consumos fracciónales (d) generar información estadística en la base de las medidas de consumo fracciónales; y (e) proporcionar un reporte que identifica información estadística. De acuerdo con otra característica ilustrativa, el recurso es un recurso de medios, tal como un programa de televisión diseminado por un sistema de diseminación de programa de televisión. De acuerdo con otra característica ilustrativa, los dispositivos comprenden cajas de TV por cable acopladas a unidades de televisión respectivas.

De acuerdo con otra característica ilustrativa, la generación de información estadística comprende generar información de evaluación al calcular un promedio de las medidas de consumo fraccional para un segmento de tiempo particular. De acuerdo con otra característica ilustrativa, la generación de información estadística comprende generar información de participación al calcular el número total de usuarios que consumen el recurso dividido por el número total de usuario que consumen un número total de recursos por un segmento de tiempo particular. De acuerdo con otra característica ilustrativa, una operación de filtrado es realizada en los datos de eventos para eliminar datos de evento que representan un evento de consumo que tiene una duración inferior al umbral de unión inferior definido. De acuerdo con otra característica ilustrativa, la operación de filtrado también modificada datos de evento que representan un evento de consumo que tiene una duración superior a un umbral de unión superior definido, para truncar por lo tanto la duración en el umbral de unión superior. De acuerdo con otra característica ilustrativa, la operación de filtrado también puede asignar una carga a los datos de evento que transportan la probabilidad que el evento correspondiente representan un consumo legitimo del recurso. Más específicamente, la operación de filtrado puede utilizar una función de carga que tiene una forma exponencialmente decadente para definir la carga. De acuerdo con otra característica ilustrativa, la recolección antes mencionada de datos de evento comprende sondear la pluralidad de dispositivos basados en su membresía en una lista de muestras. La lista de muestra puede ser generada aleatoriamente o generada manualmente por un operador. Las implementaciones y características adicionales serán descritas en lo siguiente.

BREVE DESCRIPCION DE LOS DIBUJOS La Figura 1 muestra un sistema ilustrativo para recolectar datos de evento de consumo y generar estadísticas de consumo, incluyendo funcionalidad de extremo de cabeza acoplada a una pluralidad de dispositivos. La Figura 2 muestra un dispositivo para utilizarse en el sistema dé la Figura 1. La Figura 3 muestra un procedimiento ilustrativo para recolectar datos de evento. La Figura 4 ilustra los conceptos de un umbral de unión superior y un umbral de unión inferior, que juntos son utilizados para omitir o modificar ciertos de evento. La Figura 5 muestra una curva de carga utilizada para definir la probabilidad, como una función de la duración de un evento, que un individuo ha consumido realmente un recurso particular. La Figura 6 muestra un procedimiento ilustrativo para formar reportes basados en datos de evento recolectados.

La Figura 7 muestra una presentación de interfase de usuario ilustrativa (Ul) que proporciona un reporte de tipo de compendio. La Figura 8 muestra una presentación de Ul ilustrativa que proporciona información de evaluación o participación con respecto a consumo de recurso, calculado en la base de los datos de evento recolectados. La Figura 9 muestra un compendio de perfil de funcionalidad de configuración que puede ser ' proporcionado por el sistema de la Figura 1 a través de una recolección de presentaciones de Ul. Los mismos números son utilizados a través de la descripción y figuras para hacer referencia a componentes y características similares. Las series de 100 números se refieren a características originalmente encontradas en la Figura 1, las series de 200 números se refieren a características originalmente encontradas en la Figura 2, las series de 300 números se refieren a características originalmente encontradas en la Figura 3, y así sucesivamente.

DESCRIPCION DETALLADA De acuerdo con una implementación ilustrativa, se describen aquí las estrategias para recolectar automáticamente datos de evento que reflejan el consumo de recursos, y para calcular varias estadísticas basadas en los datos de evento. En una implementación más particular, se describen las estrategias para recolectar automáticamente datos de evento que reflejan el número de usuario que han consumidos recursos de medios particulares (tal como programas de televisión presentados en canales de televisión particulares), y para calcular estadísticas de evaluación y participación basadas en estos datos de eventos. Por ejemplo, una estrategia ilustrativa aquí descrita calcula una medida de consumo fraccional que refleja un consumo de usuario de un recurso particular dentro de un segmento de tiempo definido (por ejemplo, 30 minutos, etc.) al dividir la cantidad de tiempo que el usuario ha consumido en recurso en el segmento de tiempo por la cantidad total de tiempo en el segmento de tiempo. Este procedimiento es repetido para una piscina de dispositivos muestreados, en una pluralidad de segmentos de tiempo y en una pluralidad de recursos. Esta información, a su vez, puede ser utilizada para calcular varias estadísticas, tal como información de evaluación y participación. En una estrategia ilustrativa, uno o más filtros pueden ser empleados para remover o modificar datos de evento que pueden representar de forma imprecisa el consumo de recursos. Por ejemplo, un filtro de "piso" de unión inferior puede ser aplicado que remueve datos de evento que describe breves periodos de consumo de recursos. Tales periodos breves pueden corresponder a cambios de canal rápidos (por ejemplo, causados por "navegación de canal") por ejemplo no representan el consumo significativo de recurso. Un filtro de "techo" de unión superior puede ser aplicado que trunca eventos que se extienden más allá de un umbral de unión superior. Tales periodos largos pueden indicar que un usuario ya no consume activamente un recurso, incluso aunque el dispositivo de usuario pueda seguir sintonizando el recurso. En otra estrategia, un filtro puede ser aplicado el cual no aplica umbrales de línea brillantes para remover o truncar datos de eventos. Más que eso, en esta implementación, la técnica utiliza una función de cargar para asignar una probabilidad a los datos de evento que reflejan la probabilidad que los datos de evento corresponden al consumo legítimo de recurso. Por ejemplo, esta técnica puede aplicar una función de carga exponencialmente de decremento para estimar la probabilidad que un usuario está consumiendo realmente recursos.

Principalmente, en esta implementación, mientras la duración del consumo de usuario aumenta sin que el usuario tome alguna acción frente a frente del recurso, la probabilidad de consumo de recurso legítimo disminuye exponencialmente. Se describen varios sistemas para implementar las estrategias antes descritas. Por ejemplo, en una implementación, la funcionalidad de adquisición de evento es proporcionada para extraer automáticamente datos de evento de una piscina de dispositivos de presentación de recurso. La funcionalidad de adquisición de evento sondea una muestra de los dispositivos identificados por una lista de muestra aleatoria o lista de muestra generada por costumbre. La funcionalidad de rastreo recibe los datos de eventos recolectados por la funcionalidad de adquisición de evento y calcula las estadísticas antes descritas. La funcionalidad de Ul permite a un operador especificar información de configuración que rigen varios aspectos del comportamiento de la funcionalidad de adquisición de vento y la funcionalidad de rastreo. La funcionalidad de Ul también presenta las estadísticas al operador en varios reportes definidos por el operador. Las estrategias antes descritas tienen numerosas ventajas. Por ejemplo, las estrategias proporcionan mecanismos altamente automatizados para recolectar y procesar datos de evento. Esto reduce alguna carga asociada con la generación de estadísticas, comparado a técnicas manuales tradicionales. Además, las estrategias miden un consumo de usuario de recursos sin imponer suposiciones artificiales o aproximaciones aproximadas, como lo hacen algunas técnicas tradicionales. Por lo tanto, las técnicas tienen el potencial de proporcionar resultados más precisos comparados con algunas técnicas tradicionales. Incluso otras características y beneficios concurrentes serán evidentes para aquellos expertos en la técnica al leer la siguiente discusión. Como la terminología, en un caso sin limitación, el término "recurso" pertenece a cualquier información que puede ser consumida por un usuario. El recurso puede estar en forma digital, forma análoga, o una combinación de formas análogas o digitales. El recurso puede incluir, o puede omitir, contenido interactivo. El proveedor del recurso puede cargar una cuota para consumir sus recursos, o puede diseminar estos recursos libres de cargo. Una clase específica de recursos puede pertenecer a recursos de medios.

Los recursos de medios pueden incluir información configurada para transportar información de audio y/o vídeo, tal como recursos de audio (por ejemplo, música, etc.), incluso recursos de imagen (por ejemplo, fotografías digitales, etc.), recursos de imagen en movimiento (por ejemplo, programas de televisión audiovisuales, películas, etc.), programas de computadora (por ejemplo, juegos, etc.), recursos de lenguaje de alza (por ejemplo, recursos de lenguaje de alza de hipertexto recibidos a través de una red de paquete de área amplia), y así sucesivamente. Para facilitar la discusión, el término "recurso" será utilizado más frecuentemente en el contexto de la distribución de programas de televisión en un número de canales para una piscina de cajas de TV por cable receptoras y unidades de televisión asociadas. Sin embargo, como se indicó anteriormente, las estrategias descritas aquí tienen aplicación amplia a otras clases de ambientes que involucran la diseminación de otros tipos de recursos, tal como música. El término "evento" se refiere a una ocurrencia que, de alguna forma, representa algún aspecto del consumo de un recurso. El término "datos de evento" se refiere a cualquier clase de información que describe el evento. Esta descripción incluye: Sección A que describe un sistema ilustrativo para generar estadísticas; Sección B que describe procedimientos ilustrativos para calcular las estadísticas; y Sección C que describe presentaciones de interfase de usuario (Ul) ilustrativas que proporcionan estadísticas a un operador, y que permiten al operador ingresar información de configuración que rige la operación del sistema.

A. Sistema Ilustrativo La Figura 1 muestra un sistema ilustrativo 100 para medir el consumo de recursos por consumidores. Generalmente, cualquiera de las funciones descritas con referencia a las figuras pueden ser implementadas utilizando software, firmware (por ejemplo, circuito lógico fijo), procesamiento manual, o una combinación de estas implementaciones. El término "lógica", "módulo" o "funcionalidad" como se utiliza aquí generalmente representan software, firmware, o una combinación de software y firmware. Por ejemplo, en el caso de una implementación de software, el término "lógica", "módulo", o "funcionalidad" representa código de programa que realizan tareas específicas cuando se ejecutan en un dispositivo o dispositivos de procesamiento (por ejemplo, CPU o CPUs). El código de programa puede ser almacenado en uno más dispositivos de memoria legible por computadora. Más generalmente la separación ¡lustrada de lógica, módulos y funcionalidad en unidades diferentes puede reflejar un agrupamiento físico real y distribución de tal software y/o hardware, o puede corresponder a una distribución conceptual de diferentes tareas realizadas por un programa de software individual y/o unidad de hardware. La lógica, módulos y funcionalidad ilustrados pueden ser localizados en un sitio individual (por ejemplo, como implementados por un dispositivo de procesamiento), o pueden ser distribuidos inubicaciones plurales.

A.1. Vista General del Sistema Ampliamente, el sistema 100 define infraestructura electrónica para entregar recursos a consumidores, para recolectar datos de evento de usuarios (consumidores), y para analizar los datos de evento. El sistema 100 incluye funcionalidad de extremo de cabeza 102 que interactúa con una pluralidad de dispositivos locales (104, 106, ... 108). La funcionalidad de extremo de cabeza 102 de forma alejada corresponde a una recolección de funcionalidad remota utilizada para coordinar y manejar la infraestructura electrónica completa. Los dispositivos locales (104, 106, ... 108) corresponde a funcionalidad utilizada por consumidores para recibir recursos de la funcionalidad de extremo de cabeza 102, y para transmitir datos de evento que reflejan el consumo de recursos de los dispositivos. Los aspectos de la funcionalidad de extremo de cabeza 102 y los dispositivos (104, 106, ... 108) serán descritos más adelante. La funcionalidad de extremo de cabeza 102 puede incluir funcionalidad de diseminación de recurso 110 para entregar recursos a receptores, tal como programas de televisión y película. Esta funcionalidad 110 puede incluir un módulo de adquisición de recursos 112 que recibe recursos de una o más fuentes 114. Las fuentes 114 pueden representar una base de datos de extremo de cabeza que almacena recursos para consumo en tiempos programados o en una base a demanda. O las fuentes 114 pueden representar entidades externas que proporcionan separada recursos para distribución por la funcionalidad 110. Más generalmente, ios recursos pueden originarse de fuentes en vivo o fuentes pregrabadas. Las fuentes en vivo corresponden a fuentes que proporcionan programas que capturan eventos en vivo, o programas que de otra forma tienen algún aspecto de tiempo real asociado con ellos. Las fuentes pregrabadas corresponden a fuentes que proporcionan programas que ya han sido grabados en su totalidad. Un módulo de entrega de recurso 116 proporciona los recursos a los dispositivos (104, 106, ... 108) en el mecanismo de acoplamiento 118. En un sistema, el mecanismo de acoplamiento 118 proporciona cualquier de, o cualquier combinación de un mecanismo de entrega de cable, un mecanismo de entrega de transmisión inalámbrica (antena terrestre), un mecanismos de entrega de transmisión por satélite, cualquier tipo de mecanismo de entrega de red digital,, y así sucesivamente. Aunque no se muestra, el mecanismo de acoplamiento 118 puede incluir cualquier combinación de líneas inalámbricas y alámbricas, entradas, enrutadores, servidores de nombre, líneas de telecomunicación, funcionalidad de Línea de Suscriptor Digital (DSL), y así sucesivamente. El mecanismo de acoplamiento 118 también proporciona una ruta de regreso (vínculo) que permite a los dispositivos (104, 106, ... 108) comunicarse con la funcionalidad de extremo de cabeza 102. En un caso, el mecanismo de acoplamiento 118 utiliza diferentes tecnologías y/o técnicas para implementar el vínculo inferior y el vínculo superior. Por ejemplo, la funcionalidad de extremo de cabeza 102 puede utilizar una infraestructura de cable convencional para proporcionar recursos a los dispositivos (104, 106, ... 108), mientras los dispositivos (104, 106, ... 108) pueden utilizar líneas de telecomunicación de marcado para comunicarse con la funcionalidad de extremo de cabeza 102. En otro caso, el mecanismo de acoplamiento 118 utiliza la misma tecnología y técnicas para ¡mplementar tanto el vínculo inferior como el vínculo superior. Por ejemplo, el sistema 100 puede utilizar cualquier tipo de red digital para realizar comunicación de dos sentidos entre la funcionalidad de extremo de cabeza 102 y los dispositivos (104, 106, ... 108). En un caso particular, esta comunicación de doble sentido puede ser ¡mplementada utilizando funcionalidad de DSL que proporciona comunicación de doble sentido utilizando líneas de telecomunicación entre la funcionalidad de extremo de cabeza 102 y los dispositivos (104, 106, ... 108). La ruta de regreso de los dispositivos (104, 106, ... 108) a la funcionalidad de extremo de cabeza 102 puede ser utilizado por los dispositivos (104, 106, ... 108) para dirigir los datos de evento a la funcionalidad de extremo de cabeza 102. Los datos de evento se refieren a información que representa el consumo de recursos por los dispositivos (104, 106, ... 108). En un caso, los dispositivos (104, 106, ... 108) transmiten datos de evento para notificar la funcionalidad de extremo de cabeza cuando los dispositivos (104, 106, ... 108) han sido encendidos y apagados. Y cuando sus usuarios respectivos cambian entre recursos (por ejemplo, cuando los usuarios cambian canales). La Figura 1 ilustra los conceptos identificados anteriormente al mostrar que la funcionalidad de presentación de recursos 110 transmite recursos 120 a dispositivos ilustrativos 104, y el dispositivo 104 transmite datos de evento 122 a la funcionalidad de extremo de cabeza 102. Los datos de evento 122 representan acciones tomadas por un usuario al consumir los recursos 120. Como el término "dispositivo" es ampliamente utilizado aquí, los dispositivos (104, 106, ... 108) pueden representar cualquier combinación de funcionalidad utilizada para procesar y presentar recursos. La Figura 1 muestra que los dispositivos (104, 106, ... 108) pueden incluir mecanismos de procesamiento respectivos (124, 126, ... 128). Los mecanismos de procesamiento (124, 126, ... 128) son acoplados a unidades de presentación respectivas (130, 132, ... 134). En la implementación más comúnmente evocada en esta discusión los mecanismos de procesamiento (124, 126, ... 128) corresponden a cajas de TV por cable, y las unidades de presentación (130, 132, ... 134) corresponden a cajas de televisión que son acopladas a las cajas de TV por cable respectivas. En otra implementación, los mecanismos de procesamiento de cliente (124, 126, ... 128) pueden representar funcionalidad lógica (firmware y/o software) que es integrado a las unidades de presentación (130, 132, ... 134). En otro caso, los mecanismos de procesamiento de cliente (124, 126, ... 128) pueden corresponder a dispositivos de cómputo de propósito general (tal como computadoras personales), y las unidades de presentación (130, 132, ... 134) pueden corresponder a monitores de computadora u otros dispositivos de salida. Esta descripción proporciona solamente una lista ilustrativa y sin limitación de diferentes implementaciones de los dispositivos (104, 106, ... 108). A pesar de la implementación, la Figura 1 muestra una colección de usuarios (136, 138, ... 140) que consumen recursos a través de dispositivos respectivos (104, 106, ... 108). Los usuarios (136, ~ 138, ... 140) pueden consumir recursos en una forma convencional al utilizar un controlador remoto (no mostrado) u otro dispositivo de entrada para encender los dispositivos (104, 106, ... 108), cambiar canales, y así sucesivamente. Otras partes de la funcionalidad de extremo de cabeza 102 son dedicadas como tareas de recolección de datos de evento de consumo y generación de estadísticas basadas en los datos de evento. En una implementación, la misma entidad comercial que administra la diseminación de recursos (a través de la funcionalidad 110) también puede generar estadísticas de consumo. En otras implementaciones, diferentes entidades comerciales pueden administrar estas dos operaciones separadas. En este caso, la entidad que genera estadísticas de consumo puede hacerlo para diferentes sistemas de diseminación de recurso (no mostrado). En una implementación, la funcionalidad y diseminación de recurso 110 está localizada por funcionalidad de generación de estadísticas. En otro caso, la funcionalidad de diseminación de recurso 110 y la funcionalidad de generación de estadísticas pueden ser alojadas en diferentes sitios físicos. Considerado en un nivel funcional, una parte de la funcionalidad utilizada para procesar datos de evento es la funcionalidad de adquisición de evento 142. Mientras la sugerencias de nombre, el propósito general de la funcionalidad de adquisición de evento 142 es para adquirir datos de evento de los dispositivos (104, 106, ... 108). Hasta este punto, un módulo de sondeo 144 sondea a los dispositivos (104, 106, ... 108) en intervalos periódicos o en alguna otra base. Los dispositivos (104, 106, ... 108) pueden incluir memorias internas (146, 148, ... 150) en sus mecanismos de procesamiento respectivos (124, 126, ... 128) para almacenar datos de evento, tal como datos de evento que indican que los dispositivos (106, 108, ... 108) han sido encendidos, apagados, o que el usuario (136, 138, ... 140) ha cambiado canales y así sucesivamente. En respuesta al sondeo del módulo del sondeo 144, los dispositivos (104, 106, ... 108) se dirigen a los eventos almacenados a la funcionalidad de extremo de cabeza 102. Más específicamente, los dispositivos (104, 106, ... 108) pueden dirigir los datos de evento que han sido almacenados en sus memorias (146, 148, ... 150) de que los dispositivos (104, 106, ... 108) fueron sondeados por último. Los dispositivos (104, 106, ... 108) pueden dirigir datos de evento en la forma de registros de evento separados. Cada registro de evento puede incluir información sobresaliente con respecto a los eventos, incluyendo, por ejemplo información de estampa de tiempo que define cuando sucedió el evento, información de ID de dispositivo que identifica el dispositivo que está enviado datos de evento, información de ID de recurso que identifica el recurso (por ejemplo, canal) asociado con el evento, y así sucesivamente. Otros datos de evento sobresalientes pueden ser derivados de otros datos de evento. Por ejemplo, se debe considerar el evento causado cuando un usuario cambia del canal A al canal B. La duración de tiempo que el usuario ha observado el canal A puede ser determinado al sustraer una estampa de tiempo que identifica cuando el usuario sintonizó por primera vez el canal A de la estampa de tiempo que identifica cuando el usuario sintonizó al canal B. Los dispositivos (104, 106, ... 108) pueden realizar este cálculo, o funcionalidad en el extremo de cabeza 102 puede realizar este cálculo. Incluso alternativamente, los dispositivos (104, 106, ... 108) pueden medir directamente la duración de consumo utilizando mecanismos de conteo que son impulsados por eventos de cambio de canal, y así sucesivamente. Esto solamente es una enumeración ilustrativa sin limitación de diferentes técnicas para proporcionar datos de evento. En cualquier caso, se conduce a notar que el alcance completo de un evento puede ser capturado al considerar registro de eventos plurales. En una implementación, la funcionalidad de adquisición de evento 142 puede incluir un módulo de registro 152 que identifica los dispositivos (104, 106, ... 108) que pueden interactuar con la funcionalidad de extremo de cabeza 102. El módulo de registro 152 también puede proporcionar el estado de estos dispositivos (104, 106, ... 108) utilizando banderas u otros indicios. Por ejemplo, el módulo de registro 146 puede identificar el grupo de dispositivos (104, 106, ... 108) que ha respondido a mensajes de sondeo anteriores. Estos dispositivos (104, 106, ... 108) son denominados como dispositivos "en lengüeta" (104, 106, ... 108). Si un dispositivo falla al responder a los mensajes de sondeo para un periodo de tiempo extendido (por ejemplo, 60 días), el módulo de registro 152 puede designarse como un dispositivo inactivo. El módulo de sondeo 144 puede aplicar diferentes políticas al sondear los dispositivos (104, 106, ... 108). En un acercamiento, el módulo de sondeo 144 puede sondear a todos los dispositivos individuales que están registrados con el sistema 100, o cada dispositivo que está registrado con el sistema 100 que tiene un estado activo, y así sucesivamente. En otros casos, el módulo de sondeo 144 puede sondear solo una muestra de la piscina completa de dispositivos disponibles (104, 106, ... 108). Por ejemplo, el módulo de sondeo puede recibir una lista 154 que identifica un subgrupo de la piscina completa de dispositivos disponibles (104, 106, ... 108). Las partes posteriores de esta descripción explicarán varias técnicas utilizadas para generar tal lista 154. Basta decir que en este punto que la lista 154 puede proporcionar una lista generada aleatoriamente de dispositivos (104, 106, ... 108) de una lista de costumbre de dispositivos (104, 106, ... 108). La lista aleatoria de dispositivos es generada aleatoriamente, mientras la lista de costumbre de dispositivos es generada manualmente por un operador al enumerar una lista específica de dispositivos (104, 106, ... 108) ha ser muestreado. En otro caso, el operador debe asegurar que el tamaño y composición de la muestra representativa proporciona una representación estadística precisa de la piscina completa de dispositivos (104, 106, ... 108), o al menos algún subgrupo de la piscina que el operador desea investigar. Como se describió en la Sección C, para facilitar esta tarea, el operador puede especificar un grado de error de muestra que es permitido al ingresar información de nivel confidencial e información de intervalo confidencial, en donde el sistema puede calcular automáticamente el tamaño de la muestra que es necesario para satisfacer estos parámetros. Los dispositivos (104, 106, ... 108) pueden dirigir sus datos de evento basándose en otras estrategias además de las técnicas de sondeo descritas anteriormente. En otra implementación, los dispositivos (104, 106, ... 108) pueden, en su propia iniciativa, dirigir datos de evento a la funcionalidad de adquisición de evento 142. Por ejemplo, los dispositivos (104, 106, ... 108) pueden dirigir sus datos de evento a la funcionalidad de adquisición de evento 142 en intervalos periódicos, en tiempos preescritos, o cuando los dispositivos (104, 106, ... 108) detectan que sus memorias (146, 148, 150) han alcanzado un nivel preescrlto de capacidad de almacenamiento. La funcionalidad de adquisición de evento 142 puede realizar muestreo en este tipo de estructura al informar a un subgrupo de los dispositivos (104, 106, ... 108) cuando deben iniciar e! envío de sus datos de evento y cuando deben detener el envío de sus datos de evento; pero una vez iniciado, los dispositivos (104, 106, ... 108) pueden enviar sus datos de evento sin ser específicamente sondeados por la funcionalidad de adquisición de evento 142. La funcionalidad de adquisición de evento 142 incluye un módulo de recibo y filtrado 156 para recibir los datos de los dispositivos (104, 106, ... 108). El módulo de recibo y filtrado 156 puede dirigir los datos dé evento a un almacenamiento de evento 158. El almacenamiento de evento 158 puede ser implementado como una o más bases de datos, localizadas en un sitio individual o distribuido en sitios plurales. En una implementación, la funcionalidad de adquisición de evento 142 no graba todos los datos de evento, sino solo los datos de evento que probablemente representan el consumo de recursos por los usuarios (136, 138, ... 140). Hasta este punto, el módulo de recibo y filtro 156 remueve o modifica tales datos de evento no legítimo. En un caso, el módulo de recibo y filtro 156 aplican un umbral de unión inferior que excluye datos de vento que describen eventos que tienen duraciones inferiores a umbral de unión inferior. Este umbral de unión inferior puede ser visto como un "piso"; los datos de evento que tienen duraciones debajo de este piso no son almacenados en el almacenamiento de evento 158. En otro caso, el módulo de recibo y filtro 156 aplica un umbral de unión superior que modifica datos de evento que describen eventos que tienen duraciones sobre el umbral de unión superior. Este umbral de unión superior puede ser visto como un "techo"; los eventos que tienen duraciones sobre techo son modificados antes del almacenamiento en el almacenamiento de evento 156. Principalmente, los datos de evento pueden ser modificados para que el evento describa extensiones en duración no mayores al umbral de duración de unión superior. Por consiguiente, esta modificación tiene el efecto de truncar la duración del evento en el umbral de unión superior. Los ejemplos ilustrativos aclararán el papel de los umbrales de unión inferior y unión superior. El umbral de unión inferior ayuda a excluir eventos que son indicativos de cambios de canal rápido, causados por la práctica conocida como "navegación de canal". Por ejemplo, cuando un usuario cambia rápidamente a través de una secuencia de canales, el dispositivo de usuario puede dirigir datos de evento que representan estos cambios hacia el módulo de recibo de filtro 156. Estos eventos ya sea directa o indirectamente describen la breve longitud de tiempo que el usuario utilizó al ver cada canal. El módulo de recibo y filtro 156 entra para reproducirse al aplicar el umbral de unión inferior a estos datos de evento, que tienen el efecto de excluir el almacenamiento de estos datos de evento en el almacenamiento de evento 158. Por otro lado, el umbral de unión superior trunca la duración de eventos en esos casos en donde, a pesar de una larga duración de un evento, es poco probable que un usuario consuma realmente el recurso. La probabilidad baja valorada de consumo legítimo es uno basado en la carencia de una acción de usuario mientras consume afirmativamente un recurso. Por ejemplo, se debe asumir que un usuario ha sintonizado un canal particular y después se duerme, o simplemente deja el cuarto para atender otras tareas. Esto significa que después de un evento de sintonización inicial, el dispositivo de usuario ya no envía otro evento por un periodo de tiempo relativamente largo. Por ejemplo, el usuario finalmente puede apagar el dispositivo cuando se despierta o regresa a la habitación. El módulo de recibo y filtro 158 llega para reproducirse en esta circunstancia al aplicar el umbral de unión superior a estos tipos de eventos de larga duración, detienen el efecto de truncar la duración de estos eventos a la duración del mismo umbral de unión interior. El motivo principal para hacer esto es debido a que se asume razonablemente que el usuario puede haber consumido realmente el recurso hasta la duración marcada por el umbral de unión superior, pero no después de eso. En la implementación descrita anteriormente, el módulo de recibido y filtro 156 puede detectar eventos de larga duración al observar eventos apagados o de cambio de canal seguido por un evento de sintonización inicial. Pero, si está configurado, el módulo de recibo y filtro 156 puede utilizar cualquier acción de usuario como evidencia que el usuario permanece activamente comprometido en el consumo de un recurso (tal como eventos de cambio de volumen y así sucesivamente). Esto requeriría que los dispositivos (104, 106, ... 108) se dirigieran a un grupo expandido de eventos a la funcionalidad de adquisición de evento 142. En otro caso, en vez de proporcionar un umbral de línea brillante que refleja la probabilidad de consumo de recurso legítimo, el módulo de recibo y filtro 158 puede asignar un rango de probabilidades del evento dependiendo las duraciones de los eventos. Por ejemplo, el módulo de recibo y filtro 158 puede aplicar una función exponencial en decadencia (probabilidad = e"at) a los datos evento. Esta función asigna una marca de carga al evento basado en su duración. Más específicamente, la forma de decadencia de la función significa que esta función asigna una probabilidad relativamente alta para eventos de duración relativamente corta (aunque el comportamiento indica la navegación de canales de fluido en base a su falla para satisfacer el umbral de unión inferior, como se describió anteriormente). Sin embargo, la probabilidad de consumo legítimo disminuye después de su forma exponencial El parámetro a en la función exponencial puede ser seleccionado para proporcionar predicciones precisas, basadas, por ejemplo, en la observación empírica anterior. El uso de una función exponencial es simplemente ilustrativo; otros tipos de funciones matemáticas pueden ser utilizados para calcular la probabilidad de observación legítima. O tablas de revisión derivados empíricamente pueden ser utilizadas para asignar marca de carga en los datos de evento. Los parámetros que rigen el comportamiento del módulo de recepción y filtro 156 pueden definidos por un operador. Principalmente, un operador puede definir el umbral de unión inferior, el umbral de unión superior, y el parámetro de a en la función de carga, y así sucesivamente. La Figura 1 muestra que el módulo de recibo y filtro 156 está incluido como un componente de la funcionalidad de adquisición de evento 142. Pero otras implementaciones son posibles. Por ejemplo, los dispositivos individuales (104, 106, ... 108) pueden aplicar cualquiera del comportamiento de filtrado descrito anteriormente a eventos cuando son capturados inicialmente. Los dispositivos (104, 106, ... 108) de esa forma pueden aplicar funcionalidad de filtrado en un nivel local para reducir la necesidad de almacenar y transferir ciertos datos de evento a la funcionalidad de adquisición de evento 142. En otro escenario, la funcionalidad de adquisición de evento 142 puede registrar todos los datos de eventos sin excepción. Las tareas de excluir datos de evento almacenados después pueden ser distribuidas a otros módulos que utilizan los datos de evento almacenados en el almacenamiento de evento 158. Incluso otras implementaciones y variaciones de la funcionalidad de filtro son posibles para adecuar diferentes técnicas y ambientes de negocio. La provisión de que los datos de eventos satisfacen las coaxiones de filtro impuestas por el módulo de recibo y filtro 156, este módulo 156 almacena los datos de evento en el almacenamiento de evento 158. En un caso, el almacenamiento de evento 158 puede almacenar información que define el dispositivo que generó los datos de evento (por ejemplo, un número de ID de dispositivo mezclado), un número de ID de fuente que identifica el recurso (por ejemplo, canal) que fue consumido por el dispositivo; una estampa de tiempo que identifica cuando el evento ocurrió o cuando se recolectaron los datos de evento, etc., e información de duración que identifica la duración del evento. El almacenamiento de evento 158 también puede almacenar un número de otros parámetros, tal como el número total de dispositivos (104, 106, ... 108) que fueron sondeados en la operación de sondeo, y así sucesivamente. La funcionalidad de extremo de cabeza 102 también incluye funcionalidad de rastreo 160. Esta funcionalidad 160 realiza un número de papeles dirigidos a la generación de estadísticas relacionadas a consumo. La Figura 1 ilustra ciertos de estos papeles como módulos funcionales separados. Los módulos funcionales pueden ser implementados como módulos de código, firmware, o algún otro mecanismo. Primero, la funcionalidad de rastreo 160 incluye un módulo de configuración 162 que configura y rige ciertos aspectos del comportamiento de la funcionalidad de adquisición de evento 142, tal como el módulo de sondeo 144. El módulo de configuración 162 también puede configurar la funcionalidad de rastreo 160 por sí misma a la función en diferentes formas. Segundo, la funcionalidad de rastreo 160 incluye un módulo de cálculo 164 que recibe datos de evento del almacenamiento de evento 158 y realiza cálculos estadísticos en estos datos de evento.

Los datos de evento pueden haber sido filtrados en la forma descrita anteriormente para remover o modificar datos de evento para reflejar más precisamente el comportamiento relacionado a consumo real de los usuarios. El módulo de cálculo 164 puede almacenar las estadísticas calculadas en un almacenamiento de estadística 166. Tercero, la funcionalidad de rastreo 160 incluye un módulo de reporte 168 para recopilar estadísticas calculadas en varios reportes para salida a un operador 170. El operador 170 puede interactuar con el módulo de reporte 168 a través de interfases apropiadas. Por ejemplo, en una implementacion, el operador 162 puede acceder a los servicios del módulo de reporte 168 a través un módulo de control 172. El módulo de control 172 puede estar acoplado al módulo de reporte 168 a través del mecanismo de acoplamiento 174. En el paso ilustrativo y sin limitación de la Figura 1, el módulo de control 172 corresponde a una computadora de propósito general que es acoplada al módulo de reporte 168 a través de una Intranet 174 regida por los protocolos de TCP/IP. Otros tipos de estrategias de acoplamiento pueden ser utilizadas para establecer esta conexión. Además, la Figura 1 solo muestra un operador individual 170 para facilitar la discusión; realmente, más de un operador puede interactuar con el módulo de reporte 168 como clientes. Las características antes recibidas de la funcionalidad de rastreo 160 pueden ser descritas en mayor detalle más adelante. Comenzando con el módulo de configuración 162, una función de este módulo 162 es para definir una lista de muestra utilizada el módulo de sondeo 144 para sondear los dispositivos (104, 106, ... 108). Esta lista de muestreo identifica un subgrupo de una piscina completa de dispositivos disponibles (104, 106, ... 108). El módulo de configuración 162 facilita la generación de una lista de muestra aleatoria o una lista de muestra de costumbre. En el caso de una lista de muestra aleatoria, el módulo de configuración 162 puede consultar al módulo de registro 152. El módulo de registro 152 responde al informar al módulo de configuración 162 de una oficina completa de dispositivos (104, 106, ... 108), identificados por números de ID de dispositivo. El módulo de configuración 162 puede utilizar esta información para construir una lista de un subgrupo de dispositivos, identificados por números de ID de dispositivo u otra identificación adecuada, y aleatoriamente seleccionado. Después de que el módulo de configuración 162 forma esta lista, el módulo de configuración 162 puede dirigir la lista (por ejemplo, lista 154) al módulo de sondeo 144. El módulo de sondeo 144 utiliza esta lista 154 para determinar a que dispositivo (104, 106, ... 108) se le deben enviar mensajes de sondeo. En el caso de una lista de muestreo de costumbres, el operador 170 u otra entidad pueden dirigir una lista expresa de dispositivos (104, 106, ... 108) que deben ser sondeados. De nuevo, los dispositivos (104, 106, ... 108) pueden ser identificados al especificar los números de ID de dispositivo asociados con los dispositivos (104, 106, ... 108). En una implementación, el módulo de configuración 162 valida la lista de costumbre en dos etapas. En una etapa, el módulo de configuración 162 determina si los dispositivos (104, 106, ... 108) identificados en la lista de costumbre están realmente disponibles para sondeo. Esta consulta puede ser respondida en la negativa al menos en dos circunstancias. En un primer caso, un dispositivo de ID en la lista puede no ser registrado del todo. En un segundo caso, un dispositivo identificado puede hacerse inactivo, y por lo tanto ya no esté disponible para sondeo. En ambos casos, el módulo de configuración 162 puede determinar la disponibilidad de los dispositivos al consultar el módulo de registro 152. Si el módulo de configuración 162 determina que los dispositivos en la lista no están disponibles, puede tomar sus números de dispositivos de la lista. En otra etapa de validación, el módulo de configuración 162 compara la lista de costumbre a un esquema predefinido. El esquema define el formato que una lista de costumbre debe utilizar. Para memorizar los resultados de la validación de dos etapas antes descrita, el módulo de configuración 162 almacena información con respecto al resultado de la validación de dos etapas en un archivo de registro. En esas circunstancias en donde se encuentran discrepancias, el módulo de configuración 162 puede almacenar información relacionada a error que describe estas discrepancias en el archivo de registro. El módulo de configuración 162 puede permitir al operador 170 definir otros tipos de información de configuración que rigen el comportamiento de ciertos aspectos de la funcionalidad de extremo de cabeza 102. Por ejemplo, el módulo de configuración 162 puede establecer la fecha y tiempo en el que la funcionalidad de adquisición de evento 142 deben sondear a los dispositivos (104, 106, ... 108) en la muestra, y la frecuencia en la que la funcionalidad de adquisición de evento 142 debe sondear a los dispositivos (104, 106, ... 108) después de la operación de sondeo inicial. El módulo de configuración 162 también puede especificar el tiempo en el que las nuevas listas de sondeo deben ser generadas y dirigidas al módulo de sondeo 144 (en donde reemplazan/sobrescriben listas existentes). El módulo de configuración 162 también puede especificar el tiempo en el que los datos de evento recientemente almacenados en el almacenamiento de evento 156 deben ser dirigidos a la funcionalidad de rastreo 160 para análisis (como se describirá más adelante en mayor detalle). El módulo de configuración 162 puede jugar un papel al definir numerosos otros establecimientos de configuración. En una implementación, el módulo de configuración 162 puede recibir establecimientos de configuración de un operador 170, quien ingresa estos establecimiento a través de una serie de presentaciones de Ul hechas disponibles a través del módulo de reporte 168 (como se discutirá en mayor detalle más adelante en la Sección C). Cambiando ahora al módulo de cálculo 164, este módulo 164 puede recibir datos de evento frustrados del almacenamiento de evento 158 y realizar cálculos en los datos de evento para generar estadísticas de consumo. En un modo de operación, el módulo de cálculo 164 puede recuperar datos de evento del almacenamiento de evento 158 en donde el operador 170 hace una solicitud específica para un reporte que requiere del análisis de un cierto subgrupo de los datos de evento almacenados. Esto define un método "en el vuelo" de realización de cálculo. En otro caso, el módulo de cálculo 164 puede recuperar periódicamente bloques de datos de evento almacenados recientemente y generar automáticamente estadísticas de consumo basadas en estos de datos de evento. En esta implementación el módulo de cálculo 164 después almacenar estas estadísticas en la base de datos de estadísticas 166. El módulo de reporte 168 después puede dibujar esta base de datos 166 de estadísticas precalculadas para satisfacer solicitudes de reporte hechas por el operador 170. Incluso otras estrategias pueden ser utilizadas para regir la forma en la que el módulo de cálculo 162 realiza cálculos. La Sección B (más abajo) proporciona información detallada con respecto a los cálculos estadísticos específicos que el módulo de cálculo 164 puede realizar. Como una prevista a esta sección el módulo de cálculo 164 calcula, para un dispositivo, el porcentaje de tiempo que un usuario ha consumido un recurso particular relacionado a una cantidad total de tiempo en un segmento de bloque de tiempo predefinido. Este porcentaje de tiempo también denominado aquí como una "medida de consumo fracciona!". Por ejemplo, si un usuario observó un programa de televisión particular 10 minutos fuera de un segmento de tiempo de 30, entonces el porcentaje es 33.3%. La funcionalidad de rastreo 160 repite el mismo cálculo para una pluralidad de usuarios que están consumiendo una pluralidad de recursos a través de otros dispositivos, y para una pluralidad de segmentos de tiempo. En los cálculos anteriores pueden formar la base en la que otras medidas estadísticas pueden ser calculadas, tal como información de evaluación e información de participación. La sección B (más abajo) describe los algoritmos utilizados para calcular estas medidas estadísticas en detalle. En general, el uso de las medidas de consumo fracciónales descritas anteriormente deben proporcionar una indicación más precisas del consumo de recursos particulares por un grupo de usuarios, comparado a las técnicas tradicionales que pueden hacer suposiciones aproximadas con respecto al consumo basado en si un usuario ha consumido el recurso por más de una duración preescrita.

Cambiando finalmente al módulo de reporte 168, este módulo 168 puede proporcionar un número de presentaciones de interfase de interfase de usuario (Ul) que permiten al usuario interactuar con la funcionalidad de rastreo 160. Una serie de presentaciones Ul permite al operador 170 definir varios parámetros que, a través del módulo de configuración 162, rigen la operación de la funcionalidad de adquisición de evento 142 y la funcionalidad de rastreo 160. Otras series de presentaciones de Ul permiten al operador 170 especificar que tipos de reportes desean recibir (por ejemplo, al especificar un periodo de tiempo de interés de recursos de interés). Ei módulo de reporte 168 después provee los reportes solicitados al operador 170 a través de varias presentaciones de Ul. Al generar los reportes, el módulo de reporte 168 puede convertir información de canal expresada en el formato nativo de la funcionalidad de adquisición de evento 142 (tal como un formato que define los canales por IDs de fuente), a otro formato para salir en el reporte (tal como formato que proporciona letras de llamado de canal, nombre de fuente de canal y/o número de canal virtual). Como para estos términos de la técnica, se considera un programa de televisión de FOX que sale al aire en el área de la Bahía de San Francisco, en el canal 2 (KTVU); las letras de llamado son KTVU, el nombre de fuente de canal es FOX, y el número de canal virtual es 2. Las secciones posteriores en esta descripción proporcionan detalles adicionales con respecto al módulo de configuración 162, el módulo de cálculo 164 y el módulo de reporte 168. Las varias características funcionales de la funcionalidad de extremo de cabeza 102 pueden ser implementadas en diferentes formas, tal como por una colección de servidores (no mostradas) distribuida para diferentes tareas. Los servidores pueden estar colocalizados o pueden ser proporcionados en diferentes sitios físicos. Las unidades de almacenamiento mostradas en la Figura 1 pueden ser implementadas utilizando cualquiera de los mecanismos de almacenamiento adecuados, tal como almacenamiento de estado sólido, almacenamiento magnético, almacenamiento óptico, y así sucesivamente. Cualquier funcionalidad de manejo de base de datos puede ser utilizada para interactuar con los almacenamientos, y para manejar las grabaciones en los almacenamientos (tal como SQL).

A.2 Composición Ilustrativa de un Dispositivo La Figura 2 proporciona otros detalles con respecto a una implementación del dispositivo representativo 104. Otros dispositivos (por ejemplo, 106, ... 108) pueden compartir una composición similar. El dispositivo 104 incluye mecanismo de procesamiento de cliente 124 y unidad de presentación asociada 130. Como se mencionó anteriormente, el mecanismo de procesamiento 124 puede ser implementado como una caja de TV por cable o funcionalidad integrada con el mismo dispositivo de presentación 130. O los mecanismos de procesamiento 124 pueden ser implementados como cualquier otra unidad específica de aplicación (tal como una consola de juego, por ejemplo, la consola de juego de Xbox™ producida por Microsoft Corporation de Redmond, Washington). O el mecanismo de procesamiento 130 puede ser implementado por un dispositivo de computadora de propósito general, y así sucesivamente. En cualquier caso, el mecanismo de procesamiento 124 puede incluir uno o más procesadores 202 para ejecutar código legible por máquina, memoria ROM 204 y memoria RAM 206 para almacenar código legible por máquina y otros datos, y un almacenamiento local 208 para almacenar cualquier dato de uno o más orígenes permanentes que RAM 206. El mecanismo de procesamiento 124 también puede incluir uno o más mecanismos de interfase de acoplamiento 210 para interactuar con la funcionalidad de extremo de cabeza 102 a través de una o más conexiones de comunicación (212, 214), y una interfase de l/O 216 para interactuar con uno o más dispositivos de entrada de usuario, una interfase audiovisual (A/V 218 para interactuar con el dispositivo de presentación 130 y varios otros módulos opcionales 220. Uno o más conductores comunes 222 acoplan todos los componentes identificados anteriormente juntos y coordinan su operación. La funcionalidad lógica utilizada para reportar y procesar datos de evento puede ser extendida a través del sistema 100 (de la Figura 1). En una implementación, el mecanismo de procesamiento de cliente 124 puede incluir al menos lógica que permite al mecanismo de procesamiento de cliente 124 recuperar mensajes de sondeo de módulo de sondeo 144 y responder a estos mensajes de sondeo al dirigir de datos de evento en la memoria 146 al módulo de recibo y filtro 156. El mecanismo de procesamiento de cliente 124 puede proporcionar esta lógica con código almacenado en RAM 206, almacenamiento local 208, o en algún otro lugar. Como se ilustró en la Figura 2, el almacenamiento local 206 también puede proporcionar la memoria de almacenamiento de evento 146. En implementaciones preferidas, la funcionalidad de extremo de cabeza 102 (tal como la funcionalidad de adquisición de dato 142 y la funcionalidad de rastreo 160) proporciona el volumen del código restante utilizado para procesar datos de evento. Esto ayuda a reducir el costo y complejidad de los dispositivos (104, 106, ... 108), que están distribuidos para una piscina grande de usuario. Sin embargo, es posible delegar funciones de procesamiento de evento a los dispositivos (104, 106, ... 108). Por ejemplo, los dispositivos (104, 106, ... 108) pueden proporcionar funcionalidad de filtro que remueve o modifica datos de evento basados en umbrales descritos anteriormente. En casos en donde los dispositivos (104, 106, ... 108) implementan aspectos de procesamiento de evento, código que implementa esta funcionalidad puede ser almacenado en la RAM 206 y ejecutados por el procesador 202. La unidad de presentación 130 es mostrada en la Figura 2 como una caja de televisión 224, aunque la unidad de presentación 130 también puede ser implementada como un sistema de salida de estéreo, o algún otro tipo de dispositivo de salida de medios. En otros casos, la unidad de presentación 130 puede representar una combinación de diferentes dispositivos de salida que trabajan en cooperación a los recursos de medios presentes. El mecanismo de procesamiento 124 puede ser configurado para presentar una o más presentaciones de Ul 226 para asistir a un usuario al interactuar con los servicios proporcionados por la funcionalidad de extremo de cabeza 102. Tales presentaciones de interfase 226 pueden ser presentadas como pantallas sobrepuestas que sobreponen un programa de televisión o película que el usuario está viendo. Un controlador remoto 228 sirve como un dispositivo de entrada posible para interactuar con el mecanismo de procesamiento de cliente 124. Como se mostró generalmente en la Figura 1, el controlador remoto 228 incluye una colección de teclas 230, un módulo de control 232 para procesar la actuación del usuario de las teclas 230 para proporcionar instrucciones de usuario, y un módulo de interfase 334 para transmitir las instrucciones de usuario al mecanismo de procesamiento 124 a través de comunicación inalámbrica (por ejemplo, comunicación infrarroja). Un número de otros dispositivos de entrada 236 puede ser utilizado para interactuar con los servicios proporcionados por la funcionalidad de extremo de cabeza 102, además de, o como sustitutos de, el controlador remoto 228. Por ejemplo, los otros dispositivos de entrada 236 pueden representar un teclado, un dispositivo de entrada de tipo de ratón, una palanca de mandos, y así sucesivamente. Alternativamente, o además, un usuario puede utilizar un dispositivo de computadora separado (tal como una computadora de propósito general, una computadora portátil, etc.) para ingresar comandos a la funcionalidad de extremo de cabeza 102. La Figura 2 muestra que existe un intercambio de doble sentido entre el mecanismo de procesamiento de cliente 124 y la funcionalidad de extremo de cabeza 102. Principalmente, una ruta 212 puede ser utilizada para recibir recursos de la funcionalidad de extremo de cabeza 102, tal como programas de televisión, películas, juegos, y así sucesivamente. La ruta 212 también puede ser utilizada para recuperar mensajes de sondeo del módulo de sondeo 144. La ruta 212 de esa forma define un canal de conexión hacia abajo. Además, una ruta 214 puede ser utilizada para transferir datos de evento de la memoria 146 al módulo de recibo y filtro 156. Esta ruta 214 define un canal de conexión hacia arriba. En términos de implementación físico, la ruta puede corresponder a canales separados. Por ejemplo, la ruta 212 puede corresponder a una conexión de cable, conexión de IP, conexión de satélite inalámbrico, y otro tipo de ruta de comunicación para entregar recursos de medios y mensajes de sondeo. La ruta 214 puede corresponder a una línea dedicada separada (tal como línea telefónica) para transmitir datos de evento al extremo de cabeza. En otra implementación, la ruta 212 y la ruta 214 pueden ser implementadas utilizando algún mecanismo de comunicación física. Por ejemplo, en un servicio de DSL, la misma funcionalidad DSL física puede ser utilizada para recibir recursos de la funcionalidad de extremo de cabeza 102 y para intercambiar información de control con la funcionalidad de extremo de cabeza 102. Incluso otras implementaciones son posibles, abarcando cualquier tipo y combinación de canales de comunicación. Los mecanismos de interfase de acoplamiento 210 pueden ser físicamente implementados como cualquier clase o combinación de mecanismos de interfase, tal como uno o más sintonizadores, un mecanismo de conectividad de banda amplia, y cualquier tipo de módem, y así sucesivamente.

B. Método Ilustrativo de Operación B.1. Vista General de Operación Las Figuras 3 y 6 describen operación del sistema 100 de la Figura 1 en la forma adecuada de flujo. Para facilitar la discusión, se describen ciertas operaciones como constituyendo diferentes pasos realizados en cierto orden. Tales implementaciones son ilustrativas y sin limitación. Ciertos pasos aquí descritos pueden ser agrupados y realizados en una operación individual y ciertos pasos pueden ser realizados con el fin de diferir del orden empleado en los ejemplos mencionados en esta descripción. Para comenzar, la Figura 3 muestra en procedimiento 300 para recolectar datos de evento de los dispositivos (104, 106, ... 108). El procedimiento incluye un sub-procedimiento 302 para definir información de configuración. La información de configuración rige la operación del procedimiento 300 para recolectar eventos. El paso 304 de este sub-procedimiento 302 involucra determinar si ha sido definida una nueva configuración. El paso 306 involucra modificar la información existente en un tiempo apropiado para tomar en cuenta la nueva información de configuración. Por ejemplo, la subrutina 302 puede involucrar generar nuevas listas de muestreo. El módulo de configuración 162 genera una lista aleatoria al recoger una muestra aleatoria de dispositivos de una piscina completa de dispositivos disponibles definidos por el módulo de registro 152. El módulo de configuración 162 procesa listas de costumbre recibidas por el operador 170 al validar las listas de costumbre en un procedimiento de dos etapas. Una etapa involucra determinar si los dispositivos identificados en la lista existen y están disponibles para sondeo (al consultar el módulo de registro 152). Otra etapa involucra determinar si la lista de costumbre conforma un extremo predefinido. El sub-procedimiento 302 también puede involucrar definir varios parámetros de tiempo que rigen la operación de la funcionalidad de rastreo 160 y la funcionalidad de adquisición de evento 142. Por ejemplo, el operador 170 puede definir tiempo y que sondeo comienza y después es realizado, el tiempo en el que los eventos son recuperados del almacenamiento de evento 158, el tiempo en las que las nuevas listas de muestreo son propagadas el módulo de sondeo 144, y otra faceta de la operación de la funcionalidad de extremo de cabeza 102. En el cuerpo principal del procedimiento 300, un paso 308 conduce una operación de sondeo basada en la información de configuración proporcionada en el sub-procedirmiento 302. En este paso (308), el módulo de sondeo 144 sondea los dispositivos (104, 106, ... 108) identificados en la lista aleatoria o lista de costumbre, envía a estos dispositivos (104, 106, ... 108) el mensaje de sondeo. Antes de ser sondeados, los dispositivos (104, 106, ... 108) han sido entregados los recursos a los usuarios (136, 138, ... 140) y almacenan cualquiera de los datos de evento, en sus memorias respectivas (146, 148, ... 150), asociadas con el consumo de usuario de esos recursos. Los datos de evento pueden describir eventos encendidos de dispositivo, eventos apagados de dispositivo, eventos de cambio de canal, o cualquier otro tipo de evento, los dispositivos (104, 106, ... 108) responden a los mensajes de sondeo al dirigir cualquiera de los nuevos eventos almacenados en las memorias( 46, 148, ... 150). En el paso 310, el módulo de recibo 154 recolecta eventos dirigidos por los dispositivos (104, 106, ... 108). El procedimiento 300 puede variar la operación de colección de sondeo y evento en cualquier número de formas. Por ejemplo, los dispositivos (104, 106, ... 108) puede dirigir independientemente datos de evento a la funcionalidad de adquisición de evento 142 (por ejemplo, sin ser impulsados para hacerlo por la funcionalidad de adquisición 142). En el paso 312, el módulo de recibo y filtro 156 actúa para remover o modificar ciertos datos de evento que no representan el consumo legítimo de recurso. Como se describió previamente, el módulo de recibo y filtro 156 remueve eventos de duración breve, que pueden representar comportamiento de "navegación de canal" rápido exhibido por el usuario. El módulo de recibo y filtro 156 también trunca eventos de duración particularmente larga, que pueden indicar que el usuario puede no atender activamente el recurso (debido a que el usuario se ha dormido, dejado la habitación, y así sucesivamente). La Figura 4 ilustra la exclusión y modificación de datos de evento en la forma descrita anteriormente. Con referencia a esta figura, para resumir, el módulo de recibo y filtro 156 excluye eventos más allá de un piso de unión inferior y trunca eventos sobre un techo de unión superior (al asignar estas duraciones de evento largas que son iguales al umbral de unión superior). El módulo de recibo y filtro 156 puede almacenar datos de evento que tienen duraciones que caen entre los dos umbrales sin modificación. En vez de aplicar un umbral de techo de unión superior binaria, el módulo de recibo y filtro 156 puede asignar una carga a los datos de evento que reflejan la probabilidad en los datos de evento representen un consumo legítimo de recursos. La Figura 5 ilustra una de tales funciones de carga que asigna cargas a datos de evento: Probabilidad =- e"at en donde: Probabilidad representa un valor de carga o marca que refleja la probabilidad de consumo legítimo; f representa la duración asociada con el evento; y a representa una constante, que puede ser empíricamente seleccionada para proporcionar cargas precisas basadas en prueba y observación anteriores. Como se mostró en la Figura 5, la probabilidad de un evento que representa un consumo legítimo de recursos puede disminuir mientras la duración de evento t aumenta (eso es, mientras la duración del evento aumenta sin el recibo de una acción de entrada del usuario que indica que el usuario está comprometido a consumir el recurso). Por ejemplo, la curva puede caer efectivamente a 0 después de alguna cantidad configurable de tiempo (por ejemplo, en algún caso ilustrativo y sin limitación, 2 o 3 horas). (Aunque no se ¡lustre en la Figura 5, los eventos de duración particularmente corta pueden ser excluidos debido a que caen para satisfacer el umbral de piso de unión inferior descrita anteriormente). La curva de carga exponencial decadente es simplemente ilustrativa; el módulo de recibo y filtro 156 puede aplicar otros tipos de funciones de modelo que representan precisamente las probabilidades del consumo de recurso legítimo. Por ejemplo, en otro caso, el perfil de curva puede tener una forma similar a escalón. Eso es, la forma puede ser plana por cada segmento de 30 minutos, mientras disminuye en el extremo de cada segmento de la forma de escalones descendientes. En la operación, las cargas de probabilidad pueden ser aplicadas a los datos de evento al multiplicar las cargas de probabilidad por los valores de duración para imprimir apropiadamente los valores de duración. Se debe considerar el caso ilustrativo que los datos de evento indican que un usuario ha consumido un recurso particular para la totalidad de un segmento de tiempo (por ejemplo, 30 minutos). Pero también se debe suponer que los datos de evento recolectados revelan que el usuario ha sintonizado el canal particular (por ejemplo, un recurso particular) por un periodo extendido de tiempo (tal como 10 horas). Esto puede indicar probabilísticamente que el usuario puede no haber consumido precisamente todos los recursos en el segmento de 30 minutos bajo consideración, a pesar de haberlo sintonizado. Se debe asumir, que la carga de probabilidad en este caso es 0.2 (como se determinó al aplicar la curva de probabilidad), indicando que existe solo un 20% de probabilidad que el usuario ha consumido el recurso durante el segmento de 30 minutos. Este factor de carga puede ser aplicado a los ciatos de evento al multiplicar el factor de carga por la duración (por ejemplo, 0.2 x 30 minutos) para generar una duración "efectiva" o de "impresión" de 6 minutos. Generalmente, esta discusión ha descrito las operaciones de filtro como siendo realizadas por el módulo de fiitro 156. Sin embargo, como se mencionó previamente, la operación de filtro del paso 312 puede ser realizada por otras entidades en el sistema 100 además del módulo de recibo y filtro 156. Por ejemplo, los dispositivos (104, 106, ... 108) por sí mismos pueden aplicar la operación de filtro a los eventos que detectan, y por lo tanto excluyendo ciertos eventos antes de incluso alcanzar la funcionalidad de extremo de cabeza 102. En el paso 314, la funcionalidad de adquisición de evento 142 almacena los datos de evento filtrados en el almacenamiento de evento 156. En el paso 316, la funcionalidad de extremo de cabeza 102 determina si el procedimiento de colección de evento 300 debe continuar. En el caso que este procedimiento 300 sea desactivado, el procedimiento 300 termina; de otra forma continúa. La Figura 6 muestra un procedimiento 600 para proporcionar reportes al operador 170 que contienen estadísticas de consumo de recurso. En el paso 602, el operador 170 especifica el origen del reporte que el o ella le gustaría recibir al recibir varias características del reporte. Una de tales características define el tipo de información estadística ha ser proporcionada en el reporte (por ejemplo, información de evaluación, información de participación, etc.). Otra característica definible especifica el intervalo de tiempo cubierto por el reporte, tal como meses, semanas, días, horas, fracciones de una hora, particulares y así sucesivamente. Otra característica definible del reporte especifica el tipo de recursos que el operador 170 desee examinar. Por ejemplo, el operador 170 puede desear examinar solo ciertos canales, ciertos grupos de canales, ciertos recursos que son transmitidos al aire en ciertos canales, y así sucesivamente. Estas características son ilustrativas, más que exhaustivas de la clase de propiedades que el operador 170 puede definir. En cualquiera de los casos anteriores, el operador 170 puede sacar sus selecciones a través del módulo de control 172, que puede estar acopado al módulo de reporte 168 a través de intranet u otro mecanismo de acoplamiento 174. El paso 604 involucra proporcionar estadísticas que satisfacen los requerimientos especificados por el operador 170. La funcionalidad de rastreo 160 puede realizar esta tarea de dos formas. En otro caso, el módulo de cálculo 164 puede, antes de las solicitudes específicas del operador 170, sacar datos de evento del almacenamiento de evento 158 y realizar varios cálculos estadísticos en estos datos de evento. El módulo de cálculos 164 puede almacenar los cálculos estadísticos resultantes en la base de datos estadística 166. Entonces, cuando el operador 170 hace una solicitud específica, el módulo de reporte 168 puede escoger un subgrupo de cálculos estadísticos de la base de datos estadística 166. En otro caso, el módulo de cálculo 164 puede realizar cálculos de tiempo real cuando el operador 170 solicita un reporte al realizar cálculos "en el vuelo" basándose en los datos de evento Incompletos almacenados en el almacenamiento de evento 158. En el paso 606, el módulo de reporte 168 recopila las estadísticas escogidas en una forma de reporte que satisface los requerimientos especificados del operador 162. En el paso 608, el módulo de reporte 168 representa el reporte compilado para el operador 170 para su inspección. Como se describirá con referencia a la Figura 8 más adelante, el módulo de reporte 168 puede proporcionar el reporte en la forma de una presentación de ¡nterfase de usuario gráfico. Sin embargo, el módulo de de reporte 168 puede sacar el reporte en otras formas, tal como un reporte impreso, y así sucesivamente.

B.2. Cálculo de Estadísticas La porción a mano derecha de la Figura 6 proporciona una revisión de una técnica para calcular estadísticas de consumo basándose en los datos de evento extraídos del almacenamiento de evento 158. A manera de revisión, en el paso 610, el módulo de cálculo 164 calcula las medidas de consumo fracciónales ("medidas fracciónales") que reflejan el consumo de los usuarios de recursos. En los pasos 612, el módulo de cálculo 164 utiliza estas medidas fracciónales para calcular estadísticas de interés, tal como información de evaluación de evaluación e información de preparación. La siguiente discusión proporciona detalles con respecto a estos dos pasos. Comenzando con el paso 610, el módulo de cálculo 164 puede recolectar datos de evento del almacenamiento de evento 158 en cualquier base periódica, tal como diariamente. El módulo de cálculo 164 después procede para realizar cálculos estadísticos basados en los datos de evento. En una implementación ilustrativa, el módulo de calculo 164 puede realizar los cálculos para diferentes cambios de canales, intervalos de tiempo y dispositivos. Como para los canales, el módulo de cálculo 164 realiza los cálculos para cada canal identificado en un mapa de fuente. (El operador 170 puede proporcionar el mapa de fuente a la funcionalidad de rastreo 160. Un mapa de fuente identifica canales que han sido proporcionados a los usuarios (136, 138, ... 140) y también proporciona información que permite a la funcionalidad de rastreo 160 convertir de una forma de identificación de canales a otra forma de identificación de canales, por ejemplo, de números de ID de fuente a números de canal virtual). Como el intervalo de tiempo, el módulo de cálculo 164 divide un intervalo de tiempo de reporte una pluralidad de segmentos de tiempo y realiza cálculos separados de cada segmento de tiempo. En caso ilustrativo y sin limitación, el módulo de cálculo 164 realiza cálculos por cada segmento de tiempo de 30 minutos. Como los dispositivos, el módulo de cálculo 164 realiza cálculos de todos los dispositivos en lengüeta (104, 106, ... 108). Los dispositivos "en lengüeta" se refiere a dispositivos que han respondido a mensajes de sondeo. Para calcular la medida fraccional con respecto a un dispositivo particular y un canal particular, el módulo de cálculo 164 mide el número de minutos que el dispositivo sintonizó el canal (sujeto a reglas impuestas por el módulo de recibo y filtro 156) y después divide este valor por 30 minutos (la longitud del segmento de tiempo ilustrativo). Más formalmente, para cada dispositivo y, para cada canal, y para un segmento de tiempo de media hora particular: F¡ = T¡/TBeg_total en donde: F¡ es una medida fraccional que refleja cuanto tiempo dio el usuario a un canal en el dispositivo / durante un segmento de media hora particular; T¡ es la duración (en minutos) que el dispositivo / ha sintonizado el canal; y Tseg_totai es la duración total (en minutos) del segmento de tiempo tal como 30 minutos en los ejemplos mencionados aquí. El resultado del paso 610 de esa forma es una pluralidad de valores F¡ que corresponden al dispositivo diferente y, segmentos de tiempos diferentes, y canales diferentes. El paso 612 utiliza estas medidas fracciónales para calcular medidas estadísticas diferentes. Una de tales medidas estadísticas es información de evaluación. Las evoluciones generalmente se refieren al porcentaje de dispositivos (104, 106, ... 108) sintonizados a un canal durante un segmento de tiempo particular, relativos a una piscina completa de dispositivos que consumen recursos. En el caso particular de esta descripción, la información de evaluación es calculada al sumar los resultados del segmento de media hora del dispositivo individual F¡ en todos los dispositivos en lengüeta (104, 106, ... 108) y dividir los resultados por el número total de dispositivos en lengüeta (104, 106, ... 108). El valor de evaluación resultante constituye el porcentaje de dispositivos en lengüeta (104, 106, ... 108) que fueron sintonizados a un canal particular durante un segmento de media hora particular. Más formalmente, la información de evaluación puede ser calculada utilizando la siguiente ecuación: N ChEvaluaciónPor = 1_ ? F¡ N i- i en donde: ChEvaluaciónPor es la evaluación de canal para el segmento de media hora; F¡ es una medida fracciona! que refleja cuanto ha visto un usuario un canal en el dispositivo y durante un segmento de media hora particular; N es el número total de dispositivos en lengüeta (104, 106, ... 108). El valor N puede ser obtenido de la funcionalidad de adquisición de evento 142, que recolecta y almacena este valor como un resultado de sus actividades de sondeo. Un número de otras medidas estadísticas puede ser calculado.

Por ejemplo, el módulo de cálculo 164 también puede calcular una suma de evaluaciones de reporte. Esta medida es calculada al calcular las evaluaciones individuales para cada canal especificado en un reporte. Más formalmente, esta medida puede ser calculada al: M ChEvaluaciónSumaPor = ? ChEvaluac¡ónPorch ch = 1 en donde: ChEvaluaciónSumaPor es la suma de las evaluaciones de canal (ChEvaluaciónPor) para todos los canales en el reporte; M es el número total de canales en reporte particular, que puede representar un subgrupo del número total de canales para los que los eventos de datos han sido recolectados; y ChEvaluaciónPorch es la evaluación individual para cada cana! en el reporte por un segmento de media hora. El módulo de cálculo 164 puede calcular una medida de evaluaciones totales seguido. Principalmente, para todos los canales en el mapa de fuente y para un segmento de media hora, el módulo de cálculo 164 determina la medida de evaluaciones totales al sumar las evaluaciones individuales para cada canal en el mapa de fuente. Este es el porcentaje total de usuarios en lengüeta que consumen recursos. Más formalmente, la estación siguiente menciona como la medida de evaluación total puede ser calculada: z ChEvaluaciónTotalPor = ? ChEvaluaciónPorch ch = 1 en donde: ChEvaluaciónTotalPor es el . agregado de medidas ChEvaluaciónPorch para todos los canales en el mapa de fuente para un segmento de media hora; Z es el número total de canales en mapa de fuente; y ChEvaluaciónPorch es la evaluación de canal para canal en el mapa de fuente para un segmento de media hora. El módulo de cálculo 164 también puede utilizar la información de probabilidad para calcular información de participación. Las participaciones generalmente son una medida del número de usuarios que consumen un canal particular relativo a aquellos que consumen realmente recursos. En el contexto de esta descripción, para un segmento de media hora y para un canal particular, la participación de pre-canal es igual al número total de usuarios sintonizando el canal dividido por el número total de usuario sintonizando todos los canales. El número total de observador en el canal es igual al segmento de media hora de dispositivo que ve la probabilidad, y el número total de usuarios que sintonizan todos los canales puede ser calculado como la medida de clasificaciones total multiplicada por el número de dispositivos en lengüeta. Más formalmente, la información de compartimiento puede ser calculada utilizando la siguiente ecuación para cada segmento de media hora y para cada canal en el mapa de fuente: N ChParticipaciónPor = { 1 } x ? F¡ NxChEvaluaciónTotalPor 1 = 1 · en donde: ChParticipaciónPor es la participación de canal para el segmento de media hora; F¡ es una medida fraccional que refleja cuanto ha visto un usuario un canal en el dispositivo y durante un segmento de media hora particular; N es el número total de dispositivos en lengüeta (104, 106, ... 108); y CaEvaluaciónTotalPor es un agregado de medidas de CaEvaluación Total (definido anteriormente) para un bloque de media hora. Un número de otras medidas estadísticas puede ser calculado que pertenece a la participación. Por ejemplo, el módulo de cálculo 164 también puede calcular una suma de participaciones de reporte. El módulo de cálculo 164 calcula la suma de participaciones de reporte al contar las participaciones individuales para cada canal en un reporte particular. Más formalmente, la suma de participaciones de reporte puede ser calculada utilizando la siguiente ecuación: M ChParticipaciónSumaPor = ? ChParticipacónPorch ch=1 en donde: ChParticipaciónSumaPor es la suma de las participaciones de canal para todos los canales en un reporte particular para un bloque de media hora; M es el número total de canales en el reporte; y CaPartÍcipac¡ónPorch es la participación individual para canal ch en el reporte para un bloque de media hora. El módulo de cálculo 164 también puede calcular una medida de participaciones totales. Principalmente, para todos los canales en el mapa de fuente y para un segmento de media hora, el módulo de cálculo 164 determina la medida de participaciones totales al sumar las participaciones individuales para cada canal en el mapa de fuente. Este es el porcentaje total de usuarios en lengüeta que consumen recursos que están consumiendo recursos, que de esa forma genera 100% por definición. Más formalmente, la ecuación siguiente menciona como la medida de participaciones total puede ser calculada: z ChParticipaciónTotalPor - ? ChPartic¡pacónPorch ch = 1 en donde: ChParticipaciónTotalPor es la suma de participaciones de canal en todos los canales en el mapa de fuente por un bloque de media hora; Z es el número total de canales en el mapa de fuente; y ChParticipaciónPorch es la participación individual para canal ch en el reporte para un bloque de media hora.

C.3 Aplicaciones Ilustrativas de las Estadísticas Las estadísticas proporcionan revisión en el número de usuarios que están consumiendo recursos en los tiempos particulares del día. Esta información es útil para un número de razones. Esta subsección resume usos ilustrativos de la información de estadísticas. En un uso, un operador puede utilizar la información de estadísticas para optimizar la alineación de canal. La alineación de canal define el orden de canales proporcionados al usuario. Un operador puede desear agrupar recursos más populares en canales inferiores en la alineación con el fin de mantener a los usuarios que deben ser sintonizados a uno de estos canales "en proximidad" de otros canales populares. Esto ayuda a crear una mejor experiencia de la mayoría de usuarios. Más específicamente, agregar canales populares permite a los usuarios sintonizar uno del canal popular a otro al simplemente activar el botón de comando de canal superior/inferior en el controlador remoto 228, más que tener que hacer brincos largos más pesados dentro de la alineación de canal. Un operador también puede desear investigar los efectos de alineación de canal en evaluaciones y participaciones al mover un canal particular a un grupo popular de canales y notar cualquier cambio en evaluaciones y participaciones para este canal particular.

En otro uso, un operador puede utilizar la información estadística para negociar tasas de transporte de red. Más específicamente un operador puede pagar o. puede cargar una red de televisión para transporte dependiendo en la red particular. En cualquier caso, el operador puede utilizar la evaluación relativa de una red de televisión particular para calcular mejor un valor de transporte. En el caso en donde una red de televisión carga un operador para transporte, el operador puede negociar el precio que pagan por transportar la red basándose en la evaluación de canal. En el caso en donde un operador carga una red de televisión para transporte, el operador puede negociar un precio mayor para transporte basándose en las evaluaciones de red de televisión que son superiores al anticipado. En otro uso, un operador puede utilizar la información de estadísticas para influenciar selecciones de programación. En un escenario, un operador puede vender información de rastreo o programa de televisión a redes de televisión que, a su vez, pueden utilizar esta información para priorizar y programación de televisión de programa con el fin de optimizar exposición de consumidor. En otro escenario similar, un operador puede tener una compañía de padre que también tiene intereses en una o más redes de televisión. La compañía de red de televisión puede solicitar información de rastreo de programa de televisión para el operador con el fin de priorizar y programar programación de televisión con el fin de optimizar exposición de consumidor. En otro uso, un operador puede utilizar la información de estadísticas para determinar el costo de anuncios (CPMs de anuncio). Principalmente, el precio que un operador puede cargar para correr anuncios (CPM) es generalmente proporcional al número de consumidores que observarán los anuncios. Las estadísticas antes descritas permiten al operador tener una vista mejor en el número de usuarios que ven los recursos, que permiten al operador negociar más exitosamente CPMs favorables. Los anteriores son solamente ilustrativos de una gran variedad de usos de la información de estadísticas.

C. Funcionalidad de Interfase de Usuario Ilustrativo Las Figuras 7-9 muestran varias funcionalidades de Ul proporcionado por el módulo de reporte 168 al operador 170 a través de módulo de control 172. Principalmente, las Figuras 7 y 8 muestran dos presentaciones de interfase de usuario (Ul) que proporcionan estadísticas calculadas por el módulo de cálculo 164. La Figura 9 proporciona un perfil de información de configuración que puede ser sacado al módulo de configuración 162 a través de las presentaciones de Ul configuradas aproximadamente. Aunque un método preferido para interactuar con el operador 170 es a través de presentaciones de Ul, el módulo de reporte 168 puede utilizar otros mecanismos para interactuar con el operador 170. Por ejemplo, el módulo de reporte 168 puede generar reportes impresos que proporcionan las estadísticas de consumo solicitadas. Para comenzar, la Figura 7 muestra una primera presentación de Ul 700 que proporciona un resumen de condiciones de muestreo asociados con una colección particular de datos muestreados. La presentación de Ul 700 incluye dos secciones principales (702, 704). La primera sección principal 702 proporciona una interfase que permite al operador 170 definir los aspectos del reporte que desea recibir. Por ejemplo, la primera sección 702 permite al operador 170 identificar un grupo de canal (en donde los grupos de canal pueden ser creados en la forma que se describen más adelante). El grupo de canal identifica una colección de canales para los que se proporcionan en estadísticas. En el ejemplo de la Figura 7, el operador 170 ha seleccionado un grupo de "deportes", que significa que el operador 170 ha instruido al módulo de reporte 168 para generar estadísticas para una colección de canales relacionados con deportes. Alternativamente, el operador 170 puede seleccionar un grupo de "todos los canales", que significa que el operador 170 ha instruido al módulo de reporte 168 para generar estadísticas para todos los canales identificados en el mapa de fuente. Como se describirá más adelante, el módulo de configuración 162 permite al operador 170 definir grupos al especificar nombres de" grupo y al especificar los canales que componen los grupos. Otros grupos (tai como el grupo de "todos los canales") son preconfigurados a través de la funcionalidad de rastreo 160, y no pueden ser editados por el operador 170. La sección 702 también permite al operador 170 seleccionar el periodo de tiempo contra el cual será generado un reporte. El operador 170 puede especificar un periodo de tiempo al sacar año, mes, fecha, y así sucesivamente. En el ejemplo de la Figura 7, el operador 170 ha instruido al módulo de reporte 168 que el o ella desea ver estadísticas de consumo para el día 31 de mayo, 2004. La secunda sección 702 del reporte 700 proporciona información de resumen que identifica las condiciones bajo las cuales el muestreo toma lugar el 31 de mayo, 2004. Una primera entrada en la sección 704 proporciona el número total de dispositivos (104, 106, ... 108) que estuvieron activos en la fecha de reporte. Una segunda entrada en la sección 704 proporciona el número total de dispositivos (104, 106, ... 108) que fueron sondeados por el módulo de sondeo 144. Una tercera entrada en la sección 704 proporciona el número total de dispositivos (104, 106, ... 108) que respondieron a los mensajes de sondeo. Una cuarta en la sección 704 proporciona una medida de confiabilidad de sistema. La confiabilidad puede ser calculada como el número total de dispositivos que respondieron divididos por el número total de dispositivos sondeados, el resultado que es multiplicado por 100. Una quinta entrada en la sección 704 identifica una medida de datos perdidos. Esta medida proporciona alguna indicación de si los datos de evento colectados en la fecha de reporte pueden estar incompletos por cualquier razón identificada. Por ejemplo, un dispositivo puede correr la capacidad de esta memoria para almacenamiento de datos de evento, por lo tanto resultando en una falla capturar completamente comportamiento del usuario durante un intervalo de reporte particular. Una sexta en la sección 704 identifica confidencia de muestra. El operador 170 puede especificar la confidencia de muestra, que define, en parte, el nivel de seguridad en las estadísticas de consumo calculadas. Generalmente, los datos utilizados para llenar en la sección 704 pueden ser proporcionadas por la funcionalidad de adquisición de evento 142, que recolecta y almacena estos datos en el curso normal de su operación de sondeo. (En el caso particular de confidencia de muestra, esta información es reportada cuando la lista aleatoria es enviada, más que eso, una lista de muestra de costumbre. El sistema calcula el tamaño de sondeo de muestra aleatoria basándose en la confidencia deseada especificada por el operador cuando configura la funcionalidad de muestra. Esta confidencia de muestra es reportada en la Figura 7). La Figura 8 muestra otra presentación de Ul 800 que proporciona estadísticas de consumo reales que corresponde a los dispositivos (104, 106, ... 108) sondeados bajo condiciones mencionadas anteriormente. Similar a la presentación de Ul 700, la presentación de Ul 800 incluye dos secciones (802, 804). La primera sección 802 contiene los mismos campos de información que la primera sección 702 de la presentación de Ul 700. Como el caso descrito anteriormente, el operador 170 puede hacer selecciones que el o ella desea ver estadísticas de consumo para canales de deportes para el día 31 de mayo, 2004. La segunda sección 804 del reporte presenta estadísticas de la estructura de tiempo seleccionada por operador y grupo de recurso (31 de mayo, 2004, y agrupamiento de deportes). Principalmente, una primera columna del reporte define una pluralidad de canales contenida dentro del grupo de deportes específicos. El eje horizontal del cuadro define una pluralidad de segmentos de tiempo sucesivos de duración de una hora y media cada uno (en este caso ilustrativo y sin limitación). Las entradas dentro del mismo cuadro proporcionan estadísticas para cada uno de los canales para cada uno de los segmentos de media hora. En un caso, las estadísticas pueden pertenecer a información de evaluación. En otro caso, las estadísticas pueden pertenecer a información de participación. En otras palabras, las entradas con la porción principal del cuadro pueden corresponder a las medidas de CnEva/uac/ónPor o ChParticipaciónPor definidas en la sección B.2 (arriba). La flecha "suma" agrega las medidas de estadísticas en cada columna del cuadro. Más específicamente, la flecha de "suma" puede corresponder a las medidas de ChEvaluaciónSumaPor o ChParticipaciónSumaPor definidas en la sección B.2. Las medidas de suma son agregaciones específicas de reporte. Por otro lado, la flecha de "total" agrega las medidas de estadísticas para un grupo entero de canales identificados en el mapa de fuente (eso es, no simplemente los canales en el grupo de recurso seleccionado). Más específicamente, la flecha de "total" puede corresponder a las medidas de ChEvaluaciónTotalPor o ChParticipaciónTotalPor definidas en la sección B.2. Los contenidos y formato de las presentaciones de Ul mostradas en las Figuras 7 y 8 son simplemente ilustrativas; el módulo de reporte 168 y el módulo de cálculo 164 pueden proporcionar y presentar clases adicionales de estadísticas. La Figura 9 resume la funcionalidad de Ul que pueden ser utilizadas por el operador 170 para interactuar con el módulo de configuración 162. Principalmente, esta funcionalidad de Ul permite al operador 170 definir información de configuración que regirá la operación de la funcionalidad de rastreo 162 y la funcionalidad de adquisición de evento 142. Esta funcionalidad de Ul puede ser implementada como una serie de presentaciones de Ul (no mostrada) que impulsan al operador 170 a ingresar tal información de configuración. La funcionalidad de Ul mostrada en la Figura 9 puede ser • agrupada en 5 categorías principales. El módulo de reporte 168 puede permitir al operador 170 acceder a cualquiera de estas categorías al presentar un control de menú de Ul que enlista estas 5 categorías. Una primera categoría es referenciada como "tarea programada". Esta categoría puede permitir al operador 170 especificar la fecha de inicio y el tiempo del día cuando la funcionalidad de rastreo 160 recibe datos de evento del almacenamiento de evento 158, y la frecuencia en la que se realizará esta tarea después de eso. Esta categoría puede permitir al operador 170 especificar la fecha de inicio y tiempo cuando la aplicación de rastreo 160 genera una nueva de lista de muestra y proporciona la nueva lista al módulo de sondeo 144, y la frecuencia en la que la tarea es realizada después de eso. Una categoría de "umbrales" permite al operador 170 especificar un umbral de piso de unión inferior, un umbral de techo de umbral superior, y el parámetro de a utilizado en la curva de carga exponencial. Estos parámetros rigen la operación del módulo de recibo y filtro 156, como se discutió anteriormente. Una categoría de "configuración de muestreo de STB" permite al operador 170 especificar si el módulo de sondeo 144 va a realizar sondeo utilizando una lista de muestra aleatoria o una lista de muestreo de costumbre. Esta categoría también permite al operador 170 especificar varios parámetros que rigen la operación de muestreo. Para el caso de muestreo aleatorio, esta categoría permite al usuario especificar un nivel de confidencia y un intervalo de confidencia. El módulo de configuración 102 puede utilizar esta información para calcular el tamaño del grupo de muestreo (debido a que un cierto tamaño de muestreo será requerido para satisfacer estos parámetros de confidencia). En un caso el tamaño de la muestra es definido como: TamañodeMuestra en donde: TamañodeMuestra se refiere a un tamaño de muestra ideal requerido para lograr un nivel de confidencia especificado por operador e intervalo de confidencia; Z denota el cociente de confidencia (por ejemplo, para una confidencia del 95%, Z es 1.96 y este valor es obtenido de tablas de Z estándares que caracterizan funciones de distribución K); p se refiere a un valor derivado empíricamente requerido para lograr un nivel de confidencia definido (en un caso ilustrativo, p puede ser establecido a 0.5, mientras se puede asumir que, en un bloque de media hora, a través de una población infinita de usuarios que observan un canal, el promedio de tiempo utilizado por un usuario es 15 minutos; y c se refiere al intervalo de confidencia seleccionado. El tamaño de población real no es infinito, así que el análisis debe contar el tamaño de población real. Esto es, el valor de TamañodeMuestra puede ser ajustado para contar las condiciones de muestreo reales utilizando la siguiente ecuación: TamañodeMuestraAjustado = Tamaño de Muestra (1 + ((TamañodeMuestra-/\ )/ Población)) en donde: TamañodeMuestra se refiere al tamaño de muestra ideal; y Población se refiere al real de una población entera de dispositivos. Para el caso de una lista de muestra de costumbre, la categoría de Configuración de Muestreo de STB permite al operador 170 cagar un archivo especificado que contiene la lista de costumbre de dispositivos (104, 106, ... 108) para ser muestreados por el módulo de sondeo 144. Una categoría de "grupos de canal de TV" permite al operador 170 definir y evitar grupos de canal. Los grupos de canal se refieren a colecciones de canales para los que el módulo de reporte 168 puede generar reportes. Más específicamente, una primera función en esta categoría permite al operador importar un mapa de puente. El mapa de puente define una colección completa de canales para que el módulo de cálculo 164 genere estadísticas. El mapa de puente por lo tanto identifica el grupo de canales en un agrupamiento de "todos los canales". El mapa de puente también define el grupo de todos los canales disponibles en la red de TV. Otra función en esta categoría permite al operador 170 agregar un nuevo grupo. La funcionalidad de Ul puede ser proporcionada para facilitar esta tarea al permitir al operador 170 definir el nombre del nuevo grupo así como sus canales constituyentes. Una presentación de Ul particular que puede ser utilizada para permitir al operador 170 seleccionar canales en una lista de una pluralidad de canales, que revisan las cajas presentadas después de cada lista de canal. Al utilizar esta herramienta, el operador 170 puede especificar la membresía del grupo al colocar revisiones en cajas de revisión que corresponden a los canales que el operador 170 desea incluir en el grupo. Otra función proporcionada por esta categoría permite al operador 170 editar o eliminar un grupo existente. Una categoría de "servidores" permite al operador 170 ingresar información con respecto a la red que dirige varios componentes de la funcionalidad de extremo de cabeza 102, así que permite a estos componentes interactuar uno con otro. Por ejemplo, el operador 170 puede especificar un Localizador de Recurso Uniforme (URL) que define la ubicación de un servidor que implementa ciertos aspectos de la funcionalidad de adquisición de evento 142. Para cerrar, un número de ejemplos ha sido presentado en esta descripción en la alternativa (por ejemplo, caso A o caso B). Además, esta descripción abarca aquellos casos que combinan alternativas en una implementación individual (por ejemplo, caso A y caso B), incluso aunque esta descripción puede no mencionar expresamente estos casos en conjunto en todo caso. Más generalmente, aunque la invención ha sido descrita en el contexto de específico a características estructurales y/o actos metodológicos, se debe entender que la invención definida en las reivindicaciones anexas no necesariamente está limitada a las características específicas o actos descritos. Además, las características específicas y actos han sido presentados como estrategias ilustrativas para implementar la invención reclamada.

Claims

REIVINDICACIONES

1. - Un método para generar información estadística que refleja el consumo de un recurso, que comprende: recolectar datos de evento de una pluralidad de dispositivos, en donde los datos de evento identifican un comportamiento de consumo de usuarios respectivos que operan la pluralidad de dispositivos; calcular una medida de un consumo de usuario del recurso dentro de un segmento de tiempo definido al: identificar la cantidad de tiempo en el que el usuario consumió el recurso dentro del segmento de tiempo definido; dividir la cantidad de tiempo en la que el usuario consumió el recurso entre la cantidad total de tiempo en el segmento de tiempo, para proporcionar una medida de consumo fraccional; repetir el cálculo de la medida para usuarios plurales y para segmentos de tiempo plurales para proporcionar una pluralidad de medidas de consumo fracciónales; generar información estadística en la base de las medidas de consumo fracciónales; y proporcionar un reporte que identifica la información estadística.

2. - El método de acuerdo con la reivindicación 1, en donde el recurso es un recurso de medios. 3.- El método de acuerdo con la reivindicación 2, en donde el recurso es un programa de televisión diseminado por un sistema de diseminación de programa de televisión. 4. - El método de acuerdo con la reivindicación 3, en donde los dispositivos comprenden cajas de TV por cable acopladas a unidades de televisión respectivas. 5. - El método de acuerdo con la reivindicación 1, en donde la generación de información estadística comprende generar información de evaluación al calcular un promedio de las medidas de consumo ocasionales para un segmento de tiempo particular. 6.- El método de acuerdo con la reivindicación 1, en donde la generación de información estadística comprende generar información de participación al calcular el número total de usuarios que consumen el recurso dividido entre el número total de usuarios que consumen cualquiera de los recursos para un segmento de tiempo particular. 7.- El método de acuerdo con la reivindicación 1, que además comprende filtrar los datos de evento para eliminar datos de evento que representan un evento de consumo que tiene una duración inferior a un umbral de unión inferior definido. 8.- El método de acuerdo con la reivindicación 1, que además comprende modificar datos de evento que representan un evento de consumo que tienen una duración superior a un umbral de unión superior definido, por lo tanto para truncar la duración en el umbral de unión superior. 9.- El método de acuerdo con la reivindicación 1, que además comprende asignar una carga a los datos de evento que transportan la probabilidad que el evento correspondiente represente un consumo legítimo del recurso. 10. - El método de acuerdo con la reivindicación 9, que además comprende utilizar una función de carga que tiene una forma exponencialmente decadente para definir la carga. 11. - El método de acuerdo con la reivindicación 1, en donde la recolección de datos de evento comprende sondear la pluralidad de dispositivos basándose en su membresía en una lista de muestreo. 12.- El método de acuerdo con la reivindicación 11, en donde la lista de muestreo es generada aleatoriamente. 13.- El método de acuerdo con la reivindicación 11, en donde la lista de muestreo es generada de forma determinante por un operador. 14.- El método de acuerdo con la reivindicación 1, en donde el proporcionar el reporte comprende proporcionar el reporte a través de una red para un operador remoto o usuario. 15. - Uno o más medios legibles por máquina que incluye instrucciones legibles por máquina para implementar el método de la reivindicación 1. 16. - Un sistema para generar información estadística que refleja el consumo de un recurso, que comprende: funcionalidad de adquisición de evento que recolecta datos de evento de una pluralidad de dispositivos, en donde los datos de evento identifican comportamiento de consumo de usuarios respectivos quienes operan la pluralidad de dispositivos; y rastrear la funcionalidad para calcular y reportar estadísticas basándose en los datos de evento recolectados, la funcionalidad de rastreo comprende: un módulo de cálculo configurado para: calcular una medida de un consumo de usuario del recurso dentro de un segmento de tiempo definido al: (i) identificar la cantidad de tiempo en el que el usuario consumió el recurso dentro del segmento de tiempo definido; y (ii) dividir la cantidad de tiempo que el usuario consumió el recurso entre la cantidad total de tiempo en el segmento de tiempo, para proporcionar una medida de consumo fraccional; repetir el cálculo de la medida para usuarios plurales y para segmentos de tiempo plurales para proporcionar una pluralidad de medidas de consumo fracciónales; y generar información estadística con base en las medidas de consumo fracciónales; y un módulo de reporte configurado para proporcionar un reporte que identifica la información estadística. 17.- El sistema de acuerdo con la reivindicación 16, en donde el recurso es un recurso de medios. 18.- El sistema de acuerdo con la reivindicación 17, en donde el recurso es un programa de televisión diseminado por un sistema de diseminación de programa de televisión. 19.- El sistema de acuerdó con la reivindicación 18, en donde los dispositivos comprenden cajas de TV por cable acopladas a unidades de televisión respectivas. 20. - El sistema de acuerdo con la reivindicación 16, en donde el módulo de cálculo está configurado para generar información estadística en la forma de información de evaluación al calcular un promedio de las medidas de consumo fracciónales para un segmento de tiempo particular. 21. - El sistema de acuerdo con la reivindicación 16, en donde el módulo de cálculo está configurado para generar información estadística en la forma de información de participación al calcular el número total de usuarios que consumen el recurso dividido entre el número total de usuarios que consume cualquiera de los recursos por un segmento de tiempo particular. 22. - El sistema de acuerdo con la reivindicación 16, en donde la funcionalidad de adquisición de evento comprende un módulo de filtro para filtrar los datos de evento para eliminar datos de evento que representan un evento de consumo que tienen una duración inferior a un umbral de unión inferior definido. 2

3. - El sistema de acuerdo con la reivindicación 16, en donde la funcionalidad de adquisición de evento comprende un módulo de filtro para modificar datos de evento que representan un evento de consumo que tiene una duración superior a un umbral de unión superior definido, por lo tanto para truncar la duración en el umbral de unión superior. 24.- El sistema de acuerdo con la reivindicación 16, en donde la funcionalidad de adquisición de evento comprende un módulo de filtro para asignar una cargar a los datos de evento que transporta la probabilidad que el evento correspondiente representa un consumo legítimo del recurso. 25.- El sistema de acuerdo con la reivindicación 24, en donde el módulo de filtro está configurado para aplicar una función de carga que tiene una forma exponencialmente decadente para definir la carga. 26. - El sistema de acuerdo con la reivindicación 16, en donde la funcionalidad de adquisición de evento incluye un módulo de sondeo configurado para sondear la pluralidad de dispositivos basándose en su membresía en una lista de muestreo. 27. - El sistema de acuerdo con la reivindicación 26, en donde la funcionalidad de rastreo está configurada para generar la lista de muestreo al seleccionar aleatoriamente dispositivos para inclusión en la lista de muestreo. 28. - El sistema de acuerdo con la reivindicación 26, en donde la lista de muestreo es una lista de muestreo de costumbre proporcionada por un operador, y en donde la funcionalidad de rastreo está configurada para validad la lista de muestreo de costumbre. 29. - El sistema de acuerdo con la reivindicación 16, en donde el módulo de reporte está configurado para proporcionar el reporte a través de una red a un operador remoto o usuario. 30.- Uno o más medios legibles por máquina incluyendo instrucciones legibles por máquina para implementar la funcionalidad de la reivindicación 16. 31. - Un método para generar información estadística que refleja el consumo de un recurso, que comprende: recolectar datos de evento de una pluralidad de dispositivos, en donde los datos de evento identifican comportamiento de consumo de usuarios respectivos que operan la pluralidad de dispositivos; filtrar los datos de evento recolectados al eliminar cualquier dato de evento que representa un evento de consumo que tiene una duración inferior a un umbral de unión inferior definido, y al modificar datos de evento que representan un evento de consumo que tiene una duración superior a un umbral de unión superior definido, por lo tanto para truncar la duración en el umbral de unión superior; calcular una pluralidad de medidas de consumo fracciónales, basándose en los datos de evento filtrados, que miden el consumo de los usuarios del recurso dentro de una pluralidad de segmentos de tiempo; generar información estadística en la base de las medidas de consumo fracciónales; y proporcionar un reporte que identifica la información estadística. 32. - El método de acuerdo con la reivindicación 31, que además comprende asignar una carga a los datos de evento que transportan la probabilidad que el evento correspondiente representa un consumo legítimo del recurso. 33.- El método de acuerdo con la reivindicación 32, que además comprende utilizar una función de carga que tiene una forma exponencialmente decadente para definir la carga. 34.- Uno o más medios legibles por máquina incluyendo instrucciones legibles por máquina para impiementar el método de la reivindicación 31.