BRPI0709170A2 - gerenciamento de coleções de presença rica - Google Patents

gerenciamento de coleções de presença rica Download PDF

Info

Publication number
BRPI0709170A2
BRPI0709170A2 BRPI0709170-2A BRPI0709170A BRPI0709170A2 BR PI0709170 A2 BRPI0709170 A2 BR PI0709170A2 BR PI0709170 A BRPI0709170 A BR PI0709170A BR PI0709170 A2 BRPI0709170 A2 BR PI0709170A2
Authority
BR
Brazil
Prior art keywords
request
collection
user
access
publication
Prior art date
Application number
BRPI0709170-2A
Other languages
English (en)
Inventor
D. Cox Shaun
Original Assignee
Microsoft Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corporation filed Critical Microsoft Corporation
Publication of BRPI0709170A2 publication Critical patent/BRPI0709170A2/pt
Publication of BRPI0709170A8 publication Critical patent/BRPI0709170A8/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)

Abstract

GERENCIAMENTO DE COLEçõES DE PRESENçA RICA. Um método e sistema para o aumento de eficiência de computação e rede de servidores de presença possuindo coleções de publicações são fornecidos, O sistema de presença utiliza várias técnicas que permitem que um servidor de presença forneça informação de presença rica sem exigir processamento caro. Primeiro, o sistema de presença aceita bateladas de atualizações de publicação em uma única solicitação de atualização de presença. De forma similar, o sistema de presença aceita bateladas de solicitações de inscrição. A seguir, o sistema de presença suporta novos tipos de expiração para solicitações de atualização de publicação que eliminam a necessidade de um usuário editor atualizar continuamente a informação de presença que não foi alterada. Finalmente, o sistema de presença aceita listas de acesso que contêm grupos de associação ao invés de uma lista individual de usuários que devem ter acesso a uma coleção de presença particular.

Description

