MX2008011058A

MX2008011058A - Objeto de procesamiento de datos de sindicacion realmente simple (rss).

Info

Publication number: MX2008011058A
Application number: MX2008011058A
Authority: MX
Inventors: Walter V Von Koch; Sean O Lyndersay
Original assignee: Microsoft Corp
Priority date: 2006-03-03
Filing date: 2007-02-13
Publication date: 2008-09-08
Also published as: EP1997023A1; JP2009528648A; US20070208759A1; WO2007106273A1; US8280843B2; BRPI0708301A2; US20120297290A1; EP1997023A4; US8768881B2; JP5172714B2; CN101395593A; RU2008135683A

Abstract

Varias modalidades utilizan un objeto especial denominado un objeto rsshttp para adquirir una alimentación de RSS, procesar la alimentación y exponer un modelo de objeto a una página web o aplicación. En al menos algunas modalidades, el objeto rsshttp puede analizar a través de los datos de RSS asociados de la alimentación, normalizar los datos de alimentación a un formato estándar, depurar los datos de alimentación si es necesario, y después presentar un modelo de objeto estandarizado para interacción con páginas web y aplicaciones.

Description

OBJETO DE PROCESAMIENTO DE DATOS DE SINDICACION REALMENTE SIMPLE (RSS) ANTECEDENTES RSS, que representa Sindacación Realmente Simple (redifusión y distribución de contenidos que ofrece una web), es un tipo de formato de sindicación de contenido web. Las alimentaciones de RSS web se han vuelto más y más populares en la web y se están desarrollando numerosas aplicaciones de software con soporte de RSS. Típicamente, cuando páginas web y otras aplicaciones desean consumir datos de RSS, las páginas web o aplicaciones utilizan un tipo de guión o conjunto de instrucciones (script), tal como Javascript, para analizar a través de la alimentación de RSS y proporcionar los datos. Lo que hace a este escenario particularmente retador es que la RSS viene en una variedad de versiones y diferentes formatos, por ejemplo, RSS 0.91 , 0.92, 1.0, 2.0 y "Atom". Esto hace que se esté desarrollando un conjunto de instrucciones o código para el análisis de RSS no trivial o propenso a error.

BREVE DESCRIPCION DE LA INVENCION Varias modalidades utilizan un objeto especial denominado como un objeto rsshttp para adquirir una alimentación de RSS, procesar la alimentación y exponer un modelo de objeto a una página web o aplicación. El objeto rsshttp puede analizar a través de los datos RSS asociados de la alimentación, normalizar los datos de alimentación a un formato estándar, por ejemplo RSS 2.0, depurar los datos de alimentación si es necesario, y después presentar un modelo de objeto estandarizado para interacción con páginas web y aplicaciones. En al menos algunas modalidades, el objeto rsshttp puede ser configurado para trabajar en una base ad hoc, ya sea extrayendo y procesando alimentaciones cuando sea solicitado por el usuario, o en una base programada en donde las alimentaciones son extraídas y procesadas en una base programada. Al utilizar el modelo de objeto, se puede acceder a páginas web y aplicaciones y principalmente utilizar datos de alimentación asociada sin tener que entender las complejidades de los diferentes formatos de alimentación.

BREVE DESCRIPCION DE LOS DIBUJOS La figura 1 ilustra un sistema ilustrativo en donde las técnicas de la invención pueden ser empleadas en una modalidad. La Figura 2 ilustra un sistema de acuerdo con una modalidad. La Figura 3 ilustra objetos individuales de un modelo de objeto de acuerdo con una modalidad. La Figura 4 ¡lustra objetos individuales de un modelo de objeto de acuerdo con una modalidad. Las Figuras 5-7 son diagramas de flujo que describen pasos en métodos de acuerdo con una modalidad. La Figura 8 ilustra una implementación específica ilustrativa o sistema de acuerdo con una modalidad.

