BRPI0614201A2 - método implementado por processador; meio passìvel de leitura por computador; dispositivo de comunicação; e rede não hierárquica de dispositivos de comunicação - Google Patents

Abstract

MéTODO IMPLEMENTADO POR PROCESSADOR; MEIO PASSìVEL DE LEITURA POR COMPUTADOR; DISPOSITIVO DE COMUNICAçãO; E REDE NãO HIERáRQUICA DE DISPOSITIVOS DE COMUNICAçãO. São apresentadas uma estrutura e uma metodologia de gerenciamento de grupos para gerenciar grupos simétricos que usam comunicações não hierárquicas. O gerenciamento de grupo é distribuido por todos os membros do grupo (602, 604, 606) da rede não hierárquica (608), e as informações sobre o grupo (334) são espelhadas em cada um dos membros (602, 604, 606) do grupo (600). A estrutura facilita o gerenciamento de listas de membros de grupo(s) (336), proporciona capacidades de comunicação em grupo para aplicativos externos (204, 35) e segurança para a comunicação em grupo sem necessidade de servidores intermediários para prestar serviços.

Description

"MÉTODO IMPLEMENTADO POR PROCESSADOR; MEIOPASSÍVEL DE LEITURA POR COMPUTADOR; DISPOSITIVO DECOMUNICAÇÃO; E REDE NÃO HIERÁRQUICA DE DISPOSITIVOS DECOMUNICAÇÃO".

CAMPO DA INVENÇÃO

Esta invenção refere-se, em geral, a informações de comunicaçãoentre dispositivos de comunicação e, mais especificamente, a um sistema, umequipamento e um método para gerenciar grupos simétricos através decomunicação não hierárquica e espelhamento de dados de grupo.

ANTECEDENTES DA INVENÇÃO

Serviços comunitários ou "em grupo(s)" estão se tornando cada vezmais populares na Internet. As comunicações em grupo referem-se, geralmente, acomunicações entre um grupo de usuários arranjados ou senão afiliados. Blogs,sites de compartilhamento de conteúdo e sites de postagem de mensagensrepresentam tipos diferentes de comunicações em grupo. As comunicações emgrupo permitem que usuários formem comunidades frouxamente conectadas emtorno de uma área, clube de hobby, grupo social, etc. Os usuários da rede, querusem um dispositivo móvel ou um PC para comunicar-se, não têm uma maneirafácil de trocar informações no interior de um grupo de pessoas. A comunicação emgrupo é usualmente limitada a enviar e-mail em grupo ou a iniciar um bate-papoem grupo se todos estiverem on-line. Pode ser bastante difícil compartilhararquivos com um grupo definido de pessoas ou enviar informações de aplicativo,tais como entradas de calendário para os usuários verem. Os serviçoscomunitários baseados na Web podem oferecer recursos para uso dos membrosdo grupo, mas o provedor de serviços controla os serviços e os usuários nãopodem adicionar recursos novos, personalizados. Eles também têm seus própriosesquemas de nome de usuário e senha que cada membro tem que solicitar.

Algumas formas de comunicação eletrônica são ineficazes ouincômodas quando usadas para comunicação em grupo. Por exemplo, o e-mail é amaneira mais popular de comunicação dentro de um grupo hoje. As pessoasenviam imagens ou outro conteúdo a seu grupo de amigos por meio de e-mail,assim como entradas de calendário e demais arquivos. Entretanto, há falta de e-mail em várias áreas para fins de comunicação em grupo. Por exemplo, não éadequado enviar grandes quantidades de dados, e cada mensagem tem que serprocessada manualmente. O e-mail pode ser forjado e é, portanto, inseguro pornatureza. Há também um risco associado à abertura de anexos de e-mails.

Além disso, nos sistemas atuais, os serviços em grupo contam comimplementações baseadas em servidor nas quais o provedor de serviços tem asinformações de todos os membros do grupo em sua posse. Usuários podemassociar-se a tais grupos desde que concordem com os termos de serviço doprovedor de serviços ou terceira parte que administra os serviços em grupo. Sejacomo for, os usuários têm que concordar com os termos. Assim, nos sistemas datécnica anterior que tais, estes serviços administrados são restringidos de algumamaneira, e os usuários devem concordar com os termos e as condições dosprovedores de serviços. Além disto, o provedor de serviços pode de fato ter direitosobre os dados dos membros e pode optar por interromper o serviço a qualquermomento, pelo que as informações de grupo são perdidas. O grupo tem pouco ounenhum meio de controlar o tempo de vida útil do serviço e tem que contar com oe confiar no provedor de serviços a respeito de suas informações. Além disto,hospedar serviços em grupo em um aparelho específico do grupo, tal como umtelefone móvel, causaria diversos problemas. Por exemplo, devido à natureza dostelefones móveis, eles podem não estar disponíveis de vez em quando - otelefone pode estar fora de uma área de cobertura, pode ter consumido sua vidaútil de bateria, etc. Em tais situações, o serviço estaria indisponível para o grupointeiro.

Por conseguinte, há necessidade na indústria de comunicações deuma maneira melhor de gerenciar comunicações em grupo. A presente invençãoatende a estas e outras necessidades e oferece outras vantagens sobre asabordagens da técnica anterior.

SUMÁRIO DA INVENÇÃOPara superar as limitações da técnica anterior descritas acima, e parasuperar outras limitações que se tornarão evidentes com a leitura e oentendimento do presente relatório, a presente invenção revela um sistema, umequipamento e um método para gerenciar grupos simétricos que utilizamcomunicações não hierárquicas.

De acordo com uma modalidade da invenção, é apresentado ummétodo para facilitar o gerenciamento sem servidor das comunicações em grupoentre uma série de membros de um grupo. Pelo menos uma função degerenciamento de grupo é iniciada por um membro iniciador do grupo. Por meio dacomunicação não hierárquica, pelo menos uma mensagem de gerenciamento degrupo associada à função de gerenciamento de grupo é transmitida do elementoiniciador a um ou mais membros e/ou membros presumíveis do grupo.

De acordo com outra modalidade da invenção, é apresentado ummétodo para facilitar o gerenciamento das comunicações em grupo entre umasérie de membros de um grupo. Um convite é transmitido, por meio de umaconexão não hierárquica, do aparelho de comunicação de um membro do grupoque convida a um aparelho de comunicação de um membro presumível do grupo.Mediante a aceitação do convite pelo membro presumível, uma lista de membros éatualizada no aparelho de comunicação do membro que convida, de modo a incluiro membro presumível como um novo membro do grupo. Dados de grupo, queincluem a lista de membros, são transmitidos, por meio de conexões nãohierárquicas, do elemento que convida para o novo membro.

