MX2007000487A - Agrupamiento de objetos de sesion. - Google Patents

Abstract

Una sesion de entrega de objetos, tal como una entrega de archivos sobre una sesion de transporte unidireccional (FLUTE) es unida y se provee una descripcion de una pluralidad de objetos provistos por la sesion; la descripcion indica uno o mas agrupamientos de la pluralidad de objetivos; un objeto interesante es determinado a partir de la pluralidad de objetos; con base en el objeto de interes y la descripcion de la pluralidad de objetos, uno o mas de la pluralidad de objetos son identificados para descargarse.

Description

AGRUPAMIENTO DE OBJETOS DE SESIÓN La presente solicitud reclama prioridad para la Solicitud de Patente de E.U.A. No. de Serie 10/890,273, presentada el 14 de julio del 2004, titulada "Grouping of session objects", cuyo contenido está incorporado en la presente descripción en su totalidad.

CAMPO DE LA INVENCIÓN La presente invención se refiere a comunicaciones. Más particularmente, la presente invención se refiere al agrupamiento de objetos transferidos en un ambiente de comunicaciones.

ANTECEDENTES DE LA INVENCIÓN La entrega de archivos (o "entrega de medios discreta") es un servicio importante, con frecuencia involucra una topología de transmisión de uno a muchos (o "emisión múltiple") sobre sistemas tales como la emisión múltiple IPO, Control de dispositivo de protocolo de Internet (IPDC) y servicio de emisión multimedia/emisión múltiple (MBMS). Desafortunadamente, muchas de las características de entrega de archivos deseable que son provistas por los protocolos punto a punto, tales como el Protocolo de transferencia de archivo s (FTP) y el Protocolo de transferencia de hipertexto (HTTP), son problemáticas para dichos escenarios de transmisión de uno a muchos. Adicionalmente, los protocolos tales como el protocolo de control de transmisión (TCP), el cual se provee para entrega confiable o garantizada de los archivos a través de la transmisión de acuses de recibo (ACKs), no son factibles en dichos escenarios de transmisión de uno a muchos. El grupo de trabajo de Transporte de emisión múltiple confiable (RMT) de la Fuerza de tarea de diseño de Internet (IETF) es en el procedimiento de estandarización de dos categorías de protocolos de transporte de emisión múltiple resistente a error. En la primera categoría, la confiabílidad es implementada a través del uso de Corrección de error de envío (proactívo) (FEC). En la segunda categoría, a través del uso de retroalimentacíón del receptor. La codificación en estratos asincronos (ALC) es un protocolo de ejemplo que pertenece a la primera categoría, mientras que el protocolo de Emisión múltiple confiable orientada a NACK (NORM) pertenece a la segunda categoría. Estos protocolos pueden ser utilizados en una variedad de redes. Por ejemplo, con respecto a redes de acceso múltiples inalámbricas, estos protocolos pueden ser utilizados en lasa redes del Sistema de telecomunicaciones móvil universal (UMTS), Redes de área local inalámbricas (WLANs), redes de transmisión de video directo - terrestres (DVB-T) y redes de transmisión de vídeo directo - satélite (DVB-S). La información con respecto a las comunicaciones DVB puede encontrarse en la Internet en http://www.DVB.org.

La entrega de archivos sobre un Transporte unidireccional (FLUTE) es un método de transmisión que se provee para transmisión de emisión unidireccional que se puede escalar de manera masiva. Para lograr esta funcionalidad, el FLUTE se construye sobre bloques de construcción FEC y ALC. Una Guía de servicio electrónico (ESG) es un grupo de metadatos que es utilizado para describir "programas", sesiones, servicios y otra información que provee un servicio de transmisión. Una ESG provee a los usuarios de dispositivos información con respecto, por ejemplo, a programas, servicios, costos y los similares. Una ESG también provee un dispositivo con información de tal manera que el dispositivo puede recibir los servicios. Cuando se utiliza el FLUTE para transmitir anuncios de servicio/descripciones, es deseable tener un método de agrupación (relacionado) de fragmentos (o partes) diferentes de una ESG juntos utilizando un parámetro de agrupación de nivel de sesión (o mayor o menor). Adicionalmente, también es deseable relacionar objetos diferentes a los metadatos y elementos ESG entre sí. Un ejemplo, son los archivos de audio y video que son transmitidos en la misma sesión y forman una aplicación de película juntos. Desafortunadamente, dichos métodos de transmisión (así como también los emisores y transmisores) con frecuencia no proveen capacidades de agrupación.

BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención provee técnicas para el agrupamiento de objetos que son ofrecidos por una sesión de entrega de objetos, tal como una sesión FLUTE. De acuerdo con los aspectos de la presente invención, un método, aparato y producto de programa de cómputo se pueden unir a una sesión de entrega de objetos. Desde la sesión se recibe una descripción de una pluralidad de objetos provistos por la sesión. Esta descripción indica uno o más agrupamientos de la pluralidad de objetos. Un objeto interesante es determinado a partir de la pluralidad de objetos. A partir de esta determinación, uno o más de la pluralidad de objetos son identificados para ser descargados con base en el objeto de interés y la descripción de la pluralidad de objetos. De acuerdo con los aspectos adicionales de la presente invención, un método, aparato y producto de programa de cómputo pueden unirse a una sesión de entrega de objeto, y recibir a partir de la sesión una descripción de una pluralidad de objetos provistos por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos. Una lista que corresponde al uno o más agrupamientos es almacenada. Esta lista puede indicar cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente y actualmente no está en posesión. Adicionalmente, uno o más objetos de la lista puede ser seleccionado y descargado.

También, la presente invención provee un método, aparato y producto de programa de cómputo que recibe una fuente de información de uno o más identíficadores que corresponden a los objetos provistos por una sesión de entrega de objetos. Esta fuente de información está fuera de banda de la sesión de entrega de objeto. Con base en el uno o más identificadores, un objeto interesante es determinado a partir de la pluralidad de objetos. Adicionalmente, la sesión de entrega de objeto puede ser unida, de tal manera que se recibe una descripción de la pluralidad de objetos provista por la sesión. Esta descripción indica uno o más agrupamientos de la pluralidad de objetos. Con base en el objeto de interés y la descripción de la pluralidad de objetos, uno o más de los objetos son identificados para ser descargados. De acuerdo con aspectos adicionales de la presente invención, un dispositivo incluye un despliegue y un cliente. El despliegue provee a un usuario una guía de servicio electrónica (ESG) que tiene fragmentos de metadatos múltiples. El cliente recibe los fragmentos de metadatos de una sesión de entrega de objeto (tal como una sesión FLUTE). Adicíonalmente, el cliente recibe una descripción (tal como un ejemplo de Cuadro de entrega de archivo (FDT)) de los objetos provistos por la sesión. Esta descripción indica uno o más agrupamientos de metadatos. Adícionalmente, la presente invención provee un proveedor de sesión que tiene una porción de almacenamiento y una porción de comunicaciones. La porción de almacenamiento tiene una pluralidad de objetos, y una descripción que indica uno o más agrupamientos de la pluralidad de objetos. La pluralidad de objetos y la descripción son asociados con una sesión de entrega. La porción de comunicaciones transmite la pluralidad de objetos y la descripción del uno o más clientes de la sesión. Las características y ventajas adicionales de la presente invención se harán evidentes a partir de la siguiente descripción y los dibujos que la acompañan.