DESCRIPCION DETALLADA Vista General Varias modalidades utilizan un objeto especial para procesar datos RSS. En este documento, este objeto especial es denominado como un objeto rsshttp y está configurado para adquirir una alimentación de RSS, procesar la alimentación y exponer un modelo de objeto a una página web de aplicación. Se debe apreciar y entender que aunque este objeto es denominado como un objeto "rsshttp", esto no debe ser construido para limitar el objeto a aplicaciones solo con relación a http. En una modalidad, el objeto puede ser implementado como un objeto COM. El objeto rsshttp puede analizar a través de los datos de RSS asociados de la alimentación, normalizar los datos de alimentación a un formato estándar, por ejemplo, RSS 2.0, depurar los datos de alimentación si es necesario, y después presentar un modelo de objeto estandarizado para interacción con páginas web y aplicaciones. En al menos algunas modalidades, el objeto rsshttp puede ser configurado para trabajar en una base ad hoc, ya sea extrayendo y procesando alimentaciones cuando sea solicitado por el usuario, o en una base programada en donde las alimentaciones son extraídas y procesadas en una base programada. Al utilizar el modelo de objeto, se puede acceder a páginas web y aplicaciones y principalmente utilizar datos de alimentación asociada sin tener que entender las complejidades de los diferentes formatos de alimentación, tales como XML que describe los datos de alimentación. Claro que, las páginas web y aplicaciones que desean interactuar con los datos de RSS fuera del modelo de objeto pueden hacerlo si así lo eligen.

Vista General del Sistema La Figura 1 muestra un sistema ilustrativo, generalmente el 100, en donde las técnicas de la invención pueden ser empleadas en una modalidad. Aquí, el sistema 100 incluye uno o más dispositivos de cómputo en la forma de un dispositivo de cómputo de cliente 102 y uno o más servidores 104 que se comunican entre sí a través de una red, tal como el Internet. En este ejemplo, el dispositivo de cómputo de cliente comprende uno o más procesadores 106 y uno o más medios legibles por computadora, 108, en donde residen instrucciones legibles por computadora, ejecutables. En este ejemplo, los medios legibles por computadora 108 incluyen un código que ¡mplementa una navegador web 110. En este ejemplo, el navegador web 110 está configurado para presentar una o más páginas web 112 individuales, una de las cuales puede soportar o contener Javascript, DHTML y similares. Además, en al menos algunas modalidades, el navegador 110 puede comprender o de otra manera hacer uso de uno o más objetos rsshttp 114 y, opcionalmente, uno o más objetos xmlhttp 116. En este ejemplo, el objeto rsshttp es utilizado para adquirir alimentaciones de RSS, tales como alimentaciones que se requieren en una base ad hoc o alimentaciones que son suscritas por un usuario. En al menos algunas modalidades, el objeto rsshttp puede utilizar el objeto xmlhttp 116 como un medio para adquirir las alimentaciones utilizando técnicas de xml/http. Cuando el objeto rsshttp adquiere una alimentación de RSS de, por ejemplo, servidores 104, puede operar en la alimentación para realizar un número de funciones que permiten que aplicaciones y conjunto de instrucciones interactúen con los datos de RSS, sin tener que saber nada sobre el formato de RSS subyacente o el XML que describe los datos de RSS. Más específicamente, y como se describirá con mayor detalle más adelante, el objeto rsshttp procesa la alimentación de RSS para construir un modelo de objeto que después es expuesto a aplicaciones y páginas web. Como un ejemplo específico de un objeto rsshttp, considerar solo lo que sigue.

Objeto RSSHTTP Ilustrativo La Figura 2 ilustra un sistema, generalmente en 200, de acuerdo con una modalidad. Aquí, el sistema 200 incluye una o más aplicaciones/páginas web 201, uno o más objetos rsshttp 202 y un almacenamiento 214.

