BRPI0708376A2

BRPI0708376A2 - controle rss hospedável

Info

Publication number: BRPI0708376A2
Application number: BRPI0708376-9A
Authority: BR
Inventors: Jane T Kim; Amar S Gandhi; Sean O Lyndersay
Original assignee: Microsoft Corp
Priority date: 2006-03-06
Filing date: 2007-02-23
Publication date: 2011-06-07
Also published as: US20070245251A1; EP1997020A4; WO2007103008A1; RU2008135990A; MX2008011059A; CN101401084B; US7979803B2; BRPI0708376A8; JP2009529185A; JP5178537B2; EP1997020A1; CN101401084A

Abstract

CONTROLE RSS HOSPEDáVEL. As modalidades descritas utilizam e alavancam RSS para habilitar um usuário a interagir mais facilmente com diferentes tipos de dados ou com dados provenientes de diferentes fontes que estão disponíveis na lnternet. De acordo com pelo menos algumas modalidades, um controle hospedável e/ou customizável é fornecido e dá ao usuário a capacidade de interagir com alimentações RSS para armazenar e manipular adicionalmente coleções de itens de diferentes alimentações RSS.

Description

"CONTROLE RSS HOSPEDAVEL"

CAMPO TÉCNICO

Hoje em dia, a Internet tem muitos tipos diferentes de conteúdo com os quais umusuário pode interagir. Isto é, páginas da Internet oferecem um arranjo aparentemente infini-to de diferentes tipos de conteúdo, tais como documentos, imagens, produtos, itens inéditos,diários virtuais e congêneres. Muitas vezes, um usuário que procura interagir com tal conte-údo deve fazê-lo de diferentes maneiras que refletem o comportamento inconsistente asso-ciado com estes itens. Por exemplo, tipicamente, um usuário que deseja copiar uma foto deuma página da Internet deve clicar com o botão direito na foto e selecionar a opção "salvar".Entretanto, tipicamente, fazendo isto, perdem-se os metadados associados com a foto. Seum usuário está navegando em uma página da Internet que vende livros e deseja salvarinformação sobre o livro, tipicamente, o usuário deve selecionar o texto que ele deseja sal-var e copiá-lo para um documento. Igualmente, se um usuário está trabalhando com umdocumento no Sharepoint e ele deseja salvá-lo, tipicamente, ele deve continuar o documen-to para interagir com o símbolo "transferir agora".

O exposto constitui somente uns poucos exemplos das inconsistências que um u-suário encontra durante as tentativas de interagir com diferentes tipos de conteúdo disponí-vel na Internet.

SUMÁRIO DA INVENÇÃO

As modalidades descritas a seguir utilizam e alavancam o formato de distribuiçãode conteúdo conhecido como Distribuição Realmente Simples ou RSS para habilitar um u-suário a interagir mais facilmente com diferentes tipos de dados ou com dados provenientesde diferentes fontes que estão disponíveis na Internet. De acordo com pelo menos algumasmodalidades, um controle hospedável e/ou customizável é fornecido e dá ao usuário a ca-pacidade de interagir com alimentações RSS para armazenar e manipular adicionalmentecoleções de itens de diferentes alimentações RSS.

DESCRIÇÃO RESUMIDA DOS DESENHOS

A figura 1 ilustra um sistema de acordo com uma modalidade.

A figura 2 ilustra um controle exemplar juntamente com recursos individuais do con-trole de acordo com uma modalidade.

A figura 3 ilustra diagramaticamente um controle hospedável e uma interação queele suporta de acordo com uma modalidade.

A figura 4 é um fluxograma que descreve etapas em um método de acordo comuma modalidade.

DESCRIÇÃO DETALHADA

Visão Geral

As modalidades descritas a seguir utilizam e alavancam um formato de distribuiçãode conteúdo na Internet conhecido como Distribuição Realmente Simples ou RSS para habi-litar um usuário a interagir mais facilmente com diferentes tipos de dados ou com dados pro-venientes de diferentes fontes que estão disponíveis na Internet. De acordo com pelo menosalgumas modalidades, um controle hospedável e/ou customizável é fornecido e dá ao usuá-rio a capacidade de interagir com alimentações RSS para armazenar e manipular adicional-mente coleções de itens de diferentes alimentações RSS e para tratar coleções como arqui-vos em um sistema de arquivos locais.