"GERENCIAMENTO DE COLEÇÕES DE PRESENÇA RICA"
Fundamentos
Os servidores de presença estão sendo cada vez mais utilizados para fornecer a in-formação sobre a presença tal como situação de disponibilidade de usuários. A informaçãode presença de um usuário identifica o "estado de presença" atual desse usuário. Usuáriospodem disponibilizar sua informação de presença de forma que outros usuários possamdecidir como melhor se comunicar com os mesmos. Por exemplo, a informação de presençapode indicar se um usuário está conectado ("online") a um servidor de envio de mensagensinstantâneas ou se está desconectado ("offline"). A informação de presença também podefornecer informação mais detalhada sobre a disponibilidade do usuário. Por exemplo, apesarde um usuário estar conectado, esse usuário pode estar longe de seu computador, em umareunião. Em tal caso, o estado de presença pode indicar "conectado" e "em uma reunião".
Em um contexto de mensagem instantânea, um usuário editor ("editor") pode forne-cer sua informação de presença para um serviço de presença que então fornece a informa-ção de presença para os usuários assinantes ("assinantes"). Dessa forma, um serviço depresença pode utilizar um modelo de assinante/editor para fornecer a informação de pre-sença para os usuários que estão editando e assinando o serviço de presença. Toda vezque a informação de presença de um usuário muda, o serviço de presença é notificado so-bre a mudança pelo sistema de computador desse usuário e, por sua vez, notifica os usuá-rios assinantes sobre a mudança. Um usuário assinante pode então decidir como melhorentrar em contato com o usuário editor com base na informação de presença dos participan-tes. Por exemplo, se a informação de presença indicar que um usuário editor está atualmen-te em uma chamada de conferência, então o usuário assinante pode decidir enviar umamensagem instantânea, ao invés de realizar uma chamada telefônica, para o usuário editor.
Se o usuário assinante, no entanto, precisa chamar e falar com o usuário editor, o usuárioassinante pode monitorar a informação de presença do usuário editor para saber quando achamada pode ser realizada. Quando o usuário assinante nota que a informação de presen-ça do usuário editor indica que a conferência de telefona foi concluída, o usuário assinantepode então realizar a chamada telefônica.
Um usuário em particular também pode publicar a informação de presença a partirde múltiplos dispositivos. Por exemplo, um usuário pode estar conectado a um serviço depresença a partir de um computador tipo laptop, um computador de mesa, e um telefonecelular tudo ao mesmo tempo. A informação de presença pode indicar a situação do usuárioem cada dispositivo. Isso é particularmente útil se, por exemplo, o usuário estiver andandopara uma reunião com um telefone celular e tiver saído de frente de seu computador de me-sa. Se um usuário assinante desejar entrar em contato com o usuário editor, a informaçãode presença pode indicar que uma chamada para o telefone celular será uma forma maisefetiva para alcançar o usuário do que uma mensagem instantânea recebida no computadorde mesa do usuário. Cada um dos dispositivos de usuário também pode assinar a informa-ção de presença dos outros dispositivos de usuários para permitir que os dispositivos, porexemplo, determinem em que dispositivo o usuário editor está atualmente mais ativo.
Devido à crescente popularidade dos sistemas de envio de mensagens instantâ-neas e outros sistemas de comunicações em tempo real, os serviços de presença precisamsuportar um número cada vez maior de usuários. Adicionalmente, esses sistemas precisamsuportar definições cada vez mais complexas de "informação de presença". Por exemplo,informação de presença pode incluir informação de calendário que especifica a disponibili-dade de um editor durante os próximos vários meses. Como resultado disso, um servidor depresença é tipicamente desenvolvido para fornecer serviços de presença de forma eficiente.
Infelizmente, os modelos típicos de presença exigem computação intensa quando a infor-mação de presença é atualizada. Dessa forma, à medida que mais editores e assinantessão adicionados, servidores de presença adicionais são necessários para se realizar ascomputações necessárias.
Os primeiros sistemas de presença manuseavam a publicação da informação depresença pela colocação de toda a informação de presença em um único documento XML.
À medida que partes da informação de presença de usuário mudavam, um editor precisaraapontar para uma linha no documento e substituir a mesma com nova informação de pre-sença ou apontar para um nó dentro de uma sub-árvore XML e substituir o mesmo por outrasub-árvore XML. Esse tipo de atualização exigia que o servidor de presença realizasse aná-lise XML cara em termos de computação. À medida que o número de usuários e atualiza-ções de presença aumentavam, a carga da análise XML no servidor de presença se tornariainsuportável. Esse modelo de edição de informação de presença também não permite queum assinante assine apenas uma parte de um documento de presença. Adicionalmente,partes individuais do documento não recebem novas versões de forma que um assinante ouservidor de presença possa informar facilmente quais partes do documento foram alteradasrecentemente. Esse modelo também não permite a exposição de versões diferentes de umdocumento de presença para diferentes assinantes ou especificação de diferentes informa-ções de autorização para partes individuais do documento.
Um sistema de presença mais eficiente que é menos intenso em termos de compu-tação é descrito em um pedido relacionado, pedido de patente U.S. No. 11/190.503 (No. dodocumento 41826-8225US) intitulado "ORGANIZING PRESENCE INFORMATION INTOCOLLECTIONS OF PUBLICATIONS," depositado em 26 de julho de 2005, que é incorpora-do aqui em sua totalidade por referência. O pedido relacionado descreve um método e umsistema para o gerenciamento da informação de presença com base nas coleções de publi-cações. Um sistema de coleta de presença cria coleções de publicações para um editor.Uma publicação inclui um tipo e um valor, e pode ser acompanhada de atributos tal comoquando a publicação deve expirar. Por exemplo, uma publicação com um tipo de "situação"e um valor de "conectado" pode indicar aos usuários assinantes que o usuário assinanteestá atualmente conectado. Um editor pode definir uma coleção de publicações que deveser disponibilizada para determinados assinantes e outra coleção de publicações que deveser disponibilizada para outros assinantes. Por exemplo, uma coleção pode ser visível parao público, enquanto outra pode ser visível apenas para os colegas do usuário editor. Cadacoleção contém uma lista de usuários que podem assinar a informação dentro dessa cole-ção. O sistema de coleção de presença pode permitir que um editor atualize as publicaçõesindividuais dentro de uma coleção. Depois de receber a atualização, o servidor de presençapode rapidamente atualizar a informação de presença sem ter que se basear em uma análi-se computacionalmente cara dos documentos XML. Cada coleção de publicações tambémpode conter categorias de informação. Uma categoria é um tipo de publicação que abrangemúltiplas coleções. Por exemplo, uma categoria de "situação" pode ter uma publicação comum valor de "não disponível" em uma coleção que é disponível para o público, e uma publi-cação com um valor "em uma reunião com João" em uma coleção disponível para os cole-gas. As publicações podem também especificar um identificador de caso. Um identificadorde caso diferencia informações similares dentro da mesma coleção. Por exemplo, um usuá-rio pode ter uma "situação" de publicação com um caso de "laptop" que indica a situação dousuário em seu laptop, e outra "situação" de publicação com um caso de "telefone celular"que indica a situação do usuário em seu telefone celular.
Apesar de o sistema de coleção de presença ser um aperfeiçoamento sobre técni-cas anteriores, o mesmo pode colocar uma carga maior nos recursos de rede e no servidorde presença. Por exemplo, um usuário de publicação que envia atualizações separadas pa-ra muitos casos de publicação dentro de muitas coleções para um servidor de presença criauma grande quantidade de tráfego de rede para o servidor de presença. De forma similar,um usuário assinante que recebe notificações separadas para cada publicação que é atuali-zada cria uma grande quantidade de tráfego de rede do servidor de presença para o disposi-tivo conectado do usuário assinante ou dispositivos. Tipicamente, as publicações de presen-ça são determinadas para expirar dentro de uma quantidade fixa de tempo, e devem seratualizadas periodicamente pelo usuário editor a fim de manter as publicações publicadas. Anecessidade de se atualizar muitas publicações que não foram alteradas cria uma cargadesnecessária no servidor. Finalmente, a adição das coleções possuindo vários graus dedetalhes disponíveis para diferentes usuários assinantes cria uma oportunidade para expora informação de presença para grupos mais amplos de assinantes. A lista de usuários comacesso a uma coleção pode crescer bastante e o custo computacional da verificação de aque coleção um assinante particular deve assinar apenas aumenta à medida que a listacresce, causando uma carga adicional para o servidor de presença.
Sumário
Um método e sistema para o aumento da eficiência computacional e de rede dosservidores de presença possuindo coleções de publicações são fornecidos. O sistema depresença utiliza várias técnicas que permitem que um servidor de presença forneça informa-ção de presença rica sem exigir processamento caro. Primeiro, o sistema de presença acei-ta bateladas de atualizações de publicação em uma única solicitação de atualização de pre-sença. De forma similar, o sistema de presença aceita bateladas de solicitações de inscri-ção. A seguir, o sistema de presença suporta novos tipos de expiração para as solicitaçõesde atualização de publicação que elimina a necessidade de um usuário editor precisar atua-lizar continuamente a informação de presença que não foi alterada. Finalmente, o sistemade presença aceita listas de acesso que contêm grupos de associação ao invés de uma listaindividual de usuários que têm acesso a uma coleção de presença em particular.
Esse Sumário é fornecido para introduzir uma seleção de conceitos de uma formasimplificada que será descrita abaixo na Descrição Detalhada. Esse Sumário não deve iden-tificar características chave ou características essenciais da matéria reivindicada, nem deveser utilizado para limitar o escopo da matéria reivindicada.
Breve Descrição dos Desenhos
A figura 1 é um diagrama em bloco que ilustra componentes do sistema de presen-ça em uma modalidade;
A figura 2 é uma listagem de protocolo que ilustra as extensores de protocolo SIPpara enviar atualizações de publicação em uma modalidade;
A figura 3 é um fluxograma que ilustra o componente de atualização de publicaçõesdo sistema de presença em uma modalidade;
A figura 4 é uma listagem de protocolo que ilustra as extensões de protocolo SIPpara o envio de solicitações de inscrição em uma modalidade;
A figura 5 é um fluxograma que ilustra o componente de atualização de inscriçõesdo sistema de presença em uma modalidade;
A figura 6 é uma listagem de protocolo que ilustra as extensões de protocolo SIPpara atualização das associações de coleção em uma modalidade;
A figura 7 é um fluxograma que ilustra o componente de atualização de associa-ções atualizado do sistema de presença em uma modalidade;
A figura 8 é um fluxograma que ilustra o componente de expiração de publicaçõesdo sistema de presença em uma modalidade.
Descrição Detalhada
Um método e sistema para o aumento da eficiência computacional e de rede dosservidores de presença possuindo coleções de publicações são fornecidos. O sistema depresença utiliza várias técnicas que permitem que um servidor de presença forneça informa-ção de presença rica sem exigir processamento caro. Primeiro, o sistema de presença acei-ta bateladas de atualizações de publicação em uma única solicitação de atualização de pre-sença. Por exemplo, um usuário editor pode publicar múltiplas categorias de informação emmúltiplas coleções pelo envio de uma única solicitação de atualização para o servidor depresença. De forma similar, o sistema de presença aceita bateladas de solicitações de ins-crição. Por exemplo, um usuário assinante pode solicitar uma inscrição para múltiplas cate-gorias de informação em múltiplas coleções enviando uma única solicitação de inscriçãopara o servidor de presença. A seguir, o sistema de presença suporta novos tipos de expira-ção para as solicitações de atualização de publicação que eliminam a necessidade de umusuário editor ter que atualizar continuamente a informação de presença que não foi altera-da. Por exemplo, um número de telefone doméstico do usuário editor raramente muda, deforma que o sistema de presença permite que o usuário publique essa informação uma veze não atualize a mesma a menos que a informação mude, ao invés de publicar novamente ainformação uma vez a cada hora. Finalmente, o sistema de presença aceita as listas de a -cesso que contêm grupos de associação ao invés de uma lista individual de usuários quedevem ter acesso a uma coleção de presença em particular. Por exemplo, um usuário editorpode conceder acesso a todos os seus colegas pela aplicação de um grupo de associação auma coleção sem listar cada colega individualmente.
Batelada de Publicação
Em uma modalidade, o sistema de presença aceita múltiplas publicações de pre-sença em uma única solicitação. As publicações pode abranger múltiplas categorias, casose coleções. Por exemplo, um usuário editor possuindo categorias de publicação "situação" e"localização" pode publicar uma situação de "não disponível" e um local de "Escritório daMicrosoft" em uma coleção acessível ao público e uma situação de "em uma reunião comJoão" e um local "Edifício 40/Sala de Conferência 5" em uma coleção acessível aos colegas.O usuário editor também pode publicar múltiplos casos da mesma informação dentro decada coleção. Por exemplo, uma categoria "número de telefone" pode ter casos de "casa"para um número doméstico, "trabalho" para um número do escritório e "móvel" para um nú-mero de telefone celular. O usuário pode publicar valores para cada um desses casos namesma solicitação de publicação.
Em uma modalidade, o sistema de presença aceita publicações não publicáveis epublicáveis em uma única solicitação. Por exemplo, um usuário editor que está indo a umareunião pode desconectar seu computador de mesa, causando a não publicação de casosde publicação referentes ao computador de mesa, e o usuário pode se tornar ativo em seutelefone celular, fazendo com que novos casos precisem ser adicionados ao telefone celular.O sistema de presença pode aceitar tanto a não publicação de publicações no computadorde mesa e a publicação de publicações no telefone celular em uma única solicitação de atu-alização. Por exemplo, um serviço de presença empresarial pode receber atualizações depublicação de ambos os dispositivos e enviar as atualizações para um serviço de presençaglobal em uma única solicitação.
Em uma modalidade, o sistema de presença envia múltiplas atualizações de pre-sença utilizando extensões para o Protocolo de Iniciação de Sessão (SIP) e protocolos SIPpara Mensagem Instantânea e Extensões de Alavancagem de Presença (SIMPLE). SIP éum protocolo de controle de camada de aplicativo que os dispositivos podem utilizar para sedescobrir e para estabelecer, modificar e encerrar sessões entre dispositivos e é um padrãoproposto pela Internet descrito em "RFC 3261." RFC 3261, que está disponível na Internetem www.ietf.org/rfc/rfc3261 .txt. é incorporado aqui em sua totalidade por referência. O pa-drão SIP permite que implementadores adicionem extensões para definir comportamentospersonalizados. O sistema de presença adiciona um indicador <publish> que contém umalista de indicadores <publication> especificando a informação de presença a ser publicada, eum indicador similar <unpublish> que contém uma lista de indicadores <publication> especi-ficando a informação de presença que não deve ser publicada. Cada publicação identifica acategoria, caso e coleção à qual se aplica. Em algumas modalidades, o sistema de presen-ça aceita um valor de expiração igual a zero para uma publicação dentro de um indicador<publish> como uma indicação para não publicar a informação ao invés de ter um indicador<unpublish> separado.
Em uma modalidade, o sistema de presença aceita as atualizações para múltiplosusuários editores em uma única solicitação. Por exemplo, quando o protocolo SIP é utiliza-do, cada publicação pode conter URI do usuário ao qual a publicação se aplica. Isso permiteque os serviços publiquem informação em nome de um grande número de usuários. Porexemplo, um servidor de correio eletrônico de Permuta pode publicar informação de calen-dário para todos os usuários que utilizam o servidor. Como outro exemplo, um portador detelefone celular pode publicar informação sobre a localização dos clientes de seu telefonecelular para um servidor de presença. Em ambos esses exemplos, a informação que teriapreviamente gerado tráfego de rede extensivo pode ser publicada para um grande númerode usuários em uma única solicitação para o servidor de presença.
Em uma modalidade, o sistema de presença aceita as solicitações de publicaçãopossuindo diferentes atributos em uma única solicitação. Um usuário editor pode especificaruma política de expiração diferente para uma publicação em uma coleção do que uma publi-cação em outra coleção. Por exemplo, em uma coleção possuindo informação detalhadapara um "local" de publicação, a informação de situação detalhada (por exemplo, "na sala deconferência 2") pode mudar freqüentemente e pode ter uma expiração mais curta do queinformação menos detalhada em outra coleção (por exemplo, "em Seattle"). Como outroexemplo, um usuário editor pode especificar uma política de notificação diferente para umtipo de publicação do que para outro na mesma solicitação. Por exemplo, a política de notifi-cação pode indicar que atualizações em determinadas categorias não devem resultar emqualquer notificação.
Batelada de Inscrição
Em uma modalidade, o sistema de presença aceita inscrições de um usuário assi-nante a partir de múltiplas categorias em uma única solicitação. Por exemplo, um usuárioassinante que está interessado na situação do usuário editor e localização pode comporuma única solicitação de inscrição que contém "situação" e "localização" em uma lista decategorias.
Em uma modalidade, o sistema de presença aceita inscrições de um usuário assi-nante para múltiplos usuários editores em uma única solicitação. Por exemplo, um usuárioassinante pode assinar múltiplas categorias para Usuário A e Usuário B em uma única soli-citação. Quando um usuário assinante está assinando a informação de presença para cadaum dos usuários em sua lista de contatos, isso pode resultar em economia substancial derecursos visto que todas as inscrições podem ser feitas em uma única solicitação. De formasimilar, o sistema de presença também pode aceitar diferentes listas de categoria para dife-rentes usuários em uma única solicitação. Por exemplo, um usuário assinante pode assinaras categorias 1 e 2 para Usuário A e categorias 3 e 4 para Usuário B em uma única solicitação.
Em uma modalidade, o sistema de presença permite que uma solicitação de assi-nante recupere a informação de presença sem criar uma inscrição. Por exemplo, um usuáriopode desejar solicitar a informação de presença para um usuário editor uma vez sem rece-ber notificações sobre as mudanças da informação. O usuário pode enviar uma solicitaçãode inscrição com uma indicação de que a solicitação é uma pesquisa para o valor atual dainformação de presença nas categorias especificadas e não uma solicitação para criação deuma inscrição.
Em uma modalidade, o sistema de presença aceita a remoção das inscrições exis-tentes na mesma solicitação que a adição de novas inscrições. Por exemplo, se um usuárioassinante não estiver mais interessado em saber a localização do usuário editor, e tambémquiser rastrear o número de telefone atual do usuário editor, o usuário assinante pode com-por uma única solicitação que contenha a categoria "situação" em uma lista de categoriaspara cancelar a inscrição, e a categoria "número de telefone" em uma lista de categoriaspara assinar.
Em uma modalidade, o sistema de presença aceita as solicitações de inscrição emnome de múltiplos usuários assinantes em uma única solicitação. Por exemplo, uma empre-sa pode ter um servidor de presença local que recebe solicitações de inscrição individuaisdos usuários assinantes dentro da empresa e envia as solicitações para um servidor de pre-sença global como uma única solicitação de inscrição em batelada.
Em uma modalidade, o sistema de presença envia múltiplas inscrições de presençautilizando extensões para os protocolos SIP e SIMPLE. O sistema de presença adiciona umindicador <batchSub> que contém um indicador <categoryList> que especifica a lista de ca-tegorias a serem assinadas. O indicador <batchSub> também pode especificar um indicador<adhocList> que especifica uma lista de múltiplos usuários cujas categorias estão sendoassinadas. O sistema de presença também adiciona um indicador <batchUnsub> que tam-bém contém indicadores especificando a lista de usuários e suas categorias que estão sen-do assinadas. O sistema também pode permitir uma solicitação de assinante com um corpovazio para indicar que todos os usuários e categorias devem ser cancelados, ao invés deexigir que o usuário assinante liste cada categoria e usuário para os quais tem uma inscrição.
Em uma modalidade, o sistema de presença filtra a informação de presença indese-jada para um usuário assinante exigindo uma inscrição explícita para cada categoria na qualo usuário está interessado. Por exemplo, um usuário editor pode publicar centenas de cate-gorias de informação, mas um usuário assinante pode desejar apenas conhecer a situaçãoatual do usuário editor. O usuário assinante pode enviar uma solicitação de inscrição indi-cando uma inscrição para a "situação" da categoria e o usuário só receberá as notificaçõespara essa categoria. Isso impede que os usuários assinantes sejam inundados com notifica-ções nas quais o usuário não está interessado visto à medida que a quantidade de informa-ção fornecida pelo servidor de presença aumenta.
Modelos de Expiração
Em uma modalidade, o sistema de presença aceita publicações que expiram quan-do o dispositivo de publicação desconecta do servidor de presença. Em sistemas anterioreso usuário editor publicava informação por uma duração fixa (por exemplo, uma hora), e tinhaque atualizar ou publicar novamente a informação quando a publicação estava perto de ex-pirar para manter a informação publicada. O sistema de presença define um novo tipo deexpiração que mantém a informação de presença publicada até que o dispositivo que publi-cou a informação seja desconectado. Isso é utilizado, por exemplo, quando um dispositivotal como um telefone celular tem casos publicados de informação que são válidos apenasenquanto o telefone celular está ligado. Quando o telefone celular é desligado ou desconec-tado, o servidor de presença pode detectar o fato e remover a informação que só foi relevan-te enquanto o dispositivo estava ligado. Quando o dispositivo está ligado, não é mais neces-sário se atualizar continuamente a informação de presença que não foi alterada para impedirque a mesma expire.
Em uma modalidade, o sistema de presença aceita publicações que expiram quan-do o usuário editor não está mais conectado. Esse tipo de expiração é útil para a informaçãode presença que é aplicada a múltiplos dispositivos desde que o usuário esteja conectado,mas que não é mais relevante quando o usuário está desconectado. O sistema de presençapode detectar que o usuário está desconectado quando o usuário não está mais conectadoatravés de qualquer dispositivo. O sistema de presença pode detectar que o usuário nãoestá mais conectado em um dispositivo quando o dispositivo é desligado do servidor de pre-sença ou quando o dispositivo informa ao servidor de presença que o usuário não está maisutilizando o dispositivo. Por exemplo, um quiosque de Internet pública pode permitir que umusuário acesse a Internet inserindo um circuito de proteção contra cópia USB que identificao usuário. Quando o circuito de proteção contra cópia é removido, o quiosque de Internetpode informar aos serviços aos quais o usuário esteve conectado, tal como um servidor depresença, que o usuário não está mais utilizando o dispositivo. Enquanto o usuário estiverconectado, a informação permanece publicada sem solicitações de atualização por parte dousuário, evitando, assim, que o servidor de presença precise processar solicitações de atua-lização adicionais.
Em uma modalidade, o sistema de presença aceita publicações que não expiram.Esse tipo de expiração, chamada estática, é útil para informação que é relevante se um u-suário estiver conectado ou não, tal como o número telefônico ou endereço do usuário. Essetipo de expiração também pode ser utilizado pelos serviços que publicam informação emnome de um usuário. Por exemplo, um servidor de Permuta que publica informações de ca-lendário para múltiplos usuários não precisa saber se o usuário está conectado ou não antesde publicar a informação de calendário do usuário, e a informação não deve expirar inde-pendentemente da situação atual de conexão do usuário. Portanto, tais serviços podem pu-blicar informação especificando um tipo de expiração estática para a publicação, e a infor-mação publicada não será retirada a menos que o servidor de presença receba uma solici-tação explícita de retirada.
Grupos de Associação
Em uma modalidade, o sistema de presença aceita listas de associados de coleçãoque contêm grupos de usuários. Previamente, os usuários que tinha acesso a uma coleçãoparticular de informação de presença eram listados de forma explícita, e uma coleção pa-drão continha informação que se aplicava a usuários que não se encontram em lista alguma.O sistema de presença permite que grupos de usuários sejam especificados, o que reduz adificuldade de computação da determinação de se um usuário tem acesso a uma coleçãopara grandes grupos de usuários. As listas de associados de coleção podem ser especifica-das quando a informação de presença é publicada, ou podem ser especificadas indepen-dentemente em uma solicitação separada. Um tipo de grupo de associação, "lista de conta-to", especifica que qualquer usuário assinante em uma lista de contatos do usuário editorpossa visualizar a informação em uma coleção à qual o grupo é designado.
Em uma modalidade, o sistema de presença aceita um grupo de associação con-tendo usuários dentro da mesma empresa que o usuário editor. Esse grupo de associadospermite um único registro em uma lista de associação da coleção do usuário para especifi-car que qualquer usuário assinante na mesma empresa deve ter acesso a uma coleção par-ticular. Por exemplo, para uma grande corporação como a Microsoft, isso permite que umacoleção seja criada com detalhes adicionais para colegas de trabalho que contém um únicoregistro na lista de associação que especifica o grupo de associação da "mesma empresa".
O servidor de presença determina se um usuário assinante em particular tem acesso à cole-ção verificando se a empresa do usuário é a mesma que a do usuário editor, tal como pes-quisando um controlador de domínio externo. Isso impede que o servidor de presença dupli-que a mesma lista de usuários que o controlador de domínio externo já contém.
Em uma modalidade, o sistema de presença aceita um grupo de associação con-tendo usuários dentro de uma área pública. Uma área pública é definida como uma lista deusuários disponível externamente fornecida por uma organização diferente. O grupo de as-sociação de área pública é útil quando um operador de um servidor de presença tem parce-ria com operadores de outros sistemas de presença. Por exemplo, um servidor de presençautilizando o software de envio instantâneo de mensagens pode interagir com AOL, Yahoo, eoutras plataformas de envio instantâneo de mensagens utilizando os grupos de associaçãode área pública. Pela especificação do grupo de associação de área pública em uma lista deassociação de coleção, um usuário editor pode definir as publicações de presença que osmembros de outros sistemas de presença podem assinar e visualizar sem ter que listar cadamembro explicitamente na lista de associação de coleção.
Em uma modalidade, o sistema de presença aceita um grupo de associação fede-rado. Um grupo de associação federado é um no qual múltiplas entidades definem listas deusuários que devem ter acesso similar à informação de presença. Por exemplo, duas corpo-rações tal como a Microsoft e a Intel podem disponibilizar suas listas de funcionários para osgrupos de associação federados. Um servidor de presença recebendo publicações com umgrupo de associação federado se refere aos servidores de associação federados especifica-dos para determinar quais usuários são membros do grupo federado. Um usuário editor po-de então especificar publicações às quais o grupo federado pode assinar.
Em uma modalidade, o sistema de presença aceita bateladas de mudanças de listade associação em uma única solicitação. Por exemplo, um usuário editor pode concederacesso aos usuários assinantes no mesmo grupo de associação empresarial para uma co-leção e remover usuários no grupo de associação de área pública de outra coleção em umaúnica solicitação. Um usuário editor pode especificar listas de associação para múltiplascoleções além de múltiplos grupos de associação e usuários individuais em uma lista deassociação para uma coleção particular em uma única solicitação.
Pela combinação do modelo de coleção com os grupos de associação, um usuárioeditor pode estabelecer uma hierarquia no acesso à informação. Por exemplo, uma informa-ção de calendário de usuário pode ser disponibilizada em detalhes para colegas de trabalhodentro da mesma empresa e pode ser disponibilizada como informação livre/ocupada (queindica apenas o horário no qual um usuário está livre e o horário no qual um usuário estáocupado) para o público em geral. Isso permite que os membros do público em geral pro-gramem um compromisso com o usuário editor que não entre em conflito com o resto daprogramação do usuário sem expor a informação pessoal sobre o que o usuário está fazen-do. Por outro lado, os colegas de trabalho são fornecidos com uma visão mais detalhada doque o usuário está de fato fazendo de forma que possam, por exemplo, saber se o usuárioestará na reunião com os colegas de trabalho mais tarde.
A figura 1 é um diagrama em bloco que ilustra os componentes do sistema de pre-sença em uma modalidade. O sistema de presença 110 é conectado a dispositivos de enti-dade 120 e 130 através de uma conexão de comunicações 140, tal como a Internet. Os dis-positivos de entidade correspondem às entidades que podem ser editores ou assinantes. Osdispositivos de entidade incluem um componente de atualização de publicação composto122, um componente de solicitação de inscrição composto 125 e um componente de solici-tação de envio 127. O componente de atualização de publicação composto 122 compõe assolicitações de atualização para a informação de presença publicada que podem incluir ba-teladas de atualizações de publicação individuais. O componente de solicitação de inscriçãocomposto 125 compõe solicitações de inscrição que podem incluir bateladas de inscriçãopara múltiplas categorias da informação de presença para múltiplos usuários editores. Ocomponente de solicitação de envio 127 envia solicitações de atualização de publicação esolicitações de inscrição para o sistema de presença 110.
O sistema de presença inclui um componente de recebimento de atualização depublicação 150, um componente de atualização de publicações 155, um componente derecebimento de atualização de associação 170, um componente de atualização de associa-ções 175, um componente de expiração de publicações 180, um componente de detecçãode situação de conexão 182, um componente de recebimento de solicitação de inscrição185, um componente de atualização de inscrições 190, um componente de criação de cole-ção 165, um componente de armazenamento de publicação 160 e um componente de ar-mazenamento de inscrição 195. O armazenamento de publicação 160 contém as publica-ções dos editores. As publicações são organizadas em coleções criadas pelo componentede criação de coleção 165. O componente de recebimento de atualização de publicação 150é invocado quando uma solicitação de atualização de uma ou mais publicações é recebidade um editor. O componente de recebimento de atualização de publicação 150 invoca ocomponente de atualização de publicações 155 para adicionar, remover ou atualizar as pu-blicações no armazenador de publicação 160 como especificado pela solicitação. O compo-nente de recebimento de atualização de associação 170 é invocado quando uma solicitaçãode atualização da lista de associação de uma ou mais coleções no armazenador de publica-ção 160 é recebida de um editor. A solicitação pode ser recebida como uma mensagem in-dependente ou pode ser parte de uma solicitação de atualização de publicação. O compo-nente de recebimento de atualização de associação 170 invoca o componente de atualiza-ção de associações 175 a adicionar, remover e atualizar as associações nas coleções noarmazenador de publicação 160. O componente de recebimento de solicitação de inscrição185 é invocado quando uma solicitação é recebida de uma entidade para assinar um oumais tipos de publicações de um editor. O componente de recebimento de solicitação deinscrição 185 invoca o componente de atualização de inscrições 190 para assinar a entidadenos tipos solicitados de publicações. As inscrições são armazenadas em um armazenadorde inscrição 195, que pode ser integrado ao armazenador de publicação 160. O componentede expiração de publicações 180 é invocado periodicamente pelo sistema de presença paralimpar as publicações expiradas no armazenador de publicação 160. Apesar de não ser ilus-trado na figura 1, os dispositivos de entidade incluem componentes do sistema de presençapara definir as coleções e suas associações, para enviar atualizações de publicações, paraenviar solicitações de inscrição, e para receber notificações sobre atualizações das publica-ções.
O dispositivo de computação no qual o sistema é implementado pode incluir umaunidade de processamento central, memória, dispositivos de entrada (por exemplo, tecladoe mouse), dispositivos de saída (por exemplo, monitores), e dispositivos de armazenamento(por exemplo, acionadores de disco). A memória e dispositivos de armazenamento são mí-dias legíveis por computador que podem conter instruções que implementam o sistema. A-dicionalmente, as estruturas de dados e estruturas de mensagem podem ser armazenadasou transmitidas através de um meio de transmissão de dados, tal como um sinal em umaconexão de comunicação. Várias conexões de comunicação podem ser utilizadas, tal comoa Internet, uma rede de área local, uma rede de área ampla, uma conexão discada ponto aponto, uma rede de telefonia celular, e assim por diante.
As modalidades do sistema podem ser implementadas em vários ambientes opera-cionais que incluem computadores pessoais, computadores servidores, dispositivos portá-teis ou laptop, sistemas de multiprocessador, sistemas com base em microprocessador, par-tes eletrônicas de consumo programáveis, câmeras digitais, PCs em rede, mini computado-res, computadores principais, ambientes de computação distribuídos que incluem qualquerum dos sistemas ou dispositivos acima, e assim por diante. Os sistemas de computador po-dem ser telefones celulares, assistentes digitais pessoais, telefones inteligentes, computado-res pessoais, partes eletrônicas de consumo programáveis, câmeras digitais e assim pordiante.
O sistema pode ser descrito no contexto geral de instruções executáveis por com-putador, tal como módulos de programa, executados por um ou mais computadores ou ou-tros dispositivos. Geralmente, os módulos de programa incluem rotinas, programas, objetos,componentes, estruturas de dados, e assim por diante que realizam tarefas particulares ouimplementam tipos de dados abstratos particulares. Tipicamente, a funcionalidade dos mó-dulos de programa pode ser combinada ou distribuída como desejado em várias modalidades.
A figura 2 é uma listagem de protocolo que ilustra as extensões do protocolo SIPpara envio de atualizações de publicação em uma modalidade. O protocolo começa com umverbo SIP "PUBLICAR" 210 que sinaliza uma solicitação para publicação da informação. Oprotocolo contém cabeçalhos 220 que descrevem adicionalmente a solicitação, tal como seutipo de conteúdo. O protocolo contém uma seção "<publish>" 230 que contém uma seção"<publications>" 232. A seção "<publications>" lista as publicações 235 e 240 a serem publi-cadas e a publicação 250 a ser cancelada. A publicação 235 especifica a informação depresença para uma categoria chamada "situação", um caso específico de categoria chama-do "laptop", um recipiente (que é um tipo de coleção) identificado como "1", uma versão "0",um usuário editor identificado pelo endereço SIP "sip:foo@bar.com," e um tipo de expiraçãopara a publicação do "usuário" que indica que a publicação deve ser removida quando ousuário for desconectado. Apesar de o texto ser ilustrado para alguns campos por motivosde clareza, números também podem ser utilizados. Por exemplo, o valor do campo "caso"pode conter um identificador singular designado a um dispositivo ao invés de o texto "lap-top". Outra publicação 240 especifica a mesma categoria "situação", mas um caso diferente"desktop" em um recipiente diferente "2" para o mesmo usuário editor. O protocolo tambémcontém uma publicação 250 que deve ser removida do armazenador de publicação comoindicado nesse exemplo por um tipo de expiração igual a zero. Apesar de nesse exemplo ocampo "expiryType" estar sobrecarregado para indicar que uma publicação deve ser remo-vida, um campo separado ou uma seção XML separada dentro do protocolo também podeser utilizado. A publicação 250 que está sendo removida é identificada por um nome de ca-tegoria, um identificador de caso, um identificador de recipiente, e um endereço de usuárioeditor. A especificação do endereço de usuário editor em uma publicação permite que asentidades diferentes do usuário publiquem e removam informação de presença em nome deum usuário, tal como um servidor de Permuta como descrito acima.
A figura 3 é um fluxograma que ilustra o processamento do componente de atuali-zação de publicações do sistema de presença em uma modalidade. O componente é invo-cado pelo componente de recebimento de atualização de publicação quando uma solicita-ção de publicação tal como a da figura 2 é recebida. No bloco 310, o componente recebeuma solicitação de atualização de publicações do componente de recebimento de atualiza-ção de publicação. No bloco 320, o componente seleciona a próxima publicação a partir dasolicitação. No bloco 330, o componente localiza a coleção para o usuário editor identificadopela publicação selecionada no armazenador de publicação. No bloco de decisão 340, se apublicação existir, quando o componente continua no bloco 360, ou o componente continuano bloco 350. No bloco 350, a publicação que não existia anteriormente é adicionada aoarmazenador de publicação. No bloco 360, a publicação existente no armazenador de publi-cação é atualizada com informação na solicitação. No bloco de decisão 370, se houver maispublicações na solicitação, o componente volta para o bloco 320 para selecionar a próximapublicação, ou o componente é encerrado.
A figura 4 é uma listra de protocolo que ilustra as extensões de protocolo SIP paraO envio de solicitações de inscrição em uma modalidade. O protocolo começa com um ver-bo SIP "ASSINAR" 410 que sinaliza uma solicitação de inscrição da informação publicada. Oprotocolo contém cabeçalhos 420 que descrevem adicionalmente a solicitação, tal como seutipo de conteúdo. O protocolo também contém uma seção "<batchSub>" 440 que contémuma seção "<action>" 442. A seção de ação contém uma seção "<adhocList>" 445 e umaseção "<categoryList>" 450. A seção adhoc Iist 445 especifica os identificadores dos usuá-rios editores cujas publicações o usuário assinante gostaria de receber. A seção de lista decategoria 450 especifica as categorias às quais assinar para cada usuário editor. A solicita-ção de inscrição fará com que o usuário assinante receba notificações para cada uma dascategorias especificadas para cada um dos usuários especificados. Apesar de não ser ilus-trado na figura 4, a solicitação pode conter também uma lista de categorias e usuários pararemoção de forma similar à seção de inscrição 440.
A figura 5 é um fluxograma que ilustra o processamento do componente de atuali-zação de inscrições do sistema de presença em uma modalidade. O componente é invoca-do pelo componente de recebimento de solicitação de inscrição quando uma solicitação deinscrição tal como a da figura 4 é recebida. No bloco 510, o componente recebe uma solici-tação de inscrição do componente de recebimento de solicitação de inscrição. No bloco dedecisão 520, se houver mais filtros de categoria contidos na solicitação, então o componentecontinua no bloco 530, ou o componente continua no bloco 550. No bloco 530, o componen-te seleciona o próximo filtro de categoria da solicitação. No bloco 540, o componente atuali-za os filtros de categoria no armazenador de inscrição. O componente então volta para obloco 520 para determinar se existem mais filtros de categoria na solicitação. No bloco dedecisão 550, se houver mais inscrições na solicitação, então o componente continua no blo-co 560, ou o componente continua no bloco 580. No bloco 560, o componente seleciona apróxima inscrição a partir da solicitação de inscrição. No bloco 570, o componente adicionaa inscrição ao armazenador de inscrição. A inscrição pode estar na forma de uma lista deusuários e uma lista de categorias, de forma que múltiplas categorias possam ser assinadaspor múltiplos usuários em uma única seção de inscrição. O componente então volta para obloco 550 para determinar se existem mais inscrições na solicitação. No bloco de decisão580, se houver mais eliminações na solicitação, o componente continua no bloco 590, ou ocomponente é encerrado. No bloco 590, o componente seleciona a próxima eliminação nasolicitação. No bloco 595, o componente remove a inscrição especificada do armazenadorde inscrição. Depois que todas as eliminações são processadas, o componente é encerrado.
A figura 6 é uma listagem de protocolo que ilustra as extensões de protocolo SIPpara atualizar as associações de coleção em uma modalidade. A parte do protocolo ilustra-da pode ser incluída no corpo de uma solicitação de publicação SIP como ilustrado na figura2, ou pode ser parte de um tipo de mensagem independente especificamente para atualiza-ção das associações. O protocolo começa com uma seção "<setContainerMembers>" 610que contém uma ou mais seções "<container>" 615 que identifica uma coleção cujas asso-ciações devem ser modificadas. Cada seção de recipiente contém uma ou mais entradas demembro 620, 630 e 640. A primeira entrada de membro 620 na figura 6 especifica um tipo"uri" que indica que o valor é URI SIP de um usuário específico. O tipo de ação "add" indicaque o usuário especificado deve ser adicionado como um membro com acesso à coleçãoespecificada. A segunda entrada de membro 630 especifica um tipo "sameDomain" que in-dica que a associação de usuários do mesmo domínio que o usuário editor está sendo modi-ficada, e o tipo de ação "remove" indica que o acesso à coleção está sendo removido. Aterceira entrada de membro 640 especifica um tipo de "contactList" e um tipo de ação "add"que indica que o acesso à coleção especificada deve ser concedida a qualquer membro dalista de contato do usuário editor.
A figura 7 é um fluxograma que ilustra o processamento do componente de atuali-zação de associações do sistema de presença em uma modalidade. O componente é invo-cado pelo componente de recebimento de atualização de associação quando uma solicita-ção de atualização de associação tal como a da figura 6 é recebida. No bloco 710, o com-ponente recebe uma solicitação de atualização de associações do componente de recebi-mento de atualização de associação. No bloco 720, o componente seleciona a próxima se-ção de recipiente da solicitação. No bloco 730, o componente seleciona a próxima atualiza-ção de membro dentro da seção de recipiente. No bloco de decisão 740, se a atualização demembro contiver um tipo de ação "add", então o componente continua no bloco 750, ou ocomponente continua no bloco 760. No bloco 750, o usuário ou grupo especificado na atua-lização de membro é adicionado à lista de membros do recipiente selecionado no armaze-nador de publicação. No bloco 760, o usuário ou grupo especificado na atualização demembro é removido da lista do membro do recipiente selecionado no armazenador de publi-cação. No bloco de decisão 770, se houver mais atualizações de membro na seção de reci-piente selecionada, então o componente volta para o bloco 730 para selecionar a próximaatualização de membro, ou o componente continua no bloco 780. No bloco de decisão 780,se houver mais seções de recipiente na solicitação de atualização de associação, então ocomponente volta para o bloco 720 para selecionar a próxima seção de recipiente, ou ocomponente é encerrado.
A figura 8 é um fluxograma que ilustra o processamento do componente de expira-ção de publicações do sistema de presença em uma modalidade. O componente é invocadoperiodicamente pelo sistema de presença para remoção de publicações antigas do armaze-nador de publicação. No bloco 810, o componente seleciona a próxima publicação a partirdo armazenador de publicação. No bloco de decisão 820, se o tipo de expiração da publica-ção selecionada for "estática", então o componente continua no bloco 860, ou o componentecontinua no bloco 830. No bloco de decisão 830, se o tipo de expiração da publicação sele-cionada for "dispositivo", então o componente continua no bloco 833, ou o componente con-tinua no bloco 840. No bloco de decisão 833, se o dispositivo que publicou a publicação se-lecionada estiver desconectado, então o componente continua no bloco 836, ou o compo-nente continua no bloco 860. No bloco 836, o componente remove a publicação expirada doarmazenador de publicação. No bloco de decisão 840, se o tipo de expiração da publicaçãoselecionada for "usuário", então o componente continua no bloco 843, ou o componentecontinua no bloco 850. No bloco de decisão 843, se o usuário que publicou a publicaçãoseleciona não estiver conectado através de qualquer dispositivo, então o componente conti-nua no bloco 846, ou o componente continua no bloco 860. No bloco 846, o componenteremove a publicação expirada do armazenador de publicação. No bloco de decisão 850, seo tipo de expiração da publicação selecionada for "duração", então o componente continuano bloco 853, ou o componente continua no bloco 860. No bloco de decisão 853, se a quan-tidade de tempo especificada para a publicação selecionada tiver expirado, então o compo-nente continua no bloco 856, ou o componente continua no bloco 860. No bloco 856, o com-ponente remove a publicação expirada do armazenador de publicação. No bloco de decisão860, se houver mais publicações no armazenador de publicação, então o componente voltapara o bloco 810 para selecionar a próxima publicação, ou o componente é encerrado. Ape-sar de o método apresentado ilustrar um método de pesquisa para verificação e remoção depublicações expiradas, será compreendido pelos versados na técnica que outros métodospodem ser utilizados tal como um modelo acionado por evento no qual o evento de um usu-ário ou dispositivo mudando da situação conectada para desconectada faz com que as pu-blicações expiradas sejam removidas diretamente.
Apesar de o assunto ter sido descrito em linguagem específica de característicasestruturais e/ou atos metodológicos, deve-se compreender que a matéria definida nas rei-vindicações em anexo não são necessariamente limitadas às características específicas ouatos descritos acima. Ao invés disso, as características e atos específicos descritos acimasão descritos como formas ilustrativas de implementação das reivindicações. Por exemplo,as solicitações processadas pelo sistema de presença foram descritas utilizando-se o proto-colo SIP, mas outros protocolos tal como o protocolo personalizado em cima do Protocolode Controle de Transmissão (TCP) pode ser utilizado. Em alguns casos etapas foram descri-tas como sendo realizadas pelos componentes no servidor de presença, mas também po-dem ser realizadas por componentes nas entidades que interagem com o servidor de pre-sença. O sistema também pode ser implementado como uma rede não hierarquizada naqual não existe qualquer servidor de presença central, único, mas, ao invés disso, a infor-mação de presença pode ser distribuída e armazenada pelos iguais. De acordo, a invençãonão está limitada exceto pelas reivindicações em anexo.