En una modalidad, el objeto rsshttp 202 incluye una funcionalidad o componentes que incluyen un componente de recuperación de alimentación 204, un desarrollador de modelo de objeto 206, un modelo de objeto 208, un componente de memoria caché210 y un componente de agregación 212. En una modalidad, el componente de recuperación de alimentación 204 incluye un componente de suscripción de alimentación 216 y un componente de recuperación ad hoc 218. El componente de recuperación de alimentación 204 está configurado para habilitar alimentaciones que sean requeridas y procesadas por el objeto rsshttp. En este ejemplo particular, el componente de suscripción de alimentación 215 habilita a un usuario a suscribirse a una alimentación de RSS particular. Esto típicamente puede ser realizado por un usuario, sitio web o aplicación especificando un URL asociado con la alimentación. Una vez que el URL es especificado, el componente de suscripción 216 puede suscribirse a la alimentación y asegurar que la información más actualizada asociada con esa alimentación está disponible para consumo por el usuario. Se puede hacer esto regularmente revisando la alimentación de RSS para nueva información en una base programada. El programa puede ser uno que el objeto rsshttp establece, o uno que es negociado con una entidad, tal como un servidor, que proporcione la alimentación de RSS. Además del componente de suscripción de alimentación 216, el componente de recuperación de alimentación 204 también incluye, en este ejemplo, un componente de recuperación ad hoc 218. En esta modalidad, el componente de recuperación ad hoc 218 opera para adquirir alimentaciones de RSS en una base ad hoc. Por ejemplo, si un usuario ve una alimentación que es de interés particular, puede oprimir o dar un clic en un enlace asociado, en ese momento el componente de recuperación ad hoc 218 puede tomar pasos para adquirir la alimentación especificada por el usuario. En una modalidad, el desarrollador de modelo de objeto 206 incluye un componente analizador 220, un componente depurador 222, un componente normalizador 224, y un componente de unión 226. En este ejemplo particular, el componente analizador 220 está configurado para analizar el XML asociado con alimentaciones de RSS que son adquiridas. Se puede utiliza cualquier componente analizador adecuado, como será apreciado por los expertos en la técnica. Cuando el componente analizador opera en una alimentación, analiza a través de los elementos de XML identificando los elementos particulares que comprenden la alimentación. Recordar que las alimentaciones de RSS pueden tener muchos diferentes formatos. Por consiguiente, el analizador es capaz de identificar todos los diferentes elementos que comprenden la alimentación. Observar también que algunos de estos elementos pueden ser elementos que han sido utilizados para extender un esquema básico de alimentación. En este ejemplo particular, el componente depurador 222 está configurado para depurar la alimentación de cualquier aspecto o característica indeseable que la alimentación puede tener. Por ejemplo, una alimentación puede contener contenido activo o ejecutable que es indeseable. En este caso, el componente depurador 222 depura o remueve el contenido activo o ejecutable. El componente normalizador 224 opera en los datos de RSS para normalizarlos a un formato estándar o común. En este ejemplo, el formato común o estándar es RSS 2.0. Por consiguiente, esos otros formatos que varía del formato RSS 2.0 son operados después de remover o trazar elementos a los elementos de RSS 2.0. Por lo que, el tener los datos de RSS en un formato estandarizado, conduce a capacidad de predicción para el manejo y procesamiento. En este ejemplo, el componente de unión 226 procesa los datos de RSS y considera esas cosas como registro y almacena nuevo contenido en el almacenamiento de datos 214, junto con otros datos de estado relevante. Esto puede permitir que el modelo de objeto proporcione eventos de fuego a entidades que registran para ellas. Por ejemplo, una aplicación puede registrar una notificación cuando se recibe nuevo contenido de una alimentación particular. En este caso, el componente de unión puede buscar cualquiera de este nuevo contenido, de manera que el objeto 202 puede encender un evento para la aplicación. La salida del desarrollador de modelo de objeto 206, en al menos algunas modalidades, es un objeto de modelo normalizado, depurado 208 que puede ser expuesto a aplicación/página web 201.

Estas entidades pueden interactuar con el modelo de objeto en lugar del XML que define la alimentación de RSS aliviando así a las entidades de tener que entender las complejidades de las diferentes alimentaciones de RSS. Claro que, para esas entidades que desean interactuar directamente con el XML, son libres de hacerlo. Un modelo de objeto ilustrativo se describe a continuación bajo el subtítulo "Modelo de Objeto". En una modalidad, el componente de memoria caché 210 está configurado para realizar trabajos de guardar en memoria caché que están diseñados para reducir la carga que es experimentada por servidores que proporcionen las alimentaciones de RSS. Más específicamente, el componente de memoria caché puede ser configurado para utilizar solicitudes de OBTENCION adicionales, de manera que una solicitud no se hace a menos que sea necesario. Por ejemplo, cuando se solicitan los datos de alimentación, el objeto rsshttp pueden enviar un sellado de tiempo del último momento en el que se recibieron datos para la alimentación al servidor. El servidor después puede responder con nuevos datos o rápidamente responder con "nada de datos nuevos". Además, el componente de memoria caché puede ser configurado para asegurar que las solicitudes son pequeñas, de manera que la memoria caché puede ser rápidamente actualizada. En una modalidad, el componente de agregación 212 está configurado para agregar contenido. Es decir, típicamente las alimentaciones de RSS proporcionan solo los artículos más recientes. Más aún, existen casos cuando el tener un grupo completo de artículos es deseable. El componente de agregación 212 está configurado para adquirir estos artículos diferentes y algunas veces actualizado y agregar los artículos en el almacenamiento de datos 214, de manera que una aplicación o página web puede acceder a todos los artículos.