De acordo com outra modalidade da invenção, é apresentado ummétodo para facilitar o gerenciamento das comunicações em grupo entre umasérie de membros de um grupo. A transmissão dos dados de aplicativo é iniciadado aparelho de comunicação de um primeiro membro do grupo. Os endereços decada um dos demais membros do grupo são identificados com base em uma listade membros armazenada localmente em cada um dos aparelhos de comunicaçãodos membros do grupo. Os dados de aplicativo são transmitidos, por meio deconexões não hierárquicas, do primeiro membro para outros membros do grupo.De acordo com outra modalidade da invenção, é apresentado ummódulo de gerenciamento de grupo associado a um aparelho de comunicação,para facilitar o gerenciamento das comunicações não hierárquicas entre osmembros de um grupo. O módulo de gerenciamento de grupo inclui um banco dedados local para armazenar dados de grupo, que incluem uma lista de membrospara cada um dos grupos aos quais o aparelho de comunicação é afiliado. Ummódulo de gerenciamento de membros é acoplado ao banco de dados local paragerenciar o armazenamento e a recuperação dos dados de grupo, e uma interfacede programação de aplicativos (API) é configurado para fazer a interface de pelomenos um conteúdo de aplicativo e uma interface de usuário (UI) com o módulode gerenciamento de membros. Um módulo de comunicação é acoplado aomódulo de gerenciamento de membros para efetuar comunicações nãohierárquicas entre o aparelho de comunicação e os aparelhos de comunicação deoutros membros do grupo.

Estas e diversas outras vantagens e aspectos de ineditismo quecaracterizam a invenção são assinalados especificamente nas reivindicaçõesanexas e formam uma parte deste. Entretanto, para um melhor entendimento dainvenção, de suas vantagens e dos objetos obtidos por seu uso, deve-se fazerreferência aos desenhos que formam uma outra parte deste, e à descrição que sesegue, nos quais são mostrados e descritos exemplos representativos desistemas, equipamentos e métodos de acordo com a invenção.

BREVE DESCRIÇÃO DOS DESENHOS

A invenção é descrita em conexão com as modalidades mostradasnos diagramas seguintes.

A Figura 1 é um diagrama de blocos que mostra de maneira geral ametodologia de gerenciamento de grupos de acordo com a presente invenção;

A Figura 2 é um diagrama de blocos que mostra uma modalidade deum aparelho de comunicação que implementa uma estrutura de gerenciamento degrupos de acordo com a presente invenção;

A Figura 3 mostra uma modalidade representativa de uma estruturade gerenciamento de grupos de acordo com a presente invenção;

A Figura 4 mostra um caso de uso representativo para convidar umnovo usuário ou usuários para um grupo;

A Figura 5 é um diagrama de fluxo de mensagens que mostra umexemplo representativo da criação de um grupo e de convite de membros de umgrupo de acordo com a estrutura de gerenciamento de grupos da presenteinvenção;

A Figura 6 mostra uma maneira exemplar de proporcionar um nívelde segurança em grupo na estrutura não hierárquica;

A Figura 7 mostra um exemplo do envio de informações de aplicativoa membros de um dado grupo;

A Figura 8 é um diagrama de fluxo de mensagens que mostra umexemplo representativo da maneira pela qual dados de aplicativo podem serfornecidos através da estrutura de gerenciamento de grupos da presente invenção;

A Figura 9 mostra um exemplo de armazenamento de um arquivo deacordo com a estrutura de gerenciamento de grupos; e

A Figura 10 mostra um exemplo representativo de um aparelho móvelno qual a presente invenção pode ser implementada.

DESCRIÇÃO DETALHADA DAS MODALIDADES DA INVENÇÃO

Na descrição seguinte de diversas modalidades exemplares, é feitareferência aos desenhos anexos que formam uma parte deste, e nos quais sãomostradas, à guisa de exemplificação, diversas modalidade nas quais a invençãopode ser posta em prática. Deve ficar entendido que outras modalidades podemser utilizadas, uma vez que alterações estruturais e operacionais podem ser feitassem que se abandone o alcance da presente invenção.

De maneira geral, a presente invenção apresentam entre outrascoisas, uma estrutura não hierárquica para gerenciar grupos simétricos. Porexemplo, mensagens de gerenciamento de grupo podem ser transmitidasdiretamente a membros do grupo utilizando-se conexões de rede não hierárquicas.

A estrutura pode ser utilizada para, por exemplo, gerenciar listas de membros degrupo, proporcionar capacidades de comunicação em grupo para aplicativosexternos, fornecer segurança para comunicação em grupo e outras funções degerenciamento de grupo sem a necessidade de controle de servidor.

A presente invenção também permite que grupos se desenvolvamsem restrições de provedores de serviços e permite armazenamento nãohierárquico de dados de grupo em dispositivos de membros de grupo. Informaçõesde grupo são armazenadas por cada membro envolvido, proporcionando tolerânciaa falhas sem necessidade de administração externa., apresentando assim umasolução de comunicação não hierárquica robusta.

Conforme indicado acima, um aspecto da invenção envolve umaestrutura não hierárquica e uma metodologia para gerenciar comunicações emgrupo. Uma estrutura de gerenciamento de grupos de acordo com a presenteinvenção pode ser implementada à maneira não hierárquica, uma estrutura semservidor. Nas comunicações baseadas em servidor, os usuários de dispositivos("pares" em uma configuração de rede não hierárquica, por exemplo) são muitolimitados em sua capacidade de modificar, adicionar ou senão gerenciar recursosde grupo, uma vez que o provedor de serviços controla tais recursos e tambémexige tipicamente que os usuários estejam associados a nomes de usuário,senhas independentes, etc. Comunicações baseadas em servidor, tais como e-mail, também não são adequadas para grandes quantidades de dados eapresentam outros inconvenientes, tais como a necessidade de processarmanualmente cada mensagem, forjamento de e-mails, risco de vírus quando daabertura de anexos e semelhantes. Deve-se observar também que as mensagenspropriamente ditas podem ser filtradas ou senão monitoradas nas comunicaçõesbaseadas em servidor. Por estas e outras razões, a estrutura de gerenciamento degrupos não hierárquicos e a metodologia da presente invenção sãoparticularmente vantajosas e apresentam um novo paradigma nas comunicaçõesem grupo eletrônicas.