Alimentações RSS da Internet podem vir em diversos formatos de arquivo diferen-tes, com os mais populares sendo RSS 0.91, 0.92, 1.0, 2.0 e Atom. Alimentações RSS daInternet estão ficando cada vez mais populares na Internet, e inúmeras aplicações de soft-ware com suporte a RSS estão sendo desenvolvidas. A descrição a seguir considera algu-ma familiaridade da parte do leitor com RSS. Para informação fundamental adicional sobreRSS, há inúmeras especificações publicamente disponíveis que fornecem informação quepode ser de interesse do leitor. Entretanto, para fornecer alguns antecedentes básicos sobreRSS, a discussão seguinte é fornecida.

RSS é um dialeto de XML. Todos os arquivos RSS devem se conformar com a es-pecificação XML 1.0 publicada na página da Internet da World Wide Web Consortium(W3C). No nível superior, um documento RSS inclui um elemento <rss>, com um atributoobrigatório denominado "versão" que especifica a versão de RSS com a qual o documentose conforma. Subordinado ao elemento <rss>, está um único elemento <channel>, que con-tém informação sobre o canal (metadados) e seus conteúdos.

De acordo com a especificação RSS 2.0, há três elementos de canal exigidos: <ti-tle>, <link> e <description>. O título constitui o nome do canal, a ligação descreve o URL atéa página da Internet HTML correspondente ao canal, e a descrição é a frase ou sentençaque descreve o canal.

Um canal pode conter qualquer número de <item>s. Um item pode representar uma"estória" - como uma estória em um jornal ou revista ou outra parte de conteúdo. Tipicamen-te, um item também pode conter um título, ligação e descrição. Todos os elementos de umitem são opcionais, entretanto, pelo menos um do título ou da descrição deve estar presen-te. Há inúmeros outros elementos que podem ser contidos pelo elemento do item. De acor-do com a especificação RSS 2.0, estes incluem autor, categoria, comentários, anexo, identi-ficador globalmente exclusivo, data de publicação e fonte. Estes elementos também sãoextensíveis e podem ser adaptados pelos publicadores.

Neste documento, certa terminologia será usada no contexto da modalidade deRSS que é descrita. Um item é uma unidade básica de uma alimentação. Tipicamente, umitem representa uma entrada de diário virtual òu de artigo / resumo de notícia, com uma li-gação até um artigo real na página da Internet, como exposto. Uma alimentação é uma listade itens em um recurso.

Controle RSS Hospedável Exemplar

A figura 1 ilustra um sistema de acordo com uma modalidade, no geral, em 100.Neste exemplo, o sistema 100 inclui um dispositivo de computador 102 com um ou maisprocessadores 104, uma ou mais mídias legíveis por computador 106 e um ou mais contro-les RSS hospedáveis 108 incorporados na mídia legível por computador na forma de instru-ções legíveis por computador.

Embora o dispositivo de computação 102 seja ilustrado na forma de um computadorde mesa ou computador cliente, percebe-se e entende-se que outros dispositivos de compu-tação podem ser utilizados sem fugir do espírito e do escopo do assunto em questão reivin-dicado. Por exemplo, outros dispositivos de computação podem incluir, a título de exemplo esem limitações, computadores portáteis e computadores de mão, tais como assistentes pes-soais digitais (PDAs), telefones celulares, servidores e congêneres.

Além do mais, o sistema 100 inclui uma rede na forma da Internet 110 por meio daqual o dispositivo de computação 102 se comunica com um ou mais servidores 112. Os ser-vidores podem ser fontes de alimentações RSS que são recebidas pelo dispositivo de com-putação 102 e consumidas por seu usuário.

Em pelo menos algumas modalidades, o controle hospedável 108 pode ser hospe-dado por qualquer tipo adequado de entidade. Por exemplo, o controle 108 pode ser hospe-dado por uma página da Internet ou por uma aplicação, tais como aplicação de imagem oude foto, aplicação de base de dados, aplicação de navegação e congêneres.