Modelo de Objeto La Figura 3 ¡lustra objetos individuales de un modelo de objeto 300 de acuerdo con una modalidad. El modelo de objeto que se describirá constituye solo un ejemplo de un modelo de objeto que puede ser utilizado y no pretende limitar la aplicación de la materia objeto reclamada al único modelo de objeto que se describe a continuación. En al menos algunas modalidades, el modelo de objeto es expuesto a través de una API que se puede llamara por una aplicación o página web. En este modelo de objeto particular, alimentaciones de objeto de nivel superior 302 es del tipo de alimentación. Por abajo del objeto de alimentaciones 302 está un objeto de artículo 304 del artículo de tiempo, y por abajo del objeto de artículo 304 está un objeto de cierre 306 del objeto de tipo. Los objetos individuales del modelo de objeto tienen propiedades, métodos y, en algunos casos, eventos que pueden ser utilizados para manejar un contenido web recibido. El modelo de objeto antes descrito permite utilizar una estructura jerárquica para manejar e interactuar con alimentaciones sin necesariamente tener conocimiento del XML subyacente que describe la alimentación de RSS. Considerando más el modelo de objeto, considerar entonces los objetos de artículo y cierre, 304, 306, respectivamente. Aquí, estos objetos reflejan mucho cómo la RSS es por sí misma estructurada. Es decir, cada alimentación de RSS tiene artículos individuales dentro de los cuales opcionalmente puede aparecer un cierre. De esta manera, la estructura del modelo de objeto se configura para reflejar la estructura del formato de sindicación. Desde un punto de vista de modelo de objeto, existe4n básicamente dos diferentes tipos de métodos y propiedades en un artículo. Un primer tipo de método/propiedad pertenece a datos, los cuales solo se leen, y un segundo tipo de método/propiedad pertenece a datos, los cuales pueden ser tanto leídos como escritos.

Como un ejemplo del primer tipo de método/propiedad, considerar lo siguiente. Cada alimentación puede tener datos asociados con ella que son representados en una estructura XML. Estos datos incluyen cosas tales como título, autor, idioma y similares. Datos tales como éstos son tratados por el modelo de objeto solo como lectura. Esto evita que las aplicaciones manipulen estos datos. Por otro lado, hay datos que son tratados como datos de lectura/escritura, tales como el nombre de una alimentación particular. Es decir, el usuario puede desear personalizar una alimentación particular para su interfase de usuario particular. En esta caso, el objeto de modelo tiene propiedades que son de lectura/escritura. Por ejemplo, un usuario puede desear cambiar el nombre de una alimentación de "New York Times" a "NY1". En esta situación, la propiedad de nombre puede ser legible y escribible. El modelo de objeto también puede ser extensible con "propiedades de expando", las cuales permiten que una aplicación agregue datos/estado a la alimentación dinámicamente. Un ejemplo de esto es almacenar claves extrañas junto a los artículos rss para la facilidad de coincidencia de artículos con datos en otra base de datos/almacenamiento. La Figura 4 ilustra un objeto de nivel superior o Alimentación I de interfase, junto con objetos u objetos de Artículo I y Cierre I de interfases, junto con sus propiedades y métodos de acuerdo con una modalidad. Otros objetos, interfases, métodos y propiedades pueden utilizarse sin apartarse del espíritu y alcance de la materia objeto reclamada. Empezando primero con el objeto Alimentación I, considerar lo siguiente. Muchas de las propiedades asociadas con este objeto vienen de la misma alimentación de RSS, por ejemplo, Título, Url, Webmaster (Webmaestra), SkipHours (Horas a Evitar), SkipDays (Días a Evitar), ManagingEditor (Editor de Manejo), HomPage (Página de Inicio), ImageURL (URL de imagen) y similares, como se apreciará por aquellos expertos en la técnica. Además, existe otro grupo de propiedades de interés, es decir, la Propiedad de artículos, la cual es una colección que tiene todos los artículos que son parte de una alimentación y la propiedad de TrayectoriadeCierreLocal , la cual proporcionar el directorio real al cual se escriben todos los cierres. De esta manera, para una aplicación, la última propiedad hace más fácil acceder los cierres. Además, este objeto soporta a un pequeño grupo de métodos, tal como Descargar(), los cuales son utilizados para manejar alimentaciones particulares. Más aún, esto objeto soporta un método XML(), que regresa un XML de alimentación en un formato estándar. Los datos XML pueden ser utilizados para cosas tales como crear una vista de periódico de una alimentación. Moviéndose al objeto de Artículo, este objeto tiene un grupo de propiedades que representan elementos de RSS regulares, por ejemplo, Descripción, Url, Título, Autor y similares. Además, existe una propiedad Padre que señala a la alimentación real asociada, y una propiedad de Id, de manera que una aplicación puede identificar artículos contra tener que iterar a través de todos los artículos. Además, existe una propiedad de Cierres, la cual es la colección de los cierres de artículo del tipo Cierre I. Más aún, una propiedad de SeLee habilita a una aplicación a indicar si un artículo particular ha sido leído. Moviéndose al objeto de Cierre, considerar lo siguiente. Este objeto tiene propiedades que incluyen una propiedad de Tipo (por ejemplo, mp3) y propiedad de Longitud que describe la longitud de un cierre particular, por ejemplo, en bytes. Existe también la TrayectoriaAbsolutaLocal a un cierre particular. El método de DescargaQ permite que cierres individuales sean descargados y utilizados por aplicaciones. Al exponer el modelo de objeto descrito anteriormente a aplicaciones y páginas web, las aplicaciones y páginas web pueden interactuar con los objetos y de esta manera datos de la alimentación, son tener que conocer o tener que ver con el XML subyacente que describe la alimentación. Claro que, las aplicaciones y páginas web que desean tener que ver con el XML subyacente son libres de hacerlo.