BREVE DESCRIPCIÓN DE LOS DIBUJOS En los dibujos anexos, los números de referencia similares indican de manera general funcionalidad idéntica, similar, y/o elementos estructuralmente similares. Los dibujos anexos en los cuales un primer elemento aparece es indicado por el(los) dígito(s) más hacia la izquierda en el número de referencia. La presente invención será descrita haciendo referencia a los dibujos que la acompañan, en los cuales: La Figura 1 , es un diagrama de un ambiente de operación, de acuerdo con una modalidad de la presente invención; Las Figuras 2A y 2B, son diagramas de una guía de servicio electrónica de acuerdo con una modalidad de la presente invención; La Figura 3, es un diagrama que muestra un agrupamiento de objetos en una sesión d entrega, de acuerdo con una modalidad de la presente invención; La Figura 4, es un diagrama de flujo de una operación en la cual un dispositivo obtiene diversos objetos de acuerdo con una modalidad de la presente invención; La Figura 5, es un diagrama que muestra una arquitectura de dispositivo terminal de acuerdo con los aspectos de la presente invención; y La Figura 6, es un diagrama de una implementación de dispositivo terminal de acuerdo con los aspectos de la presente invención.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS i. Ambiente de operación Antes de describir la presente invención con detalle, es útil describir primero un ambiente en el cual se puede emplear la presente invención. Por consiguiente, la Figura 1 es un diagrama de un ambiente de operación de acuerdo con una modalidad de la presente invención. En este ambiente, la información es transmitida desde un proveedor de sesión 102 a dispositivos terminales múltiples 106. El proveedor de sesión 102 transmite información en la forma de una sesión de emisión múltiple (tal como una sesión FLUTE). Esta información puede incluir objetos o archivos múltiples que pueden representar, por ejemplo, una ESG, una transmisión de video o los similares. Adicionalmente, esta información puede incluir descripciones de los objetos e información de agrupamiento con respecto a los objetos. Como se muestra en la Figura 1 , un proveedor de sesión 102 incluye una porción de almacenamiento 108 y una porción de comunicaciones 110. Estas porciones pueden ser implementadas en hardware, software, fírmware o cualquier combinación de las mismas. La porción de almacenaje 108 puede almacenar los objetos múltiples (por ejemplo, archivos, fragmentos de metadatos y/o sobres de metadatos) y una descripción que indica una o más agrupaciones de la pluralidad de objetos. La pluralidad de objetivos y la descripción están asociados con una sesión de entrega. La porción de comunicaciones 110 transmite la pluralidad de objetos y la descripción a los clientes de la sesión. Por ejemplo, la información puede ser enviada a los dispositivos de tErminal a través de una pluralidad de redes de distribución 104. Estas redes de distribución incluyen una red DVB 104a, una red WLAN 104b, una red Bluetooth (estándar de comunicación inalámbrica de voz y datos por radiofrecuencia) 104c, una red celular 104d y una red de cable 104c (por ejemplo, una red de especificación de interfase de servicio de datos sobre cable (DOCSIS)). Por consiguiente, los dispositivos de terminal 106, pueden existir en diversas implementaciones, tales como teléfonos móviles, sintonizadores externos y los similares. Aunque no se muestra, una o más redes intermedias (tales como la Internet) pueden existir entre el proveedor de sesión 102 y las redes de distribución 104. ii. Guía de servicio electrónica La información ESG es transmitida a una terminal de usuario como uno o más fragmentos de metadatos. Un fragmento de metadatos son metadatos (por ejemplo, SDP, XML, etc.) que pueden contener una descripción de un servicio. Un sobre de metadatos (normalmente XML) puede ser utilizado para indicar versión, actualizar y expirar (o mantener actualizada la información) la información de metadatos (es decir, el fragmento de metadatos). La Figura 2A, es un diagrama que muestra una ESG de ejemplo 200. Como se muestra en la Figura 2A, la ESG 200 incluye información que está dispuesta en una jerarquía de árbol que tiene niveles múltiples. Estos niveles incluyen un nivel de raíz 202, un nivel de categoría 204, un nivel de portal de servicio 206, un nivel de servicio 208, un nivel de sesión 209, y un nivel de artículo de servicio 210. La ESG 200 puede ser recibida por un dispositivo y presentada a su usuario de acuerdo con las técnicas de la presente invención. Por ejemplo, la Figura 2B, es una vista de la ESG 200 siendo desplegada por un dispositivo de comunicaciones inalámbrico 250 de acuerdo con una modalidad de la presente invención. lll. ALC, LCT y FLUTE El ALC es un protocolo descrito en la publicación de M. Luby, et " al., "Asynchronous layered coding (ALC) protocol instantiation" RFC 3450, The Internet society, Diciembre del 2002 ("RFC 3450"). Este documento está incorporado en la presente descripción como referencia en su totalidad y puede ser descargado de http://www.ietf.org/rfc/rfc3450.txt. El ALC se puede escalar de manera masiva (en término de número de usuarios), ya que no necesita señalización de enlace ascendente y así, cualquier cantidad de receptores adicionales no establece demandas adicionales en el sistema. Sin embargo, el ALC no es 100% confiable, ya que no garantiza la recepción, por lo tanto está descrito de manera general como robusto. El ALC provee congestión controlada de entrega asincrónica confiable del contenido a un número ilimitado de receptores concurrentes desde un remitente único. Esto se realiza utilizando un bloque de construcción de transporte de codificación por capas (LCT), un bloque de construcción de control de congestión de velocidad múltiple, y un bloque de construcción de corrección de error de envío (FEC). El ALC está diseñado para ser utilizado con la red de emisión múltiple IP y no requiere paquetes de retroalimentación de los receptores al remitente. La información, denominada como objetos, es transferida desde un remitente a uno o más receptores en una sesión ALC.

