MX2008002690A

MX2008002690A - Metodo y sistema para correlacion de suscripcion de canal movil con contexto de distribucion.

Info

Publication number: MX2008002690A
Application number: MX2008002690A
Authority: MX
Inventors: Michael Shenfield
Original assignee: Research In Motion Ltd
Priority date: 2007-02-26
Filing date: 2008-02-25
Publication date: 2009-02-25
Also published as: ATE556524T1; TW200847817A; AU2008200262A1; KR20100076922A; CN101257360A; KR20080079185A; EP1962467A1; CA2622047A1; EP1962467B1; KR101051697B1; HK1123141A1; AU2008200262B2; JP2008211779A; TWI359600B

Abstract

Un método y sistema para establecer un contexto de distribución para la suscripción de canal en una red móvil comprende las etapas de. Establecer, a partir de un dispositivo móvil en la red móvil, una suscripción con un proveedor de contenido; y pasar un contexto de distribución a un servidor de distribución.

Description

MÉTODO Y SISTEMA PARA CORRELACIÓN DE SUSCRIPCIÓN DE CANAL MÓVIL CON CONTEXTO DE DISTRIBUCIÓN DESCRIPCIÓN DE LA INVENCIÓN El presente método y sistema se refiere generalmente a distribución de contenido dinámico, en un ambiente móvil, y en particular a mecanismos y modelos de suscripción para establecer un contexto de distribución para contenido dinámico. Usuarios de dispositivos móviles o equipo de usuario móvil (UE) se está volviendo cada vez más sofisticados en términos de la funcionalidad que requieren de sus dispositivos móviles y la forma en que acceden a los datos de los dispositivos móviles. La distribución de contenido dinámico permite a usuarios tener información o datos ingresados en los mismos en lugar de tener que ir y buscar los datos. Ejemplos de datos podrían incluir cotizaciones de bolsa, actualizaciones climáticas, actualizaciones de tráfico, tapiz dinámico, anuncios, aplicaciones u otros datos deseables para un usuario . Las tecnologías actuales para dispositivos móviles tales como Protocolos de Aplicación Inalámbrica (WAP) tiene la capacidad de insertar contenido. Sin embargo, WAP requiere que sitios web se reescriban para satisfacer el protocolo de aplicación inalámbrica y proporcionar a usuarios con un sitio uniforme que no cambia para acomodar las capacidades de un usuario para ver un sitio. Otras alternativas incluyen inserción y difusión basadas en SMS o difusión de celda. En el caso de la difusión, la distribución no puede personalizarse a las necesidades de un usuario particular con las capacidades de un dispositivo particular. Los sistemas hasta ahora no tienen ninguna inteligencia asociada con los mismos. Una mejor solución se requiere para dispositivos móviles. La presente descripción puede proporcionar un modelo de suscripción o topología en la cual la información de suscripción y un contexto de distribución se transportan a un servidor de distribución o un proveedor de contenido. Específicamente, cuatro topologías pueden presentarse. En una primera topología, un agente de suscripción, puede llevar información de suscripción y contexto de distribución en un portal de suscripción. El portal de suscripción puede propagar entonces el contenido de distribución a un servidor de distribución. En una segunda topología, el cliente de contenido puede estar al tanto del contexto de distribución y con la notificación de una suscripción por un agente de suscripción, el cliente de contenido propaga la información de suscripción a un cliente de distribución. El cliente de distribución entonces puede enviar un contexto de distribución, junto con el identificador de suscripción, al servidor de distribución. Una tercera topología puede incluir utilizar un cliente de distribución como un intermediario para poder agregar información de contexto de distribución en una suscripción. La solicitud de suscripción modificada con el contexto de distribución puede propagarse entonces a través del portal de suscripción al servidor de distribución. Mientras el registro del cliente de contenido con un cliente de distribución es una opción para todas las topologías interiores, un pre-requisito para una cuarta topología puede ser un modelo de registro en el cual una aplicación y un proveedor de contenido se registran con un cliente de distribución y servidor de distribución. La suscripción por el cliente de contenido entonces puede corregirse en el cliente de distribución para agregar un contexto de distribución cuando se solicite una suscripción. En la última topología, un identificador de canal único puede generarse con un registro de canal por el proveedor de contenido. La inclusión del identificador de canal en una "guía de canal" puede proporcionar al cliente de contenido con un menú para seleccionar entre contenido disponible. En una modalidad preferida, tal "guía de canal" puede proporcionarse al cliente de distribución con el registro de cliente de contenido e incluir canales que correlacionen las preferencias del cliente de contenido.