Métodos Ilustrativos Las Figuras 5-7 son diagramas de flujo que ilustran pasos en un método de acuerdo con una modalidad. El método puede ser implementado junto con cualquier hardware, software, firmware adecuado, o combinación de los mismos. En al menos algunas modalidades, los métodos pueden ser im plementados junto con sistemas tales como aquellos mostrados y descritos anteriormente y más adelante. Se debe apreciar y entender que se pueden utilizar sistemas diferentes de aquellos descritos en este documento, para implementar los métodos descritos sin apartarse del espíritu y alcance de la materia objeto reclamada. En los métodos ilustrados, los diagramas de flujo están organizados para ilustrar qué entidades pueden realizar los varios actos. Por consiguiente, esos actos que pueden ser realizados por una aplicación o página web son designados como tales. Similarmente, esos actos que pueden ser realizados por un objeto rsshttp o fuente de RSS (servidor) son designados como tales. La Figura 5 muestra un método ilustrativo para desarrollar un modelo de objeto de acuerdo con una modalidad. En el paso 500, una aplicación o página web hace una solicitud en el objeto rsshttp para una alimentación RSS. Esta solicitud puede hacerse a través de una llamada a una interfase de programa de aplicación adecuadamente expuesta y puede constituir cualquier tipo adecuado de solicitud, tal como una solicitud ad hoc, solicitud de subscripción y similares. El objeto rsshttp recibe la solicitud en 502 y hace una solicitud correspondiente, en 504, en una fuente de RSS asociada tal como un servidor. El servidor recibe la solicitud en 506 y proporciona o envía datos de alimentación de RSS al objeto rsshttp en 508. El objeto rsshttp después normaliza, depura y une los datos en el almacenamiento si no son una alimentación ad hoc. El objeto rsshttp recibe los datos de alimentación de RSS en 510 y desarrolla un modelo de objeto en 512. Ejemplos de cómo un modelo de objeto, así como un caso específico de un modelo de objeto, se proporcionan anteriormente. Una vez que el modelo de objeto es desarrollado, el objeto rsshttp expone el modelo de objeto a la aplicación/página web, en 514. Una vez que el modelo de objeto es expuesto, una aplicación/página web puede interactuar con y consumir los datos de RSS. Esto puede ser realizado haciendo llamadas a varios métodos expuestos por el modelo de objeto. De esta manera, una aplicación o página web no necesita tener interés del XML subyacente que describe la alimentación. Esto es porque el XML fue abstraído cuando el modelo de objeto se desarrolló. Además del modelo de objeto, en al menos algunas modalidades, se pueden generar varios mensajes de error para la aplicación o página web en el caso de un error. Los errores pueden incluir, por ejemplo, descarga fallida, fallo para normalizar, fallo para depurar, formato de alimentación inválido, y similares. Además, varios estados pueden ser actualizados o guardados en un almacenamiento de datos adecuado. Por ejemplo, los estados asociados con artículos tales como "no actualizado", "nuevo", "actualizado" y "removido" pueden ser grabados. La Figura 6 muestra un método ilustrativo para hacer solicitudes de programación de acuerdo con una modalidad. En el paso 600, una aplicación o página web hace una solicitud de programación en el objeto rsshttp. Esta solicitud puede hacerse a través de una llamada a una interfase de programa de aplicación adecuadamente expuesta. En este ejemplo, una aplicación o página web puede desear recibir periódicamente actualizaciones de alimentación. De esta manera, de acuerdo con un programa provisto por la aplicación o página web, o negociado con el servidor, se pueden hacer verificaciones o revisiones regulares. En al menos algunas modalidades, la aplicación o página web no hace la solicitud a cada momento. Simplemente establece la solicitud/programa inicialmente, después el objeto rsshttp hará automáticamente, en el fondo, las solicitudes. El objeto rsshttp de esta manera recibe la solicitud en 602 y hace una solicitud correspondiente, en 604, en una fuente de RSS tal como un servidor, de acuerdo con el programa. El servidor recibe la solicitud en 606 y proporciona o envía datos de alimentación de RSS al objeto rsshttp en 608 si hay datos que satisfagan la solicitud. El objeto rsshttp recibe los datos de alimentación de RSS en 610 y hace disponibles los datos de alimentación de RSS en 612. Este paso puede ser realizado en un número de formas. Por ejemplo, cuando se reciben nuevos datos de alimentación sensibles a la solicitud, un evento puede ser encendido y el usuario puede ser notificado. La notificación puede tomar lugar en cualquier forma adecuada. Por ejemplo, un elemento de interfase de usuario en el navegador del usuario puede ser activado para indicar que un nuevo artículo ha sido recibido. Alternativa o adicionalmente, una notificación puede ser enviada al usuario, tal como un correo electrónico o mensaje instantáneo, ventana de rápido desplazamiento o Ul de aplicación/página web puede actualizarse con un nuevo artículo. La Figura 7 muestra un método ilustrativo para registrar eventos de acuerdo con una modalidad. En el paso 700, una aplicación o página web registra un evento con el objeto rsshttp. Cualquier evento o tipo adecuado de evento puede ser sujeto de registro. Por ejemplo, una aplicación o página web puede estar interesada en recibir notificaciones cuando se agregan nuevos artículos de alimentación o se cambian, eliminan o leen artículos de alimentación. El objeto rsshttp recibe la solicitud de registro en 702 y escucha el evento particular en 704. Este paso puede ser ¡mplementado en cualquier forma adecuada. Por ejemplo, el objeto rsshttp puede solicitar la fuente de RSS o servidor a intervalos regulares para averiguar si ha ocurrido un evento particular. Alternativa o adicionalmente, una fuente de RSS o servidor puede notificar a los suscriptores cuando ocurren ciertos eventos. Si un evento ocurre en el paso 706, el objeto rsshttp notifica a la aplicación o página web en el paso 708. Cualquier notificación adecuada puede ser provista, ejemplos de la cual se describen anteriormente. Si un evento no ocurre, entonces el 706 regresa al paso 704y escucha al evento de interés.