A figura 2 ilustra um controle exemplar 108 juntamente com recursos individuais docontrole de acordo com uma modalidade. Aqui, o controle hospedável 108 tem recursos queincluem, a título de exemplo e sem limitações, ações padrões 200, ações adaptadas 202,interações do sistema de arquivo 204, visualizações múltiplas 208 e visualizações padrões210.

Ações padrões 200 dizem respeito àquelas ações que são pré-programadas ou pré-configuradas no controle e que podem incluir coisas tais como abrir, salvar, copiar e adicio-nar a uma coleção, que são discutidas com mais detalhes a seguir.

Ações customizadas 202 dizem respeito àquelas ações que podem ser programa-das no controle, por exemplo, por um desenvolvedor. Ações padrões podem incluir qualquertipo de ações tais como apagar, comprar, classificar este item e congêneres. Tão variadosquanto os itens RSS podem ser, as ações padrões também podem ser.

As interações do sistema de arquivos 204 dizem respeito àqueles recursos que ha-bilitam um usuário a tomar um item RSS da Internet e a interagir com o sistema de arquivosde uma maneira contínua. Isto pode incluir ações tais como funcionalidade de arrastar esoltar, exportar itens RSS a um arquivo e congêneres.Visualizações múltiplas 208 dizem respeito à capacidade do controle para apresen-tar itens RSS em múltiplas diferentes maneiras para o usuário.

Visualizações customizadas 210 dizem respeito à capacidade do controle ser pro-gramado para exibir conteúdo RSS de uma maneira em particular. Como discutido a seguir,isto é feito por meio de um gabarito.

Todos estes recursos são discutidos a seguir com mais detalhes.

Na discussão que segue são descritos dois aspectos separados, mas relacionados,do controle 108. Primeiro, características do controle que habilitam um usuário a interagircom conteúdo RSS são descritas sob o cabeçalho "Interação do Controle RSS Hospedável".Uma descrição dos recursos de controle que são usados para fornecer ações padrões 200,ações adaptadas 202 e interações do sistema de arquivos 204 é abrangida nesta seção.

Depois disto, uma seção intitulada "Apresentação do Controle RSS Hospedável" éfornecida e descreve várias maneiras nas quais o controle pode habilitar a apresentação doconteúdo com o qual ele interage. Uma descrição dos recursos de controle que são usadospara fornecer visualizações múltiplas 208 e visualizações customizadas 210 é abrangidanesta seção.

Interação do Controle RSS Hospedável

Quando uma página da Internet ou outra fonte de conteúdo RSS expressa seu con-teúdo, em virtude da natureza padronizado de RSS, certa informação relacionada aos itensRSS será conhecida. Versados na técnica percebem que, como exposto, esta informação éexpressada em XML de uma maneira padrão. Portanto, itens que têm natureza muito dife-rentes ainda compartilharão pelo menos alguns atributos ou propriedades RSS, por exem-plo, um título, descrição e/ou ligação. Esta previsibilidade pode ser alavancada pelo controleinventivo para fornecer uma experiência padronizada ao usuário quando o usuário interagecom dados RSS e os consome. Portanto, independente de qual página da Internet ou fonteo usuário acessa, o usuário pode interagir com os itens da mesma maneira.

Como um exemplo, considere a figura 3 que ilustra diagramaticamente o controlehospedável 108 e uma interação que ele suporta. Aqui, o controle hospedável 108 tem umcomponente de interface de usuário 300 que permite que um usuário interaja com diferentesalimentações RSS. Na prática, uma aplicação ou página da Internet hospedeira pode forne-cer o controle com um URL associado com a alimentação. Então, o controle pode emitir asolicitação de receber HTTP no URL e recebe, em resposta, um arquivo XML que define aalimentação RSS. Então, o controle pode renderizar esta alimentação para o usuário.

Neste exemplo, duas tais alimentações são ilustradas em 302, 304, respectivamen-te. Observe que cada alimentação inclui inúmeros itens. Por exemplo, a alimentação 302inclui os itens 1, 2, 3, 4 e 5. Igualmente, a alimentação 304 inclui os itens 6, 7 e 8. Cada ali-mentação RSS é descrita em XML como indicado anteriormente. Portanto, a alimentação302 é descrita em XML que é mostrado exatamente à sua esquerda. Igualmente, a alimen-tação 304 é descrita em XML que é mostrado exatamente à sua direita. Observe que cadaitem individual em cada alimentação tem sua própria descrição XML com base em rótulo. Nointerior da cada rótulo de item aparecem as propriedades e atributos associados com o itemindividual, como exposto.