El ALC puede soportar diversos modelos de servicio de entrega de contenido confiables. Uno de dichos modelos es denominado el modelo de servicio de empuje, involucra la entrega simultánea de objetos a un grupo seleccionado de receptores. Otro modelo es denominado el modelo de servicio de entrega de contenido en demanda. En este modelo, un remitente transmite un objeto (por ejemplo, software) durante un período de tiempo. Durante este período de tiempo, los receptores pueden unirse a la sesión y recuperar el objeto. Este período de tiempo puede ser de duración mucho más larga que el tiempo requerido para que el receptor descargue el objeto. Por lo tanto, los receptores se unen a la sesión durante dicho período de tiempo y dejan la sesión cuando han recibido paquetes suficientes para recuperar el objeto. Dichas sesiones son identificadas por una descripción de sesión, la cual puede ser obtenida, por ejemplo, a través de un servidor de la red mundial. El ALC utiliza un formato de paquete que incluye un encabezado de protocolo de datagrama de usuario (UDP) seguido por un encabezado LCT, una ID de carga útil FEC, y una carga útil de paquete. El LCT es descrito en la publicación de Luby et al., "Layered coding transport (LCT) building block", RFC 3451 , The Internet socíety, Diciembre del 2002. Este documento está incorporado en la presente descripción como referencia en su totalidad y puede ser descargado de http://www.ietf.org/rfc/rfc3451.txt. El LCT provee soporte de nivel de transporte para entrega de contenido confiable y protocolos de entrega de corriente. Una sesión LCT incluye uno o más canales LCT relacionados que se originan en un remitente único. Los canales son utilizados durante un período de tiempo para transportar paquetes que contienen los encabezados LCT. Estos paquetes pueden ser recibidos por uno o más receptores. Aunque el LCT requiere una conexión desde un remitente al receptor(es), no requiere una conexión del receptor(es) al remitente. Por consiguiente, el LCT puede ser utilizado tanto para entrega de emisión única como de emisión múltiple. El FLUTE es un protocolo que se construye sobre el ALC para proveer la entrega unidireccional de los archivos sobre la Internet. El FLUTE está descrito en el Internet draft de Paila, et al., titulado "FLUTE - File delivery over unidireccional transport", June 2004. Este documento está incorporado en la presente descripción como referencia en su totalidad y puede ser descargado de http://www.ietf.org/internet-drafts/draft-ietf-rmt-flute-08.txt. Como se describió anteriormente, el ALC define el trasporte de objetos binarios arbitrarios. Sin embargo, para aplicaciones de entrega de archivos, el mero transporte de objetos no provee dispositivos receptores con información necesaria que describe qué representan realmente los objetos transportados. El FLUTE provee esta información necesaria con un mecanismo que señala y genera el mapa de las propiedades de los archivos para los conceptos ALC. Una sesión ALC/LCT incluye un grupo de canales ALC/LCT agrupados en forma lógica asociados con un remitente único, el cual transmite los paquetes que tienen encabezados para uno o más objetos. Un canal ALC/LCT es definido por la combinación de un remitente y una dirección asociada con el canal por el remitente. El receptor se une a un canal para empezar a recibir los paquetes de datos enviados al canal por el remitente, y un receptor deja un canal para dejar de recibir paquetes de datos desde el canal. Uno de los campos transportados en el encabezado ALC/LCT es el identificador de sesión de transporte (TSI). El TSI es delimitado por la dirección IP fuente, y una sesión es definida en forma única mediante la formación de pares de la dirección IP de fuente y el TSI. Por consiguiente, un dispositivo receptor puede utilizar esta formación de pares (la cual es realizada en cada paquete) para identificar la sesión que corresponde al paquete. Los objetos múltiples pueden ser transportados en una sesión. Para que se puedan distinguir los objetos, el encabezado ALC7LCT puede incluir un campo de identificador de objeto de transporte (TOI). En las sesiones FLUTE, el TOI es requerido para todos los paquetes transmitidos. El TOI transporta un valor que indica el objeto particular de la sesión que está asociado con el paquete. Cada objeto tiene un TOI único dentro del alcance de una sesión FLUTE. En el FLUTE, un valor de campo TOI de '0' significa la entrega de un Ejemplo de Cuadro de entrega de archivo (FDT), el cual puede ser repetidos varias veces durante una sesión. Adicionalmente, cada caso FDT es identificado en forma única por una ID de caso FDT. Por consiguiente, durante una sesión FLUTE, los paquetes son limitados por el TOI para objetos de archivo, y tanto por el TOI y la ID de caso FDT para los objetos de caso FDT. El cuadro de entrega de archivo (FDT) provee información descriptiva (o atributos) con respecto a los archivos que serán entregados dentro de la sesión de entrega de archivo FLUTE. Desde una perspectiva de implementación, el FDT FLUTE es un grupo de entradas de descripción de archivo en la cual cada entradas para un archivo a ser entregado en la sesión. Cada entrada de descripción de archivo es requerid para incluir determinados atributos. Estos atributos requeridos incluyen el TOI para el archivo que describe la entrada y la URI que identifica el archivo. Los ejemplos de atributos adicionales pueden ser transportados en el FDT FLUTE que incluye información de transmisión de objeto de corrección de error de envío (FEC) para los archivos (que incluye la ID que codifica el FEC y, si es relevante, la ID de ejemplo FEC). Otros ejemplos de atributos de archivo incluyen el tamaño del objeto de transporte que transporta el archivo y la velocidad agregada del envío de paquetes a todos los canales. También, los ejemplos de atributos TOI para un archivo incluyen tipo de medios MIME del archivo, el tamaño del archivo, la codificación del archivo, y un extracto de mensaje del archivo. Un receptor de la sesión de entrega de archivo (por ejemplo, un dispositivo de terminal) mantiene una base de datos FDT para ingresos de descripción de archivo recibidas. El receptor mantiene la base de datos, por ejemplo, a partir de la reopción de Ejemplos FTD. Por lo tanto, en cualquier momento determinado, los contenidos de la base de datos FDT representa la vista actual del receptor del FDT de la sesión de entrega de archivo. Los pasos de la Figura 4, son provistos con propósitos de ilustración, no de limitación. Por consiguiente, otras secuencias de pasos, así como también la adición y/o remoción de determinados pasos están dentro del alcance de la presente invención. iv. Agrupamiento de objetos La presente invención provee mecanismos para agrupar diversos archivos y/u objetos que son transmitidos en una sesión, tal como una sesión FLUTE. En las modalidades, este mecanismo involucra la incorporación de un atributo nuevo en el FDT FLUTE. Este atributo nuevo señala la agrupación de diversos archivos y/u objetos que son transmitidos durante una sesión única. A partir de la recepción de este atributo, un dispositivo receptor es señalado como los archivos particulares y/u objetos transmitidos durante la sesión que están relacionados, y que estos archivos y/u objetos deben ser recibidos en conjunto entre sí. Los mecanismos de agrupamiento de la presente invención se proveen para entrega y reconstrucción eficientes de datos transmitidos en el receptor. Por ejemplo, dichos mecanismos de agrupamiento pueden ser utilizados para formar una ESG completa a partir de los fragmentos de metadatos. La ESG es utilizada para proveer información al usuario así como también a la terminal correspondiente a los servicios disponibles. La Figura 3, es un diagrama que muestra una secuencia de transmisiones en una sesión FLUTE a lo largo de un eje de tiempo 301 , de acuerdo con una modalidad de la presente invención. Estas transmisiones incluyen un FDT 302, un objeto 304 (también denominado como el objeto X), un objeto 306 (también denominado como el objeto Y), y un objeto 308 (también denominado como el objeto Z). El FDT 302 identifica los objetos que son provistos por la sesión. Por ejemplo, el FDT 302 identifica el objeto X, objeto Y y objeto Z. Adicionalmente, el FDT 302 provee información de relación con respecto a estos objetos. Esta información de relación está en la forma de agrupamientos de objetos. En particular, el FDT 302 indica la existencia de dos grupos: un grupo 1 y un grupo 2. Como se muestra en la Figura 3, los objetos X y Y, pertenecen al grupo 1 , mientras que el objeto Z pertenece al grupo 2. Como se muestra en la Figura 3, el FDT 302 es transmitido primero, seguido por la transmisión secuencial de objetos 304, 306 y 308. Sin embargo, las transmisiones pueden estar en otras secuencias. La Figura 4, es un diagrama de flujo de una operación de ejemplo de acuerdo con una modalidad de la presente invención en la cual un dispositivo obtiene diversos objetos de un proveedor de sesión FLUTE. Estos objetos, pueden ser fragmentos de metadatos que el dispositivo puede utilizar para construir metadatos compuestos o una ESG. Esta operación incluye un paso 402, en la cual el dispositivo se une a una sesión FLUTE. Este se puede basar en alguna información (por ejemplo, fuera de banda) que el dispositivo ha recibido antes y a partir de la cual, el dispositivo conoce los detalles de sesión correctos (dicha dirección IP de fuente, número de puerto, etc.). La información fuera de banda puede ser la información recibida desde una fuente diferente y/o a través de un medio de comunicaciones diferente. En un paso 404, el dispositivo obtiene (recibe) un FDT durante la sesión. Una vez obtenido, el dispositivo analiza el FDT en un paso 406. En un paso 408, el dispositivo determina si la sesión ofrece cualquier información interesante. Para las ESGs, los ejemplos de información interesante incluyen sobre de metadatos de una ESG, y fragmentos de metadatos (o partes de una ESG). Esta determinación se puede basar en el FDT. De manera alternativa, esta determinación se puede basar en la información recibida desde la fuente fuera de banda. Si la sesión ofrece cualquier información interesante, entonces la operación procede a un paso 410. De lo contrario, la operación puede proceder a un paso opcional 409 en el cual el dispositivo descontinúa la participación en la sesión de entrega del objeto. En el paso 410, el dispositivo identifica la información (por ejemplo, objetos) que éste necesita obtener de la sesión con base en la información interesante. Esta información identificada incluye toda o una porción de la información total a ser transmitida durante la sesión FLUTE.