A Figura 1 é um diagrama de blocos que mostra de maneira geral ametodologia de gerenciamento de grupos de acordo com a presente invenção. Ogrupo de dispositivos de comunicação 100-108 representa uma rede nãohierárquica. Conforme mostrado pelo dispositivo de comunicação 100, qualquerum dos dispositivos 100-108 (ou outro número de dispositivos pode incluirdispositivos de linha de fios elétricos ou sem fio, como, por exemplo, um telefonemóvel 100A, um Assistente Digital Pessoal (PDA) 100B, um computador 100C ououtro dispositivo 100D capaz de participar de comunicações em rede nãohierárquicas.

Conforme será descrito mais detalhadamente a seguir, vários dosdispositivos enviam/recebem mensagens de gerenciamento de grupo quefornecem as informações necessárias para estabelecer e gerenciar comunicaçõese compartilhamento de conteúdo entre membros do grupo. Por exemplo, convitesa novos membros do grupo, listagem branca de membros conhecidos e/oulistagem negra de não membros, funções de aplicativo e semelhantes podem serprocessados através de mensagens de gerenciamento de grupo entre osmembros. Desta maneira, muitas vantagens sobre a técnica anterior podem serobtidas, inclusive, mas não limitado a, notificação instantânea de novos dados(acréscimo de comunicação, por exemplo), a possibilidade de integração comaplicativos externos com comunicação em grupo, despacho/processamentoautomático de diferentes tipos de dados, listagem branca que fornece segurança,etc. Isto proporciona, portanto, entre outras coisas, definição de grupo(s) semservidor e atualização dinâmica de tal definição à medida que membros seassociam ao ou deixam o grupo.

A Figura 2 é um diagrama de blocos que mostra uma modalidade deum dispositivo de comunicação 200 que implementa um estrutura degerenciamento de grupos de acordo com a presente invenção. Na modalidade daFigura 2, é contemplada uma estrutura de gerenciamento de grupos nãohierárquicos que não utiliza servidor(es). Mensagens de gerenciamento de grupopodem ser transmitidas diretamente para/de um dispositivo 200 associado a ummembro do grupo utilizando-se conexões de rede não hierárquicas. Umcomponente de interface com usuário (UI) 202 é apresentado para permitir que ousuário forme interface com o dispositivo 200 e guie assim as comunicações comoutros membros do grupo ou membros presumíveis. Os aplicativos 204 podem serutilizados para trocar informações através da estrutura. O mecanismo degerenciamento de grupo(s) 206 executa ou senão facilita funções tais como formarconexões entre os membros do grupo, transmitir mensagens e/ou dados degerenciamento de grupo, manter e/ou senão ajudar na manutenção deinformações sobre grupo(s) (como, por exemplo, lista de clubes, lista de membros,funcionalidade de gerenciamento de membros, etc.).

Uma modalidade representativa mais específica da estrutura degerenciamento de grupo(s) é mostrada na Figura 3. Nesta modalidade, odispositivo par 300 inclui uma Ul 302, que pode incluir imagens tais como umaInterface Gráfica com Usuário (GUI) ou outra interface para apresentarinformações aos usuário, aceitar comandos de usuários e/ou outras funções Ul.Na modalidade mostrada, as telas de interface com usuário 304-312 mostramtelas representativas para dispositivos pares utilizados para convidar um membropara um grupo. Por exemplo, para um clube de beisebol 314, um membro (Jeff316, por exemplo) pode convidar 318 um novo membro, Mark 320. O novomembro pode ser convidado a associar-se ao clube, conforme mostrado na tela310. Se o novo membro aceitar, o novo membro (Mark) é aceito como um novomembro, conforme mostrado na tela 312.

Para desempenhar tal convite ou outra função de gerenciamento degrupo(s), é apresentada uma arquitetura de estrutura de gerenciamento de grupo330, que é rotulada como "mecanismo Clubster" na modalidade mostrada. Namodalidade mostrada, o mecanismo Clubster 330 inclui uma Interface deProgramação de Aplicativo (API) 332, um banco de dados de clubes 334 e umalógica de gerenciamento de membros associados 336, para gerenciar informaçõestais como a lista de clubes e a lista de membros, e um mecanismo decomunicação 338. O mecanismo de comunicação 338 da modalidade mostradautiliza o Protocolo de Iniciação de Sessão (SlP)para formar conexões entre osmembros do grupo e para transmitir dados conforme necessário. O mecanismo decomunicação SIP 338 pode situar-se no topo de uma pilha SIP, tal como uma pilhaSIP Symbian 340 no caso de um sistema operacional Symbian. O mecanismo decomunicação SIP (ou outro semelhante) 338 facilita o envio de mensagens taiscomo, por exemplo, EnviarPacote (pacote de dados, usuário), ReceberPacote(pacote de dados, usuário) e/ou outras mensagens semelhantes. A API 332 domecanismo forma interface com a interface com usuário 302 e aplicativos, talcomo mostrado pelo módulo conectável de conteúdo 350. A API 332 facilita acomunicação de mensagens, tais como, por exemplo, convite a um membropresumível [Convidarllsuário(usuário,grupo), por exemplo], listas de membros[ListarMembros(grupo), por exemplo)], obtenção de informações sobre usuários[ObterlnfoUsuário(usuário), por exemplo], distribuição de pacotes[EnviarPacote(dados,grupo), por exemplo], etc. Na modalidade mostrada,aplicativos são implementados como componentes conectáveis, tais como plug-inde calendário 352, plug-in de fóruns de discussão 354, plug-in de remetente dearquivos 356, plug-in de bate-papo 358 e semelhantes.

Um exemplo de uso envolve convidar membros para o grupo(também referido como "clube"). Em tal exemplo, quando alguém é convidado paraum grupo, ele/ela obtém o convite diretamente de um dos membros do grupo. Aaceitação do convite é transmitida de volta ao membro que fez o convite, queprocessará então o espelhamento dos dados de grupo e o anúncio do novomembro para outros membros. A modalidade mostrada utiliza o SIP para formarconexões entre os membros do grupo e transmitir dados conforme necessário. Ocomponente de mecanismo Clubster 330 inclui a implementação da estrutura degerenciamento de grupos da presente invenção e permite que os usuáriosconvidem outros usuários para clubes utilizando o componente Ul 302 e tambémutilizem outros aplicativos 350 para trocar informações através da estrutura. Outrosrecursos de gerenciamento de grupo(s), tais como sair de grupos, podem serimplementados de maneira semelhante, como, por exemplo, alguém que desejesair de um clube utiliza seu aplicativo de gerenciamento de grupo para deixar ogrupo, que envia uma mensagem de afastamento a cada membro do grupo. Asinstâncias de estrutura dos membros removem então automaticamente a pessoaque se afasta de suas listas de membros.

As conexões com aplicativos externos são, em uma modalidade,projetadas para serem implementadas como componentes conectáveis. Porexemplo, o plug-in de calendário 352 pode ser utilizado para enviar entradas decalendário a membros de clube(s). Assim, os aplicativos externos 350 podem fazeruso dos clubes estabelecidos utilizando um ou mais plug-ins para comunicar-seatravés do mecanismo Clubster. Em uma modalidade, quando um plug-in enviadados a um clube, os dados são marcados com uma identificação desse plug-in.Usando esse marcador, a instância receptora da estrutura pode despachar osdados para o plug-in correto, e o plug-in pode entregá-los ao aplicativo, conformeserá descrito mais detalhadamente a seguir.