Agora, considere que quando o usuário navega até uma alimentação e selecionareceber dados alimentados, o que ele (ou, mais precisamente, seu software) recebe é oXML que descreve a alimentação. Usando o XML, o software pode permitir adicionalmenteque o usuário consuma os dados alimentados pela seleção de itens de alimentação indivi-duais. Neste exemplo, considere que o usuário acha interessantes os itens 1 e 5 da alimen-tação 302 e o item 6 da alimentação 304. Usando a interface de usuário 300, o usuário podeselecionar os itens individuais, arrastando-os e soltando-os, ou copiando-os e colando-osem um recipiente apropriado chamado de uma coleção, tal como a coleção 306. Neste e-xemplo em particular, a coleção 306 inclui os itens 1 e 5 da alimentação 302 e o item 6 daalimentação 304.

Quando um usuário opta em formar uma coleção pela seleção e cópia dos itens dediferentes alimentações, o controle 108 analisa o XML associado com as alimentações indi-viduais e seleciona o XML associado com os itens individuais selecionados pelo usuário.

Então, o controle 108 forma o que pode ser considerado uma combinação do XML das dife-rentes alimentações para, em essência, fornecer uma nova alimentação definida pelo usuá-rio. Dessa maneira, no exemplo da figura 3, observe que o XML exatamente à direita dacoleção 306 inclui XML associado com os itens 6, 1 e 5.

Uma maneira de acessar e adquirir dados de alimentação pode ser usar uma plata-forma que seja especialmente projetada para interagir com alimentações RSS. Uma plata-forma como esta é descrita no pedido de patente US 11/158.398. Certamente, outros méto-dos e sistemas podem ser usados sem fugir do espírito e do escopo do assunto em questãoreivindicado.

Agora, em virtude de ter definido suas alimentações que contêm itens de outras a-limentações, o usuário pode manipular os dados da coleção de qualquer maneira suportadapelo controle. Isto pode incluir coisas tais como ler e gravar nos itens.

Considere por um momento a funcionalidade que isto fornece ao usuário. Lembre-se que itens de alimentação podem constituir um amplo e diverso grupo de diferentes tiposde conteúdo. Entretanto, no ambiente RSS, este amplo e diverso grupo de conteúdo com-partilha pelo menos algumas propriedades definidas pelo XML de cada item. Isto, por suavez, pode habilitar o controle a se ligar às alimentações e fornecer ao usuário uma experiên-cia de consumo integrada e unificada através dos diferentes tipos de conteúdo.

Considere também as várias funcionalidades que podem ser fornecidas uma vezque uma coleção, apoiada por XML1 foi definida como exposto. Por exemplo, operações eações tais como ordenar e filtrar podem ser conduzidas. Adicionalmente, operações ou a-ções que são específicas ao conteúdo das alimentações individuais podem ser conduzidas,tal como, por exemplo, ordenar por autor, quando um elemento como este aparecer no XML.

Portanto, funcionalidades ou ações, tais como várias ações padrões 200 (figura 2), açõesadaptadas 202 e interações do sistema de arquivos 204, podem ser suportadas para dar aousuário um rico e robusto número de maneiras de interagir com o conteúdo RSS na sua co-leção.

Na modalidade ilustrada e descrita, um controle pode ser apoiado por uma alimen-tação RSS que é suportada por uma página da Internet ou por um armazenamento local quefica residente, por exemplo, no dispositivo de computação do usuário. Por exemplo, itenspodem ser copiados de um controle para um outro. O primeiro controle pode ser apoiado poruma alimentação RSS que é suportada por uma página da Internet. Em pelo menos algu-mas modalidades, a página da Internet tem a capacidade de atualizar um item. Por exemplo,se o item for um documento e o usuário estiver inscrito na alimentação, o usuário pode re-ceber automaticamente atualizações do documento.

