SISTEMA Y MÉTODO PARA TRANSFORMACIÓN DE CONTENIDO SINDICALIZADO PARA DISTRIBUCIÓN MÓVIL DESCRIPCIÓN DE LA INVENCIÓN El presente método y sistema se refieren generalmente a distribución de contenido dinámico en un ambiente móvil y, en particular, a la distribución de contenido de una variedad de formatos. Los usuarios de dispositivos móviles o equipo de usuario móvil (UE) cada vez más se están volviendo 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 los usuarios tener información o datos insertados 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 el usuario . Tecnologías actuales para dispositivos móviles tales como protocolo de aplicación inalámbrica (WAP) tiene la capacidad de insertar contenido. Sin embargo, WAP requiere que los sitios web se rescriban para satisfacer el protocolo de aplicación inalámbrica y proporcionar a usuarios con un sitio uniforme que no cambie para acomodar las capacidades
del usuario para ver un sitio. Otras alternativas incluyen inserción y difusión basadas en SMS o difusión de celdas. En el caso de difusión, la distribución no puede personalizarse a las necesidades de un usuario particular o las capacidades de un dispositivo particular. Los sistemas por lo tanto no tienen ninguna inteligencia asociada con los mismos. Una solución mejor se requiere para dispositivos móviles. Un problema además surge cuando se proporciona contenido en diferentes formatos. Un sistema de distribución necesita ser capaz de distribuir el contenido independientemente del formato. El presente sistema y método puede proporcionar la transformación de contenido sindicalizado para una distribución móvil. Específicamente, un editor de contenido puede colocarse entre los proveedores de contenido sindicalizado y el servidor de distribución, donde el editor de contenido se adapta para insertar metadatos de dispositivo móvil para facilitar la distribución móvil. El editor de contenido entonces puede publicar el contenido sindicalizado modificado en el servidor de distribución. Como se apreciará, al agregar metadatos de distribución móvil, el editor de contenido no necesita alterar el contenido sindicalizado existente cuando se publica. El modelo puede asegurar que el mismo contenido podría distribuirse a clientes alámbricos e
inalámbricos . Un editor de contenido, como se describe en la presente, puede ser una entidad lógica que puede ser parte del proveedor de contenido o puede ser una entidad totalmente separada . En particular, el editor de contenido puede adaptarse para recibir contenido de un proveedor de contenido sindicalizado en una alimentación sindicalizada basada en XML en una modalidad preferida. Tal alimentación sindicalizada basada en XML podría por ejemplo incluir RSS o Atom. El editor de contenido puede agregar metadatos en la primera oportunidad dentro del contenido sindicalizado. Los metadatos en una modalidad preferida pueden comprender un espacio de nombre específico que define elementos de XML que contienen metadatos de distribución móvil. El espacio de nombre URL puede indicar el documento del esquema de XML que define estos elementos (es decir, sus nombres, tipos, valores válidos , etc . ) . Una vez que el editor de contenido publica el contenido que se ha modificado al agregar metadatos, un servidor de distribución entonces puede recuperar el contenido, volver a ponerlo en paquete en un formato sencillo para su distribución a varios clientes de distribución. De preferencia, el reempacado involucra extraer cualesquier metadatos que se agregaron por un proveedor de contenido y
envolver estos metadatos alrededor del contenido sindicalizado . El contenido envuelto entonces puede distribuirse al cliente de distribución independientemente del contenido que se envuelve. El contenido no sindicalizado puede envolverse similarmente . En una modalidad, el contenido no sindicalizado puede encontrarse en un modelo de metadatos envuelto donde se ha envuelto previamente en metadatos. En este caso, el servidor de distribución puede necesitar extraer los metadatos destinados para el servidor de distribución. Si el contenido no sindicalizado no es un modelo envuelto, el servidor de distribución puede envolver el contenido en metadatos por defecto que se distribuyen a partir de ajustes de canal por defecto. La presente descripción por lo tanto puede proporcionar un método para integrar metadatos para la distribución móvil en una alimentación de contenido sindicalizado, el método comprende las etapas de recibir el contenido de un proveedor de contenido sindicalizado; integrar en el contenido los metadatos utilizando un mecanismo de extensión de esquema estándar, creando por consiguiente contenido modificado; y publicar el contenido modificado . La presente descripción además puede proporcionar un método para reempacar contenido en un servidor de
distribución para la distribución a un dispositivo móvil que comprende las etapas de recuperar el contenido publicado que tiene metadatos integrados y contenido integrado; y extraer del contenido publicado, los metadatos integrados; envolver el contenido integrado en metadatos extraídos, crear el contenido envuelto; y almacenar el contenido envuelto para la distribución . La presente descripción además puede proporcionar un editor de contenido adaptado para integrar metadatos en una alimentación de contenido sindicalizado para la distribución móvil, el editor de contenido comprende un receptor adaptado para recibir contenido de un proveedor de contenido sindicalizado; medios para integrar en el contenido los metadatos utilizando un mecanismo de extensión de esquema estándar, creando por consiguiente el contenido modificado; y medios de publicación no adaptado para publicar el contenido modificado . La presente descripción además puede proporcionar un servidor de distribución adaptado para reempacar el contenido para la distribución en un dispositivo móvil que comprende medios de recuperación adaptado para recuperar el contenido publicado que tiene metadatos integrados y contenido integrado; medios de extracción adaptado para extraer del contenido publicado, los metadatos integrados; medios de envolvimiento adaptado para envolver e. contenido
integrado en los metadatos extraídos, creando el contenido envuelto; y almacén adaptado para almacenar el contenido envuelto para la distribución. 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 componentes lógicos con una infraestructura de distribución; la Figura 2 es un diagrama de bloque que ilustra el flujo de metadatos entre los componentes lógicos de la Figura 1; la Figura 3 es un diagrama de bloque que muestra un modelo de envoltura para el contenido y metadatos; la Figura 4 es un diagrama de bloque de un lado del servidor de una infraestructura de distribución en la cual se ha agregado un editor de contenido; la Figura 5 es un diagrama de bloque que muestra una infraestructura de distribución del lado del servidor que tiene múltiples editores de contenido; la Figura 6 es un diagrama de contenido no sindicalizado dentro de una envoltura de metadatos; la FIGURA 7 es un diagrama de flujo que ilustra un método para envolver contenido en los metadatos; y la Figura 8 es un dispositivo móvil ejemplar que puede utilizarse junto con el presente método y sistema.
Ahora se hace referencia a la Figura 1. Un sistema de inserción para distribuir contenido dinámico en una aplicación de cliente se ilustra. El sistema de la Figura 1 es un sistema simplificado y muestra componentes lógicos que necesitan estar en una arquitectura de distribución de contenido dinámica. Sin embargo, como se apreciará por aquellos con experiencia en la técnica, otros componentes podrían existir o varios componentes podrían agruparse j untos . La arquitectura 100 incluye un proveedor 110 de contenido. El proveedor 110 de contenido se dispone para proporcionar contenido dinámico a usuarios. Los ejemplos pueden incluir, por ejemplo, un sitio web que vende libros. El proveedor 110 de contenido puede proporcionar periódicamente una lista de libros recién puestos en circulación que pueden ya sea enviarse a suscriptores que se suscriben al sitio web o a un servidor de distribución que maneja las suscripciones. Un servidor 120 de distribución se comunica sobre la red 130 inalámbrica con un cliente 140 de distribución que se localiza en un dispositivo móvil en una modalidad preferida. El cliente 140 de distribución recibe el contenido que se está distribuyendo desde el proveedor 110 de contenido y puede comunicar el contenido con una aplicación 150 de cliente, la cual al final consume el contenido.
Ahora se hace referencia a la Figura 2. Para poder agregar inteligencia a un sistema, el contenido se asocia con metadatos. Los metadatos, en este caso, se definen como datos que pueden utilizarse por un elemento de procesamiento para manipular el contenido. Como se apreciará, un sistema de inserción genérico requiere que metadatos permitan que varios proveedores de contenido y aplicaciones existan dentro del sistema. Los metadatos pueden tener varias formas, incluyendo parámetros de procesamiento o reglas o un administrador de procesamiento, código o referencia proporcionada directamente o un enlace a un administrador de procesamiento, código o reglas en otra ubicación. Como puede observarse en la Figura 2, el contenido pasa del proveedor 110 de contenido a una aplicación 150 de cliente, como se ilustra por la flecha 210. Los metadatos, los cuales proporcionan instrucciones a varios componentes dentro de la arquitectura 100, también puede pasar entre componentes dentro de la arquitectura 100, normalmente junto con el contenido. Por ejemplo, la flecha 220 ilustra metadatos que se originan en el proveedor de contenido y son transparentes para el sistema de distribución hasta que alcanza una aplicación 150 de cliente. La flecha 230 muestra metadatos creados por un proveedor 110 de contenido que se pretende para el cliente 140 de distribución y de este modo sólo fluye hacia el
cliente 140 de distribución. La flecha 240 ilustra metadatos generados por el servidor 120 de distribución y pretendidos para el cliente 140 de distribución, y de este modo se asocian primero con el contenido en el servidor 120 de distribución y se deriva del contenido en el cliente 140 de distribución. Ejemplos de dónde puede ocurrir esto incluyen acuerdos entre un usuario y un proveedor de servicio con respecto a un plan de facturación y el nivel de servicio que va a proporcionarse, donde el proveedor de servicio puede utilizar los metadatos para limitar los servicios disponibles o proporcionar servicios mejorados. Ahora se hace referencia a la Figura 3. La Figura 3 ilustra un modelo de envoltura de multicapa para metadatos de contenido. El servidor 120 de distribución recibe una envoltura 310 de inserción que incluye metadatos 312 de procesamiento de contenido para el servidor 120 de distribución y una envoltura 314 de cliente de distribución. El servidor 120 de distribución extrae los metadatos 312 de procesamiento de contenido y utiliza estos metadatos para procesar la envoltura 314 de cliente de distribución. Los metadatos 312 dictan al servidor 120 de distribución que hacer con la envoltura 314 de cliente de distribución. La envoltura 314 de cliente de distribución se pasa
al cliente 140 de distribución, donde se descompone en una envoltura 320 de contenido y en metadatos 322 de procesamiento de contenido. Los metadatos 322 de procesamiento de contenido se utilizan por el cliente 140 de distribución para procesar en la envoltura 320 de contenido. Por ejemplo, ésta puede utilizarse para instruir al cliente 140 de distribución para realizar una restitución de la envoltura 320 de contenido previamente distribuida con la última envoltura si la aplicación 150 de cliente sólo se interesa en la última versión del contenido. La envoltura 320 de contenido se pasa a la aplicación 150 de cliente. La envoltura 320 de contenido incluye metadatos 330 de procesamiento de contenido para la aplicación y la carga útil 332 de contenido que va a consumirse por la aplicación 150 de cliente. Como se apreciará por aquellos con experiencia en la técnica, la inclusión de las envolturas de acuerdo con la Figura 3 proporciona un ambiente dinámico rico en el cual puede presentarse procesamiento en cualquier elemento de procesamiento de la arquitectura y en el cual el proveedor 110 de contenido puede especificar cómo especificar el contenido que va a tratarse. En una modalidad, los datos se dirigen a un elemento lógico particular y son opacos para otros elementos de procesamiento. Como se apreciará adicionalmente, los metadatos
solamente pueden incluirse para varias fases de la distribución de contenido. Por ejemplo, los metadatos solamente pueden requerirse entre el servidor 120 de distribución y el cliente 140 de distribución y de este modo ningún metadato para la aplicación 150 de cliente puede incluirse . Otras alternativas pueden ser evidentes para aquellos con experiencia en la técnica. Como se apreciará adicionalmente, el proveedor 110 de contenido en algunos casos será un proveedor de contenido sindicalizado genérico y no tendrá capacidad o intención de agregar metadatos para el contenido que se está distribuyendo. En este caso, un editor de contenido, como se describe con referencia a las Figuras 4, 5, 6 y 7 se proporciona. Ahora se hace referencia a la Figura 4. Un proveedor 410 de contenido sindicalizado incluye contenido que desea un usuario móvil Un editor 415 de contenido recupera el contenido de un proveedor 410 de contenido sindicalizado. El editor 415 de contenido se adapta para insertar metadatos 417 de distribución móvil y publicar 418 contenido. Este contenido entonces se recupera por el servidor 120 de distribución y se distribuye a un dispositivo móvil. Como se apreciará adicionalmente, todo esto se forma en el lado 425 de servidor como opuesto al lado de cliente
(el cual incluye el cliente 140 de distribución y la aplicación 150 de cliente como se ilustra en la Figura 1) . Como se apreciará por aquellos con experiencia en la técnica, el editor 415 de contenido puede ser parte del proveedor 410 de contenido sindicalizado o puede ser una entidad separada. Un ejemplo de insertar metadatos 417 de distribución móvil se proporciona utilizando los segmentos de código siguientes. En el segmento de código siguiente, el ejemplo utiliza código de RSS 2.0 y contenido proporcionado por el contenido 410 sindicalizado se ilustra como: <?xml version="1.0"?> <rss vers¡on="2.0"> <channel> <t¡tle>Top business stories</title> <l¡nk>http://www.abc.com/bus/rss</link> <descript¡on> Top business stories</description> <item> <title>Wal-Mart reports jump in profrt</title> <link>http://abc.com/click/here.pl?80da344efa6a</link> <description>Wal-Mart Stores, the world's largest retailer, on Tuesday reported a jump ¡n eamings during its key holiday quarter, topping analysts' estimates.Shares of Wal-Mart jumped nearly 3 percent </description> <guid>http://abc.com/id?80da344efa6a</guid> </¡tem>
<item>
</¡tem> </channel> </rss>
Como se apreciará por aquellos con experiencia en la técnica el contenido anterior podría distribuirse a clientes alámbricos e inalámbricos. El segmento de código anterior particularmente ilustra un ejemplo de un informe de 5 noticias para un proveedor de noticias financieras. El editor 415 de contenido recibe el contenido anterior e inserta los metadatos 417 de distribución móvil.
Esto se ilustra en el segmento siguiente como: <?xml vers¡on="1.0"?> <rss version="2.0" xmlns:m="http://schemas.com/mcd> ^ <m:mobile-channel>C/ngu/ar. í 2345</m:mobile-channel> <m:expire>Wed, 28 Feo 2007 11:59:59 ES7</m:exp¡re> <m:content-priority>/ow</m:content-priority> <m:deliver-roam¡ng>No</m:deliver-roam¡ng> <channel> <t¡tle>Top business stories</title> <link>http://www.abc.com/bus/rss</link> 15 <descript¡on> Top business stories</descript¡on> <item> <title>Wal- art reports jump in profit</t¡tie> <link>http://abc.com/click here.pl?80da344efa6a</link> <description>Wal-Mart Stores, the world's largest retailer, on Tuesday reported a jump in earnings during its key oliday quarter, topping analysts' estimates.Shares of Wal-Mart jumped nearty 3 percent o n ? </description> <guid>http://abc.com/id?80da344efa6a</guid> </item>
<item>
</item> 25 </channel> </rss>
Como se ilustra por el contenido en negritas, la inserción comprende agregar metadatos para el servidor de distribuidor. En particular, en el ejemplo anterior, el XML incluye agregar un enlace a un espacio de nombre de XML m (xmlns :m="htt : //schemas . com/mcd) . El espacio de nombre XML m señala en un archivo de esquema de XML que define varios parámetros que incluyen un canal móvil que debe utilizarse, cuando el contenido vaya a expirar, la prioridad del contenido y si el contenido debe distribuirse mientras se realiza itinerancia. Los metadatos del ejemplo anterior estipulan que cierto canal móvil debe utilizarse para la distribución del contenido, como se especifica por <m:mobile-c annel>Cingular : 2 345</m:mobile-channel>. También especifica cuándo el contenido expirará (<m:expire>lVed/ 2,8 Feb 2007 11.59 EST</ : expire>) , que la prioridad de contenido es baja (<m: content-priority>low</m: con ent-priority>) y que debe distribuirse mientras se realiza itinerancia (<m: deliver-roaming>No</xTi: deliver-roaming>) . Los parámetros para la distribución móvil podrían establecerse en el editor 415 de contenido basándose en el contenido 410 sindicalizado . Además, las preferencias por el dispositivo móvil podrían proporcionarse al editor 415 de contenido para establecer los parámetros. Como se apreciará, lo anterior solamente son
ejemplos de varios parámetros y espacios de nombre que podrían especificarse por el servidor 120 de distribución y otros parámetros y espacios de nombre pueden estar dentro del alcance de la presente descripción. Además, los ejemplos representados en lo anterior con relación al espacio de nombre m no necesariamente necesitan insertarse y se proporcionan solamente para propósitos de ilustración. En un ejemplo adicional, el contenido podría estar en el formato Atom 1.0. Un ejemplo del mismo contenido que lo anterior en el formato Atom 1.0 es: <?xml version="1.0"?> <feed xmlns=" ttp://www.w3.org/2005/Atom"> <title>Top business stor¡es</t¡tle> <link href="http://www.abc.com/bus/rss/"> <updated>2007-02-21T11 :59:55Z</updated> <id>r81614778K/id> <author><name>ABC.com</name></author> <entry> <title>Wal- art reports jump in profit</titie> <summary>Wal-Mart Stores, the world's largest retailer, on Tuesday reported a jump ín earnings during its key holiday quarter, topping analysts' estimates.Shares of Wal-Mart jumped nearly 3 percent </summary> <¡d>http://abc.com/¡d?80da344efa6a</id> <updated>2007-02-21T11 :59:55Z</updated> <l¡nk>http://abc.com/click here.pl?80da344efa6a</l¡nk> </entry>
<entry>
</entry> < feed>
El editor 415 de contenido podría insertar metadatos de acuerdo con lo siguiente: <?xml version="1.0"?> < feed xmlns=http://www.w3.org/2005/Atom xmlns:m="http://schemas.com/mcd> <m:mobile-channel>C/ngu/ar. 72345</m:mobile-channel> <m:expire>Wec/, 28 Feb 2007 11 :59:59 ESf</m:expire> <m:content-priority>/ow</m:content-priority> <m:deliver-roaming>A/o</m:deliver-roaming> <t¡tle>Top business stories</t¡t)e> <link href="http://www.abc.com/bus/rss/"> <updated>2007 -02-21 T11 :59:55Z</updated> <¡d>r81614778K/id> <author><name>ABC.com</name></author> <entry> <title>Wal-Mart reports jump ¡n prof¡t</title> <summary>Wal-Mart Stores, the world's largest retailer, on Tuesday reported a jump in earnings during its key holiday quarter, topping anaíysts' estimates.Shares of Wal-Mart jumped neariy 3 percent </summary> <¡d>http://abc.com/id?80da344efa6a</id> <updated>2007-02-21T11 :59:55Z</updated> <link>http://abc.com/click/here.pl?80da344efa6a</link> </entry>
<entry>
</entry> </feed>
Como se indica en lo anterior con referencia a la inserción en negritas, los metadatos se insertan en el
contenido. Específicamente, los mismos metadatos que se insertaron en la alimentación RSS2.0 también se inserta en la alimentación de contenido presente Atom 1.0. A partir de ambos ejemplos RSS2.0 y el Atom 1.0, se apreciará que el editor de contenido no toma o abre el contenido e inserta metadatos en la primera oportunidad dentro de la corriente de contenido. En este caso, inmediatamente después de que se especifica la versión RSS en la alimentación RSS2.0 y después que el espacio de nombre para el contenido Atom se define para el contenido Atom 1.0. Ahora se hace referencia a la Figura 5. Para asegurar interoperabilidad y para simplificar la implementación de los clientes de distribución sobre los dispositivos, sólo un formato de distribución común sencillo se soporta en una modalidad preferida. El contenido se envuelve con una envoltura de metadatos tal como una envoltura de XML que contiene metadatos de distribución. El servidor 120 de distribución debe reempacar alimentaciones sindicalizadas en un formato de distribución común. Como se ilustra en la Figura 5, un primer editor
510 de contenido produce el contenido 512 de Atom. Un segundo editor 514 de contenido produce el contenido 516 RSS. Un tercer editor 518 de contenido produce el contenido 520 no sindicalizado . El contenido 520 no
sindicalizado podría ser cualquier cosa, incluyendo binario, de vídeo y texto, entre otros. El servidor 120 de distribución obtiene el contenido 512 de Atom, el contenido 516 de RSS y el contenido 520 no sindicalizado y se adapta para reempacar las alimentaciones en un formato de distribución común. Como se ilustra en la Figura 5, la envoltura 530 de metadatos se vuelve alrededor del contenido 532, el cual puede incluir cualquiera de contenido 512, 516 ó 520. Este se pasa en un solo formato 540 de distribución a dispositivos que esperan el contenido. De este modo, como se ilustra en la Figura 5, tres formatos se convierten en un formato para la distribución al dispositivo. El reempacado para la distribución comprende tomar el contenido publicado que se publicó por el proveedor 510 de contenido, el proveedor 514 de contenido o el proveedor 518 de contenido y lo convierte para la distribución. Esto involucra, por ejemplo, tomar el segmento de código siguiente y convertirlo en un modelo 528 de envoltura de la Figura 5. De este modo, como se proporciona en lo anterior, el contenido publicado podría ser:
<?xml version=n1.0"?> <rss version="2.0" xmlns:m="http://schemas.com/mcd> <m:mobile-channel>C/ng(7/ar: í2345</m:mobile-channel> <m:expire>We(/, 28 Feb 2007 11 :59:59 £S7</m:expire> <m:content-priority>/ow</m:content-priority> <m:deliver-roaming>A x/m:deliver-roaming> ^ <channel> <title>Top business stories</title> <link>http://www.abc.com/bus/rss</link> <description> Top business stories</description> <item> <title>Wal-Mart reports jump in profit</title> <link>http://abc.com/click/here.pl?80da344efa6a</link> ^ <description>Wal-Mart Stores, the world's largest retailer, on Tuesday reported a jump in earnings during its key holiday quarter, topping analysts' estimates.Shares of Wal-Mart jumped nearly 3 percent </description> <guid>http://abc.com/id?80da344efa6a</guid> </item> 15 <¡tem>
</item> </channel> </rss>
El servidor de distribución reempaca el contenido para crear un modelo 528 envuelto que incluye la envoltura 530 de contenido y el contenido 532 . Un ejemplo del código podría ser:
<?xml version="1.0"?> <m:content-envelope xmlns:m="http://schemas.com/mcd> <m:mobile-channel>C/ngt /ar. i2345</m:mobile-channel> <m:expire>Wed, 28 Feb 2007 11:59:59 £S7"</m:expire> <m:content-priority>/o v</m:content-priority> <m:dellver-roaming>Wo</m:deliver-roaming> <m:content> <rss version="2.0"> <channel> <t¡tle>Top business stories</title> <link>http://www.abc.com/bus/rss</link> <description> Top business stories</description> <item> <title>Wal-Mart reports jump in profit</title> <link>http://abc.com/click/here.pl?80da344efa6a</link> <description>Wal-Mart Stores, the worid's largest retailer, on Tuesday reported a jump in earnings during its key holiday quarter, topping analysts' estimates.Shares of Wal-Mart jumped nearly 3 percent </description> <guid>http://abc.com/id?80da344efa6a</guid> </item>
</channel> </rss> </m:content> </m:content-envelope> A partir de lo anterior, lo que está en negritas es la envoltura 530 de metadatos y lo que no está en negritas es el contenido. El contenido, como se apreciará, no ha sido tocado por el editor de contenido ni por el servidor 120 de distribución . Para el contenido 520 no sindicalizado, ocurre un
proceso similar. Específicamente, con referencia a la Figura 6, un empaque no sindicalizado podría incluir el contenido 632 con una envoltura 630 de metadatos. En este caso, la envoltura de metadatos podría incluir metadatos para el servidor 640 de distribución; metadatos comunes para el servidor de distribución y el cliente 642; y metadatos para el cliente 644 de distribución. Los metadatos para el servidor de distribución se extraen por el servidor de distribución antes de la distribución entre el servidor de distribución y el contenido de distribución. Los metadatos comunes para el servidor de distribución y el cliente 642 de distribución son leídos por el distribuidor de distribución y puede procesarse. Ejemplos incluyen fechas de expiración para el contenido. Si el contenido no se distribuye por una cierta fecha, entonces el servidor de distribución podría descartar el paquete. Inversamente, los metadatos comunes podrían utilizarse del lado del cliente si el contenido se distribuye al cliente pero la solicitud de cliente no ha sido abierta para poder hacer que el cliente de distribución distribuya el contenido a la aplicación de cliente. En este caso, el cliente de distribución podría leer la fecha de expiración y podría descartar el contenido si la fecha de expiración ha pasado . Los metadatos para el cliente 644 de distribución
permanecen en el paquete de contenido no sindicalizado y se pasan al cliente de distribución. Lo anterior puede observarse mejor con referencia a la Figura 7. La Figura 7 muestra un diagrama de flujo para el contenido empacado. Como se apreciará, el servidor de distribución generalmente realiza este método. En la etapa 710, el método comprende obtener el contenido publicado. La etapa 712 es una comprobación para ver si el contenido se sindicaliza o no. Si es si, el proceso procede a la etapa 714 en la cual los metadatos relacionados con el servidor de distribución se extraen del contenido. El proceso entonces procede a la etapa 716 en la cual los metadatos relacionados con el cliente de distribución se extraen de la alimentación y una envoltura de metadatos se construye. En la etapa 718, el contenido entonces se extrae y el contenido se envuelve en la envoltura de metadatos creada en la etapa 716. El proceso entonces procede a la etapa 720 en la cual el contenido que se envuelve en la envoltura de metadatos se almacena para la distribución al cliente de distribución . Si, en la etapa 712, se encuentra que el contenido no se sindicaliza, el proceso entonces procede a la etapa 730. En la etapa 730, se hace una comprobación para ver si el
contenido se envuelve o no. Si es si, el proceso procede a la etapa 732 en la cual los metadatos relacionados con el servidor de distribución se extraen del contenido de envoltura y el servidor de distribución entonces puede procesar el contenido con relación a los metadatos extraídos. A partir de la etapa 732, el proceso procede a la etapa 720 en la cual el contenido restante que se envuelve se almacena para la distribución en un cliente de distribución. Si, en la etapa 730, se encuentra que el contenido no se envuelve, el proceso procede a la etapa 740. En la etapa 740, una envoltura de metadatos se construye utilizando ajustes de canal por defecto. De este modo, por ejemplo, un servidor de distribución incluirá ajustes por defecto para un cliente de distribución particular o un dispositivo móvil particular asociado con el cliente de distribución. La envoltura de metadatos de este modo puede crearse utilizando estos ajustes de canal por defecto. En la etapa 742, el contenido se envuelve en la envoltura de metadatos que se creo en la etapa 740 y el proceso entonces procede a la etapa 720 en la cual el contenido envuelto se almacena para la distribución al cliente de distribución. Así, a partir de la Figura 7, los datos en varios formatos sí se sindicalizan o envuelven, pueden envolverse en metadatos y almacenarse para la distribución a un cliente de
distribución. Los datos almacenados en la etapa 720 tienen un formato uniforme que incluye una envoltura envuelta alrededor del contenido para poder proporcionar distribución uniforme a un cliente de distribución, simplificando la implementación de un cliente de distribución en un dispositivo móvil. Lo anterior por lo tanto, proporciona la integración de los metadatos de distribución móvil para publicar en el servidor de distribución. Un editor de contenido integra a los metadatos para el control de la distribución móvil dentro de la alimentación de contenido sindicalizado . Los metadatos se integran utilizando un mecanismo de extensión de esquema XML estándar en una modalidad preferida. Además, el contenido que se publica con los metadatos entonces se transforma en el servidor de distribución en un servidor de distribución-formato de distribución de contenido de distribución, Cualquier forma de contenido sindicalizado se contempla, y en un ejemplo particular, una alimentación de contenido sindicalizado basado en RSS, Atom u otro XML se contempla. Este contenido sindicalizado basado en RSS, Atom u otro XML se transforma en un formato de envoltura de XML para la distribución a un cliente de distribución. El cliente de distribución y el cliente de contenido o la aplicación de contenido pueden encontrarse en
cualquier dispositivo móvil. Un dispositivo móvil particular que se ilustra en el ejemplo se proporciona en la Figura 8. Ahora se hace referencia a la Figura 8. La Figura 8 es un diagrama de bloque que ilustra una estación móvil apta para utilizarse con modalidades preferidas del aparato y método de la presente solicitud. La estación 800 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. La estación 800 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 inalámbrico 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 aparato de Internet inalámbrica, o un dispositivo de comunicación de datos, como ejemplos. Donde la estación 800 móvil se habilita para comunicación de dos vías, se incorporará un subsistema 811 de comunicación, que incluye un receptor 812 y un transmisor 814, así como componentes asociados tal como uno o más elementos 816 y 818 de antena de preferencia integrada o interna, osciladores 813 locales (LO) , y un módulo de procesamiento tal como un procesador 820 digital de señales (DSP) . Como será aparente para aquellos con experiencia en el
campo de las comunicaciones, el diseño particular del subsistema 811 de comunicación dependerá de la red de comunicación en la cual se pretende operar el dispositivo. Requerimientos de acceso de red también variarán dependiendo del tipo de red 819. En algunas redes de CDMA, el acceso de red se asocia con un suscriptor o usuario de la estación 800 móvil. Una estación móvil de CDMA puede requerir un módulo de identidad de usuario removible (RUIM) o una tarjeta de módulo de identidad de suscriptor (SIM) para poder operar en una red de CDMA. La interfaz 844 de SIM/RUIM normalmente es similar a una ranura para tarjeta en la cual puede insertarse una tarjeta de SIM/RUIM y se expulsa similar a un disquete o tarjeta o PCMCIA. La tarjeta de SIM/RUIM puede tener aproximadamente 64K de memoria y contener gran parte de la configuración 851 de claves, y otra información 853 tal como la identificación, y la información relacionada con el suscriptor. Cuando se requiere registro de red o se han completado los procedimientos de activación, la estación 800 móvil puede enviar y recibir señales de comunicación sobre la red 819. Como se ilustra en la Figura 8, la red 819 puede consistir de múltiples estaciones bases que se comunican con el dispositivo móvil. Por ejemplo, en un sistema híbrido de CDMA lxEVDO, una estación base de CDMA y una estación base de EVDO se comunican con la estación móvil y la estación móvil
se conecta a ambas simultáneamente. Las estaciones base EVDO y CD A lx utilizan diferentes intervalos de búsqueda para comunicarse con el dispositivo móvil. Las señales recibidas por la antena 816 a través de la red 819 de comunicación se ingresan en el receptor 812, el cual puede realizar las funciones comunes del receptor como la amplificación de señal, la conversión descendente de frecuencia, filtración, selección de canal y similares, y en el sistema ejemplar mostrado en la Figura 8, 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 820. En una forma similar, las señales que se transmiten se procesan, incluyendo modulación y codificación por ejemplo, por DSP 820 y se ingresan en el transmisor 814 para la conversión de digital a análogo, conversión ascendente de frecuencia, filtración, amplificación y transmisión sobre la red 819 de comunicación mediante la antena 818. El DSP 820 no sólo procesa las señales de comunicación, sino también proporciona el control del receptor y transmisor. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 812 y el transmisor 814 pueden controlarse en forma adaptable a través de algoritmos de control de ganancia automáticos implementados en DSP 820. La estación 800 móvil de preferencia incluye un
microprocesador 838 el cual controla la operación general del dispositivo. Las funciones de comunicación, que incluyen por lo menos comunicaciones de datos y voz, se realizan a través del subsistema 811 de comunicación. El microprocesador 838 también interactúa con subsistemas de dispositivo adicionales tales como la pantalla 822, la memoria 824 flash, la memoria 826 de acceso aleatorio (RAM) , los subsistemas 828 de entrada/salida auxiliares (E/S) , el puerto 830 en serie, uno o más teclados o teclados alfanuméricos 832, altavoz 834, micrófono 836, otro subsistema 840 de comunicación tal como un subsistema de comunicación de corto alcance y cualesquier otros subsistemas de dispositivo generalmente designados como 842. El puerto 830 en serie podría incluir un puerto de USB u otro puerto conocido por aquellos con experiencia en la técnica . Algunos de los subsistemas mostrados en la Figura 8 realizan las funciones relacionadas con la comunicación, mientras otros sistemas pueden proporcionar funciones "residentes" o en el dispositivo. Notablemente, algunos subsistemas, tal como el teclado 832 y la pantalla 822, por ejemplo, pueden utilizarse para 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 funciones residentes en el dispositivo tal como una calculadora o lista de tareas.
El software del sistema operativo utilizado por el microprocesador 838 de preferencia se almacena en un almacén persistente tal como la memoria 824 flash, la cual puede de hecho ser 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, aplicaciones especificas del dispositivo, o partes del mismo, pueden cargarse temporalmente en una memoria volátil tal como RAM 826 . Las señales de comunicación recibidas también pueden almacenarse en RAM 826 . Como se muestra la memoria 824 flash puede segregarse en diferentes áreas para programas 858 de cómputo y almacén 850 , 852 , 854 y 856 de datos de programas. Estos diferentes tipos de almacenamiento indican que cada programa puede asignar una porción de la memoria 824 flash a sus propios requerimientos de almacenamiento de datos. El microprocesador 838 , además de sus funciones del sistema operativo, de preferencia permite la ejecución de aplicaciones de software en la estación móvil. Un conjunto predeterminado de aplicaciones que controlan las operaciones básicas, que incluye por lo menos aplicaciones de comunicación de datos y voz por ejemplo, normalmente se instalarán en la estación 800 móvil durante la fabricación. Otras aplicaciones podrían instalarse subsiguiente o dinámicamente. Una aplicación de software preferida puede ser una
aplicación de administrador de información personal (PIM) que tiene la capacidad de organizar y manejar elementos de datos con relación al usuario de la estación 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 la estación 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 819 inalámbrica. En una modalidad preferida, los elementos de datos de PIM se integran continuamente, se sincronizan y actualizan mediante la red 819 inalámbrica, con los elementos de datos correspondientes del usuario de la estación móvil almacenados o asociados con un sistema de cómputo central. Aplicaciones adicionales también pueden cargarse en la estación 800 móvil a través de la red 819, un subsistema 828 auxiliar de E/S, puerta 830 en serie, subsistema 840 de comunicación de corto alcance, o cualquier otro subsistema 842 adecuado, e instalado por un usuario en la RAM 826 o de preferencia un almacén no volátil (no mostrado) para su ejecución por el microprocesador 838. 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, aplicaciones de comunicación segura pueden permitir que funciones de comercio electrónico y otras transacciones financieras se realicen utilizando la estación 800 móvil. 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 811 de comunicación y se ingresará en el microprocesador 838, el cual de preferencia procesa además la señal recibida para su reproducción en la pantalla 822, o alternativamente en un dispositivo 828 auxiliar de E/S. Un cliente 860 de distribución el cual podría ser equivalente al cliente 140 de distribución también podría procesar la entrada. Un usuario de la estación 800 móvil también puede componer elementos de datos tales como mensajes de correo electrónico por ejemplo utilizando el teclado 832 el cual de preferencia es un teclado alfanumérico completo o un teclado tipo teléfono, junto con la pantalla 822 y posiblemente un dispositivo 828 auxiliar de E/S. Tales elementos compuestos entonces pueden transmitirse sobre una red de comunicación a través del subsistema 811 de comunicación. Para comunicaciones de voz, la operación general de la estación 800 móvil es similar, excepto que las señales recibidas de preferencia pueden producirse en un altavoz 834 y las señales para la transmisión pueden generarse por un micrófono 836. Subsistemas alternativos de E/S de voz o
audio, tal como un subsistema de grabación de mensajes de voz también puede implementarse en la estación 800 móvil. Aunque la señal de voz o audio producida de preferencia se logra principalmente a través del altavoz 834, pantalla 822, 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 830 en serie en la Figura 8, normalmente puede implementarse en una estación móvil tipo asistente digital personal (PAD) para la cual la sincronización con la computadora de escritorio del usuario (no mostrada) puede ser deseable, pero es un componente de dispositivo opcional. Tal puerto 830 puede permitir a un usuario establecer preferencia a través de un dispositivo externo o aplicación de software y puede extender las capacidades de la estación 800 al proporcionar información o descargas de software a la estación 800 móvil en forma diferente 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 sobre el dispositivo a través de una conexión directa y de este modo viable y confiable para permitir por consiguiente una comunicación segura del dispositivo. Como se apreciará por aquellos con experiencia en la técnica, el puerto 830 en serie además puede utilizarse
para conectar el dispositivo móvil a una computadora para actuar como un modem. Otro subsistema 840 de comunicación, tal como un subsistema de comunicación de corto alcance, es un componente opcional adicional que puede proporcionar comunicación entre la estación 800 móvil y diferentes sistemas o dispositivos, los cuales no necesariamente necesitan ser dispositivos similares. Por ejemplo, el subsistema 840 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 tiene 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 corresponden en forma similar a 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 incluye otras estructuras, sistemas o métodos con diferencias insubstanciales a partir de las técnicas de esta solicitud como se describe en la presente.