Implementación Ilustrativa La Figura 8 muestra una implementación o sistema específico ilustrativo de acuerdo con una modalidad generalmente en 800. Se debe apreciar y entender que el ejemplo anterior que será descrito constituye solo un ejemplo de cómo se puede implementar la funcionalidad entes descrita. Como tal, se pueden utilizar otras implementaciones diferentes sin apartarse del espíritu y alcance de la materia objeto reclamada. En este ejemplo, una interfase de página web/usuario 802 permite que un usuario interactúe con el sistema. Esta interfase puede ser provista a través de cualquier aplicación adecuada. Por ejemplo, en algunas modalidades, se puede utilizar una interfase de navegador. El sistema 800 también incluye un objeto rsshttp 804, un objeto xmlhttp 806 opcional, un componente de plataforma de RSS opcional 808, un componente de WinINET 810 y una base de datos de almacenamiento 812. Aquí, el objeto rsshttp 804 puede utilizar el objeto xmlhttp 806 para tener acceso a datos de XML en una lorma en la cual será entendido por aquellos expertos en la técnica. Además, en esta implementación particular, estos objetos pueden apalancar una plataforma de RSS 808 para adquirir datos de alimentación de RSS. Una plataforma ilustrativa se describe en la Publicación de Patente de E.U.A. No. U S-2007-011665-A1 , publicada el 11 de Enero del 2007. El componente WinINET 810 es utilizado para hacer las solicitudes de red, como se apreciará por los expertos en la técnica, y la base de datos de almacenamiento 812 se utiliza para almacenar todos los artículos individuales e información de estado. Una operación típica que utiliza este ejemplo de implementación ocurrirá como sigue. En algunos casos, una pieza de código jscript ejecutando como parte de una aplicación dará instancia al objeto rsshttp 804. El código jscript entonces puede hacer una solicitud en el objeto rsshttp utilizando un URL asociado con una alimentación de RSS particular. El objeto rsshttp 804 después puede hacer una solicitud en el servidor. Si el objeto xmlhttp 806 y/o plataforma de RSS están presentes, el objeto rsshttp puede apalancar estos componentes para adquirir los datos de alimentación de RSS. El servidor después regresa los datos de alimentación de RSS al objeto rsshttp 804. Ahora, el objeto rsshttp puede hacer cosas tales como depurar los datos, normalizar los datos, y unir los datos en la base de datos de almacenamiento 812. Esto puede incluir, a manera de ejemplo y no de limitación, actualizar información de estado asociada con los datos de RSS. Una vez que esto se realiza, el objeto rsshttp puede desarrollar un modelo de objeto y exponer el modelo de objeto a la aplicación o página web. En este ejemplo, la base de datos de almacenamiento 812 almacena no solo el estado de artículos de alimentación individuales, sino que también varias listas de suscripción. Esto permite al objeto rsshttp mantener los artículos de alimentación cuando una aplicación o página web 802 no es cargada . Por ejemplo, una aplicación web puede, por dominio (dominio url), suscribir a N número de alimentaciones. Esto permite que una aplicación web siempre tenga que actualizar datos cuando son lanzados.