O segundo controle (isto é, aquele no qual o item é copiado) pode ser apoiado porum armazenamento local no dispositivo de computação do cliente. Ser apoiado por um ar-mazenamento local pode habilitar acesso de gravação ao conteúdo que está armazenadono armazenamento local. Isto é um tanto quanto diferente da situação em que o controle éapoiado por uma alimentação RSS que é suportada por uma página da Internet. Versadosna técnica percebem que, tipicamente, naquelas situações, não há acesso de gravação.Entretanto, nesta situação, quando o conteúdo RSS muda, estas mudanças podem ser for-necidas ao dispositivo de computação cliente para atualização.

A figura 4 é um fluxograma que descreve etapas em um método de acordo comuma modalidade. O método pode ser implementado em conjunto com qualquer hardware,software, software embarcado adequados ou combinações adequadas destes. Em somenteuma modalidade, o método pode ser implementado em software, tal como aquele que ficaresidente na mídia legível por computador 106 (figura 1).

A etapa 400 fornece um ou mais controles RSS hospedáveis. Esta etapa pode serrealizada por inúmeras entidades adequadas. Por exemplo, um controle pode ser hospeda-do por uma página da Internet ou por qualquer tipo adequado de exemplos de aplicaçãofornecidos anteriormente. A etapa 402 atribui uma ou mais ações ao item RSS. Esta etapapode ser realizada de qualquer maneira adequada. Por exemplo, um controle adequada-mente configurado pode ter um conjunto de ações padrões que ele suporta. Tais ações pa-drões podem incluir, a título de exemplo e sem limitações, abrir, salvar e adicionar em umacoleção. Além do mais, ações podem incluir ações adaptadas que são específicas a um itemRSS em particular. Estas ações podem ser descritas no XML que forma parte dos dados dealimentação RSS dos quais os itens vêem. Um outro tipo de ação pode dizer respeito àsinterações do sistema de arquivos, tal como converter um item RSS em um arquivo de umsistema de arquivos em particular. Mais especificamente, em virtude de conhecer o tipo dedados que compreende o item RSS1 bem como suas propriedades, um controle adequada-mente configurado pode tanto converter o item em um arquivo quanto invocar o código a-propriado para fazer a conversão. Isto pode ser feito pelo mapeamento das propriedadesapropriadas para o item RSS no formato de arquivo apropriado. Por exemplo, se um item foruma imagem MPEG1 o controle ou código adequadamente invocado pode converter o itemem um arquivo no sistema de arquivos.

A etapa 404 cria uma coleção de itens RSS de diferentes alimentações. Esta etapapode ser realizada de qualquer maneira adequada, exemplos das quais são dados anterior-mente. Em somente uma modalidade, uma coleção é formada habilitando o usuário, pormeio de uma interface de usuário adequadamente configurada, a selecionar itens RSS indi-viduais de diferentes alimentações e a estabelecer uma coleção que contém estes itens.

Tendo discutido as várias maneiras nas quais um usuário interage com itens RSSde diferentes alimentações, agora, a discussão se volta para algumas maneiras diferentespelas quais os itens RSS podem ser apresentados ao usuário por meio de uma interface deusuário.

Apresentação do Controle RSS Hospedável

Em uma modalidade, se uma página da Internet não expressar como um item RSSem particular deve ser exibido, então, o controle RSS hospedável pode oferecer inúmerosdiferentes esquemas de visualização.

Em uma modalidade, três diferentes esquemas de visualização são fornecidos. Umprimeiro dos esquemas de visualização é simplesmente o que pode ser considerado comouma visualização de lista que lista de forma serial os itens de uma alimentação ou coleção,similar a uma visualização de lista do sistema de arquivos. Neste exemplo, cada item tomaráuma linha. Um segundo esquema de visualização é uma visualização de ícone na qual íco-nes individuais são associados com cada um dos itens e exibidos para o usuário. Neste e-xemplo, os ícones podem conter algum material descritivo. A visualização de ícone é similara uma visualização de ícone do sistema de arquivos. Um terceiro esquema de visualizaçãoé uma visualização detalhada ou de detalhes completos na qual um ícone é fornecido jun-tamente com vários metadados associados com os itens individuais. A visualização de deta-lhes completos é similar a uma visualização de detalhes do sistema de arquivos na qual umnome, tipo e data de criação ou data de modificação de arquivo são exibidos.