En todas las topologías anteriores, "canales personalizados" pueden crearse. Los canales comunes son canales en los cuales el contenido puede ser uniforme para todos los suscriptores . Los canales personalizados son canales en los cuales el contenido puede personalizarse para un subconjunto de usuarios. Un ejemplo puede ser un canal de clima en el cual el canal común es toda la información climática proporcionada por un proveedor de servicios de climas y el canal personalizado es el clima para un código postal o de correo particular. Con todas las topologías interiores, la información de suscripción puede incluir un filtro de suscripción para establecer un subcanal. El filtro de suscripción puede agregarse al identificador de canal para crear un identificador de suscripción. El identificador de suscripción puede tomar varias formas incluyendo un identificador único, un identificador en el cual el identificador de canal se concatena con el filtro de suscripción o con una representación del filtro de suscripción . La suscripción a canales y la suscripción a "canales personalizados" o suscripción de contenido puede hacerse en un modelo de suscripción de dos niveles. Específicamente, un par de cliente de distribución y servidor de distribución puede manejar las suscripciones al nivel del identificador de canal y puede conocer solamente el canal genérico. El cliente de contenido y el proveedor de contenido podrían tener inversamente conocimiento de los detalles de suscripción que incluyen el subcanal al que está suscrito el cliente de contenido. En una modalidad adicional, los subcanales pueden agruparse para crear subcanales "compuestos" o conjunto de subcanales. Estos subcanales "compuestos" pueden ser canales virtuales y un servidor de distribución puede crearlos para eficacia inalámbrica para combinar todo el contenido en un solo conjunto de distribución para permitir la eficacia y la distribución de un grupo de subcanales. La presente descripción por lo tanto puede proporcionar un método para establecer un contexto de distribución para la suscripción de canal en una red móvil que comprende las etapas de establecer, a partir de un dispositivo móvil en la red móvil, una suscripción con un proveedor de contenido; y pasar un contexto de distribución a un servidor de distribución. La presente solicitud, además, puede proporcionar un sistema para establecer un contexto de distribución para la suscripción de canal en una red móvil que comprende un lado de dispositivo, el lado de dispositivo tiene: un agente de suscripción; un cliente de distribución; y un cliente de contenido; y un lado de servicio, el lado de servicio tiene: un portal de suscripción, el portal de suscripción adaptado para comunicarse con el agente de suscripción para establecer una suscripción; un servidor de distribución, el servidor de distribución adaptado para comunicarse con el cliente de distribución de acuerdo con un contexto de distribución; y un proveedor de contenido, el proveedor de contenido adaptado para proporcionar contenido solicitado por el cliente de contenido . BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente descripción se entenderá mejor con referencia a los dibujos en los cuales: la Figura 1 es un diagrama de bloque que muestra elementos lógicos de una arquitectura de distribución de contenido; la Figura 2 es un diagrama de bloque que muestra el flujo de mensajes para establecer un contexto de distribución entre los elementos lógicos de la Figura 1; la Figura 3 es un diagrama de bloque que muestra un flujo de mensajes alternativos para establecer un contexto de distribución entre los elementos lógicos de la Figura 1; la Figura 4 es un diagrama de bloque que muestra un flujo de mensajes alternativos para establecer un contexto de distribución entre los elementos lógicos de la Figura 1; la Figura 5 es un diagrama de bloque que muestra un flujo de mensajes alternativos para establecer un contexto de distribución entre los elementos lógicos de la Figura 1; la Figura 6 es un diagrama de bloque que muestra la suscripción de canal y el flujo de suscripción de contenido entre elementos de una arquitectura de distribución de contenido; y la Figura 7 es un diagrama de bloque que muestra un dispositivo móvil ejemplar. Ahora se hace referencia a la Figura 1. La Figura 1 ilustra entidades lógicas del lado 110 del dispositivo y el lado 150 del servidor. En el lado 110 de dispositivo, entidades lógicas incluyen un agente 112 de suscripción, un cliente 114 de distribución, y un cliente 116 de contenido. Como se apreciará por aquellos con experiencia en la técnica, cuando se discute distribución de contenido dinámico, un proveedor de contenido necesita conocer cómo distribuir la información y qué información distribuir. Una suscripción entre un dispositivo y un proveedor de contenido define un contexto de distribución que incluye cómo y qué distribuir. De este modo, existe una asociación entre un contexto de suscripción y un contexto de distribución. Un agente 112 de suscripción proporciona detalles de la suscripción. En un ejemplo, un agente de suscripción puede ser un navegador en el dispositivo móvil. Sin embargo, no quiere decir que esté limitado y el agente de suscripción puede ser parte de varias aplicaciones.

Un cliente 114 de distribución de preferencia es una aplicación de cliente en un dispositivo móvil y puede comunicar el contexto de distribución con el lado del servidor, como se describe en lo siguiente. Un cliente 116 de contenido también es una aplicación en el lado del dispositivo y se adapta para recibir el contenido solicitado basándose en la suscripción. Ejemplos incluyen un reproductor de video, una impresora de impacto o cualquier herramienta adaptada para recibir contenido y procesarlo en cierta forma. Como se apreciará por aquello con experiencia en la técnica, el agente 112 de suscripción, el cliente 114 de distribución y el cliente 116 de contenido son entidades lógicas. Estas entidades pueden combinarse en una o más aplicaciones y un dispositivo móvil no necesariamente deberá tener los tres como elementos separados. El lado 150 del servidor incluye un portal 152 de suscripción, un servidor 154 de distribución y proveedor 156 de contenido. El portal 152 de suscripción se adapta para establecer una suscripción con un agente 112 de suscripción. El proveedor 156 de contenido proporciona el contenido que un cliente 116 de contenido de dispositivo móvil desea. El servidor 154 de distribución utiliza un contexto de distribución para proporcionar la información desde el proveedor 156 de contenido hasta un dispositivo móvil. Nuevamente, las entidades en el lado 150 del servidor, específicamente el portal 152 de suscripción, el proveedor 156 de contenido y el servidor 154 de distribución, son entidades lógicas y pueden existir separadamente o juntas. Además, estas entidades no necesitan existir necesariamente en el mismo dispositivo y podrían propagarse sobre varios nodos de la red. Ahora se hace referencia a la Figura 2. La Figura 2 ilustra un diagrama de flujo de varias entidades lógicas de la Figura 1 que interactúan para establecer un canal de suscripción . En la modalidad de la Figura 2, el agente 212 de suscripción tiene información sobre una suscripción. Ésta podría incluir el Identificador de Recursos Uniforme (URI) de canal, un filtro de suscripción, entre otros. El agente 212 de suscripción, además, incluye un contexto de distribución. Como se apreciará, el contexto de distribución podría incluir identidades del usuario y el dispositivo, información de cuenta, portadoras de radio preferidas, capacidades del dispositivo, u otra información que un servidor de distribución necesita conocer para poder distribuir el contenido a un dispositivo. En el mensaje 220, el agente 212 de suscripción proporciona la información de suscripción y el contexto de distribución a un portal 252 de suscripción. El portal 252 de suscripción por ejemplo, podría incluir un sitio web con el que se comunica el agente 212 de suscripción. Aquellos con experiencia en la técnica pueden conocer otros ejemplos de un portal de suscripción. Cuando el portal 252 de suscripción recibe un mensaje 220 de suscripción, recibe la suscripción y el contexto de distribución. En la modalidad de la Figura 2, el portal 252 de suscripción notifica, en el mensaje 222, al proveedor 256 de contenido de la suscripción. El mensaje 222 es un mensaje de propiedad entre el portal 252 de suscripción y el proveedor 256 de contenido. Una vez que el proveedor 256 de contenido recibe la información de suscripción, que incluye el contexto de distribución, después envía el contexto de distribución en el mensaje 224 al servidor 254 de distribución. En una modalidad preferida, el proveedor 256 de contenido crea un identificador de suscripción externo y, si está disponible, envía este identificador junto con el contexto de distribución. Si no está disponible un contexto de distribución, la información suficiente para crear un contexto de distribución en el servidor 254 de distribución se envía. Tal información podría incluir por ejemplo, un número de cuenta móvil, un identificador de equipo móvil internacional (IMEI), una dirección de correo electrónico, entre otros. En una modalidad, un identificador de suscripción creado por el proveedor 256 de contenido es único para un dispositivo móvil. En un contexto alternativo, el identificador de suscripción podría compartirse con múltiples dispositivos utilizando el mismo subcanal o "canal personalizado" como se describe en mayor detalle en lo siguiente. El servidor 254 de distribución entonces podría proporcionar opcionalmente una notificación al cliente 214 de distribución en el mensaje 226, y el cliente 214 de distribución entonces podría notificar opcionalmente al cliente 216 de contenido utilizando un mensaje 228. Los mensajes 226 y 228 pueden requerirse si la distribución de contenido se basa en elección. De este modo, si la recuperación de contenido se basa en un programa, sobre pedido, con las notificaciones de disponibilidad de contenido entre otras, entonces las notificaciones en los mensajes 226 y 228 podrían enviarse para establecer las reglas de recuperación de contenido. Alternativamente, si acciones adicionales asociadas con la suscripción son necesarias, las notificaciones en las etapas 226 y 228 podrían enviarse también. Tales acciones podrían incluir el registro de cliente de contenido con la suscripción, la filtración de contenido en el cliente 214 de distribución, entre otras. En una modalidad, las notificaciones 226 y 228 incluyen un identificador de canal para identificar el canal para la recuperación de información del servidor 254 de distribución . Lo anterior por lo tanto proporciona el establecimiento de una suscripción externa donde el servidor proporciona notificación de contexto de suscripción de cliente . Ahora se hace referencia a la Figura 3, la Figura 3 muestra el diagrama de bloque del flujo de mensajes entre los elementos lógicos de la Figura 1 en la cual un cliente de contenido establece contexto de distribución. Un agente 312 de suscripción proporciona, en el mensaje 320, el portal 352 de suscripción con la información de suscripción. El mensaje 320 incluye información de suscripción tal como un indicador de recursos universal de canal, filtros de suscripción, entre otros, pero a diferencia del mensaje 220 de la Figura 2, el mensaje 320 no incluye un contexto de distribución. Un identificador de suscripción devuelto se proporciona por el portal 352 de suscripción o el proveedor 356 de contenido en un mensaje (no mostrado) .