Seguridad En al menos algunas modalidades, el objeto rsshttp impone un modelo de seguridad de alimentación de RSS por dominio, lo cual significa que una página web, de un dominio específico, solo puede tener acceso a un subgrupo de la suscripción de alimentación de usuario para la cual se ha recibido un permiso por parte del usuario. Esto hace posible, por ejemplo, que un usuario pueda tener acceso a su suscripción de alimentación de imagen de su familia para una nueva página web de diapositiva que presenta imágenes en una forma nueva y de acoplamiento, mientras que al mismo tiempo el acceso de esta página a una alimentación del crédito y transacciones más recientes del usuario.

Conclusión Varias modalidades utilizan un objeto especial denominado un objeto rsshttp para adquirir una alimentación de RSS, procesa la alimentación y expone un modelo de objeto a una página web o aplicación. El objeto rsshttp puede analizar a través de los datos de RSS asociados de la alimentación, normalizar los datos de alimentación a un formato estándar, por ejemplo RSS 2.0, depurar los datos de alimentación si es necesario, y después presentar un modelo de objeto estandarizado para interacción con páginas web y aplicaciones. En al menos algunas modalidades, el objeto rsshttp puede ser configurado para trabajar en una base ad hoc, ya sea extrayendo y procesando alimentaciones cuando se solicitan por el usuario, o en una base programada en donde las alimentaciones son extraídas y procesadas en una base programada. Al utilizar el modelo de objeto, se pueden acceder páginas web y aplicaciones y principalmente utilizar datos de alimentación asociados sin tener que entender las complejidades de los diferentes formatos. Aunque la invención ha sido descrita en un lenguaje específico a características estructurales y/o pasos de metodologías, se debe entender que la invención definida en las reivindicaciones anexas no necesariamente está limitada a las características específicas o pasos descritos. Más bien, las características y paso se describen como formas preferidas para implementar la invención reclamada.

Claims