Claims (20)

1. Sistema de modificação de acesso à informação de presença publicada em cole-ções, as coleções possuindo uma lista de membros, CARACTERIZADO pelo fato de com-preender:um componente de recebimento de solicitação (150) que recebe uma solicitação depublicação de informação de presença, a solicitação compreendendo:um identificador de coleção que especifica uma coleção cuja lista de membros deveser modificada;um grupo de membros para o qual o acesso deve ser modificado; eum componente de modificação de acesso (175) que modifica o acesso ao grupode membros especificado para a coleção especificada em resposta à solicitação.
2. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de ogrupo de membro especificar um domínio.
3. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de ogrupo de membro especificar uma lista de contato do detentor da coleção.
4. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de ogrupo de membros especificar s servidores de membro federados.
5. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de ogrupo de membros especificar um grupo de membros definido por uma entidade externa aosistema de presença.
6. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a so-licitação conter mais de um grupo de membros para o qual o acesso deve ser modificado.
7. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a so-licitação conter mais de uma coleção para a qual o acesso deve ser modificado.
8. Sistema, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de ascoleções pertencerem a diferentes usuários editores.
9. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a so-licitação especificar que o grupo de membros deve receber acesso à coleção.
10. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de asolicitação especificar que ao grupo de membros deve ser negado o acesso à coleção.
11. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato decompreender adicionalmente um componente de recebimento de solicitação de inscriçãoque recebe uma solicitação de inscrição da informação de presença de um usuário assinante.
12. Sistema, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de ascoleções e listas de membros criarem uma hierarquia de informação de presença disponívelpara os usuários assinantes possuindo um nível de detalhes que difere com base na identi-dade do usuário assinante.
13. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de asolicitação utilizar o protocolo SIP.
14. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de al-guns componentes do sistema serem localizados em um servidor de presença e outroscomponentes serem localizados em um cliente de presença.
15. Método de modificação de acesso à informação de presença publicada em co-leções, as coleções possuindo uma lista de membros, CARACTERIZADO pelo fato de com-preender:o recebimento (150) de uma solicitação de publicação de informação de presença,a solicitação compreendendo:um identificador de coleção que especifica uma coleção cuja lista de membros deveser modificada;um grupo de membros para o qual o acesso deve ser modificado; ea modificação (175) do acesso do grupo de membros especificado para a coleçãoespecificada em resposta à solicitação.
16. Método, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de ogrupo de membros especificar um domínio.
17. Método, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de asolicitação conter mais de um grupo de membros para o qual o acesso deve ser modificado.
18. Meio legível por computador, contendo instruções para a modificação de acessoà informação de presença publicada em coleções, as coleções possuindo uma lista demembros, por um método CARACTERIZADO pelo fato de compreender:o envio (127) de uma solicitação de publicação da informação de presença para umserviço de presença, a solicitação compreendendo:um identificador de coleção que especifica uma coleção cuja lista de membros deveser modificada; eum grupo de membros para o qual o acesso deve ser modificado;de forma que a solicitação instrua o serviço de presença a modificar o acesso dogrupo de membros especificado para a coleção especificada em resposta à solicitação.
19. Meio legível por computador, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de o grupo de membros especificar a lista de contato do pro-prietário da coleção.
20. Meio legível por computador, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de a solicitação conter mais de uma coleção para a qual o a-cesso foi modificado.
BRPI0709170A 2006-03-31 2007-01-24 Gerenciamento de coleções de presença rica BRPI0709170A8 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/278,364 US7650337B2 (en) 2005-07-26 2006-03-31 Managing rich presence collections
US11/278.364 2006-03-31
PCT/US2007/001985 WO2007114884A1 (en) 2006-03-31 2007-01-24 Managing rich presence collections