Exemplos de uso representativos serão agora descritos comreferência às Figuras 4-8. Deve-se reconhecer que os exemplos das Figuras 4-8são apresentados com a finalidade de facilitar o entendimento das funçõesrepresentativas associadas à estrutura de gerenciamento de grupos da presenteinvenção e que a invenção não está claramente limitada aos exemplos específicosaqui apresentados.

Com referência primeiramente à Figura 4, é mostrado um caso deuso representativo para convidar um novo usuário para um grupo. Na modalidademostrada, a estrutura não hierárquica proporciona o gerenciamento de grupossimétricos, em que um grupo simétrico se refere a um grupo no qual a lista demembros do grupo é compartilhada dentro do grupo. Quando a funcionalidade degerenciamento de grupos simétricos é separada dos serviços em grupo reais comona modalidade mostrada, as funções de gerenciamento são especificadas em ummódulo genérico que pode ser aplicado a todas as espécies de grupo. Com autilização desse módulo, é possível criar novos grupos, convidar pessoas paraassociar-se a eles, sair de grupos, forçar um membro ou membros especificados asair do grupo e outras ações de gerenciamento de grupo. A Figura 4 representauma função de gerenciamento de grupos simétricos para convidar um usuário paraum grupo.

Conforme mostrado na Figura 4, uma série de dispositivosassociados a usuários pode formar um gruo. Por exemplo, os dispositivos 400,402, 404 e 406 representam um grupo capaz de realizar comunicações nãohierárquicas. Qualquer um dos dispositivos 400, 402, 404, 406 representa qualquerdispositivo de comunicação capaz de efetuar comunicações não hierárquicas,inclusive um telefone móvel 400A, um PDA 400B, um computador 400C ou outrodispositivo de linha de fios elétricos ou sem fio 400D capaz de participar decomunicações não hierárquicas. Quando uma nova pessoa é convidada para umgrupo simétrico, o convite é enviado de um membro do grupo, e se o convidadoaceita, informações sobre o grupo são transferidas ao convidado e os demaismembros do grupo são notificados sobre a inclusão do novo membro no grupo.

Mais especificamente, um dos membros do grupo envia um convite "A", por meiodo seu dispositivo de comunicação 400, ao dispositivo de comunicação 408 dousuário a ser convidado para o grupo. O usuário do dispositivo 408 poderesponder com uma aceitação do convite "Β". O usuário que convida espelhaentão as informações sobre clube "C", isto é, as informações sobre clube sãopropagadas até o novo membro. Estas informações sobre clube podem incluirdiversas informações referentes ao clube, inclusive a lista de membros. Além disto,o novo membro é anunciado como "D" para os outros membros 402, 404, 406 dogrupo. O dispositivo que convida 400 da modalidade mostrada aceita, portanto, aresponsabilidade de fornecer os dados sobre o clube ao dispositivo convidado 408e também a responsabilidade de notificar os membros existentes. Uma vez que onovo membro 408 tem agora os dados sobre o clube, ele também pode convidarnovos membros de maneira análoga.

A Figura 5 é um diagrama de fluxo de mensagens que mostra umexemplo representativo da criação de um grupo e convite de membros do grupo deacordo com a estrutura de gerenciamento de grupos da presente invenção. Namodalidade da Figura 5, o SIP é o protocolo representativo utilizado para formarconexões, embora outros protocolos possam ser utilizados de maneira análoga.Cada dispositivo é equipado com aplicativo/midlleware de grupo SIP1 que éutilizado na formação e gerenciamento de grupos. Neste exemplo, o SIP éutilizado para endereçamento e conexão com os dispositivos dos membros, mas ogerenciamento e a comunicação de grupo reais podem utilizar um protocolo aonível do aplicativo no topo das conexões SIP. Por exemplo, embora o SIP ou outroprotocolo análogo possa ser utilizado para convidar outras partes para uma sessãode comunicação, uma modalidade da invenção envolve a utilização de outroprotocolo para facilitar funções tais como a negociação associada à associação aou à saída de um grupo e/ou outras funções de gerenciamento de grupos. Noexemplo da Figura 5, o organizador de clubes 500 (Alice) cria 502 um novo clube.

Ela identifica 503 um usuário para convite para o novo clube e envia um convite(mensagem de CONVITE SIP, por exemplo) 504 ao usuário convidado-1 506(Bob) por meio do proxy SIP 508. Uma conexão de Protocolo de Controle deTransmissão (TCP) é estabelecida, e uma notificação de sucesso de solicitação512 (200 OK, por exemplo) é devolvida à Alice 500. Uma confirmação derecebimento 514 (ACK, por exemplo) é devolvida a Bob 506, e um pacote deconvite 516 é emitido de Alice 500 para Bob 506. Bob 506 envia um pacote deaceitação de convite 518. Em resposta, Alice 500 converte 520 Bob em ummembro completo, envia a Bob as informações sobre clube completas 522,inclusive a lista de membros, e envia um anúncio de novo membro de Bob a cadamembro (que inclui atualmente apenas Bpb). Bob 506 é agora um membro dogrupo de Alice e é também capaz de convidar membros para o grupo utilizando asinformações espelhadas (informações sobre clube) fornecidas por Alice.

Alice 500 em seguida convida 526 um segundo usuário 528, Cecil,para o grupo. Isto é iniciado pela formação de uma conexão SIP e um canal TCP530, e um pacote de convite 532 para Cecil. Cecil 528 envia um pacote deaceitação de convite 535 se a condição de membro for aceita por Cecil e, emresposta, Alice 500 envia a Cecil as informações sobre clube completas 536. Aliceem seguida envia um anúncio de novo membro 538, 540 de Cecil a cada membrodo grupo, que inclui agora tanto Bob 506 quanto Cecil 528. As conexões SIPabertas de Alice são então terminadas 542 quando Alice sai do aplicativo. Deve-seobservar que à medida que cada conexão é feita, a estrutura de gerenciamento degrupo verifica se a parte que se conecta é um membro do grupo. Se não o for,então apenas mensagens de convite são aceitas. Este é um exemplo de listagembranca para restringir o acesso às informações sobre o grupo.