Durante la recepción del FDT, el dispositivo puede determinar que un objeto interesante particular pertenece a un grupo que tiene otros objetos. Por consiguiente, en las modalidades, el dispositivo puede identificar en el paso 410 que necesita obtener uno o más objetos a partir de la sesión que comparte la membresía de grupo con la información interesante determinada en el paso 408. Un paso 412 sigue al paso 410. En este paso, el dispositivo descarga el uno o más objetos que fueron identificados en el paso 410 como grupo que comparte la membresía con la información interesante determinada en el paso 408. En un paso 414, el dispositivo almacena la información con base en el objeto e información de agrupación transportada en el FDT. Esta información puede ser una compilación de los objetos que pertenecen a determinados grupos. Por consiguiente, dicha compilación puede estar en la forma de una o más listas, en donde cada lista puede incluir uno o más objetos, tales como URIs, que perteneces a uno o más grupos en particular (también denominados como "objetos comunes al grupo"). Por ejemplo, una lista puede incluir a todos los objetos que están siendo transmitidos durante una sesión que pertenece a dos grupos particulares. El dispositivo puede entonces (en el paso 410) elegir descargar todos los objetos en esta lista. En determinadas situaciones, el dispositivo puede ya estar en posesión (por ejemplo, almacenado en la memoria) de algunos de los objetos que están siendo transmitidos durante la sesión. Cuando es este el caso, el dispositivo puede compilar información desde el FDT con respecto a los objetos, tales como URIs, en grupos que el dispositivo no posee (también denominado como "objetos comunes a grupo nuevos"). Como en el caso anterior, dichas compilaciones pueden estar en la forma de listas, en las cuales cada una de las listas corresponde a uno o más grupos particulares. El dispositivo puede entonces descargar los objetos que forma esta lista durante la sesión. Esta característica es particularmente útil en el caso de las ESGs, en donde los fragmentos de metadatos actualizados pueden con frecuencia ser transmitidos dentro de una sesión o como parte de sesiones múltiples. La diferenciación entre fragmentos de metadatos "nuevos" y "viejos" se realiza con base en la información de versión que puede ser provista en un sobre de metadatos, en el fragmento en sí mismo, o en cualquier otra parte (tal como el FDT o fuera de banda). La identificación de información en el paso 410 puede basarse en la identificación de membresías de grupo de diversos objetos provistas por la sesión FLUTE. Haciendo referencia a la sesión de ejemplo de la Figura 3, la sesión FLUTE puede transmitir los objetos X y Y, los cuales pertenecen al mismo grupo (es decir, grupo 1). Como un caso de uso de ejemplo, el objeto X puede ser un sobre de metadatos y un objeto Y puede ser un fragmento de metadatos que es referido por el objeto X. Por consiguiente, en el paso 408, el dispositivo determina que el objeto X es interesante y por consiguiente, identifica éste como un objeto necesario en el paso 410. Sin embargo, debido a que los objetos X y Y pertenecen al mismo grupo, el dispositivo también identifica el objeto Y como un objeto necesario en el paso 410. Sin embargo, a través del desempeño del paso 408, el dispositivo puede determinar que el objeto Z (el cual no pertenece al grupo 1) no es interesante. Esta determinación puede ser por varias razones. Por ejemplo, el objeto Z puede ser algún código de software u otro fragmento de metadatos que, mientras es referido por el sobre de metadatos (objeto X), el receptor ha decidido en el paso 408 que no es interesante. Adicionalmente, debido a que el objeto Z pertenece a un grupo diferente que el grupo del objeto X, el dispositivo no identifica esto para descargarlo en el paso 410. Como un resultado, en este ejemplo, el dispositivo descarga los objetos X y Y en el paso 412. El mecanismo de agrupamiento de la presente invención puede ser utilizado en una forma de "recibir uno, recibir todos". Es decir, si el receptor recibe cualquiera de los objetos que están siendo transmitidos como parte de un grupo, entonces el receptor debe recibir todos los objetos que están siendo transmitidos durante la sesión que son parte de este grupo. Esta funcionalidad es útil en diversas aplicaciones, tales como descarga de video y descarga ESG. Como un ejemplo de esta característica de "recibir uno, recibir todos", cuando un objeto de un grupo particular es determinado por el dispositivo como interesante en el paso 408, el dispositivo identifica todos los objetos en ese grupo particular como necesarios en el paso 410.