Em pelo menos uma modalidade, visualizações padrões podem ser criadas para i-tens individuais na forma de gabaritos que ficam residentes no XML que compreende parteda alimentação RSS. Um gabarito descreve o esquema de cada um dos itens, bem como aformatação. As visualizações padrões, se definidas, ficam disponíveis para que usuário al-terne entre elas, juntamente com visualizações padrões. Um gabarito, se presente, pode sesobrepor a qualquer uma das visualizações padrões, mas, como exposto, pode ser alterna-do por outro. Em uma modalidade, o gabarito inclui dados de apresentação que não sãodispostos em camadas com os itens RSS individuais. Somente como um exemplo de comoeste gabarito pode ser definido, considere o excerto de XML de exemplo e discussão rela-cionada a seguir.

Comumente, publicadores fornecem uma descrição HTML dos itens em uma ali-mentação para reter controle sobre a apresentação de suas informações, mesmo emboraeles forneçam os mesmos dados por meio de extensões de item. Isto pode resultar em di-versos problemas. Primeiro, cada item tem uma cópia da informação de apresentação (istoé, os elementos HTML) mesmo quando, em muitos casos, o HTML for idêntico. Segundo,cada item duplica os metadados entre o elemento de descrição e os rótulos de metadados.Terceiro, a descrição HTML é usada somente quando renderizada por um navegador de umfator de forma em particular.

De acordo com uma modalidade, a duplicação dos dados pode ser reduzida pelouso de um mecanismo de gabarito. Isto é, diferentes gabaritos habilitam o cliente a selecio-nar diferentes renderizações para os dados dependendo do fator de forma ou de outras ne-cessidades. O exemplo a seguir ilustra como uma lista das 10 mais tocadas de uma páginade música pode ser modificada para usar gabaritos HTML. Esta técnica em particular é es-colhida em virtude de ela ser fácil de criar pelos publicadores, se comparada com outrastécnicas que podem exigir alguma capacidade de codificação.

Pode se fornecido ao cliente desta extensão de formato uma simples chave de Ulpara permitir que o usuário alterne entre uma visualização de "resumo" compacta e umavisualização "completa" mais detalhada, se o usuário estiver interessado em dados adicio-nais. Em cada caso, o publicador tem controle completo da apresentação do conteúdo.

<title>MSN Music Top 10</title>

<ext: item-template format="summary"><div xmlns="http://www.w3.org/1999/xhtml">

<% itms: title %></p>

Price: <% itms:trackPrice %> </p>

</div>

</ext: item-template><ext: item-template format="full"><div xmlns="http://www.w3.org/1999/xhtml">

<% itms: title %> ($<% itms : trackPrice %>) </p>

Album: <% itms:album %> ($ <% itms : albumPrice %>)</p>

Released: <% itms:ReleaseDate %> </p> </div></ext: item-template><item><title>Hollaback Girl - Gwen Stefani</title><link>http://example.com/id=>12123K/link><pubDate>Thu, 05 May 2005 23:52:15 -800</pubDate><description><! [CDATAf HTML blob ]]></description><itms : artist>Gwen Stefani</itms : artist><itms :album>Love, Angel1 Music1 Baby</itms :album><itms : trackPrice>$0.99</itms : trackPrice><itms :albumPrice>$9.99</itms :albumPrice><itms:ReleaseDate>12/14/04</itms:ReleaseDate> </item></channel></rss>

Conclusão

As modalidades supradescritas utilizam e alavancam RSS para habilitar um usuárioa interagir mais facilmente com diferentes tipos de dados ou com dados provenientes dediferentes fontes que estão disponíveis na Internet. De acordo com pelo menos algumasmodalidades, um controle hospedável e/ou customizável é fornecido e dá ao usuário a ca-pacidade de interagir com alimentações RSS para armazenar e manipular adicionalmentecoleções de itens de diferentes alimentações RSS.

As técnicas inventivas supradescritas podem habilitar desenvolvedores a habilitarrapidamente seus itens em uma página para que os usuários possam interagir com os itens.Por exemplo, usuários podem facilmente salvar uma foto em suas áreas de trabalho damesma maneira que um documento é saívo. Também, com a capacidade de salvar umacoleção de itens e receber atualizações se o item for modificado, um usuário pode, por e-xemplo, ter um livro de Amazon.com e um filme da Netflix na mesma coleção e receber noti-ficações se um item em particular for modificado.