Con la recepción de la información de suscripción, el portal 352 de suscripción se comunica con el proveedor 356 de contenido a través de un mensaje 322. El mensaje 322 es un mensaje de propiedad y notifica al proveedor 356 de contenido de la suscripción. En el caso donde el proveedor de contenido está creando el identificador de suscripción, el proveedor 356 de contenido entonces proporcionará el identificador de suscripción nuevamente al agente 312 de suscripción. El agente 312 de suscripción también está al tanto del cliente 316 de contenido y, al recibir un identificador de suscripción, puede notificar al cliente 316 de contenido directamente. En un ejemplo, esto podría involucrar proporcionar un identificador de canal para la suscripción al cliente 316 de contenido. Una vez que el cliente 316 de contenido recibe el mensaje 324 de propiedad, que incluye la información de suscripción, entonces notifica, en el mensaje 328, el cliente 314 de distribución del identificador de suscripción. Similarmente, el proveedor 356 de contenido notifica al servidor 354 de distribución del identificador de suscripción en el mensaje 330. Una vez que el cliente 314 de distribución tiene información de suscripción, también conoce la información que necesita enviarse al servidor 354 de distribución para establecer un contexto de distribución. El mensaje 332 se envía desde el cliente 314 de distribución hasta el servidor 354 de distribución para establecer el contexto de distribución. El mensaje de contexto de distribución puede incluir el identificador de suscripción. El servidor 354 de distribución puede devolver un identificador de canal para identificar el canal para la recuperación de contenido. Como se apreciará, el servidor 354 de distribución puede necesitar combinar información del cliente 314 de distribución y el proveedor 356 de contenido para proporcionar la información de retorno al cliente 314 de distribución. Lo anterior por lo tanto proporciona una suscripción externa en la cual un contexto de distribución se establece por el cliente 316 de contenido. Ahora se hace referencia a la Figura 4. La Figura 4 ilustra un diagrama de flujo de los diversos elementos lógicos de la Figura 1, donde una suscripción externa se crea a través de un cliente 414 de distribución utilizando al cliente 414 de distribución como un intermediario. En el ejemplo de la Figura 4, un agente 412 de suscripción comunica la información de suscripción como un URI de canal, filtros de suscripción, entre otros mensajes 420 de suscripción. Un proveedor de servicio URL también se incluye . Como se indica con referencia a la Figura 4, el mensaje 420 se pasa entre el agente 412 de suscripción y el cliente 414 de distribución. El agente de suscripción, sin embargo, puede no estar al tanto del cliente 414 de distribución como un intermediario y puede estar intentando solamente establecer una suscripción con un portal 452 de suscripción. El intermediario se utiliza para todos los mensajes que se están pasando desde el dispositivo móvil y el intermediario puede utilizarse para insertar la información para poder ayudar en la solicitud. Una vez que el cliente 414 de distribución recibe el mensaje 420 de suscripción puede insertar la información de contexto de distribución en el mensaje de suscripción y después pasar el mensaje de suscripción al portal 452 de suscripción en un mensaje 422. Una ID de suscripción entonces puede devolverse por el portal de suscripción o un proveedor 456 de contenido en un mensaje (no mostrado) . Con la suscripción, el cliente 414 de distribución puede notificar opcionalmente a un cliente 416 de contenido de la suscripción en el mensaje 432. En una modalidad, si el cliente 416 de contenido se registra con el servidor 454 de distribución antes de la suscripción, una suscripción puede activar un proceso de registro. En el lado del servidor, una vez que el portal 452 de suscripción recibe la información de suscripción, que incluye el contexto de distribución, del cliente 414 de distribución entonces, el mensaje 426, notifica al proveedor 456 de contenido del identificador de suscripción y el contexto de distribución. El mensaje 426 de preferencia es un mensaje de propiedad entre el portal 452 de suscripción y el proveedor 456 de contenido. El proveedor 456 de contenido entonces puede establecer el contexto de distribución con el servidor 454 de distribución a través de un mensaje 428. Si el portal 452 de suscripción no devuelve un identificador de canal al cliente 414 de distribución en respuesta a un mensaje 422, el servidor 454 de distribución puede devolver opcionalmente el identificador de canal al cliente 414 de distribución en un mensaje 430. Alternativamente, podría notificar al cliente de distribución de este identificador de canal. Lo anterior, por lo tanto utiliza el cliente de distribución como un intermediario, tal como un intermediario de red, para poder interceptar los mensajes de suscripción e insertar información que incluye la información de contexto de distribución para pasarse al portal de suscripción. Como se apreciará, esto podría utilizarse en situaciones donde el agente 412 de suscripción no conoce la información del contexto de distribución y de este modo se necesita un intermediario para proporcionar esta información al portal 452 de suscripción.