Publications (2)

Publication Number Publication Date
BRPI0709170A2 true BRPI0709170A2 (pt) 2011-06-28
BRPI0709170A8 BRPI0709170A8 (pt) 2016-12-13

Family

ID=38563995

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0709170A BRPI0709170A8 (pt) 2006-03-31 2007-01-24 Gerenciamento de coleções de presença rica

Country Status (8)

Country Link
US (1) US7650337B2 (pt)
EP (1) EP2013764B1 (pt)
KR (2) KR20080108485A (pt)
CN (1) CN101416178B (pt)
BR (1) BRPI0709170A8 (pt)
CA (1) CA2644124C (pt)
RU (1) RU2432610C2 (pt)
WO (1) WO2007114884A1 (pt)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050015340A1 (en) * 2003-06-27 2005-01-20 Oracle International Corporation Method and apparatus for supporting service enablers via service request handholding
US7873716B2 (en) 2003-06-27 2011-01-18 Oracle International Corporation Method and apparatus for supporting service enablers via service request composition
US8458703B2 (en) 2008-06-26 2013-06-04 Oracle International Corporation Application requesting management function based on metadata for managing enabler or dependency
US9565297B2 (en) 2004-05-28 2017-02-07 Oracle International Corporation True convergence with end to end identity management
US8966498B2 (en) 2008-01-24 2015-02-24 Oracle International Corporation Integrating operational and business support systems with a service delivery platform
US9038082B2 (en) 2004-05-28 2015-05-19 Oracle International Corporation Resource abstraction via enabler and metadata
US8321498B2 (en) * 2005-03-01 2012-11-27 Oracle International Corporation Policy interface description framework
US7860490B2 (en) * 2004-12-01 2010-12-28 Oracle International Corporation Methods and systems for exposing access network capabilities using an enabler proxy
US9245236B2 (en) 2006-02-16 2016-01-26 Oracle International Corporation Factorization of concerns to build a SDP (service delivery platform)
US8073810B2 (en) * 2007-10-29 2011-12-06 Oracle International Corporation Shared view of customers across business support systems (BSS) and a service delivery platform (SDP)
US8032920B2 (en) * 2004-12-27 2011-10-04 Oracle International Corporation Policies as workflows
US8356011B2 (en) * 2005-07-26 2013-01-15 Microsoft Corporation Organizing presence information into collections of publications
US7650337B2 (en) 2005-07-26 2010-01-19 Microsoft Corporation Managing rich presence collections
CN101346949B (zh) * 2005-10-21 2013-07-03 捷讯研究有限公司 即时消息设备/服务器协议
US8108345B2 (en) * 2006-03-31 2012-01-31 Microsoft Corporation Managing rich presence collections in a single request
US8234559B2 (en) * 2006-03-31 2012-07-31 Microsoft Corporation Managing rich presence collections
US8914493B2 (en) * 2008-03-10 2014-12-16 Oracle International Corporation Presence-based event driven architecture
US8316117B2 (en) 2006-09-21 2012-11-20 At&T Intellectual Property I, L.P. Personal presentity presence subsystem
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统
US8214503B2 (en) * 2007-03-23 2012-07-03 Oracle International Corporation Factoring out dialog control and call control
KR101653970B1 (ko) * 2007-08-14 2016-09-05 삼성전자주식회사 Ｓｉｐ 기반 프레즌스 정보 동적 광고를 위한 방법 및 시스템
US20090070410A1 (en) * 2007-09-12 2009-03-12 International Business Machines Corporation Managing Presence Information Of A Presentity
US7642125B2 (en) * 2007-09-14 2010-01-05 Macronix International Co., Ltd. Phase change memory cell in via array with self-aligned, self-converged bottom electrode and method for manufacturing
US8539097B2 (en) * 2007-11-14 2013-09-17 Oracle International Corporation Intelligent message processing
US8161171B2 (en) * 2007-11-20 2012-04-17 Oracle International Corporation Session initiation protocol-based internet protocol television
US8949470B2 (en) * 2007-12-31 2015-02-03 Genesys Telecommunications Laboratories, Inc. Federated access
US9654515B2 (en) * 2008-01-23 2017-05-16 Oracle International Corporation Service oriented architecture-based SCIM platform
US8589338B2 (en) 2008-01-24 2013-11-19 Oracle International Corporation Service-oriented architecture (SOA) management of data repository
US8401022B2 (en) * 2008-02-08 2013-03-19 Oracle International Corporation Pragmatic approaches to IMS
US8352296B2 (en) * 2008-04-18 2013-01-08 Microsoft Corporation Managing real time meeting room status
US8090848B2 (en) * 2008-08-21 2012-01-03 Oracle International Corporation In-vehicle multimedia real-time communications
US8719238B2 (en) * 2009-01-22 2014-05-06 Sunstein Kann Murphy & Timbers LLP Office-based notification messaging system
US8125328B2 (en) * 2009-02-20 2012-02-28 Verizon Patent And Licensing Inc. System and method for providing managed remote monitoring services
US8879547B2 (en) * 2009-06-02 2014-11-04 Oracle International Corporation Telephony application services
US9258376B2 (en) * 2009-08-04 2016-02-09 At&T Intellectual Property I, L.P. Aggregated presence over user federated devices
US8583830B2 (en) * 2009-11-19 2013-11-12 Oracle International Corporation Inter-working with a walled garden floor-controlled system
US8533773B2 (en) * 2009-11-20 2013-09-10 Oracle International Corporation Methods and systems for implementing service level consolidated user information management
US9269060B2 (en) 2009-11-20 2016-02-23 Oracle International Corporation Methods and systems for generating metadata describing dependencies for composable elements
US9503407B2 (en) 2009-12-16 2016-11-22 Oracle International Corporation Message forwarding
US9509790B2 (en) 2009-12-16 2016-11-29 Oracle International Corporation Global presence
WO2011095717A1 (fr) * 2010-01-20 2011-08-11 France Telecom Gestion de l'acces au statut de ressources connectees a un reseau de communication
CN101854299B (zh) * 2010-05-21 2013-08-14 中国科学院软件研究所 一种发布/订阅系统的动态负载平衡方法
US9373102B2 (en) * 2010-07-30 2016-06-21 Mcgraw Hill Financial, Inc. System and method using a simplified XML format for real-time content publication
US20130332858A1 (en) * 2012-06-11 2013-12-12 Jernat Abundance, LLC Loop based social networking
KR102252376B1 (ko) 2014-12-08 2021-05-14 삼성전자주식회사 셀 특성 플래그를 이용하여 리프레쉬 동작을 제어하는 메모리 장치
CN105847108B (zh) * 2016-05-24 2019-01-15 中国联合网络通信集团有限公司 容器间的通信方法及装置
CN107819801A (zh) * 2016-09-13 2018-03-20 株式会社日立制作所 一种批量订阅/发布的方法
CN106921958A (zh) * 2017-03-30 2017-07-04 北京小米移动软件有限公司 退订业务的方法和装置
US20260119328A1 (en) * 2024-10-31 2026-04-30 Cohesity, Inc. Change events stream via unified difference data access layer for data protection platforms

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4953159A (en) * 1989-01-03 1990-08-28 American Telephone And Telegraph Company Audiographics conferencing arrangement
US5195086A (en) * 1990-04-12 1993-03-16 At&T Bell Laboratories Multiple call control method in a multimedia conferencing system
US5437009A (en) * 1993-02-18 1995-07-25 Bell Communications Research, Inc. Method and system for displaying status information of communications networks
US5689641A (en) * 1993-10-01 1997-11-18 Vicor, Inc. Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal
US5793365A (en) * 1996-01-02 1998-08-11 Sun Microsystems, Inc. System and method providing a computer user interface enabling access to distributed workgroup members
US5857189A (en) * 1996-05-08 1999-01-05 Apple Computer, Inc. File sharing in a teleconference application
US5995492A (en) * 1996-06-28 1999-11-30 Ctp Systems, Ltd. Method and apparatus for using duality to remotely communicate
US6356921B1 (en) * 1998-06-20 2002-03-12 International Business Machines Corporation Framework for progressive hierarchial and adaptive delivery rich media presentations and associated meta data
US5999208A (en) * 1998-07-15 1999-12-07 Lucent Technologies Inc. System for implementing multiple simultaneous meetings in a virtual reality mixed media meeting room
WO2001041477A1 (en) 1999-12-03 2001-06-07 Arreo Communications Inc. Instant messenger system and instant message transfer method using phone number as instant messenger address
US20020035605A1 (en) * 2000-01-26 2002-03-21 Mcdowell Mark Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce
US6559863B1 (en) * 2000-02-11 2003-05-06 International Business Machines Corporation System and methodology for video conferencing and internet chatting in a cocktail party style
US7240093B1 (en) * 2000-02-29 2007-07-03 Microsoft Corporation Use of online messaging to facilitate selection of participants in game play
US6839735B2 (en) * 2000-02-29 2005-01-04 Microsoft Corporation Methods and systems for controlling access to presence information according to a variety of different access permission types
KR20010086883A (ko) 2000-03-04 2001-09-15 김응석 조건 기반의 서비스 가입자간 통신 서비스 제공 방법
KR20010094875A (ko) 2000-04-07 2001-11-03 조현정 정보 관리 시스템
US6671732B1 (en) * 2000-07-24 2003-12-30 Comverse Ltd. Method and apparatus for control of content based rich media streaming
US6985934B1 (en) * 2000-10-23 2006-01-10 Binham Communications Corporation Method and system for providing rich media content over a computer network
US7002910B2 (en) * 2000-10-30 2006-02-21 The Regents Of The University Of California Receiver-initiated channel-hopping (RICH) method for wireless communication networks
US20020055967A1 (en) * 2000-11-08 2002-05-09 Coussement Stefaan Valere Albert System for reporting client status information to communications-center agents
KR20020044734A (ko) * 2000-12-06 2002-06-19 강명필 개인정보관리 시스템 및 그 방법
US20020076025A1 (en) * 2000-12-18 2002-06-20 Nortel Networks Limited And Bell Canada Method and system for automatic handling of invitations to join communications sessions in a virtual team environment
US20020075306A1 (en) * 2000-12-18 2002-06-20 Christopher Thompson Method and system for initiating communications with dispersed team members from within a virtual team environment using personal identifiers
US20020078150A1 (en) * 2000-12-18 2002-06-20 Nortel Networks Limited And Bell Canada Method of team member profile selection within a virtual team environment
US20020075305A1 (en) * 2000-12-18 2002-06-20 Beaton Brian F. Graphical user interface for a virtual team environment
US20020075304A1 (en) * 2000-12-18 2002-06-20 Nortel Networks Limited Method and system for supporting communications within a virtual team environment
US20020075303A1 (en) * 2000-12-18 2002-06-20 Nortel Networks Limited And Bell Canada Method and system for creating a virtual team environment
US20020106998A1 (en) * 2001-02-05 2002-08-08 Presley Herbert L. Wireless rich media conferencing
KR20020074304A (ko) 2001-03-20 2002-09-30 엘지전자주식회사 무선 통신망을 이용한 휴대 단말기의 모바일 메신저서비스 시스템 및 방법
GB0108041D0 (en) * 2001-03-30 2001-05-23 Nokia Networks Oy Presence service in IP multimedia
DE60203798T2 (de) * 2001-05-11 2006-02-09 Nokia Corp. Mobiler instant-messaging- und präsenzdienst
WO2003038636A1 (en) * 2001-10-31 2003-05-08 Followap Inc. Multimedia instant communication system and method
KR20030044734A (ko) 2001-11-30 2003-06-09 임회규 목재와 철재 겸용 전동톱
US20030217142A1 (en) * 2002-05-15 2003-11-20 Microsoft Corporation Method and system for supporting the communication of presence information regarding one or more telephony devices
US7139554B2 (en) * 2002-06-24 2006-11-21 Thomson Licensing User-selectable status indication for cellular communications devices
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
KR100458271B1 (ko) 2002-09-24 2004-11-26 에스케이커뮤니케이션즈 주식회사 커뮤니케이터 사용자 상태정보 제공방법
US20040137921A1 (en) * 2002-11-08 2004-07-15 Vinod Valloppillil Asynchronous messaging based system for publishing and accessing content and accessing applications on a network with mobile devices
KR100500136B1 (ko) 2003-04-19 2005-07-11 윤형돈 개인 커뮤니티 정보 관리 방법
US8670753B2 (en) 2003-05-16 2014-03-11 M-Qube, Inc. System and method for determining and delivering appropriate multimedia content to data communication devices
US20050068167A1 (en) 2003-09-26 2005-03-31 Boyer David G. Programmable presence proxy for determining a presence status of a user
KR100978927B1 (ko) 2004-01-20 2010-08-30 주식회사 케이티 초고속 인터넷 서비스의 가입자 정보관리 장치 및 방법
US8949899B2 (en) * 2005-03-04 2015-02-03 Sharp Laboratories Of America, Inc. Collaborative recommendation system
US7437566B2 (en) * 2004-05-01 2008-10-14 Microsoft Corporation System and method for identity confirmation of a contact published on a network
US7154409B2 (en) * 2004-06-05 2006-12-26 Alcatel System and method for importing location information and policies as part of a rich presence environment
US20060004921A1 (en) * 2004-06-30 2006-01-05 Suess Carol S Systems and methods for establishing communication between users
US7593984B2 (en) * 2004-07-30 2009-09-22 Swift Creek Systems, Llc System and method for harmonizing changes in user activities, device capabilities and presence information
US20070198725A1 (en) * 2004-10-06 2007-08-23 Morris Robert P System and method for utilizing contact information, presence information and device activity
US20060190600A1 (en) * 2005-02-18 2006-08-24 Siemens Communications, Inc. Group based presence availability management
US20060224688A1 (en) * 2005-03-31 2006-10-05 Morris Robert P System and method for utilizing a presence service to facilitate access to a service or application over a network
US7567553B2 (en) * 2005-06-10 2009-07-28 Swift Creek Systems, Llc Method, system, and data structure for providing a general request/response messaging protocol using a presence protocol
US7650337B2 (en) 2005-07-26 2010-01-19 Microsoft Corporation Managing rich presence collections
US8356011B2 (en) * 2005-07-26 2013-01-15 Microsoft Corporation Organizing presence information into collections of publications
US8234559B2 (en) * 2006-03-31 2012-07-31 Microsoft Corporation Managing rich presence collections