A Figura 6 mostra um exemplo de uma maneira de proporcionar umnível de segurança em grupo na estrutura não hierárquica. Quando uma estruturade gerenciamento de grupos simétricos está no lugar, ela pode usar a lista demembros para habilitar ou desabilitar conexões entrantes que tentem usarqualquer um dos recursos de comunicação em grupo. Por exemplo, se o grupotiver um recurso de compartilhamento de imagens, e uma pessoa compartilha suabiblioteca de imagens com um determinado grupo, a estrutura de gerenciamentode grupos pode restringir as pessoas que são capazes de ver as imagensutilizando a lista de membros do grupo. Uma vez que cada membro é listado nalista de membros do grupo, não membros não serão capazes de alcançar osrecursos de comunicação em grupo a menos que sejam também convidados parao grupo. Mais especificamente, a Figura 6 mostra três membros existentes dogrupo 600, a saber, os dispositivos 602, 604 e 606. Por meio da rede 608, que éuma rede de Protocolo Internet (IP) na modalidade mostrada, um novo membro610 pode ser convidado para o grupo 600. Por outro lado, se o usuário dodispositivo 612 tentar usar um recurso de comunicação em grupo (o recurso decompartilhamento de imagens do exemplo anterior, por exemplo), o usuário sofrerestrição quanto ao uso do recurso uma vez que o usuário do dispositivo 612 nãoestá associado à lista de membros. A estrutura de gerenciamento de grupos dodispositivo 602, por exemplo, pode determinar se o dispositivo está associado àlista de membros comparando as informações associadas ao dispositivo 612 comas informações da lista de membros. Se o dispositivo 612 não for encontrado malista de membros, nenhum acesso é permitido. A lista de membros, portanto, atuacomo uma "lista branca" de endereços onde as conexões são permitidas.

A Figura 7 mostra um exemplo de envio de informações sobreaplicativo(s) a membros de um dado grupo. Uma vez que pode haver muitosaplicativos que necessitam de serviços de comunicação em grupo, cada aplicativopode enviar seus dados através da estrutura de comunicação em grupo de umamaneira personalizada. Um aplicativo exemplar é um aplicativo de calendário, umavez que as pessoas pertencentes a um grupo podem desejar compartilharentradas de calendário com os membros do grupo. Isto representa um exemplo deum serviço que utilize a estrutura de comunicação em grupo da presente invenção.

No exemplo da Figura 7, o dispositivo 700 inclui um aplicativo decalendário 702. O usuário do dispositivo 700 pode enviar dados de calendário 701ao grupo A. A estrutura de gerenciamento de grupos 704 determina os membrosdo grupo para o grupo A e envia as informações aos endereços apropriados (osendereços X, Y associados ao usuário X 710 e Y 720) por meio do módulo deacesso à rede 706. Cada dispositivo de usuário inclui um módulo de acesso à rede712, e os dados sobre grupo recebidos são fornecidos ao respectivo módulo deestrutura de gerenciamento de grupos 714. que pode então ser fornecido aoaplicativo 716 apropriado. Neste caso, o aplicativo de calendário 702 do dispositivoremetente 700 pode acessar o grupo simétrico utilizando a estrutura degerenciamento de grupos. Ele pode instruir diretamente a estrutura 704 paraenviar seus dados (uma entrada de calendário, por exemplo) aos membros de umdado grupo. O aplicativo de calendário 702 não precisa preocupar-se com amaneira pela qual os dados serão realmente enviados - a estrutura 704 tratadisso. Os dados são "etiquetados" de maneira a serem associados ao aplicativo decalendário, conforme mostrado pela etiqueta de calendário 705 rotulada comoTAGcal- Depois que os dados de calendário tiverem sido enviados aos membrosdo grupo, os dispositivos destinatários 710, 720 decodificarão os dados 701 efarão alguma coisa útil com eles. Usando a etiqueta 705 associada aos dados 701,a instância de estrutura de gerenciamento de grupos receptora (a instância deestrutura de gerenciamento de grupos 714, por exemplo) pode determinar qualaplicativo enviou os dados. Usando esta etiqueta 705, a instância de estrutura degerenciamento de grupos 714 notifica o aplicativo de calendário local 716 de quenovos dados foram recebidos. O aplicativo de calendário 716 dos dispositivosreceptores processa então os dados 701; como, por exemplo, acrescentando aentrada de calendário ao calendário local.

Deve-se observar que um processo semelhante pode ser usado paraoutros aplicativos, e o aplicativo de calendário é descrito para fins de facilitar oentendimento deste aspecto da invenção. Outros aplicativos serão associados arespectivas etiquetas, permitindo assim que a estrutura de gerenciamento degrupos dos dispositivos receptores determine o aplicativo local apropriado aprocessar os dados.

A Figura 8 é um diagrama de fluxo de mensagens que mostra umexemplo representativo da maneira pela qual dados de aplicativo podem serfornecidos através da estrutura de gerenciamento de grupos da presente invenção.Na modalidade da Figura 8, o aplicativo representativo é um aplicativo decalendário, e os dados de calendário são enviados através da estrutura degerenciamento de grupos utilizando-se um plug-in. Assim, os aplicativos externospodem fazer uso dos clubes estabelecidos mediante a utilização do plug-in paracomunicar-se através da estrutura de gerenciamento de grupos, conforme descritomais completamente a seguir.

Na modalidade mostrada, a funcionalidade de gerenciamento degrupos do dispositivo-A 800, mostrada como mecanismo clubster 802, inicializa804 o plug-in de calendário 806 associado ao calendário 808. O usuário inicia 810o aplicativo de calendário 808 e escolhe 812 compartilhar o calendário afim (oualguma parte dele). O aplicativo de calendário 808 utiliza os serviços domecanismo clubster 802 por meio do plug-in 806 de modo a obter os nomes declube 814, 816. O usuário seleciona 818 o clube e envia as informações sobreclube 820, 822 ao mecanismo clubster 802 por meio do plug-in 806, asinformações sobe clube sendo marcadas com uma identificação desse plug-in decalendário 806. O mecanismo clubster 802 identifica os membros e envia asinformações sobre clube a cada membro 824. Um membro que tal é o membroassociado ao dispositivo-B 830, que inclui também um mecanismo clubster 832,um aplicativo de calendário 834 e um plug-in 836 afim. O mecanismo clubster 832inicializa 838 o plug-in de calendário 836, e o plug-in 836 obtém os nomes declube 840. A partir das informações nas conexões internas 824 e do banco dedados sobre grupos local, o mecanismo clubster 832 pode determinar 842 se oremetente (dispositivo-A 800) é um membro do grupo. Se for, a etiqueta associadaaos dados sobre clube é identificada pela instância receptora da estrutura (isto é, omecanismo clubster 832 do dispositivo-B 830) e é direcionada 844 para o plug-in836 correspondente. Quando do recebimento, um diálogo tal como "entradas decalendário recebidas" pode ser exibido 845 no dispositivo-B 830. Por meio do plug-in 836, as informações relevantes são armazenadas 846 no calendário doaplicativo de calendário 834.