Ahora se hace referencia a la Figura 5. La Figura 5 es un diagrama de flujo que muestra el establecimiento de canal de suscripción en una infraestructura donde el registro entre un cliente de contenido y un proveedor de contenido se realiza. Específicamente, como se ilustra en la Figura 5, una pre-condición para el establecimiento de canal de suscripción es el registro de un cliente 516 de contenido con un cliente 514 de distribución y un proveedor 556 de contenido con un servidor 554 de distribución. La información entonces se intercambia entre el servidor 554 de distribución y el cliente 514 de distribución. Específicamente, el cliente 514 de distribución pasa las aplicaciones registradas al servidor 554 de distribución y el servidor 554 de distribución pasa una guía de canal al cliente 514 de distribución. La guía de canal incluye canales a los que el cliente de contenido puede desear suscribirse. Como se apreciará por aquellos con experiencia en la técnica, la guía de canal puede devolverse por el servidor 554 de distribución en respuesta al registro de cliente 516 de contenido y puede construirse para incluir canales que concuerdan con las preferencias del cliente 516 de contenido. Con referencia a la Figura 5, cuando un cliente 516 de contenido desea suscribirse a un canal específico, una guía de canal se proporciona al cliente 516 de contenido en el cual puede seleccionarse un canal. La suscripción para el canal seleccionado se pasa en el mensaje 520 al cliente 514 de distribución. Esta suscripción entonces se pasa al servidor 554 de distribución en el mensaje 524. El servidor de distribución entonces envía este mensaje al proveedor 556 de contenido en un mensaje 526. Como se apreciará, el mensaje 524 de suscripción puede contener el contexto de distribución que permite, por consiguiente, al proveedor 556 de contenido pasar la información solicitada en una forma solicitada. En lo anterior, el identificador de suscripción incluye un nombre de canal, identificador URI, preferencias de distribución, tal como el programa, y/o la identidad del usuario. Toda esta información se utiliza para identificar "un canal común". Como se utiliza en la presente, el canal común se utiliza para indicar que todos los suscriptores para el proveedor de contenido recibirán la misma información sobre ese canal. Por ejemplo, un canal de noticias financieras, un canal de red de televisión, un canal de podcast, un canal de jazz, entre otros. Inversamente, un "canal personalizado" podría utilizarse para proporcionar a un usuario con la información personalizada. Específicamente, si un usuario está interesado sólo en un subconjunto de la información que se proporciona en un "canal común", éste podría proporcionarse en un "canal personalizado". Por ejemplo, un proveedor metereológico puede proporcionar la información metereológica para toda Norteamérica. Un canal personalizado para el clima puede proporcionar información metereológica para un código postal o de correo particular. Además, un usuario sólo puede estar interesado en recibir cotizaciones para las acciones de la compañía a la que pertenece o está cuidando y por lo tanto puede especificar un subconjunto particular de las noticias de las acciones y cotizaciones disponibles. Un usuario puede solicitar sólo un subconjunto de programas televisivos disponibles en un canal de red de televisión. Otros ejemplos de "canales personalizados" pueden conocerse por aquellos con experiencia en la técnica. Como se indica con referencia a las Figuras 2, 3, 4 y 5, la información de suscripción puede incluir un filtro de suscripción para establecer un subcanal. De este modo, por ejemplo, un canal de cotizaciones de la bolsa con la ID de canal "12345" podría pasarse, junto con el filtro de suscripción para una acción específica; por ejemplo, "símbolo = ABCD". El resultado de esto es que un subcanal para la compañía ABCD podría pasarse. El identificador de suscripción resultante podría ser un identificador único para la combinación de identificador de canal y filtro de suscripción, por ejemplo "1AD543F" o podría formarse con un esquema predefinido tal como "12345X001" o "12345#ABCD" , entre otros.

Cuando se utilizan canales personalizados, el uso del término "identificador de canal" se utiliza para identificar el canal común "original" para el subcanal . El identificador de suscripción identifica el subcanal, y como se indica en lo anterior, podría ser un identificador único para el identificador de canal con el filtro de suscripción o podría ser una concatenación del identificador de canal y el filtro de suscripción o cualquier otro esquema predefinido. Un canal personalizado puede establecerse de varias formas. Un primer método para establecer canal personalizado es utilizar el establecimiento ilustrado en las Figuras 2, 3, 5 ó 6, donde la información de suscripción incluye el identificador de canal y un identificador de suscripción. En una modalidad preferida, un modelo de dos niveles puede utilizarse, donde el par de cliente de distribución y servidor de distribución puede manejar suscripciones en el nivel de identificador de canal. En otras palabras, el cliente de distribución y el servidor de distribución sólo conocen sobre el canal genérico. El cliente de contenido y el proveedor de contenido inversamente tienen conocimiento de los detalles de la suscripción específica tal como el filtro de suscripción. El conocimiento del filtro de suscripción es protegido del cliente de distribución y el servidor de distribución. Esto se ilustra mejor con un ejemplo.

Una suscripción al canal metereológico llamado "weather.com" se establece a través de uno de los flujos presentados en las Figuras 2 a 5. Esto incluye un identificador de canal para identificar el servicio metereológico. El cliente de distribución y el servidor de distribución conocen que el cliente de contenido se suscribe al identificador de canal "weather.com". Solamente el cliente de contenido y el proveedor de contenido (y posiblemente el agente de suscripción y el portal de suscripción) conocen que el cliente de contenido se suscribe para el clima para el código postal "10016". El proveedor de contenido puede emitir un identificador de suscripción tal como "weather#10016", y asociar el subcanal con dispositivos o usuarios suscritos al código postal. Para poder proporcionar la información a los clientes de contenido, el proveedor de contenido tiene dos opciones . Una primera opción es notificar al servidor de distribución sobre un usuario o subcanal de dispositivo. Específicamente, el servicio metereológico notificará al servidor de distribución sobre el subcanal "weather#0016" . En este caso, no existe necesidad de manejar usuarios en el proveedor de contenido y todo lo que se necesita es publicar pronósticos actualizados en el servidor de distribución, especificando una ID de suscripción para ese pronóstico metereológico . Una segunda opción es mantener la información sobre subcanales internamente en el proveedor de contenido y manejar las suscripciones del dispositivo de usuario fuera del servidor de distribución. El servidor de distribución conoce sobre las suscripciones de usuario para el identificador de canal "weather" para poder encargarse de la facturación y validación de cuentas. Sin embargo, en este caso, el proveedor de contenido tiene que publicar un pronóstico actualizado en el servidor de distribución junto con una lista de usuarios que necesitan recibir el pronóstico. Como se apreciará, esta segunda opción no es tan escalable como la primera opción. Lo anterior, además, se ilustra con referencia a la Figura 6. La Figura 6 muestra un proveedor 656 de contenido que se comunica con un servidor 654 de distribución. Una suscripción 620 de canal se establece basándose en un identificador de canal. La suscripción 620 de canal es el equivalente de un "canal común" de lo anterior. Como se ilustra en la Figura 6 una suscripción 622 de contenido, suscripción 624 de contenido y suscripción 626 de contenido se pasan todas entre el proveedor 656 y 654 de contenido. La suscripción 622, 624 y 626 de contenido son cada uno canales personalizados de lo anterior.