El mecanismo de agrupamiento de la presente invención también puede ser utilizado para asociar la recepción de uno o más fragmentos de metadatos con la recepción de un sobre de metadatos. Por ejemplo, si un dispositivo identifica en el paso 408 como interesante a un fragmento que está siendo transmitido como parte de una sesión dentro de un grupo, entonces (de acuerdo con este aspecto) el dispositivo identificará el sobre correspondiente que está siendo transmitido en la sesión (la cual también es parte del mismo grupo) como siendo necesario en el paso 410. Adicionalmente, el mecanismo de agrupamiento de la presente invención también puede ser utilizado como un "gatillo" para un evento. Por ejemplo, los fragmentos de metadatos que forman una ESG pueden ser transmitidos durante una sesión como parte de un grupo. La recepción de todos los objetos que son parte de este grupo puede ser suficiente para disparar una acción determinada en el dispositivo. Por ejemplo, en el caso de una ESG, la recepción mediante un dispositivo de una cantidad de información determinada activará el despliegue de la información ESG sobre la pantalla para el usuario. De manera alternativa, la recepción de esta información puede ser suficiente para activar la unión a otra sesión del dispositivo sobre posiblemente otro canal. En remitente puede enviar un tipo de extensión de correo de Internet de propósito múltiple (MIME) como parte de un grupo único. El MIME es una especificación para darle formato a los mensajes que no son ASCII. Esta característica puede ayudar al receptor a recibir estos objetos y utilizarlos de forma adecuada, tal como pasarlo a una aplicación adecuada. El mecanismo de agrupamiento puede ser utilizado en conjunto con el uso de los tipos MIME. Por ejemplo, el receptor puede descargar únicamente el sobre de metadatos durante una sesión. Entonces, con base los tipos MIME de los objetos que están siendo transmitidos durante una sesión y los grupos que pertenecen al objeto, el receptor puede elegir descargar únicamente determinados objetos de determinados grupos. Por ejemplo, después de recibir el FDT, un receptor puede elegir recibir únicamente los objetos del tipo SDP MIME que son parte de un grupo X determinado. Esta característica es muy útil cuando los objetos o archivos están siendo transmitidos, por ejemplo, utilizando un método de carrusel. v. Mecanismos de agrupamiento Como se describió anteriormente, las modalidades de la presente invención se proveen para que un atributo nuevo sea agregado a la sintaxis FLUTE. En particular, la presente invención provee diversas técnicas para agrupar y relacionar archivos/objetos diferentes que son entregados dentro de la misma sesión FLUTE. Por ejemplo, en las modalidades, los archivos/objetos son agrupados en el nivel TOI. Sin embargo, en las modalidades adicionales, los archivos/objetos son agrupados en el nivel de sesión. Los cuadros 1 y 2 proveen los ejemplos de los casos DT en los cuales los objetos son agrupados en el nivel TOI.

CUADRO 1 <FDT> <TOI ID="A1"> <Group = "Group X"> </TOI> <TOI ID="A2"> <Group = "Group X"> < TOI> <TOI ID="An"> <Group = "Group X"> </FDT> El ejemplo del Cuadro 1 muestra el uso de un atributo <Group = "Group X"> nuevo. Este atributo está incluido como parte del FLUTE FDT. El atributo está incluido como parte de la descripción de cada objeto que está siendo transmitido en la sesión FLUTE. Es decir, el atributo está incluido en una base "per-TOl". Los objetos que pertenecen a más de un grupo, también pueden ser transmitidos utilizando este atributo. El Cuadro 2, que se encuentra a continuación, es un caso FDT, que provee un ejemplo de esta característica.

CUADRO 2 <FDT> <TOI ID="A1"> <Group = "Group X" </TOI> <TOI ID="A2"> <Group = "Group X" </TOI> <TOI ID="An"> <Group = "Group X"> </TOI> <TOI ID="B1"> <Group = "Group Y"> < TOI> <TOI ID="B2"> <Group = "Group Y"> </TOI> <TOI ID="Bm"> <Group = "Group Y"> </TOI> </FDT> Durante la recepción de los objetos en la sesión, el receptor analiza la información FDT y determinan que los objetos con el atributo de "Grupo" igual a "X" están relacionados entre sí. Como se describió anteriormente, el agrupamiento de objetos pude ser realizado en el "nivel de sesión" en lugar del "nivel de objeto" como en los Cuadros 1 y 2 El Cuadro 3, que se encuentra a continuación, provee un ejemplo de un caso FDT entregado en una sesión FLUTE con el agrupamíento realizado en el nivel de sesión.

CUADRO 3 <FDT> <Group = "Group X"> <TOI ID="A1 "> < TOI> <TOI ID="A2"> < TOI> <TOI ID="An" </TOI> </FDT> El ejemplo del Cuadro 3, muestra el uso del parámetro <Grupo = "Grupo X"> descrito anteriormente. Sin embargo, en este caso el parámetro es utilizado en un nivel de sesión. Es decir, en lugar de utilizar el parámetro por TOI (o por objeto) en el FLUTE FDT, las descripciones FDT de los objetos que están siendo transmitidos en la sesión FLUTE son agrupadas juntas dentro de un parámetro <Grupo = "Grupo X"> como se mostró anteriormente. Cuando un dispositivo receptor analiza a través del FLUTE FDT del Cuadro 3, éste determina que los objetos que están siendo entregados son parte del grupo X en el FDT están relacionados. El receptor puede entonces combinar los objetos. Adicionalmente, los grupos múltiples pueden ser especificados en un FDT único utilizando este método de nivel de sesión. Un ejemplo de dicho caso de uso es provisto más adelante en el Cuadro 4.

CUADRO 4 <FDT> <Group : - "Group X"> <TOI ID= "A1"> </TOI> <TOI ID="A2"> </TOI> <TOI ID="An"> </TOI> <Group = "Group Y"> <TOI ID="B1 "> </TOI> <TOI ID="B2"> </TOI> <TOI ID="Bm"> </TOI> </FDT> Un aspecto de la presente invención es que el mismo objeto puede estar presente en grupos múltiples. En tal caso, aunque el objeto (o archivo o fragmento) es transmitido como un caso único en la sesión, éste es asociado con uno o más grupos utilizando el parámetro de "grupo" descrito anteriormente. Los ejemplos de casos FDT en los cuales los objetos son miembros de grupos múltiples son provistos en los Cuadros 5 y 6, más adelante. En particular, el Cuadro 5 provee un ejemplo que emplea el agrupamiento de nivel de sesión, mientras que el Cuadro 6 provee un ejemplo que emplea el agrupamíento de nivel TOI.

CUADRO 5 <FDT> <Group = "Group X"> <TOI ID="A1"> URI = File 1 <ÍTO\> <TOI ID="A2"> </TOI> <TOI ID="An"> </TOI> <Group = "Group Y"> <TOI ID="A1"> URI = File 1 </TOI> <TOI ID="B1"> </TOI> <TOI ID="Bm"> </TOI> </FDT> Como se muestra en el Cuadro 5, anterior, Archivo 1 (File 1 ) es identificado dentro de la sesión por el uso del TOI A1. Este archivo es transmitido como un caso único durante la sesión. Sin embargo, un dispositivo receptor interpreta la información de agrupamiento en el caso FDT del Cuadro 5, de tal manera que el Archivo 1 pertenece tanto al grupo X como al grupo Y.