Also Published As

Publication number Publication date
US20070100831A1 (en) 2007-05-03
CA2644124C (en) 2016-05-31
CA2644124A1 (en) 2007-10-11
CN101416178A (zh) 2009-04-22
US7650337B2 (en) 2010-01-19
KR20080108485A (ko) 2008-12-15
KR20140035531A (ko) 2014-03-21
EP2013764A1 (en) 2009-01-14
CN101416178B (zh) 2010-10-27
EP2013764B1 (en) 2019-08-14
RU2432610C2 (ru) 2011-10-27
RU2008138711A (ru) 2010-04-10
WO2007114884A1 (en) 2007-10-11
EP2013764A4 (en) 2013-01-23
BRPI0709170A8 (pt) 2016-12-13

Similar Documents

Publication Publication Date Title
BRPI0709170A2 (pt) gerenciamento de coleções de presença rica
BRPI0709080A2 (pt) gerenciando ricas coleções de presença
BRPI0708245A2 (pt) gerenciamento de coleções de presença significativas
US20080059656A1 (en) Content synchronization among associated computing devices
EP2048855A2 (en) Information transmitting system, information processing apparatus, information managing apparatus, and information transmitting method
US8356011B2 (en) Organizing presence information into collections of publications
US20130304885A1 (en) Managing a Subscription Hierarchy in Presence Systems
JP4726539B2 (ja) コンテキスト交換を用いたエニュメレーションのセッションのためのフレキシブルなコンテキスト管理
Pöhlsen et al. Integrating a decentralized web service discovery system into the internet infrastructure
Yuan Cloud Services Provider
Yuan Gothenburg, Sweden, September 2010

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC (US)

B06T Formal requirements before examination [chapter 6.20 patent gazette]
B11E Dismissal acc. art. 34 of ipl - requirements for examination incomplete
B11T Dismissal of application maintained [chapter 11.20 patent gazette]