El servidor 654 de distribución se comunica con dos dispositivos 605 y 610, que tienen un cliente 606 y 614 de distribución, respectivamente. Al comunicarse con el cliente 606 de distribución, la suscripción 620 de canal de pasa. Sin embargo, en este caso, el cliente 607 de contenido del dispositivo 605 sólo requiere suscripciones 622 y 626 de contenido, y estas por lo tanto sólo se pasan al cliente 606 de distribución y al final al cliente 607 de contenido. Inversamente, el dispositivo 610 incluye un cliente 616 de contenido y un cliente 614 de distribución. El cliente 616 de contenido sólo requiere suscripciones 624 y 626 de contenido y estas se pasan desde el servidor 654 de distribución hasta el cliente 616 de contenido a través del cliente 614 de distribución. De este modo, utilizando un procedimiento de dos niveles, el servidor 654 de distribución y los clientes 606 y 614 de distribución reconocen que sólo los dispositivos 605 y 610 móviles se han suscrito al canal 620. Inversamente, los clientes 607 y 616 de contenido, junto con el proveedor 656 de contenido conocen que el dispositivo 610 móvil y el dispositivo 605 móvil requieren suscripciones de contenido especificas. En este caso, el dispositivo móvil desea suscripciones 622 y 626 de contenido, mientras el dispositivo 610 móvil desea suscripción 624 y 626 de contenido.