Conforme descrito acima, as informações sobre clube/grupo sãoespelhadas para cada um dos membros do grupo quando as informações sãodisseminadas por todo o grupo. Nos sistemas da técnica anterior, os serviços emgrupo contam com implementações baseadas em servidor nas quais o provedorde serviços tem as informações de todos os membros do grupo em sua posse. Osusuários podem associar-se a tais grupos desde que concordem com os termos econdições dos provedores de serviços. Além disto, o provedor de serviços pode defato possuir direitos sobre os dados dos membros e pode escolher interromper oserviço a qualquer momento, pelo que as informações sobre grupo são perdidas.O grupo tem pouco ou nenhum meio de controlar o tempo de vida útil do serviço etem que contar com e confiar ao provedor de serviços suas informações. Alémdisto, a hospedagem de serviços de grupo por meio de um dispositivo específicodo grupo, tal como um telefone móvel, levaria a diversos problemas. Por exemplo,devido à natureza dos telefones móveis, eles podem não estar disponíveis de vezem quando - o telefone pode estar fora de uma área de cobertura, pode ter gastosua vida útil de bateria, etc. Em tais situações, o serviço estaria indisponível para ogrupo inteiro.

Estes e outros problemas são solucionados pelo espelhamento dasinformações sobre grupo em cada dispositivo dos membros do grupo. Adisseminação das informações sobre grupo e o armazenamento das informaçõesem cada dispositivo par desta maneira facilita a evolução do grupo sem restriçõesdos provedores de serviços. As alterações no grupo são propagadas ou"espelhadas" para cada membro diretamente, de modo que cada usuário tem umarmazenamento local das informações sobre grupo. Uma vez que os dados sãoarmazenados em vários dispositivos, uma perda de um dispositivo não ésignificativa. Este aspecto da presente invenção proporciona tolerância para comfalhas e até mesmo permite que os usuários mudem de um dispositivo para outroe recebam todas as informações sobre grupo existentes. E, uma vez que não háadministração externa, informações confidenciais ou senão sensíveis podem serarmazenadas no grupo também.

Conforme indicado anteriormente, um usuário pode iniciar um grupocom ele mesmo como único membro. Em seguida, o usuário pode convidar outrosusuários a se associarem ao grupo. As informações sobre o grupo sãoarmazenadas no dispositivo de cada membro do grupo, e essas informações estãodisponíveis desde que haja pelo menos um usuário no grupo. Os usuários podemsair do grupo à vontade, e as informações de usuário para esse(s) usuário(s) sãoremovidas das informações sobre grupo.

Os grupos formados desta maneira podem ser usados em quaisquerserviços de comunicação em grupo, que incluem, mas não se limitam a, troca demensagens instantâneas, bate-papo, transferência de arquivos e distribuição deoutros conteúdos, conversação encadeada e semelhantes. Dependendo doserviço, informações tais como arquivos ou conversas compartilhadas podem servistas no dispositivo de cada membro sem qualquer comunicação em rede. Umavez que o armazenamento em grupo é espelhado em cada dispositivo, osmembros podem acessar as informações rapidamente e, portanto, a leitura ousenão o acesso às informações é muito rápido.

De acordo com uma modalidade da invenção, o serviço de grupo nãoexige nem utiliza administração ou armazenamento centralizado. Assim, de acordocom a invenção, todas as informações que são de propriedade do grupo sãodistribuídas e sincronizadas com o dispositivo de cada membro. O armazenamentode informações em um espaço de armazenamento compartilhado virtual as tornadisponíveis para os membros do grupo ao serem realmente espelhadas para odispositivo de cada membro. Um exemplo de armazenamento de um arquivo deacordo com a estrutura de gerenciamento de grupos é mostrado na Figura 9. Ousuário cria ou senão obtém conteúdo, um arquivo ou arquivos ou outrasinformações a serem compartilhadas com o grupo, estas informações sendo umarquivo na modalidade mostrada. Uma cópia do arquivo é armazenada localmenteno dispositivo 900 do usuário. O arquivo é então transmitido ou "espelhado" paracada membro do grupo, conforme mostrado pela transferência de arquivo para osdispositivos 902, 904. Os dispositivos do grupo receptores 902, 904 recebem earmazenam localmente o arquivo e dão ao usuário acesso local ao arquivo.

A utilização de serviços em grupo não administrados éparticularmente benéfica no caso de membros do grupo desejarem serindependentes dos provedores de serviços. Não há necessidade de servidoresadicionais para fins de formação de grupos, e a existência do grupo não estálimitada a restrições externas. O espelhamento de dados sobre grupo asseguraque os dados existam desde que haja pelo menos um usuário no grupo. Nassituações em que um há um grande número de membros no grupo, as emissõessincronizadas de informações entre os membros podem ser atenuadas, porexemplo, ao se permitir que o membro originador edite dados no armazenamentodo grupo ou remova dados do armazenamento do grupo. O membro originadorpode ser o membro originador do grupo e/ou o membro originador dasinformações específicas que são disseminadas. Hardware, firmware, software ouuma combinação deles pode ser utilizada para executar as funções e operaçõesde acordo com a invenção. Os dispositivos móveis de acordo com a invençãoincluem dispositivos de comunicação tais como, por exemplo, telefones móveis,PDAs e outros comunicadores sem fio, assim como sistemas de computação ecomunicadores de linhas terrestres. Um exemplo representativo de dispositivomóvel no qual a presente invenção pode ser implementada é mostrado na Figura10. O dispositivo móvel 1000 utiliza sistemas de computação para controlar egerenciar a atividade convencional do dispositivo assim como a funcionalidadeapresentada pela presente invenção. O dispositivo móvel 1000 representativoinclui um sistema de computação capaz de executar as operações de acordo coma invenção. Por exemplo, o dispositivo móvel 1000 representativo inclui umaunidade de processamento/controle 1002, tal como um processador, umcomputador com conjunto reduzido de instruções (RISC) ou outro módulo centralde processamento. A unidade de processamento 1002 não precisa ser umdispositivo único e pode incluir um ou mais processadores. Por exemplo, aunidade de processamento pode incluir um processador mestre e processadoresescravos afins acoplados para se comunicar com o processador mestre.

A unidade de processamento 1002 controla as funções básicas dodispositivo móvel 1000 ditadas por programas disponíveis noarmazenamento/memória de programas 1004. O armazenamento/memória 1004pode incluir um sistema operacional e diversos módulos de programa e dadosassociados à presente invenção. Em uma modalidade da invenção, os programassão armazenados em uma memória só de leitura programável, eletricamenteapagável, não volátil (EEPROM), em uma ROM flash, etc., de modo que osprogramas não sejam perdidos quando do desligamento do dispositivo móvel. Oarmazenamento 1004 pode incluir também um ou mais dos outros tipos dememória só de leitura (ROM) e ROM programável e/ou apagável, memória deacesso aleatório (RAM), módulo de interface com assinante (SIM), módulo deinterface sem fio (WIM), cartão inteligente ou outro dispositivo de memória fixo ouremovível.

O software relevante para executar as operações do dispositivomóvel de acordo com a presente invenção pode ser também transmitido para odispositivo móvel 1000 por meio de sinais de dados, como, por exemplo, sendobaixado eletronicamente por meio de uma ou mais redes, tais como a Internet euma rede ou redes sem fio intermediárias.