Adicionalmente, em pelo menos algumas modalidades, um usuário pode modificara visualização de como os itens são visualizados.

Adicionalmente, publicadores podem apresentar seus itens de uma maneira maisrica para esquema de dados diferenciado ou otimizado, por exemplo, por meio dos gabaritossupradiscutidos.

Embora a invenção tenha sido descrita em linguagem específica para recursos es-truturais e/ou etapas metodológicas, entende-se que a invenção definida nas reivindicaçõesanexas não é necessariamente limitada aos recursos ou etapas específicos descritos. Emvez disto, os recursos e etapas específicos são divulgados como formas preferidas de im-plementação da invenção reivindicada.

Claims

1. Mídia legível por computador, CARACTERIZADA pelo fato de que incorpora ins-truções executáveis por computador que, quando executadas, implementam um controleRSS hospedável (108) que fornece ao usuário capacidade de interagir com alimentaçõesRSS para construir coleções que contêm itens de diferentes alimentações RSS.

2. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que o controle RSS hospedável pode ser hospedado poruma página da Internet.

3. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que o controle RSS hospedável pode ser hospedado poruma aplicação.

4. Mídia legível por computador, de acordo com a reivindicação 3,CARACTERIZADA pelo fato de que a aplicação fica residente na forma de um navegador.

5. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que o controle hospedável suporta recursos que compreen-dem um ou mais de: ações padrões, ações adaptadas ou interações do sistema de arquivos.

6. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que o controle hospedável suporta recursos que compreen-dem um ou mais de: visualizações múltiplas ou visualizações customizadas.

7. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que o controle hospedável suporta recursos que compreen-dem: ações padrões, ações adaptadas, interações do sistema de arquivos, visualizaçõesmúltiplas e visualizações customizadas.

8. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que uma coleção inclui XML para cada um dos itens dasdiferentes alimentações.

9. Mídia legível por computador, de acordo com a reivindicação 1,CARACTERIZADA pelo fato de que os itens compreendem diferentes tipos de itens.

10. Método implementado em computador, CARACTERIZADO pelo fato de quecompreende:habilitar um usuário, por meio de uma interface de usuário (300), a selecionar itensRSS individuais de diferentes alimentações RSS; eestabelecer uma coleção (306) que contém os itens RSS selecionados.

11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de queos atos de habilitar e estabelecer são realizados, pelo menos em parte, por um navegador.

12. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de queo ato de estabelecer compreende analisar XML associado com as ditas diferentes alimenta-ções RSS e selecionar XML que estiver associado com os itens individuais selecionadospelo usuário.

13. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de queo ato de estabelecer é realizado, pelo menos em parte, por um controle hospedável que po-de se ligar a uma alimentação RSS ou a um armazenamento local.

14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de queo controle hospedável pode ser hospedado por uma página da Internet.

15. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de queos itens RSS selecionados podem compreender diferentes tipos de itens.

16. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de quecompreende adicionalmente habilitar o usuário a desempenhar um ou mais de: ações pa-drões, ações adaptadas ou interações de sistema de arquivos.

17. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de quecompreende adicionalmente habilitar o usuário a visualizar os itens de uma coleção em umou mais de: uma visualização de lista, uma visualização de ícone, uma visualização de deta-lhes ou uma visualização de gabarito.

18. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de quecompreende adicionalmente habilitar acesso de gravação a um ou mais dos itens RSS sele-cionados na coleção.

19. Método implementado em computador, CARACTERIZADO pelo fato de quecompreende:fornecer (400) um ou mais controles RSS hospedáveis, os controle individuais sen-do configurados para habilitar um usuário a selecionar diferentes tipos de itens de diferentesalimentações RSS e a construir uma coleção de itens, a coleção compreendendo XML dasdiferentes alimentações RSS, o XML descrevendo itens individuais da coleção; eatribuir (402) uma ou mais ações aos itens de uma coleção.

20. Método, de acordo com a reivindicação 19, CARACTERIZADO pelo fato deque, o ato de fornecer é realizado por um navegador.