El Cuadro 6, que se encuentra a continuación, muestra que el mismo agrupamiento múltiple puede ser logrado en el nivel TOI. En este caso FDT, la descripción del Archivo 1 indica al receptor que el Archivo 1 pertenece a ambos grupos X y Y. Por lo tanto, aún cuando únicamente un caso del Archivo 1 es transmitido durante la sesión, un dispositivo receptor interpreta a partir de este caso FDT que el Archivo 1 pertenece a ambos grupos X y Y.

CUADRO 6 <FDT> <TOI ID="A1"> URI = File 1 <Group = "Group X"> <Group = "Group Y"> < TOI> <TOI ID="A2"> <Group = "Group X"> </TOI> <TOI ID="An"> <Group = "Group X"> </TOI> <TOI ID="B1"> <Group = "Group Y"> </TOI> <TOI ID="B2"> <Group = "Group Y"> </TOI> <TOI ID="Bm"> <Group = "Group Y"> </TOI> </FDT> vi. Dispositivo de terminal La Figura 5, es un diagrama que muestra una arquitectura de dispositivo de terminal de acuerdo con los aspectos de la presente invención.

Esta arquitectura incluye una sesión de cliente 502 (tal como un cliente ESG), una interfase de comunicaciones 504 (por ejemplo, un radio Bluetooth, un radio WLAN, un receptor DVB, o una interfase de cable), y una base de datos de objeto 509. Como se muestra en la Figura 5, la sesión de cliente 502 está acoplado a la interfase de comunicaciones 504. La interfase de comunicaciones 504 es responsable del intercambio (es decir, la recepción y/o transmisión) de señales de comunicaciones con otros dispositivos. Adicionalmente, para las arquitecturas que emplean comunicaciones inalámbricas, la ¡nterfase de comunicaciones incluye una antena 516. El módulo de comunicaciones 512 realiza las funciones relacionadas con la configuración de enlace, seguridad y control. Estas funciones pueden involucra descubrir los dispositivos remotos correspondientes y comunicarse con ellos de acuerdo con uno o más protocolos. Dichos protocolos pueden incluir los protocolos de estrato de enlace y los protocolos de control de acceso de medios para las tecnologías de comunicaciones, tales como Bluetooth, WLAN, DVB, cable (por ejemplo, DOCSIS), celular. Por consiguiente, el módulo 512 realiza el procesamiento de banda base para las transmisiones, tales como codificación y decodificación de corrección de error. Adícionalmente, el módulo de comunicaciones 512 intercambia datos con las entidades correspondientes en los dispositivos remotos de acuerdo con los protocolos de estrato físico. Los ejemplos de protocolos de estrato físico incluye los protocolos de retransmisión, tales como el protocolo de solicitud de repetición automática (ARO). También, dichos protocolos pueden involucrar (por ejemplo, en las comunicaciones DVB) la recepción de una o más transmisiones de ráfaga de tiempo recortado. El transmisor receptor 514 incluye la electrónica que permite (por ejemplo, en conjunto con la antena 516) que el dispositivo de la Figura 5, reciba e intercambie señales (por ejemplo, señales DVB, Bluetooth y/o WLAN) con dispositivos remotos. Dicha electrónica incluye moduladores, demoduladores, amplificadores y/o filtros. Como se muestra en la Figura 5, el transmisor receptor 514 puede incluir un transmisor 518 y un receptor 520. El transmisor 518 incluye componentes (por ejemplo, electrónica) que se provee para la transmisión de señales, mientras que el receptor 520 incluye componentes (por ejemplo, electrónica) que se provee para la recepción de señales. En las modalidades alternativas, las arquitecturas de dispositivo meramente pueden incluir un receptor, en lugar del transmisor receptor 514. El módulo de comunicaciones 512 intercambia información con la sesión de cliente 502 de acuerdo con los protocolos de estrato superior que el dispositivo de terminal comparte con uno o más proveedores de sesión remota. Los ejemplos de dichos protocolos incluyen ALC y FLUTE. El sesión de cliente 502 puede ser, pro ejemplo, un cliente ESG que recibe información ESG (tal como metadatos) y despliega la información ESG a un usuario a través de una interfase de usuario.

La base de datos de objeto 509 almacena la información recibida desde los proveedores de sesión remotos con respecto a los objetos (por ejemplo, archivo) que ofrecen los proveedores de sesión. Dicha información puede incluir identíficadores de recursos para los objetos, tales como Identíficadores de recurso uniforme (URIs), e información de agrupamiento con respecto a uno o grupos a los cuales los diversos objetos pueden pertenecer. La arquitectura de la Figura 5 puede ser implementada en hardware, software, firmware o cualquier combinación de las mismas. Una de dichas implementaciones es mostrada en la Figura 6. Esta implementación incluye un procesador 602, una memoria 604, y una ¡nterfase de usuario 606. Adicionalmente, la implementación de la Figura 6 incluye un transmisor receptor 514, y una antena 516. El transmisor receptor 514 puede ser implementado como se describió anteriormente haciendo referencia a la Figura 5. Como se muestra en la Figura 6, el procesador 602 es acoplado al transmisor receptor 514. El procesador 602 controla la operación del dispositivo. El procesador 602 puede ser implementado con uno o más microprocesadores que tiene cada uno la capacidad de ejecutar las instrucciones de software almacenadas en la memoria 604. La memoria 604 incluye la memoria de acceso aleatoria (RAMPA DE PRODUCTO), la memoria de solo lectura (ROM), y/o memoria instantánea, y almacena información en la forma de datos y componentes de software (también denominada en la presente descripción como módulos). Estos componentes de software incluyen instrucciones que pueden ser ejecutadas por el procesador 602. Los diversos tipos de componentes de software pueden ser almacenados en la memoria 604. Por ejemplo, la memoria 604 puede almacenar los componentes de software que controlan las operaciones del transmisor receptor 514. También, la memoria 604 puede almacenar los componentes de software que se proveen para la funcionalidad de sesión de cliente 502, módulo de comunicaciones 512 y base de datos de objeto 509. Adicíonalmente, la memoria 604 puede almacenar los componentes de software que controlan el intercambio d información a través de la interfase de usuario 606. Como se muestra en la Figura 6, la interfase de usuario 606 también está acoplada al procesador 602. La interfase de usuario 606 facilita la interacción del dispositivo con un usuario. Por ejemplo, la interfase de usuario 606 se provee para que un usuario tenga acceso a una ESG. La Figura 6, muestra que la interfase de usuario 606 incluye una porción de ingreso de datos del usuario 608 y una porción de salida de usuario 610. La porción de ingreso de datos del usuario 608 puede incluir uno o más dispositivos que permiten que un usuario ingrese información. Los ejemplos de dichos dispositivos incluyen teclados, pantallas sensibles al toque, y micrófonos. La porción de salida 610 permite a un usuario recibir información desde el dispositivo de comunicaciones inalámbrico, tal como un despliegue, y una o más bocinas de audio. Los despliegues de ejemplo incluyen despliegues de cristal líquido (LCDs) y despliegues de video. Los elementos mostrados en la Figura 6, pueden ser acoplados de acuerdo con las diversas técnicas. Una de dichas técnicas involucra los transmisores receptores de acoplamiento 514, el procesador 602, la memoria 604, y la ¡nterfase de usuario 606 a través de una o más interfases de barras colectoras. Adicionalmente, cada uno de estos componentes está acoplado a una fuente de poder, tal como un paquete de baterías recargable y/o removible (no mostrado). vü. Conclusión Aunque las diversas modalidades de la presente invención han sido descritas anteriormente, se debe comprender que éstas pueden ser presentadas a modo de ejemplo únicamente, y no de limitación. Por ejemplo, aunque los ejemplos han sido descritos involucrando el FLUTE, otros protocolos y mecanismos de entrega de sesión se encuentran dentro del alcance de la presente invención. Por consiguiente, será evidente para los expertos en la materia relevante que se pueden realizar diversos cambios en forma y detalle en la presente descripción sin alejarse del espíritu y alcance de la presente invención. Por lo tanto, el espíritu y alcance de la presente invención no debe estar limitado a cualquiera de las modalidades de ejemplo descritas anteriormente, aunque debe ser definida únicamente de acuerdo con las siguientes Reivindicaciones y sus equivalentes.