Para desempenhar outras funções de dispositivo móvel padrão, oprocessador 1002 é também acoplado à interface com usuário (UI) 1006associada ao dispositivo móvel 1000. A Ul 1006 pode incluir, por exemplo, ummostrador 1108, tal como uma tela de cristal líquido, um teclado 1010, um alto-falante 1012 e um microfone 1014. Estes e outros componentes da Ul sãoacoplados ao processador 1002, conforme é sabido na técnica. O teclado 1010pode incluir teclas alfa-numéricas para desempenho de diversas funções, inclusivediscagem de números, navegação através de telas de Ul gráfica, etc. Podem serempregados outros mecanismos de Ul1 tais como comandos de voz, comutadores,mesa/tela sensível ao toque, interface gráfica com usuário que utiliza umdispositivo indicador, TrackBaII, Joystick ou qualqüer outro mecanismo de interfacecom usuário.

O dispositivo sem fio 1000 pode incluir também um conjunto decircuitos convencional para realizar transmissões sem fio através da rede móvel. ODSP 1016 pode ser empregado no desempenho de diversas funções, tais comoconversão analógico-digital (A/D), conversão digital-analógica (D/A),codificação/decodificação de fala, criptografação/decodificação, detecção ecorreção de erros, tradução de fluxos de bits, filtragem, etc.

O transceptor 1018, geralmente acoplado a uma antena 1020,transmite o sinais de rádio de saída 1022 e recebe os sinais de rádio entrantes1024 associados ao dispositivo móvel 1000.

Na modalidade mostrada, o armazenamento/memória 1004armazena os diversos programas de cliente e agentes de usuário envolvidos emfacilitar das funções de estrutura de gerenciamento de grupos de acordo com apresente invenção. Por exemplo, o armazenamento 1004 pode incluir diversosmódulos de programa, como, por exemplo, um aplicativo ou aplicativos 1030 eplug-ins de aplicativo 1032 afins. O armazenamento/memória 1004 inclui tambéma estrutura de gerenciamento de grupos, que inclui, por exemplo, a API 1036 domecanismo de estrutura, o módulo de gerenciamento de membros 1038 e o bancode dados 1040 afim, de dados de grupo e um mecanismo de comunicação 1042.Dados ou programas padrão podem ser também incluídos noarmazenamento/memória 1004, tal como o sistema operacional 1044.

A descrição precedente da modalidade exemplar da invenção foiapresentada para fins de ilustração e descrição. Ela não pretende ser exaustiva oulimitar a invenção à forma precisa revelada. Muitás modificações e variações sãopossíveis à luz do ensinamento acima. Pretende-se que o alcance da invençãoseja limitado não por esta descrição detalhada, mas sim determinado pelasreivindicações anexas.

Claims (29)

1. Método implementado por processador, CARACTERIZADO porcompreender:iniciar, por um membro iniciador de um grupo que tem váriosmembros, pelo menos uma função de gerenciamento de grupo que facilita arestrição da associação ao grupo;transmitir, por meio de comunicação não hierárquica, mensagens degerenciamento de grupo associadas à função de gerenciamento de grupo domembro iniciador para um ou mais outros membros do grupo; efacilitar o gerenciamento sem servidor de comunicações em grupoentre os membros do grupo com base na mensagem de gerenciamento de grupo.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que a pelo menos uma função de gerenciamento de grupo compreende aconfiguração de uma lista de acesso ao grupo, e pelo fato de que a transmissãoda pelo menos uma mensagem de gerenciamento de grupo compreende transmitirdados de associação com a lista de acesso ao grupo a um ou mais outrosmembros do grupo.

3. Método, de acordo com a reivindicação 2, CARACTERIZADO porcompreender também manter uma cópia local da lista de acesso ao grupo comcada membro do grupo em resposta à transmissão dos dados de associaçãoassociados à lista de acesso ao grupo, de modo que as cópias locais das listas deacesso ao grupo sejam substancialmente as mesmas.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO porcompreender também transmitir, por meio da comunicação não hierárquica, a pelomenos uma mensagem de gerenciamento de grupo do membro iniciador para ummembro presumível do grupo.

5. Método, de acordo com a reivindicação 4, CARACTERIZADO pelofato de que a transmissão da pelo menos uma mensagem de gerenciamento degrupo para o membro presumível do grupo compreende transmitir um convite parao membro presumível do grupo.

6. Método, de acordo com a reivindicação 5, CARACTERIZADO porcompreender:quando da aceitação do convite pelo membro presumível,atualizar uma lista de membros em um dispositivo de comunicaçãodo membro que fez o convite de modo a incluir o membro presumível como umnovo membro do grupo; etransmitir dados de grupo, inclusive a lista de membros, por meio dacomunicação não hierárquica, do elemento que fez o convite para o novo membro.

7. Método, de acordo com a reivindicação 6, CARACTERIZADO porcompreender transmitir o anúncio de um novo membro, por meio da comunicaçãonão hierárquica, do membro que fez o convite para cada um dos demais membrosdo grupo.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO porcompreender também:receber, de um dispositivo de comunicação solicitante, umasolicitação de acesso a uma ou mais das funções de gerenciamento de grupodisponíveis para o grupo;comparar as informações de identificação do dispositivo decomunicação solicitante com uma lista de membros dos membros do grupo; edesautorizar o acesso do dispositivo de comunicação solicitante àfunção de gerenciamento de grupo solicitada se as informações de identificaçãonão corresponderem a qualquer entrada da lista de membros.

9. Método, de acordo com a reivindicação 8, CARACTERIZADO porcompreender também permitir o acesso do dispositivo de comunicação solicitanteà função de gerenciamento de grupo se as informações de identificaçãocorresponderem a uma entrada da lista de membros.

10. Método, de acordo com a reivindicação 9, CARACTERIZADO porcompreender, também, comunicar as informações de identificação aos membrosdo grupo com base em informações de identificação que correspondem a umaentrada da lista de membro.

11. Meio passível de leitura por computador, CARACTERIZADO porter instruções armazenadas nele que são executáveis por um sistema deprocessamento de dados para executar as etapas da reivindicação 1.

12. Método, CARACTERIZADO por compreender:iniciar a transmissão de dados de aplicativo do dispositivo decomunicação de um primeiro membro de um grupo que tem vários membros;identificar os endereços de cada um dos demais membros do grupocom base em uma lista de membros armazenada localmente em cada um dosdispositivos dè comunicação dos membros do grupo; etransmitir os dados de aplicativo, por meio de conexões nãohierárquicas do primeiro membro para os demais membros do grupo.

13. Método, de acordo com a reivindicação 12, CARACTERIZADOpor compreender também:marcar os dados com uma identificação do aplicativo que fornece osdados de aplicativo; ereceber os dados de aplicativo em cada um dos demais membros dogrupo e identificar um aplicativo local de modo a utilizar os dados de aplicativo combase na identificação do aplicativo fornecido pelo primeiro membro.