Alternativamente, el servidor 654 de distribución puede conocer sobre esta información también si está clasificando qué subcanales o suscripciones de contenido enviar . Una expansión adicional de lo anterior es crear subcanales compuestos o conjuntos de subcanales en el servidor de distribución. Los subcanales compuestos son "canales virtuales" y el servidor de distribución los crea para la eficacia inalámbrica para combinarse en un solo conjunto de distribución del contenido para un grupo de subcanales del mismo canal original. Por ejemplo, un usuario puede desear recibir ciertas cotizaciones de la bolsa. Específicamente, el usuario desea recibir cotizaciones de la bolsa para compañías ABCD, BCDE y CDEF. Otros usuarios también pueden requerir la combinación de estas tres cotizaciones de la bolsa y el servidor de distribución por lo tanto podría juntar las cotizaciones de la bolsa en un subcanal. Utilizando el identificador de canal ejemplar y el identificador de suscripción de lo anterior, el conjunto podría parecerse a "12345#ABCD&BCDE&CDEF" . Cuando se pasa el subcanal agrupado, las cotizaciones de la bolsa para las tres acciones se pasan en un solo conjunto de contenido. Como se apreciará, alternativas para esto incluyen una ID de suscripción para cada usuario. Esta solución, sin embargo, no es escalable y agregar usurarios crea carga extra sobre el servidor de distribución y el proveedor de contenido . Una alternativa adicional es utilizar un subcanal para cada subconjunto de información y una lista de usuarios que requieren el subcanal. Como se apreciará, agrupar la información que se requiere a través de múltiples usuarios proporciona eficacias comparadas con esto. Mientras lo anterior puede implementarse en una variedad de dispositivos móviles, un ejemplo de un dispositivo móvil se representa en lo siguiente con respecto a la Figura 7. Ahora se hace referencia a la Figura 7. El dispositivo 700 móvil de preferencia es un dispositivo de comunicación inalámbrica de dos vías que tiene por lo menos capacidades de comunicación de voz y datos. El dispositivo 700 móvil de preferencia tiene la capacidad de comunicarse con otros sistemas de cómputo en la Internet. Dependiendo de la funcionalidad exacta proporcionada, el dispositivo móvil puede referirse como un dispositivo de mensajería de datos, un buscador de dos vías, un dispositivo de correo electrónico inalámbrico, un teléfono celular con capacidades de mensajes de datos, un aparto de Internet inalámbrica, o un dispositivo de comunicación de datos, como ej emplos . Donde el dispositivo 700 móvil se habilita para comunicación de dos vías, incorporará un subsistema 711 de comunicación, que incluye un receptor 712 y un transmisor 714, asi como componentes asociados tales como uno o más, de preferencia integrados o internos, elementos 716 y 718 de antena, osciladores locales (LO) 713, y un módulo de procesamiento tal como un procesador digital de señales (DSP) 720. Como será aparente para aquellos con experiencia en el campo de las comunicaciones, el diseño particular del subsistema 711 de comunicación dependerá de la red de comunicación en la cual se pretende operar el dispositivo. Por ejemplo, el dispositivo 700 móvil puede incluir un subsistema 711 de comunicación diseñado para operar dentro de la red de GPRS o la red de UMTS. Los requerimientos de acceso de red también pueden variar dependiendo del tipo de red 719. Por ejemplo, en redes de UMTS y GPRS, el acceso de red se asocia con un suscriptor o usuario del dispositivo 700 móvil. Por ejemplo, un dispositivo móvil de GPRS por lo tanto requiere una tarjeta de Módulo de Identidad de Suscriptor (SIM) para operar en una red de GPRS. En UMTS, se requiere un módulo de USIM o SIM. El CDMA requiere una tarjeta de RUIM o módulo. Estos se referirán como una interfaz de UIM en la presente. Sin una interfaz de UIM válida, un dispositivo 700 móvil puede no ser completamente funcional. Las funciones de comunicación local o sin red, asi como funciones legalmente requeridas (si las hubiera) tal como una llamada de emergencia, pueden estar disponibles, pero el dispositivo 700 móvil será incapaz de llevar a cabo cualesquier otras funciones que involucren comunicaciones sobre la red 719. La interfaz 744 de UIM normalmente es similar a una ranura para tarjeta en la cual puede insertarse una tarjeta y expulsarse como un disquete o tarjeta de PCMCIA. La tarjeta de UIM puede tener aproximadamente 64 k de memoria y contener gran parte de la configuración 751 de claves y otra información 753 tal como la identificación y la información relacionada con el suscriptor. Cuando se han completado los procedimientos requeridos del registro o activación de red, el dispositivo 700 móvil puede enviar y recibir señales de comunicación sobre la red 719. Las señales recibidas por la antena 716 a través de la red 719 de comunicación se ingresan en el receptor 712, el cual puede realizar las funciones comunes de receptor como amplificación de señal, conversión descendente de frecuencia, filtración, selección de canal y similares y en el sistema ejemplar mostrado en la Figura 7, la conversión de análogo a digital (A/D) . La conversión de A/D de una señal recibida permite que funciones de comunicación más complejas tales como desmodulación y descodificación se realicen en el DSP 720. En una forma similar, las señales que se transmiten se procesan, incluyendo modulación y codificación por ejemplo, por DSP 720 y se ingresan en el transmisor 714 para la conversión de digital a análogo, conversión ascendente de frecuencia, filtración, amplificación y transmisión sobre la red 719 de comunicación mediante la antena 718. El DSP 720 no sólo procesa las señales de comunicación, sino también proporciona el control de receptor y el transmisor. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 712 y el transmisor 714 pueden controlarse en forma adaptable a través de algoritmos de control de ganancia automáticos implementados en DSP 720. La red 719, además, puede comunicarse con múltiples sistemas, que incluyen un servidor y otros elementos (no mostrados) . Por ejemplo, la red 719 puede comunicarse con un sistema empresarial y un sistema de cliente de red para poder acomodar varios clientes con varios niveles de servicio. El dispositivo 700 móvil de preferencia incluye un microprocesador 738 el cual controla la operación general del dispositivo. Las funciones de comunicación, que incluyen por lo menos comunicaciones de datos, se realizan a través del subsistema 711 de comunicación. El microprocesador 738 también interactúa con los subsistemas del dispositivo adicionales tales como la pantalla 722, la memoria 724 flash, la memoria de acceso aleatorio (RAM) 726, subsistemas 728 auxiliares de entrada/salida (E/S), el puerto 730 en serie, teclado 732, altavoz 734, micrófono 736, subsistema 740 de comunicación de corto alcance, y cualesquier otros subsistemas de dispositivo generalmente designados como 742. Alguno de los subsistemas mostrados en la Figura 7 realizan las funciones relacionadas con la comunicación, mientras otros subsistemas pueden proporcionar funciones "residentes" o en el dispositivo. Notablemente, algunos subsistemas tales como el teclado 732 y la pantalla 722, por ejemplo, pueden utilizarse para ambas funciones relacionadas con la comunicación, tal como el ingreso de un mensaje de texto para la transmisión sobre una red de comunicación, y las funciones residentes del dispositivo tales como .una calculadora o lista de tareas. El software de sistema operativo utilizado por el microprocesador 738 de preferencia se almacena en un almacén persistente tal como la memoria 724 flash, la cual puede ser de hecho una memoria de sólo lectura (ROM) o elemento de almacenamiento similar (no mostrado) . Aquellos con experiencia en la técnica apreciarán que el sistema operativo, las aplicaciones especificas del dispositivo o partes del mismo, pueden cargarse temporalmente en una memoria volátil tal como RAM 726. Las señales de comunicación recibidas también pueden almacenarse en RAM 726. Además, un identificador único se almacena también de preferencia en la memoria de sólo lectura. Como se muestra, la memoria 724 flash puede segregarse en diferentes áreas para programas 758 de cómputo y el almacén 750, 752, 754 y 756 de datos de programas. Estos diferentes tipos de almacenamiento indican que cada programa puede asignar una porción de la memoria 724 flash para sus propios requerimientos de almacenamiento de datos. El microprocesador 738, además de sus funciones del sistema operativo, de preferencia permite la ejecución de aplicaciones de software en el dispositivo móvil. Un conjunto predeterminado de aplicaciones que controlan las operaciones básicas, que incluyen por lo menos aplicaciones de comunicación de datos y voz, por ejemplo, normalmente se instalarán en el dispositivo 700 móvil durante la fabricación. Una aplicación de software preferida puede ser una aplicación de administración de información personal (PIM) que tiene la capacidad de organizar y manejar elementos de datos que se relacionan con el usuario del. dispositivo móvil tal como, pero no limitado a correo electrónico, eventos de calendario, correos de voz, citas y elementos de tarea. Naturalmente, uno o más almacenes de memoria pueden estar disponibles en el dispositivo móvil para facilitar el almacenamiento de los elementos de datos de PIM. Tal aplicación de PIM de preferencia puede tener la capacidad de enviar y recibir elementos de datos, mediante la red 719 inalámbrica. En una modalidad preferida, los elementos de datos de PIM se integran continuamente, se sincronizan y actualizan mediante la red 719 inalámbrica, con los elementos de datos correspondientes del usuario del dispositivo móvil almacenados o asociados con un sistema de cómputo central. Aplicaciones adicionales también pueden cargarse en el dispositivo 700 móvil a través de la red 719, un subsistema 728 auxiliar de E/S, puerto 730 en serie, subsistema 740 de comunicación de corto alcance o cualquier otro subsistema 742 adecuado, e instalarse por un usuario en la RAM 726 o de preferencia en un almacén no volátil (no mostrado) para su ejecución por el microprocesador 738. Tal flexibilidad en la instalación de aplicación incrementa la funcionalidad del dispositivo y puede proporcionar funciones mejoradas en el dispositivo, funciones relacionadas con la comunicación, o ambas. Por ejemplo, las aplicaciones de comunicación segura pueden permitir que funciones de comercio electrónico y otras transacciones financieras se realicen utilizando el dispositivo 700 móvil. Estas aplicaciones, sin embargo, de acuerdo con lo anterior en muchos casos necesitarán ser aprobadas por una portadora. En un modo de comunicación de datos, una señal recibida tal como un mensaje de texto o página web descargada se procesará por el subsistema 711 de comunicación y se ingresará al microprocesador 738, el cual de preferencia procesa adicionalmente la señal recibida para su salida en la pantalla 722, o alternativamente en un dispositivo 728 auxiliar de E/S. Un usuario del dispositivo 700 móvil también puede componer elementos de datos tales como mensajes de correo electrónico por ejemplo utilizando el teclado 732, el cual de preferencia en un teclado alfanumérico completo o un teclado tipo teléfono, junto con la pantalla 722 y posiblemente un dispositivo 728 auxiliar de E/S. Algunos elementos compuestos pueden entonces transmitirse sobre una red de comunicación a través de subsistema 711 de comunicación . Para comunicaciones de voz, la operación general del dispositivo 700 móvil es similar, excepto que las señales recibidas pueden ser de preferencia producidas en un altavoz 734 y las señales para la transmisión pueden generarse por un micrófono 736. En subsistemas alternativos de E/S de voz o audio, tales como un subsistema de grabación de mensajes de voz, también puede implementarse en el dispositivo 700 móvil. Aunque la señal de voz o audio producida de preferencia se logra principalmente a través del altavoz 734, la pantalla 722 también puede utilizarse para proporcionar una indicación de la identidad de una parte que llama, la duración de una llamada de voz, u otra información relacionada con la llamada de voz por ejemplo. El puerto 730 en serie en la Figura 7 normalmente puede implementarse en un dispositivo móvil tipo Asistente Digital Personal (PDA) para el cual la sincronización con la computadora de escritorio de un usuario (no mostrada) puede ser deseable. Tal puerto 730 puede permitir a un usuario establecer preferencias a través de un dispositivo externo o aplicación de software y puede extender las capacidades del dispositivo 700 móvil al proporcionar información, o descargas de software al dispositivo 700 móvil en forma diferente de a través de una red de comunicación inalámbrica. La trayectoria de descarga alternativa por ejemplo puede utilizarse para cargar una clave de encriptación en el dispositivo a través de una conexión directa y de este modo fiable y confiada para permitir, por consiguiente, una comunicación segura del dispositivo . Alternativamente, el puerto 730 en serie podría utilizarse para otras comunicaciones y podría incluirse como un puerto de bus de serie universal (USB) . Una interfaz se asocia con el puerto 730 en serie. Otro subsistema 740 de comunicación, tal como un subsistema de comunicación de corto alcance, es un componente opcional adicional que puede proporcionar comunicación entre el dispositivo 700 móvil y diferentes sistemas o dispositivos, que no necesariamente necesitan ser dispositivos similares. Por ejemplo, el subsistema 740 puede incluir un dispositivo infrarrojo y circuitos asociados y componentes o un módulo de comunicación Bluetooth™ para proporcionar comunicación con sistemas y dispositivos habilitados similarmente .