Claims (1)

1. NOVEDAD DE LA INVENCIÓN REIVINDICACIONES 1.- Un método, caracterizado porque comprende: (a) unirse a una sesión de entrega de objeto; (b) recibir de la sesión una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción índica uno o más agrupamientos de la pluralidad de objetos; (c) determinar un objeto interesante de la pluralidad de objetos; (d) con base en el objeto interesante y la descripción de la pluralidad de objetos, identificar uno o más de la pluralidad de objetos para descargar. 2.- El método de conformidad con la Reivindicación 1 , caracterizado además porque la sesión de entrega de objeto es una sesión de transporte unidireccional sobre entrega de archivo (FLUTE). 3.- El método de conformidad con la Reivindicación 2, caracterizado además porque el paso (b) incluye recibir un Caso de cuadro de entrega de archivo (FDT). 4.- El método de conformidad con la Reivindicación 3, caracterizado además porque el caso FDT indica el uno o más agrupamientos de la pluralidad de objetos en un nivel de objeto. 5.- El método de conformidad con la Reivindicación 3, caracterizado además porque el caso FDT indica el uno o más agrupamientos de la pluralidad de objetos en un nivel de sesión. 6.- El método de conformidad con la Reivindicación 1 , caracterizado además porque la pluralidad de objetos incluye un artículo de metadatos de guía de servicio electrónica (ESG). 7 '.- El método de conformidad con la Reivindicación 1 , caracterizado además porque la pluralidad de objetos incluye un sobre de metadatos de guía de servicio electrónica (ESG). 8.- El método de conformidad con la Reivindicación 1 , caracterizado además porque cada uno del uno o más agrupamientos corresponde cada uno a un tipo de extensión de correo de Internet de propósito múltiple (MIME). 9.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente descargar el uno o más objetos identificados. 10.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente activar un evento después de que el uno o más objetos identificados son descargados. 11.- El método de conformidad con la Reivindicación 10, caracterizado además porque el evento comprende desplegar una guía de servicio electrónica (ESG) a un usuario. 12.- El método de conformidad con la Reivindicación 10, caracterizado además porque el evento comprende unirse a una sesión de entrega de objeto adicional. 13.- El método de conformidad con la Reivindicación 1 , caracterizado además porque el paso (d) comprende determinar si el objeto interesante pertenece a un grupo de objetos. 14.- El método de conformidad con la Reivindicación 13, caracterizado además porque el paso (d) comprende adicionalmente identificar cada objeto en el grupo de objetos. 15.- El método de conformidad con la Reivindicación 13, caracterizado además porque el paso (d) comprende adicionalmente identificar cada objeto en el grupo de objetos que tiene un tipo de extensión de correo de Internet de propósito múltiple (MIME) particular. 16.- El método de conformidad con la Reivindicación 1 , caracterizado además porque el por lo menos uno de la pluralidad de objetos provisto por la sesión pertenece a una pluralidad del uno o más agrupamientos y es transmitido por la sesión como un caso único; y en donde la descripción indica que el por lo menos uno de la pluralidad de objetos pertenece a la pluralidad de agrupamientos. 17.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende: (a) recibir información con respecto a la sesión de entrega de objeto desde una fuente de información que está fuera de banda de la sesión de entrega de objeto antes de realizar el paso (b). 18.- El método de conformidad con la Reivindicación 17, caracterizado además porque la información con respecto a la sesión de entrega de objeto incluye detalles para unirse a la sesión. 19.- El método de conformidad con la Reivindicación 18, caracterizado además porque los detalles para unirse a la sesión incluyen una dirección de protocolo de Internet (IP) fuente y un número de puerto. 20.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente almacenar la descripción de la pluralidad de objetos. 21.- Un método, caracterizado porque comprende: (a) unirse a una sesión de entrega de objeto; (b) recibir de la sesión una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; (c) almacenar una lista que corresponde a uno del uno o más agrupamientos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente; (d) seleccionar uno o más objetos de la lista; y (e) descargar el uno o más objetos seleccionados. 22.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la lista incluye un Identíficador de recurso uniforme (URI) para cada objeto que pertenece al agrupamiento correspondiente. 23.- Un método, caracterizado porque comprende: (a) unirse a una sesión de entrega de objeto; (b) recibir de la sesión una descripción de una pluralidad de objetos provistos por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; (c) almacenar una lista que corresponde a uno del uno o más agrupamientos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente y actualmente no está en posesión; (d) seleccionar uno o más objetos de la lista; y (e) descargar el uno o más objetos seleccionados. 24.- El método de conformidad con la Reivindicación 23, caracterizado además porque la lista incluye un identíficador de recurso uniforme (URI) para cada objeto que pertenece al agrupamiento correspondiente y no está actualmente en posesión. 25.- Un método, caracterizado porque comprende: (a) recibir de una fuente de información uno o más identificadores, cada uno de los identíficadores corresponde a uno de una pluralidad de objetos provistos por una sesión de entrega de objeto, en donde la fuente de información está fuera de banda de la sesión de entrega de objetos; (b) con base en el uno o más identíficadores, determinar un objeto interesante de la pluralidad de objetos; (c) unirse a la sesión de entrega de objeto; (d) recibir de la sesión una descripción de la pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y (e) con base en el objeto interesante y la descripción de la pluralidad de objetos, identificar uno o más de la pluralidad de objetos para descargarse. 26.- El método de conformidad con la Reivindicación 25, caracterizado además porque el paso (a) es realizado antes del paso (b). 27.- El método de conformidad con la Reivindicación 25, caracterizado además porque la sesión de entrega de objeto es una sesión de transporte unidireccional sobre la entrega de archivo (FLUTE). 28.- El método de conformidad con la Reivindicación 25, caracterizado además porque el paso (d) incluye recibir un caso de Cuadro de entrega de archivo (FDT). 29.- El método de conformidad con la Reivindicación 25, caracterizado además porque el uno o más ¡dentificadores son cada uno identificadores de recurso uniforme (URIs). 30.- Un aparato, caracterizado porque comprende: una interfase de comunicaciones configurada para recibir de una sesión de entrega de objeto una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y una sesión de cliente configurado para determinar un objeto interesante de la pluralidad de objetos, e identificar uno o más de la pluralidad de objetos para descargarse con base en el objeto interesante y la descripción de la pluralidad de objetos. 31.- El aparato de conformidad con la Reivindicación 30, caracterizado además porque la ¡nterfase de comunicaciones incluye un receptor configurado para recibir la descripción en la forma de una o más transmisiones de ráfaga de división de tiempo. 32.- Un aparato, caracterizado porque comprende: una interfase de comunicaciones configurada para recibir desde una sesión de entrega de objeto una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y una base de datos de objeto configurada para almacenar una lista que corresponde a uno del uno o más agrupamientos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente; y una sesión de cliente configurado para seleccionar uno o más objetos de la lista, y para descargar el uno o más objetos seleccionados. 33.- El aparato de conformidad con la Reivindicación 32, caracterizado además porque la interfase de comunicaciones incluye un receptor configurado para recibir la descripción en la forma de una o más transmisiones de ráfaga de división de tiempo. 34.- Un aparato, caracterizado porque comprende: una ¡nterfase de comunicaciones configurada para recibir de una sesión de entrega de objeto una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y una base de datos de objeto configurada para almacenar una lista que corresponde a uno del uno o más agrupamientos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente y no está actualmente en posesión; y una sesión de cliente configurado para seleccionar uno o más objetos de la lista, y para descargar el uno o más objetos seleccionados. 35.- El aparato de conformidad con la Reivindicación 34, caracterizado además porque la interfase de comunicaciones incluye un receptor configurado para recibir la descripción en la forma de una o más transmisiones de ráfaga de división de tiempo. 36.- Un aparato, caracterizado porque comprende: una interfase de comunicaciones configurada para recibir de una fuente de información uno o más identificadores, cada uno de los identíficadores corresponde a uno de una pluralidad de objetos provistos por una sesión de entrega de objeto, en donde la fuente de información está fuera de banda de la sesión de entrega de objeto; y recibir desde la sesión de entrega de objeto una descripción de la pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y una sesión de cliente configurado para, con base en el uno o más identíficadores, determinar un objeto interesante de la pluralidad de objetos y con base en el objeto interesante y la descripción de la pluralidad de objetos, identifica uno o más de la pluralidad de objetos para descargarse. 37.- El aparato de conformidad con la Reivindicación 36, caracterizado además porque la interfase de comunicaciones incluye un receptor configurado para recibir el uno o más identificadores y la descripción en la forma de una o más transmisiones de ráfaga de división de tiempo. 38.- Un producto de programa de cómputo que comprende un medio que se puede utilizar por computadora que tiene una lógica de programa de cómputo grabada en el mismo para habilitar un procesador en un sistema de cómputo, caracterizado porque la lógica de programa de cómputo comprende: código de programa para habilitar al procesador para unirse a una sesión de entrega de objeto; código de programa para habilitar al procesador para recibir de la sesión una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; código de programa para habilitar al procesador para determinar un objeto interesante de la pluralidad de objetos; código de programa para habilitar al procesador para, con base en el objeto interesante y la descripción de la pluralidad de objetos, identificar uno o más de la pluralidad de objetos para descargarse. 39.- Un producto de programa de cómputo que comprende un medio que se puede utilizar por computadora que tiene una lógica de programa de cómputo grabada en el mismo para habilitar a un procesador en un sistema de cómputo, caracterizado porque la lógica de programa de cómputo comprende: código de programa para habilitar al procesador para unirse a una sesión de entrega de objeto; código de programa para habilitar al procesador para recibir de la sesión una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; código de programa para habilitar al procesador para almacenar una lista correspondiente al uno del uno o más agrupamientos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente; código de programa para habilitar al procesador para seleccionar uno o más objetos de la lista; y código de programa para habilitar al procesador para descargar el uno o más objetos seleccionados. 40.- Un producto de programa de cómputo que comprende un medio que se puede utilizar por computadora que tiene una lógica de programa de cómputo grabada en el mismo para habilitar a un procesador en un sistema de cómputo, caracterizado porque la lógica de programa de cómputo comprende: código de programa para habilitar al procesador para unirse a una sesión de entrega de objeto; código de programa para habilitar al procesador para recibir de la sesión una descripción de una pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; código de programa para habilitar al procesador para almacenar una lista correspondiente a uno del uno o más agrupamíentos, indicando la lista cuál de la pluralidad de objetos pertenece al agrupamiento correspondiente y actualmente no está en posesión; código de programa para habilitar al procesador para seleccionar uno o más objetos de la lista; y código de programa para habilitar al procesador para descargar el uno o más objetos seleccionados. 41.- Un producto de programa de cómputo que comprende un medio que se puede utilizar por computadora que tiene una lógica de programa de cómputo grabada en el mismo para habilitar a un procesador en un sistema de cómputo, caracterizado porque la lógica de programa de cómputo comprende: código de programa para habilitar al procesador para recibir de una fuente de información uno o más identificadores, cada uno de los identificadores que corresponden a uno de una pluralidad de objetos provistos por una sesión de entrega de objeto, en donde la fuente de información está fuera de banda de la sesión de entrega de objeto; código de programa para habilitar al procesador para, con base en el uno o más identificadores, determinar un objeto interesante de la pluralidad de objetos; código de programa para habilitar al procesador para unirse a la sesión de entrega de objeto; código de programa para habilitar al procesador para recibir de la sesión una descripción de la pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de objetos; y código de programa para habilitar al procesador para, con base en el objeto interesante y la descripción de la pluralidad de objetos, identificar uno o más de la pluralidad de objetos para descargarlos. 42.- Un dispositivo, caracterizado porque comprende: un despliegue configurado para proveer una guía de servicio electrónica (ESG) a un usuario, comprendiendo la ESG una pluralidad de fragmentos de metadatos; y un cliente configurado para recibir la pluralidad de fragmentos de metadatos desde una sesión de entrega de objeto, y una descripción de la pluralidad de objetos provista por la sesión, en donde la descripción indica uno o más agrupamientos de la pluralidad de fragmentos de metadatos. 43.- El dispositivo de conformidad con la Reivindicación 42, caracterizado además porque la sesión de entrega de objeto es una sesión de transporte unidireccional sobre entrega de archivo (FLUTE). 44.- El dispositivo de conformidad con la Reivindicación 41 , caracterizado además porque la descripción incluye un Caso de cuadro de entrega de archivo (FDT). 45.- Un proveedor de sesión, caracterizado porque comprende: una porción de almacenamiento que tiene una pluralidad de objetos y una descripción de la pluralidad de objetos, indicando la descripción uno o más agrupamientos de la pluralidad de objetos, en donde la pluralidad de objetos y la descripción están asociadas con una sesión de entrega; y una porción de comunicaciones para transmitir la pluralidad de objetos y la descripción al uno o más clientes de la sesión.