14. Método, de acordo com a reivindicação 12, CARACTERIZADOpor compreender também:marcar os dados com uma identificação de um plug-in de aplicativoassociado ao aplicativo que fornece os dados de aplicativo; ereceber os dados de aplicativo em cada um dos demais membros dogrupo e identificar um plug-in de aplicativo local associado a um aplicativo local demodo a utilizar os dados de aplicativo com base na identificação do aplicativofornecido pelo primeiro membro.

15. Método, de acordo com a reivindicação 12, CARACTERIZADOpor compreender também:a transmissão de dados de associação do dispositivo decomunicação de pelo menos um dos membros do grupo;manter a lista de membros local armazenada em cada um dosdispositivos de comunicação em resposta à transmissão dos dados de associação,de modo que as listas de membros sejam substancialmente as mesmas.

16. Meio passível de leitura por computador, CARACTERIZADO porter instruções armazenadas nele que são executáveis por um sistema deprocessamento de dados para executar as etapas da reivindicação 12.

17. Dispositivo de comunicação CARACTERIZADO porcompreender:um módulo de gerenciamento de grupos para facilitar ogerenciamento de comunicações não hierárquicas entre dispositivos decomunicação de membros de um grupo, o módulo de gerenciamento de gruposincluindo:um banco de dados local para armazenar dados de grupo queincluem pelo menos uma lista de membros para cada um de um ou mais gruposaos quais o equipamento é afiliado;um módulo de gerenciamento de membros acoplado ao banco dedadoslocal para gerenciar o armazenamento e a recuperação dos dados degrupo;uma interface de programação de aplicativos configurada para formarinterface de pelo menos um conteúdo de aplicativo e uma interface de usuário como módulo de gerenciamento de membros; eum módulo de comunicação acoplado ao módulo de gerenciamentode membros para efetuar comunicações não hierárquicas entre o equipamento eos dispositivos de comunicação dos demais membros do grupo, em que ascomunicações não hierárquicas são restringidas com base nos dados de grupo.

18. Dispositivo, de acordo com a reivindicação 17,CARACTERIZADO pelo fato de que o módulo de gerenciamento de membrostransmite, por meio do módulo de comunicação, uma mensagem de convite a ummembro presumível do grupo.

19. Dispositivo, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que o módulo de gerenciamento de associação,mediante a aceitação do convite pelo membro presumível, atualiza os dados degrupo por meio do banco de dados local de modo a incluir o membro presumívelcomo um novo membro do grupo e transmite os dados de grupo, por meio domódulo de comunicação, ao novo membro do grupo.

20. Dispositivo, de acordo com a reivindicação 19,CARACTERIZADO pelo fato de que o módulo de gerenciamento de associaçãotransmite o anúncio de um novo membro, por meio do módulo de comunicação, acada um dos demais membros do grupo.

21. Dispositivo, de acordo com a reivindicação 17,CARACTERIZADO pelo fato de que o módulo de comunicação recebe de umdispositivo de comunicação solícitante uma solicitação de acesso ao conteúdo deaplicativo, e pelo fato de que o módulo de gerenciamento de associação, emresposta à solicitação, compara as informações de identificação do dispositivo decomunicação solicitante com a lista de membros, e pelo fato de que o módulo degerenciamento de associação desautoriza o acesso do dispositivo de comunicaçãosolicitante aos dados de aplicativo se as informações de identificaçãocorresponderem a uma entrada da lista de membros.

22. Dispositivo, de acordo com a reivindicação 21,CARACTERIZADO pelo fato de que o módulo de gerenciamento de associaçãopermite o acesso do dispositivo de comunicação solicitante aos dados deaplicativo se as informações de identificação corresponderem a uma entrada dalista de membros.

23. Rede não hierárquica de dispositivos de comunicaçãoCARACTERIZADA por compreender um grupo, cada dispositivo de comunicaçãocompreendendo:uma interface com usuário (Ul);um módulo de aplicativo que compreende um ou mais aplicativos eplug-ins de aplicativo afins; eum módulo de gerenciamento de grupos que compreende:um banco de dados local para armazenar dados de grupo, queincluem pelo menos uma lista de membros para cada um de um ou mais gruposaos quais o dispositivo de comunicação é afiliado; um módulo degerenciamento de membros acoplado ao banco de dados local para gerenciar oarmazenamento e a recuperação dos dados de grupo;uma interface de programação de aplicativos (API) configurada parafazer a interface de pelo menos o módulo de aplicativo e a Ul com o módulo degerenciamento de membros; eum módulo de comunicação acoplado ao módulo de gerenciamentode membros para efetuar comunicações não hierárquicas entre o dispositivo decomunicação e os dispositivos de comunicação de outros membros do grupo.

24. Rede, de acordo com a reivindicação 23, CARACTERIZADA pelofato de que o módulo de gerenciamento de membros transmite, por meio domódulo de comunicação, uma mensagem de convite a um membro presumível dogrupo.

25. Rede, de acordo com a reivindicação 23, CARACTERIZADA pelofato de que o módulo de gerenciamento de associação, mediante a aceitação doconvite pelo membro presumível, atualiza o grupo de dados por meio do banco dedados local de modo a incluir o membro presumível como um novo membro dogrupo e transmite os dados de grupo, por meio do módulo de comunicação, aonovo membro.

26. Rede, de acordo com a reivindicação 25, CARACTERIZADO pelofato de que o módulo de gerenciamento de associação transmite o anúncio de umnovo membro, por meio do módulo de comunicação, a cada um dos demaismembros do grupo.

27. Rede, de acordo com a reivindicação 23, CARACTERIZADO pelofato de que o módulo de comunicação recebe de um dispositivo de comunicaçãosolicitante uma solicitação de acesso ao conteúdo de aplicativo, e pelo fato de queo módulo de gerenciamento de associação, em resposta à solicitação, compara asinformações de identificação do dispositivo de comunicação solicitante com a listade membros, e pelo fato de que o módulo de gerenciamento de associaçãodesautoriza o acesso do dispositivo de comunicação solicitante aos dados deaplicativo se as informações de identificação não corresponderem a qualquerentrada da lista de membros.

28. Rede, de acordo com a reivindicação 27, CARACTERIZADA pelofato de que o módulo de gerenciamento de associação permite o acesso dodispositivo de comunicação solicitante aos dados de aplicativo se as informaçõesde identificação corresponderem a uma entrada da lista de membros.

29. Rede, de acordo com a reivindicação 27, CARACTERIZADA pelofato de que cada um dos dispositivos de comunicação comunica os dadosrelacionados com alterações na lista de associação do dispositivo de comunicaçãoa outros dispositivos de comunicação do grupo ou grupos, de modo que as listasde associação sejam substancialmente as mesmas em cada um dos dispositivosde comunicação do grupo ou grupos.