Las modalidades descritas en la presente son ejemplos de estructuras, sistemas o métodos que tienen elementos que corresponden con elementos de las técnicas de esta solicitud. Esta descripción escrita puede permitir a aquellos con experiencia en la técnica hacer y utilizar modalidades que tienen elementos alternativos que igualmente corresponden con los elementos de las técnicas de esta solicitud. El alcance pretendido de las técnicas de esta solicitud de este modo incluye otras estructuras, sistemas o métodos que no difieren de las técnicas de esta solicitud como se describe en la presente, y, además, incluyen otras estructuras, sistemas o métodos con diferencias insubstanciales de las técnicas de esa solicitud como se describe en la presente.

Claims

REIVINDICACIONES 1. Un método para establecer un contexto de distribución para la suscripción de canal en una red móvil caracterizado porque comprende las etapas de: establecer, a partir de un dispositivo móvil en la red móvil, una suscripción con un proveedor de contenido; y pasar un contexto de distribución a un servidor de distribución, el contexto de distribución comprende información que el servidor de distribución necesita conocer para poder distribuir contenido al dispositivo móvil.
2. El método de conformidad con la reivindicación 1, caracterizado porque un agente de suscripción en el dispositivo móvil realiza la etapa de establecimiento con un portal de suscripción en la red móvil.
3. El método de conformidad con la reivindicación 2, caracterizado porque el paso del contexto de distribución se hace al mismo tiempo que la suscripción se establece, donde el contexto de distribución se pasa entre el agente de suscripción y el portal de suscripción.
4. El método de conformidad con la reivindicación 3, caracterizado porque el contexto de distribución se propaga desde el portal de suscripción hasta el servidor de distribución .
5. El método de conformidad con la reivindicación 2, caracterizado porque el portal de suscripción propaga información suficiente para crear un contexto de distribución a un servidor de distribución después de la etapa de establecimiento.
6. El método de conformidad con la reivindicación 5, caracterizado porque la información comprende cualquiera de: un número de cuenta móvil, un identificador de equipo móvil internacional o una dirección de correo electrónico.
7. El método de conformidad con la reivindicación 2, caracterizado porque el agente de suscripción está al tanto de un cliente de contenido y proporciona al cliente de contenido con notificación de suscripción, donde el cliente de contenido pasa la notificación de suscripción a un cliente de distribución, y el cliente de distribución pasa el contexto de distribución a un servidor de distribución con la recepción de la notificación de suscripción.
8. El método de conformidad con la reivindicación 7, caracterizado porque el cliente de distribución propaga un identificador de suscripción con el contexto de distribución al servidor de distribución.
9. El método de conformidad con la reivindicación 2, caracterizado porque un cliente de distribución en el dispositivo móvil es un intermediario entre el agente de suscripción y el portal de suscripción.
10. El método de conformidad con la reivindicación 9, caracterizado porque el cliente de distribución anexa el contexto de distribución a las comunicaciones entre el agente de suscripción y el portal de suscripción.
11. El método de conformidad con la reivindicación 9 o reivindicación 10, caracterizado porque el intermediario de cliente de distribución es transparente para el agente de suscripción y el portal de suscripción.
12. El método de conformidad con cualquiera de las reivindicaciones 1 a 11, caracterizado porque antes de la etapa de establecimiento el método comprende: registrar aplicaciones en el dispositivo móvil con un cliente de distribución; registrar canales de los proveedores de contenido con un servidor de distribución, el servidor de distribución crea una guia de canal de los canales registrados; e intercambiar las aplicaciones de registro y la guia de canal entre el cliente de distribución y el servidor de distribución .
13. El método de conformidad con la reivindicación 12, caracterizado porque la etapa de establecimiento comprende seleccionar un canal de la guia de canal y propagar una solicitud de suscripción a un proveedor de contenido.
14. El método de conformidad con la reivindicación 13, caracterizado porque un cliente de distribución agrega un contexto de distribución a la solicitud de suscripción.
15. El método de conformidad con cualquiera de las reivindicaciones 1 a 14, caracterizado porque el establecimiento de la suscripción comprende pasar un filtro de suscripción, el filtro de suscripción se utiliza para solicitar un subconjunto del contenido disponible de un proveedor de contenido.
16. El método de conformidad con la reivindicación 15, caracterizado porque el filtro de suscripción y un identificador de canal crean un identificador de suscripción para identificar el subconjunto de contenido disponible.
17. El método de conformidad con la reivindicación 16, caracterizado porque el identificador de suscripción comprende el identificador de canal concatenado con el filtro de suscripción o el identificador de canal y el filtro de suscripción combinado en un esquema predefinido.
18. El método de conformidad con cualquiera de las reivindicaciones 15 a 17, caracterizado porque un servidor de distribución combina múltiples subconjuntos de contenido disponible para crear un subcanal agrupado.
19. El método de conformidad con cualquiera de las reivindicaciones 15 a 17, caracterizado porque un servidor de distribución y cliente de distribución maneja suscripciones para todo el contenido disponible del proveedor de contenido, y donde un cliente de contenido y un proveedor de contenido manejan el subconjunto de contenido disponible, creando, por consiguiente, un modelo de suscripción de dos niveles.
20. El método de conformidad con la reivindicación 19, caracterizado porque el proveedor de contenido proporciona un servidor de distribución con un subconjunto de contenido disponible junto con una lista de distribución para los dispositivos móviles para distribuir el subconjunto del contenido disponible.
21. El método de conformidad con la reivindicación 19, caracterizado porque el proveedor de contenido notifica al servidor de distribución del subconjunto de contenido disponible junto con un identificador de suscripción para el subconjunto de contenido disponible.
22. Un sistema para establecer un contexto de distribución para la suscripción de canal en una red móvil caracterizado porque comprende: un lado de dispositivo, el lado de dispositivo tiene : un agente de suscripción; un cliente de distribución; y un cliente de contenido; y un lado de servicio, el lado de servicio tiene: un portal de suscripción, el portal de suscripción adaptado para comunicarse con el agente de suscripción para establecer una suscripción; un servidor de distribución, el servidor de distribución adaptado para comunicarse con el cliente de distribución de acuerdo con un contexto de distribución, el contexto de distribución comprende información que el servidor de distribución necesita conocer para poder distribuir el contenido al lado del dispositivo; y un proveedor de contenido, el proveedor de contenido adaptado para proporcionar contenido solicitado por el cliente de contenido.
23. El sistema de conformidad con la reivindicación 22, caracterizado porque el agente de suscripción en el lado del dispositivo se adapta para establecer una suscripción con el portal de suscripción.
24. El sistema de conformidad con la reivindicación 23, caracterizado porque el agente de suscripción, además, se adapta para pasar el contexto de distribución al portal de suscripción, al mismo tiempo que la suscripción se establece.
25. El sistema de conformidad con la reivindicación 24, caracterizado porque el portal de suscripción se adapta para propagar el contexto de distribución al servidor de distribución .
26. El sistema de conformidad con la reivindicación 23, caracterizado porque el portal de suscripción se adapta para propagar información suficiente para crear un contexto de distribución en el servidor de distribución.
27. El sistema de conformidad con la reivindicación 26, caracterizado porque la información comprende cualquiera de un número de cuenta móvil, un identificador de equipo móvil internacional o una dirección de correo electrónico.
28. El sistema de conformidad con la reivindicación 23, caracterizado porque el agente de suscripción está al tanto del cliente de contenido y se adapta para proporcionar al cliente de contenido con notificación de suscripción, donde el cliente de contenido se adapta para pasar la notificación de suscripción al cliente de distribución y el cliente de distribución se adapta para pasar el contexto de distribución al servidor de distribución con la recepción de la notificación de suscripción.
29. El sistema de conformidad con la reivindicación 28, caracterizado porque el cliente de distribución, además, se adapta para propagar un identificador de suscripción al servidor de distribución.
30. El sistema de conformidad con la reivindicación 23, caracterizado porque el cliente de distribución es un intermediario entre el agente de suscripción y el portal de suscripción .
31. El sistema de conformidad con la reivindicación 30, caracterizado porque el cliente de distribución se adapta para anexar el contexto de distribución a las comunicaciones entre el agente de suscripción y el portal de suscripción.
32. El sistema de conformidad con la reivindicación 30 ó 31, caracterizado porque el intermediario de cliente de distribución es transparente para el agente de suscripción y el portal de suscripción.
33. El sistema de conformidad con cualquiera de las reivindicaciones 22 a 32, caracterizado porque el cliente de contenido se adapta para registrar aplicaciones con el cliente de distribución, el proveedor de contenido se adapta para registrar canales con el servidor de distribución, el servidor de distribución se adapta para crear una guia de canal basada en los canales registrados, y el servidor de distribución y el cliente de distribución se adapta para intercambiar aplicaciones registradas y la guia de canal.
34. El sistema de conformidad con la reivindicación 33, caracterizado porque el cliente de contenido, además, se adapta para seleccionar un canal de la guia de canal y propagar una solicitud de suscripción al proveedor de contenido .
35. El sistema de conformidad con la reivindicación 34, caracterizado porque el cliente de distribución se adapta para agregar el contexto de distribución a la solicitud de suscripción.
36. El sistema de conformidad con cualquiera de las reivindicaciones 22 a 35, caracterizado porque el agente de suscripción o el cliente de distribución se adaptan para pasar un filtro de suscripción, el filtro de suscripción se utiliza para solicitar un subconjunto del contenido disponible del proveedor de contenido.
37. El sistema de conformidad con la reivindicación 36, caracterizado porque el filtro de suscripción y un identificador de canal crean un identificador de suscripción para identificar un subconjunto de contenido disponible.
38. El sistema de conformidad con la reivindicación 37, caracterizado porque el identificador de suscripción comprende el identificador de canal concatenado con el filtro de suscripción o el identificador de canal y el filtro de suscripción combinado en un esquema predefinido.
39. El sistema de conformidad con cualquiera de las reivindicaciones 36 a 38, caracterizado porque el servidor de distribución se adapta para combinar múltiples subconjuntos de contenido disponible para crear un subcanal agrupado.
40. El sistema de conformidad con cualquiera de las reivindicaciones 36 a 38, caracterizado porque el servidor de distribución y el cliente de distribución se adaptan para manejar suscripciones para todo el contenido disponible del proveedor de contenido, y donde el cliente de contenido y el proveedor de contenido se adapta para manejar el subconjunto de contenido disponible, creando, por consiguiente, un modelo de suscripción de dos niveles.
41. El sistema de conformidad con la reivindicación 40, caracterizado porque el proveedor de contenido se adapta para proporcionar al servidor de distribución con un subconjunto de contenido disponible junto con una lista de distribución para dispositivos móviles para distribuir el subconjunto de contenido disponible.
42. El sistema de conformidad con la reivindicación 40, caracterizado porque el proveedor de contenido se adapta para notificar al servidor de distribución del subconjunto de contenido disponible junto con un identificador de suscripción para el subconjunto de contenido disponible.
43. El medio que se puede leer por computadora que almacena códigos de programas que se puede ejecutar por un procesador de un sistema de cómputo, caracterizado porque provoca que el sistema de cómputo realice el método de conformidad con cualquiera de las reivindicaciones 1 a 21.