REIVINDICACIONES 1.- Un sistema que comprende: uno o más medios legibles por computadora; instrucciones legibles por computadora en los mismos medios legibles por computadora, las cuales, cuando se ejecutan, implementan un objeto configurado para: adquirir (510) una alimentación de RSS; procesar la alimentación de RSS para proporcionar un modelo de objeto (512) asociado con la alimentación; exponer (514) el modelo de objeto a entidades, de manera que dichas entidades pueden interactuar con los datos de alimentación asociados sin tener que entender el XML que descríbelos datos de alimentación. 2 - El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para extraer alimentaciones en una base ad hoc. 3.- El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para extraer alimentaciones en una base programada. 4.- El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para habilitar a un usuario para suscribirse a una alimentación de RSS. 5.- El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para analizar XML asociado con alimentaciones de RSS que son adquiridas por el objeto y normalizar el formato de alimentación a un formato estándar, en donde el modelo de objeto representa el formato estándar. 6. - El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para guardar en memoria caché datos de alimentación de RSS. 7. - El sistema de acuerdo con la reivindicación 1, en donde el objeto se configura para agregar datos de alimentación de RSS. 8. - El sistema de acuerdo con la reivindicación 1, en donde el modelo de objeto comprende: un objeto de alimentaciones asociado con una alimentación de RSS particular; un objeto de artículos asociado con artículos particulares de una alimentación; y un objeto de cierre asociado con cierres particulares de una alimentación, en donde el objeto individual del modelo de objeto tiene métodos y propiedades asociadas. 9. - El sistema de acuerdo con la reivindicación 1, en donde el objeto comprende parte de un navegador. 10. - Un sistema que comprende: uno o más medios legibles por computadora; instrucciones legibles por computadora en uno o más de los medios legibles por computadora, las cuales, cuando se ejecutan, implementan un navegador web configurado para: recibir (502) una solicitud para una alimentación de RSS; hacer (504) una solicitud correspondiente en una fuente de RSS asociada; recibir (510) datos de alimentación de RSS asociados con la solicitud; analizar X L asociado con los datos de alimentación de RSS y desarrollar (512) un modelo de objeto normalizado, en donde el modelo de objeto normalizado comprende objetos individuales en por los menos algunos de los cuales tienen métodos y propiedades que se pueden llamar asociados con los datos de alimentación de RSS; y exponer (514) el modelo de objeto a aplicaciones o páginas web. 11.- El sistema de acuerdo con la reivindicación 10, en donde el modelo de objeto comprende: un objeto de alimentaciones asociado con una alimentación de RSS particular; un objeto de artículos asociado con artículos particulares de una alimentación; y un objeto de cierre asociado con cierres particulares de una alimentación. 12.- El sistema de acuerdo con la reivindicación 10, en donde el navegador web está configurado para recibir una solicitud de programación para una alimentación de RSS o artículo y hacer solicitudes en una fuente de RSS de acuerdo con un programa asociado. 13.- El sistema de acuerdo con la reivindicación 10, en donde el navegador web está configurado para recibir solicitudes de registro y escuchar eventos asociados. 14. - El sistema de acuerdo con la reivindicación 10, en donde el navegador web está configurado para recibir solicitudes de registro y escuchar eventos asociados, y en donde el navegador web está configurado para generar notificaciones asociadas con los eventos que ocurran. 15. - Un método implementado por computadora, que comprende: recibir (502) una solicitud para una alimentación de RSS; hacer (504) una solicitud correspondiente en una fuente de RSS asociada; recibir (510) datos de alimentación de RSS asociados con la solicitud; analizar XML asociado con los datos de alimentación de RSS; desarrollar (512) un modelo de objeto normalizado, en donde el modelo de objeto normalizado comprende objetos individuales en al menos uno de los cuales tienen métodos y propiedades que se pueden llamar asociadas con los datos de alimentación de RSS; y exponer (514) el modelo de objeto a aplicaciones o páginas web. 16. - El método de acuerdo con la reivindicación 15, en donde el modelo de objeto comprende: un objeto de alimentaciones asociado con una alimentación de RSS particular; un objeto de artículos asociado con artículos particulares de una alimentación; y un objeto de cierre asociado con cierres particulares de una alimentación. 17. - El método de acuerdo con la reivindicación 15, que comprende además: recibir una solicitud de programación para una alimentación o artículo de RSS; y hacer solicitudes en una fuente de RSS de acuerdo con un programa asociado. 18. - El método de acuerdo con la reivindicación 15, que comprende además: recibir solicitudes de registro; y 19. - El método de acuerdo con la reivindicación 15, que comprende además: recibir solicitudes de registro; escuchar eventos asociados; y generar notificaciones asociadas con eventos que ocurran. 20. - El método de acuerdo con la reivindicación 15, en donde dichos actos se realizan a través de un navegador web.