BRPI0709080A2 - gerenciando ricas coleções de presença - Google Patents
gerenciando ricas coleções de presença Download PDFInfo
- Publication number
- BRPI0709080A2 BRPI0709080A2 BRPI0709080-3A BRPI0709080A BRPI0709080A2 BR PI0709080 A2 BRPI0709080 A2 BR PI0709080A2 BR PI0709080 A BRPI0709080 A BR PI0709080A BR PI0709080 A2 BRPI0709080 A2 BR PI0709080A2
- Authority
- BR
- Brazil
- Prior art keywords
- user
- request
- information
- connection state
- component
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 12
- 238000001514 detection method Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 5
- 230000003068 static effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 101000926140 Homo sapiens Gem-associated protein 2 Proteins 0.000 description 1
- 101000716750 Homo sapiens Protein SCAF11 Proteins 0.000 description 1
- 101000723833 Homo sapiens Zinc finger E-box-binding homeobox 2 Proteins 0.000 description 1
- 102100020876 Protein SCAF11 Human genes 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000003362 replicative effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Health & Medical Sciences (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
GERENCIANDO RICAS COLEçõES DE PRESENçA. São fornecidos um método e um sistema para aumentar a eficiência computacional e de rede dos servidores de presença com coleções de publicações. O sistema de presença usa diversas técnicas que habilitam um servidor de presença a fornecer rica informação de presença sem exigir oneroso processamento. Primeiro, o sistema de presença aceita lotes de atualizações de publicação em uma única solicitação de atualização de presença. Similarmente, o sistema de presença aceita lotes de solicitações de inscrição. A seguir, o sistema de presença suporta tipos de expiração inéditos para solicitações de atualização de publicaçáo que eliminam a necessidade de um usuário publicador renovar continuamente a informação de presença que não mudou. Finalmente, o sistema de presença aceita listas de acesso que contêm grupos de associação em vez de uma lista individual de usuários que devem ter acesso a uma coleção de presença em particular.
Description
"GERENCIANDO RICAS COLEÇÕES DE PRESENÇA"
ANTECEDENTES DA INVENÇÃO
Servidores de presença estão sendo cada vez mais usados para fornecer informa-ção de presença, tal como o estado de disponibilidade dos usuários. A informação de pre-sença de um usuário identifica o atual "estado de presença" deste usuário. Usuários podemtornar sua informação de presença disponível para que outros usuários possam decidir co-mo se comunicar da melhor maneira com eles. Por exemplo, a informação de presença po-de indicar se um usuário está conectado ("em linha") em um servidor de mensagens instan-tâneas, ou se está desconectado ("fora de linha"). A informação de presença também podefornecer informação mais detalhada sobre a disponibilidade do usuário. Por exemplo, mes-mo embora um usuário esteja em linha, este usuário pode estar afastado do seu computa-dor em uma reunião. Em um caso como este, o estado de presença pode indicar "em linha"e "em uma reunião".
Em um contexto de sistema de mensagens instantâneas, um usuário publicador("publicador") pode fornecer sua informação de presença a um serviço de presença que,então, fornece a informação de presença aos usuários assinantes ("assinantes"). Assim, umserviço de presença pode usar um modelo assinante / publicador para fornecer a informaçãode presença para os usuários publicadores e assinantes do serviço de presença. Toda vezque a informação de presença de um usuário mudar, o serviço de presença é notificado damudança pelo sistema de computador daquele usuário e, por sua vez, notifica os usuáriosassinantes sobre a mudança. Então, um usuário assinante pode decidir como entrar emcontato da melhor maneira com o usuário publicador com base na informação de presençados participantes pretendidos. Por exemplo, se a informação de presença indicar que umusuário publicador está atualmente em uma chamada de teleconferência, então, o usuáriopublicador pode decidir transmitir uma mensagem instantânea, em vez de realizar umachamada telefônica, ao usuário publicador. Entretanto, se o usuário assinante precisar cha-mar e falar com o usuário publicador, o usuário assinante pode monitorar a informação depresença do usuário publicador para saber quando a chamada pode ser realizada. Quandoo usuário assinante perceber que a informação de presença do usuário publicador indicaque a teleconferência foi concluída, então, o usuário assinante pode realizar a chamada te-lefônica.
Um usuário em particular também pode publicar informação de presença de múlti-plos dispositivos. Por exemplo, um usuário pode estar conectado em um serviço de presen-ça a partir de um computador portátil, de um computador de mesa e de um telefone celular,todos ao mesmo tempo. A informação de presença pode indicar o estado do usuário emcada dispositivo. Isto é particularmente útil se, por exemplo, o usuário estiver caminhandopara uma reunião com um telefone celular e tiver se afastado do seu computador de mesa.Se um usuário assinante deseja entrar em contato com o usuário publicador, a informaçãode presença pode indicar que uma chamada ao telefone celular será uma maneira mais efe-tiva para alcançar o usuário do que uma mensagem instantânea recebida no computador demesa do usuário. Cada um dos dispositivos de um usuário também pode se inscrever nainformação de presença dos outros dispositivos do usuário para habilitar, por exemplo, queos dispositivos determinem em qual dispositivo o usuário publicador está mais ativo atual-mente.
Em virtude da crescente popularidade dos sistemas de mensagens instantâneas ede outros sistemas de comunicações em tempo real, os serviços de presença precisam su- portar um número crescente de usuários. Além do mais, estes sistemas precisam suportardefinições crescentemente complexas da "informação de presença". Por exemplo, a infor-mação de presença pode incluir informação de calendário que especifica a disponibilidadede um publicador durante os próximos diversos meses. Em decorrência disto, um servidorde presença é tipicamente desenvolvido para fornecer serviços de presença de uma manei- ra eficiente. Infelizmente, modelos de presença típicos exigem computação intensa quandoa informação de presença for atualizada. Assim, à medida que publicadores e assinantessão adicionados, servidores de presença adicionais são necessários para realizar as compu-tações necessárias.
Sistemas de presença preliminares tratavam a publicação da informação de pre- senç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 do usuário mudavam, um publicador tinhaque apontar para uma linha no documento e substituí-la com a nova informação de presen-ça, ou apontar para um nó em uma sub-árvore XML e substituí-la com uma outra sub-árvoreXML. Este tipo de atualização exigia que o servidor de presença realizasse análise XML computacionalmente onerosa. À medida que o número de usuários e de atualizações depresença aumenta, a carga de análise XML no servidor de presença pode ficar incontrolável.Este modelo de informação de presença do publicador também não permite que um assi-nante se inscreva em somente uma parte de um documento de presença. Além do mais,partes individuais do documento não são disponíveis em versão de maneira tal que um as- sinante ou servidor de presença possa dizer facilmente quais partes do documento forammudadas recentemente. Este modelo não permite a exposição de diferentes versões de umdocumento de presença a diferentes assinantes, ou especificar informação de autorizaçãodiferente para partes individuais do documento.
Um sistema de presença mais efetivo que é computacionalmente menos oneroso édescrito no pedido relacionado, pedido de patente US 11/190.503 (Documento Jurídico41826-8225US), intitulado "ORGANIZING PRESENCE INFORMATION INTOCOLLECTIONS OF PUBLICATIONS", depositado em 26 de julho de 2005, que é aqui incor-porado em sua íntegra pela referência. O pedido relacionado descreve um método e sistemapara gerenciar informação de presença com base em coleções de publicações. Um sistemade coleção de presença cria coleções de publicações para um publicador. Uma publicaçãoinclui um tipo e valor, e pode ser acompanhada por atributos, tal como quando a publicaçãodeve expirar. Por exemplo, uma publicação com um tipo "estado" e um valor "em linha" podeindicar aos usuários assinantes que o usuário publicador está atualmente em linha. Um pu-blicador pode definir uma coleção de publicações que deve ser tornada disponível a outrosassinantes. Por exemplo, uma coleção pode estar visível ao público, enquanto que uma ou-tra pode estar visível somente a colegas de trabalho do usuário publicador. Cada coleçãocontém uma lista de usuários que são permitidos se inscrever na informação daquela cole-ção. O sistema de coleção de presença pode permitir que um publicador atualize publica-ções individuais em uma coleção. Mediante a recepção da atualização, o servidor de pre-sença pode atualizar rapidamente a informação de presença sem ter que contar com acomputacionalmente onerosa análise de documentos XML. Cada coleção de publicaçõestambém pode conter categorias de informação. Uma categoria é um tipo de publicação queabarca múltiplas coleções. Por exemplo, uma categoria "estado" pode ter uma publicaçãocom um valor "não disponível" em uma coleção que está disponível ao público, e uma publi-cação com um valor "em uma reunião com John" em uma coleção disponível a colegas detrabalho. Publicações também podem especificar um identificador de instância. Um identifi-cador de instância diferencia informação similar na mesma coleção. Por exemplo, um usuá-rio pode ter uma publicação "estado", com uma instância de "computador portátil" que indicao estado do usuário em seu computador portátil, e uma outra publicação "estado", com umainstância de "telefone celular" que indica o estado do usuário no seu telefone celular.
Embora o sistema de coleção de presença seja uma melhoria em relação a técni-cas anteriores, ele pode colocar uma carga mais alta nos recursos de rede e no servidor depresença. Por exemplo, um usuário publicador que transmite atualizações separadas demuitas instâncias de publicação em muitas coleções a um servidor de presença cria umagrande quantidade de tráfego de rede até o servidor de presença. Similarmente, um usuárioassinante que recebe notificações separadas para cada publicação que é atualizada criauma grande quantidade de tráfego do servidor de presença até o dispositivo ou dispositivosconectados do usuário assinante. Tipicamente, publicações de presença são ajustadas paraexpirar em uma quantidade fixa de tempo, e devem ser periodicamente renovadas pelo usu-ário publicador a fim de manter as publicações publicadas. A necessidade de renovar muitaspublicações que não mudaram cria uma carga desnecessária no servidor. Finalmente, aadição de coleções com graus variáveis de detalhes disponíveis a diferentes usuários assi-nantes cria uma oportunidade de expor a informação de presença a grupos mais amplos deassinantes. A lista de usuários com acesso a uma coleção pode crescer muito, assim comoos custos computacionais de verificar em qual coleção um assinante em particular deve serinscrito para aumentar somente à medida que a lista cresce, ocasionando uma carga adicio-nal ao servidor de presença.
SUMÁRIO DA INVENÇÃO
São fornecidos um método e sistema para aumentar a eficiência computacional ede rede dos servidores de presença com coleções de publicação. O sistema de presençausa diversas técnicas que habilitam um servidor de presença a fornecer rica informação depresença sem exigir processamento oneroso. Primeiro, o sistema de presença aceita lotesde atualizações de publicação em uma única solicitação de atualização de presença. Simi- larmente, o sistema de presença aceita lotes de solicitações de inscrição. A seguir, o siste-ma de presença suporta novos tipos de expiração para solicitações de atualização de publi-cação que eliminam a necessidade de um usuário publicador continuar a renovar a informa-ção de presença que não mudou. Finalmente, o sistema de presença aceita listas de acessoque contêm grupos de associação em vez de uma lista individual de usuários que devem ter acesso a uma coleção de presença em particular.
Este Sumário é fornecido para introduzir uma seleção de conceitos de uma formasimplificada que são descritos com mais detalhes a seguir na Descrição Detalhada. Nãopretende-se que este Sumário identifique recursos chaves ou recursos essenciais do assun-to em questão reivindicado, nem pretende-se que seja usado para limitar o escopo do as- sunto em questão reivindicado.
DESCRIÇÃO RESUMIDA DOS DESENHOS
A figura 1 é um diagrama de blocos que ilustra componentes do sistema de presen-ça em uma modalidade.
A figura 2 é uma listagem de protocolo que ilustra extensões do protocolo SIP para transmitir atualizações de publicação em uma modalidade.
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.
A figura 4 é uma listagem de protocolo que ilustra as extensões do protocolo SIPpara transmitir solicitações de inscrição em uma modalidade.
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.
A figura 6 é uma listagem de protocolo que ilustra as extensões do protocolo SIPpara atualizar associações em coleção em uma modalidade.
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.
A figura 8 é um fluxograma que ilustra o processamento do componente de expira-ção das publicações do sistema de presença em uma modalidade.DESCRIÇÃO DETALHADA
São fornecidos um método e sistema para aumentar a eficiência computacional ede rede dos servidores de presença com coleções de publicações. O sistema de presençausa diversas técnicas que habilitam um servidor de presença a fornecer rica informação depresença sem exigir processamento oneroso. Primeiro, o sistema de presença aceita lotesde atualizações de publicação em uma única solicitação de atualização de presença. Porexemplo, um usuário publicador pode publicar múltiplas categorias de informação em múlti-plas coleções pela transmissão de uma única solicitação atualização ao servidor de presen-ça. Similarmente, o sistema de presença aceita lotes de solicitações de inscrição. Por e-xemplo, um usuário assinante pode solicitar uma inscrição em múltiplas categorias de infor-mação em múltiplas coleções pela transmissão de uma única solicitação de inscrição aoservidor de presença. A seguir, o sistema de presença suporta novos tipos de expiraçãopara solicitações de atualização de publicação que eliminam a necessidade de um usuáriopublicador renovar continuamente a informação de presença que não mudou. Por exemplo,o número de telefone domiciliar de um usuário publicador raramente muda, então, o sistemade presença permite que o usuário publique esta informação uma vez e não a atualize, amenos que a informação mude, em vez de republicar a informação uma vez por hora. Fi-nalmente, o sistema de presença aceita listas de acesso que contêm grupos de associaçãoem vez de uma lista individual de usuários que devem ter acesso a uma coleção de presen-ça em particular. Por exemplo, um usuário publicador pode conceder acesso a todos seuscolegas de trabalho pela aplicação de um grupo de associação a uma coleção sem listarcada colega de trabalho individualmente.
Colocação da Publicação em Lotes
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 podem abarcar múltiplas categorias, ins-tâncias e coleções. Por exemplo, um usuário publicador com categorias de publicação "es-tado" e "local" pode publicar um estado de "não disponível" e um local "Sede da Microsoft"em uma coleção acessível ao público e um estado de "em uma reunião com John" e umlocal "Prédio 40 / Sala de Reunião 5" em uma coleção acessível aos colegas de trabalho. Ousuário publicador também pode publicar múltiplas instâncias da mesma informação emcada coleção. Por exemplo, uma mesma informação em cada coleção. Por exemplo, umacategoria "número de telefone" pode ter instâncias de "domicílio" para um número domiciliar,"trabalho" para um número do trabalho, e "celular" para um número de telefone celular. Ousuário pode publicar valores para cada uma destas instâncias na mesma solicitação depublicação.
Em uma modalidade, o sistema de presença aceita despublicar e publicar publica-ções em uma única solicitação. Por exemplo, um usuário publicador que está indo para umareunião pode se desconectar do seu computador de mesa, ocasionando a despublicaçãodas instâncias da publicação relacionadas ao computador de mesa, e o usuário pode ficarativo no seu telefone celular, fazendo com que novas instâncias precisem ser adicionadaspara o telefone celular. O sistema de presença pode aceitar tanto a despublicação das pu-blicações do computador de mesa quanto a publicação das publicações do telefone celularem uma única solicitação de atualização. Por exemplo, o serviço de presença de uma redeempresarial pode receber as atualizações de publicação de ambos os dispositivos e enca-minhar as atualizações a um serviço de presença global em uma única solicitação.
Em uma modalidade, o sistema de presença transmite múltiplas atualizações depublicação usando extensões ao Protocolo de Iniciação de Sessão (SIP) e SIP para protoco-los de Sistema de Mensagens Instantâneas e Extensões de Alavancagem de Presença(SIMPLE). SIP é um protocolo de controle de camada de aplicação que dispositivos podemusar para descobrir uns aos outros e para estabelecer, modificar e terminar sessões entredispositivos e é um padrão proposto na Internet descrito em "RFC 3261". RFC 3261, que está disponível na Internet em www.ietf.org/rfc/rfc3261.txt, é aqui incorporado em sua ínte-gra pela referência. O padrão SIP permite que implementadores adicionem extensões paradefinir comportamentos customizados. O sistema de presença adiciona um comando <publi-sh> que contém uma lista de comandos <publication> que especifica a informação de pre-sença a ser publicada, e um comando <unpublish> similar que contém uma lista de coman-dos <publication> que especifica informação de presença a não ser publicada. Cada publi-cação identifica a categoria, instância e coleção à qual ela se aplica. Em algumas modalida-des, o sistema de presença aceita um valor de expiração de zero para uma publicação emum comando <publish> como uma indicação para despublicar informação em vez de ter umcomando <unpublish> separado.
Em uma modalidade, o sistema de presença aceita atualizações para múltiplos u-suários publicadores em uma única solicitação. Por exemplo, quando o protocolo SIP forusado, cada publicação pode conter o URI do usuário ao qual a publicação se aplica. Istopermite que serviços publiquem informação em nome de um grande número de usuários.Por exemplo, um servidor de Troca de correios eletrônicos pode publicar informação de ca-lendário para todos os usuários que usam o servidor. Como um outro exemplo, um portadorde telefone celular pode publicar informação sobre o local dos seus clientes de telefone ce-lular a um servidor de presença. Em ambos os exemplos, informação que, previamente, ge-rava grande tráfego de rede, pode ser publicada para um grande número de usuários emuma única solicitação ao servidor de presença.
Em uma modalidade, o sistema de presença aceita solicitações de publicação comdiferentes atributos em uma única solicitação. Um usuário publicador pode especificar umapolítica de expiração para uma publicação em uma coleção diferente de uma publicação emuma outra coleção. Por exemplo, em uma coleção com informação detalhada para uma pu-blicação "local", a informação detalhada de estado (por exemplo, "na sala de reunião 2")pode mudar freqüentemente e pode ter uma expiração mais curta do que a informação me-nos detalhada em uma outra coleção (por exemplo, "em Seattle"). Como um outro exemplo,um usuário publicador pode especificar uma política de notificação para um tipo de publica-ção diferente de uma outra na mesma solicitação. Por exemplo, a política de notificação po-de indicar que atualizações em certas categorias não devem resultar em nenhuma notificação.
Colocação de Inscrições em Lotes
Em uma modalidade, o sistema de presença aceita inscrições de um usuário assi-nante para múltiplas categorias em uma única solicitação. Por exemplo, um usuário assinan-te que está interessado no estado e no local de um usuário publicador pode compor umaúnica solicitação de inscrição que contém "estado" e "local" em uma lista de categorias.
Em uma modalidade, o sistema de presença aceita inscrições de um usuário assi-nante para múltiplos usuários publicadores em uma única solicitação. Por exemplo, um usu-ário assinante pode se inscrever em múltiplas categorias para o Usuário A e para o UsuárioB em uma única solicitação. Quando um usuário assinante está se inscrevendo em informa-ção de presença para cada um dos usuários na sua lista de contatos, isto pode resultar emsubstancial economia de recursos em virtude de todas as inscrições poder ser feitas emuma única solicitação. Similarmente, o sistema de presença também pode aceitar diferenteslistas de categoria para diferentes usuários em uma única solicitação. Por exemplo, um usu-ário assinante pode se inscrever nas categorias 1 e 2 para o Usuário A e nas categorias 3 e4 para o Usuário B em uma única solicitação.
Em uma modalidade, o sistema de presença permite que uma solicitação de inscri-ção recupere informação de presença sem criar uma assinatura. Por exemplo, um usuáriopode desejar solicitar informação de presença para um usuário publicador uma vez, semreceber notificações à medida que a informação muda. O usuário pode transmitir uma solici-tação de inscrição com uma indicação que a solicitação é uma consulta para o valor atual dainformação de presença nas categorias especificadas e não uma comunicação para criaruma inscrição.
Em uma modalidade, o sistema de presença aceita a remoção de inscrições exis-tentes na mesma solicitação à medida que ocorre a adição de novas inscrições. Por exem-plo, se um usuário assinante não está mais interessado em saber o local de um usuário pu-blicador e, também, gostaria de rastrear o número de telefone atual do usuário publicador, ousuário assinante pode compor uma única solicitação que contém a categoria "estado" emuma lista de categorias para se desinscrever, e a categoria "número de telefone" em umalista de categorias para se inscrever.Em uma modalidade, o sistema de presença aceita 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 na empresa e encaminha as solicitações e um servidor de presençaglobal como uma única solicitação de inscrição em lotes.
Em uma modalidade, o sistema de presença transmite múltiplas inscrições de pre-sença usando extensões aos protocolos SIP e SIMPLE. O sistema de presença adiciona umcomando <batchSub> que contém um comando <categoryList> que especifica a lista decategorias na qual se inscrever. O comando <batchSub> também pode especificar um co-mando <adhocList> que especifica uma lista de múltiplos usuários cujas categorias estãosendo inscritas. O sistema de presença também adiciona um comando <batchUnsub> quetambém contém comandos que especificam a lista de usuários e suas categorias que estãosendo desinscritas. O sistema também pode permitir uma solicitação de inscrição com umcorpo vazio para indicar que todos os usuários e categorias devem ser desinscritos, em vezde solicitar que o usuário assinante liste dotas as categorias e usuários em que ele se ins-creveu.
Em uma modalidade, o sistema de presença elimina por filtragem informação depresença indesejada para um usuário assinante pela solicitação de uma inscrição explícita acada categoria em que o usuário assinante está interessado. Por exemplo, um usuário pu-blicador pode publicar centenas de categorias de informação, mas um usuário assinantepode desejar saber somente o estado atual do usuário publicador. O usuário assinante podetransmitir uma solicitação de inscrição indicando uma inscrição na categoria "estado", e ousuário receberá somente notificações para aquela categoria. Isto impede que o usuárioassinante seja esmagado com notificações em que o usuário não está interessado à medidaque 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 publicador se desconecta do servidor de presença. Em sistemas anteriores,o usuário publicador publicava informação por uma duração fixa (por exemplo, uma hora), etinha que renovar ou republicar a informação quando a publicação estivesse próxima daexpiração para manter a informação publicada. O sistema de presença define um tipo inédi-to de expiração que mantém a informação de presença publicada até que o dispositivo quepublicou a informação fique fora de linha. Isto é usado, por exemplo, quando um dispositivo,tal como um telefone celular, publicou instâncias de informação que são válidas somenteenquanto o telefone celular estiver em linha. Quando o telefone celular for desligado ou, deoutra forma, ficar fora de linha, o servidor de presença pode detectá-lo e remover a informa-ção que era relevante somente enquanto o dispositivo estava em linha. Quando o dispositivoestiver em linha, não é mais exigido atualizar continuamente a informação de presença quenão mudou para impedi-la de expirar.
Em uma modalidade, o sistema de presença aceita publicações que expiram quan-do o usuário publicador não está mais em linha. Este tipo de expiração é usado para a in- formação de presença que se aplica a múltiplos dispositivos por todo o tempo que o usuárioestiver em linha, mas que não é mais relevante quando o usuário estiver fora de linha. Osistema de presença pode detectar que o usuário está fora de linha quando o usuário nãoestá mais conectado por meio de nenhum dispositivo. O sistema de presença pode detectarque o usuário não está mais conectado em uma unidade de determinação quando o disposi- tivo se desconecta do servidor de presença ou quando o dispositivo informa ao servidor depresença que o usuário não está mais usando o dispositivo. Por exemplo, um quiosque pú-blico de Internet pode permitir que um usuário acesse a Internet pela inserção de um plugueUSB que identifica o usuário. Quando o plugue for removido, o quiosque de Internet podeinformar a todos os serviços em que o usuário estava conectado, tal como um serviço de presença, que o usuário não está mais usando o identificador. Enquanto o usuário estiverem linha, a informação permanece publicada sem solicitações de renovação do usuário,desse modo, economizando o processamento de solicitações de atualização adicionais noservidor de presença.
Em uma modalidade, o sistema de presença aceita publicações que não expiram. Este tipo de expiração, chamada estático, é usado para informação que é relevante se umusuário estiver ou não em linha, tal como o número de telefone ou endereço do usuário. Es-te tipo de expiração também pode ser usado pelos serviços que publicam informação emnome de um usuário. Por exemplo, um servidor de Troca que publica informação de calen-dário para múltiplos usuários não precisa saber se o usuário está em linha ou não antes de publicar a informação de calendário do usuário, e a informação não deve expirar indepen-dente do estado conectado atual do usuário. Portanto, tais serviços podem publicar informa-ção pela especificação de um tipo de expiração estática para a publicação, e a informaçãopublicada não terá sua publicação desfeita a menos que o servidor de presença receba umasolicitação de despublicação explícita.
Grupos de Associação
Em uma modalidade, o sistema de presença aceita as listas de associação em co-leção que contém grupos de usuários. Previamente, os usuários que tinham acesso a umacoleção em particular de informação de presença eram explicitamente listados, e uma cole-ção padrão continha informação que se aplicava a usuários que não estavam em nenhumalista. O sistema de presença permite que grupos de usuários sejam especificados, o quereduz a dificuldade computacional de determinar se um usuário tem acesso a uma coleçãopara grandes grupos de usuários. Listas de associação em coleção podem ser especifica-das quando informação de presença for publicada, ou podem ser especificadas independen-temente em uma solicitação separada. Um tipo de grupo de associação, "lista de contato",especifica que qualquer usuário assinante em uma lista de contatos do usuário publicadorpode visualizar informação em uma coleção à qual o grupo está atribuído.
Em uma modalidade, o sistema de presença aceita um grupo de associação quecontém usuários na mesma empresa como um usuário publicador. Este grupo de associa-ção permite que uma única entrada na lista de associação em coleção de um usuário espe-cifique que todos os usuários assinantes na mesma empresa devem ter acesso a uma cole-ção em particular. Por exemplo, para uma grande corporação como a Microsoft, isto permiteque seja criada uma coleção, com detalhes adicionais para colegas de trabalho, que contémuma única entrada na lista de associação que especifica o grupo de associação da "mesmaempresa". O servidor de presença determina se um usuário assinante em particular tem a-cesso à coleção pela verificação se a empresa do usuário é a mesma do usuário publicador,tal como pela consulta a um controlador de domínio externo. Isto impede que o servidor depresença replique 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 quecontém usuários em uma nuvem pública. Uma nuvem pública é definida como uma lista deusuários externamente disponível fornecida por uma organização diferente. O grupo de as-sociação em nuvem pública é usado quando um operador de um servidor de presença temparcerias com operadores de outros sistemas de presença. Por exemplo, um servidor depresença que usa o software do sistema de mensagens instantâneas da Microsoft pode inte-ragir com AOL, Yahoo e outras plataformas de sistemas de mensagens instantâneas usan-do o grupo de associação em nuvem pública. Pela especificação do grupo de associaçãoem nuvem pública em uma lista de associação em coleção, um usuário publicador pode de-finir as publicações de presença nas quais os membros de outros sistemas de presençapodem se inscrever e visualizar sem ter que listar cada membro explicitamente na lista deassociação em 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, tais como Microsoft e Intel, podem tornar suas listas de empregados disponíveispara grupos de associação federados. Um servidor de presença que recebe publicaçõescom um tipo de grupo de associação federado diz respeito a servidores de associação fede-rada especificada para determinar quais usuários são membros do grupo federado. Então,um usuário publicador pode especificar publicações nas quais o grupo federado pode seinscrever.Em uma modalidade, o sistema de presença aceita lotes de mudanças em listas deassociação em uma única solicitação. Por exemplo, um usuário publicador pode concederacesso a usuários assinantes no grupo de associação da mesma empresa a uma coleção eremover usuários no grupo de associação em nuvem pública da coleção em uma única soli- citação. Um usuário publicador pode especificar listas de associação para múltiplas cole-ções, bem como múltiplos grupos de associação e usuários individuais em uma lista de as-sociação para uma coleção em particular em uma única solicitação.
Pela combinação do modelo de coleção com grupos de associação, um usuário pu-blicador pode estabelecer uma hierarquia de acesso à informação de presença. Por exem- pio, a informação de calendário de um usuário pode ser disponibilizada com detalhes a co-legas de trabalho na mesma empresa e disponibilizada como informação livre / ocupado(que somente indica os momentos em que um usuário está livre e os momentos em que umusuário está ocupado) ao público geral. Isto permite que membros do público geral agendemum compromisso com o usuário publicador que não esteja em conflito com o resto da agen-da do usuário, sem expor informação pessoal sobre o que o usuário está fazendo. Por outrolado, é fornecida aos colegas de trabalho uma visualização mais detalhada do que o usuárioestá fazendo para que eles possam, por exemplo, saber que o usuário estará em uma reu-nião com o colega de trabalho mais tarde no dia.
A figura 1 é um diagrama de blocos que ilustra componentes do sistema de presen- ça em uma modalidade. O sistema de presença 110 está conectado nos dispositivos de en-tidade 120 e 130 por meio de uma ligação de comunicações 140, tal como a Internet. Osdispositivos de entidade correspondem a entidades que podem ser publicadores ou assinan-tes. Os dispositivos de entidade incluem um componente de composição de atualização depublicação 122, um componente de composição de solicitação de inscrição 125 e um com- ponente de solicitação de transmissão 127. O componente de composição de atualização depublicação 122 compõe solicitações de atualização para informação de presença publicadaque pode incluir lotes de atualizações de publicações individuais. O componente de compo-sição de solicitação de inscrição 125 compõe solicitações de inscrição que podem incluirlotes de inscrições em múltiplas categorias de informação de presença para múltiplos usuá- rios publicadores. O componente de solicitação de transmissão 127 transmite solicitaçõesde atualização e solicitações de inscrição de publicação ao sistema de presença 110.
O sistema de presença inclui um componente de recepção de atualização de publi-cação 150, um componente de atualização de publicações 155, um componente de recep-ção 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ção de estadode conexão 182, um componente de recepção de solicitação de inscrição 185, um compo-nente de atualizações de inscrições 190, um componente de criação de coleção 165, umcomponente de armazenamento de publicação 160, e um componente de armazenamentode inscrição 195. O armazenamento de publicação 160 contém as publicações dos publica-dores. As publicações são organizadas em coleções criadas pelo componente de criação decoleção 165. O componente de recepção de atualização de publicação 150 é invocadoquando uma solicitação de atualizar uma ou mais publicações é recebida de um publicador.O componente de recepção de atualização de publicação 150 invoca o componente da atua-lização de publicações 155 para adicionar, remover ou atualizar publicações no armazena-mento de publicação 160 da forma especificada pela solicitação. O componente de recep-ção de atualização de associação 170 é invocado quando uma solicitação para atualizar alista de associação de uma ou mais coleções no armazenamento de publicação 160 é rece-bida de um publicador. A solicitação pode ser recebida como uma mensagem independenteou pode ser parte de uma solicitação de atualização de publicação. O componente de re-cepção de atualização de associação 170 invoca o componente de atualização de associa-ções para adicionar, remover e atualizar associações em coleções no armazenamento depublicação 160. O componente de recepção de solicitação de inscrição 185 é invocadoquando uma solicitação é recebida de uma entidade para se inscrever em um ou mais tiposde publicações de um publicador. O componente de recepção de solicitação de inscrição185 invoca o componente de atualização de inscrições 190 para inscrever a entidade nostipos solicitados de publicações. Inscrições são armazenadas em um armazenamento deinscrição 195, que pode ser integrado com o armazenamento de publicação 160. O compo-nente de expiração de publicações 180 é invocado periodicamente pelo sistema de presen-ça para limpar publicações expiradas no armazenamento de publicação 160. Embora nãomostrados na figura 1, os dispositivos de entidade incluem componentes do sistema de pre-sença para definir coleções e suas associações, para transmitir atualizações de publicações,para transmitir solicitações de inscrição e para receber notificações de atualizações das pu-blicações.
O dispositivo de computação no qual o sistema é implementado pode inclui uma u-nidade central de processamento, memória, dispositivos de entrada (por exemplo, teclado edispositivos de apontamento), dispositivos de saída (por exemplo, dispositivos de exibição),e dispositivos de armazenamento (por exemplo, unidades de disco). A memória e os dispo-sitivos de armazenamento são mídias legíveis por computador que podem conter instruçõesque implementam o sistema. Além do mais, as estruturas de dados e as estruturas de men-sagens podem ser armazenadas ou transmitidas por meio de uma mídia de transmissão dedados, tal como um sinal em uma ligação de comunicação. Várias ligações de comunicaçãopodem ser usadas, tais como a Internet, uma rede de área local, uma rede de área ampla,uma conexão discada ponto a ponto, uma rede de telefonia celular, e assim por diante.
Modalidades do sistema podem ser implementadas em vários ambientes operacio-nais que incluem computadores pessoais, computadores servidores, dispositivos de mão ouportáteis, sistemas multiprocessadores, sistemas com base em microprocessador, apare-lhos eletrônicos programáveis pelo consumidor, câmeras digitais, PCs em rede, minicompu-tadores, computadores de grande porte, ambientes de computação distribuída que incluem qualquer um dos sistemas ou dispositivos expostos, e assim por diante. Os sistemas decomputador podem ser telefones celulares, assistentes pessoais digitais, telefones inteligen-tes, computadores pessoais, aparelhos eletrônicos programáveis pelo consumidor, câmerasdigitais, e assim por diante.
O sistema pode ser descrito no contexto geral das instruções executáveis por com- putador, tais como módulos de programa, executados por um ou mais computadores ououtros dispositivos. No geral, módulos de programa incluem rotinas, programas, objetos,componentes, estruturas de dados, entre outros, que realizam tarefas em particular ou queimplementam tipos de dados abstratos em particular. Tipicamente, a funcionalidade dos mó-dulos de programa pode ser combinada ou distribuída como desejado em várias modalida- des.
A figura 2 é uma listagem de protocolo que ilustra as extensões do protocolo SIPpara transmitir atualizações de publicação em uma modalidade. O protocolo começa comum verbo SIP "PUBLISH" 210 que sinaliza que uma solicitação publique a 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 publicações 235 e 240 a ser publicadase a publicação 250 a não ser publicada. A publicação 235 especifica informação de presen-ça para uma categoria nomeada "status", uma instância específica da categoria nomeada"laptop", um recipiente (que é um tipo de coleção) identificado como "1", uma versão de "0", um usuário publicador identificado pelo endereço SIP "sip:foo@bar.com", e um tipo de expi-ração para a publicação do "usuário" que indica que a publicação deve ser removida quandoo usuário ficar fora de linha. Embora o texto seja mostrado em alguns campos para objetivi-dade, números também podem ser usados. Por exemplo, o valor do campo "instance" podeconter um identificador exclusivo atribuído a um dispositivo em vez de o texto "laptop". Uma outra publicação 240 especifica a mesma categoria "status", mas uma instância "desktop"diferente em um recipiente "2" diferente para o mesmo usuário publicador. O protocolo tam-bém contém uma publicação 250 que deve ser removida do armazenamento de publicaçãocomo indicado neste exemplo por um tipo de expiração de zero. Embora neste exemplo ocampo "expireType" esteja sobrecarregado para indicar que uma publicação não deve serpublicada, um campo separado ou uma seção XML separada no protocolo também podemser usados. A publicação 250 que está sendo removida é identificada por um nome de cate-goria, por um identificador de instância, por um identificador de recipiente, e por um endere-ço de usuário publicador. Especificar o endereço do usuário publicador em uma publicaçãopermitir que entidades diferentes do usuário publiquem e despubliquem informação de pre-sença em nome de um usuário, tal como um servidor de Troca supradescrito.
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 recepção de atualização de publicação quando uma solicitaçãode publicação, tal como aquela da figura 2, é recebida. No bloco 310, o componente recebeuma solicitação de atualização de publicações do componente de recepção de atualizaçãode publicação. No bloco 320, o componente seleciona a próxima publicação da solicitação.No bloco 330, o componente localiza a coleção para o usuário publicador identificado pelapublicação selecionada no armazenamento de publicação. No bloco de decisão 340, se apublicação existir, então, o componente continua no bloco 360, caso contrário, o componen-te continua no bloco 350. No bloco 350, a publicação que não existia previamente é adicio-nada no armazenamento da publicação. No bloco 360, a publicação existente no armaze-namento de publicação é atualizada com a informação na solicitação. No bloco de decisão370, se houver mais publicações na solicitação, o componente volta ao bloco 320 para sele-cionar a próxima publicação, caso contrário, o componente está completo.
A figura 4 é uma listagem de protocolo que ilustra as extensões do protocolo SIPpara transmitir solicitações de inscrição em uma modalidade. O protocolo começa com umverbo SIP "SUBSCRIBE" 410 que sinaliza uma solicitação para inscrever na informação pu-blicada. O protocolo contém cabeçalhos 420 que descrevem adicionalmente a solicitação,tal como seu tipo de conteúdo. O protocolo também contém uma seção "<batchSub>" 440que contém uma seção "<action>" 442. A seção de ação contém uma seção "<adhocList>"445 e uma seção "<categoryList>" 450. A seção de lista adhoc 445 especifica os identifica-dores dos usuários publicadores de cujas publicações o usuário assinante deseja recebernotificações. A seção de lista de categoria 450 especifica as categorias nas quais se inscre-ver para cada usuário publicador. A solicitação de inscrição fará com que o usuário assinan-te receba notificações para cada uma das categorias especificadas para cada um dos usuá-rios especificados. Embora não mostrada na figura 4, a solicitação também pode conter umalista de categorias e de usuários dos quais se desinscrever 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 recepção de solicitação de inscrição quando uma solicitação de ins-crição, tal como aquele da figura 4, for recebida. No bloco 510, o componente recebe umasolicitação de inscrição do componente de recepção de solicitação de inscrição. No bloco dedecisão 520, se houver mais filtros de categoria contidos na solicitação, então, o componen-te continua no bloco 530, caso contrário, o componente continua no bloco 550. No bloco530, o componente seleciona o próximo filtro de categoria da solicitação. No bloco 540, ocomponente atualiza os filtros de categoria no armazenamento de inscrição. Então, o com-ponente volta ao bloco 520 para determinar se há mais algum filtro de categoria na solicita-ção. No bloco de decisão 550, se houver mais inscrições na solicitação, então, o componen- te continua no bloco 560, caso contrário, o componente continua no bloco 580. No bloco560, o componente seleciona a próxima inscrição da solicitação de inscrição. No bloco 570,o componente adiciona a inscrição no armazenamento de inscrição. A inscrição pode ser naforma de uma lista de usuários e de uma lista de categorias, de maneira tal que múltiplascategorias possam ser inscritas para múltiplos usuários em uma única seção de inscrição. Então, o componente volta ao bloco 550 para determinar se há mais alguma inscrição nasolicitação. No bloco de decisão 580, se houver mais desinscrições na solicitação, o compo-nente continua no bloco 590, caso contrário o componente está completo. No bloco 590, ocomponente seleciona a próxima desinscrição na solicitação. No bloco 595, o componenteremove a inscrição especificada do armazenamento de inscrição. Depois que todas as de- sinscrições forem processadas, o componente está completo.
A figura 6 é uma listagem de protocolo que ilustra as extensões de protocolo SIPpara atualizar associações de coleção em uma modalidade. A parte do protocolo mostradapode estar incluída no corpo de uma solicitação de publicação SIP1 da forma mostrada nafigura 2, ou ela pode ser parte de um tipo de mensagem independente, especificamente pa- ra atualizar associações. O protocolo começa com uma seção "<setContainerMembers>"610 que contém um ou mais seções "<container>" 615 que identificam uma coleção cujasassociações devem ser modificadas. Cada seção de recipiente contém uma ou mais entra-das de membros 620, 630 e 640. A primeira entrada de membro 620 na figura 6 especificaum tipo "uri" que indica que o valor é o URI do SIP de um usuário específico. O tipo de ação "add" indica que o usuário especificado deve ser adicionado como um membro com acessoà coleção especificada. A segunda entrada de membro 630 especifica um tipo "sameDoma-in" que indica que a associação de usuários do mesmo domínio do usuário publicador estásendo modificada, e o tipo de ação "remove" indica que o acesso à coleção está sendo re-movido. A terceira entrada de membro 640 especifica um tipo "contactList" e um tipo de a-ção "add" que indica que o acesso à coleção especificada está sendo concedido a todos osmembros da lista de contato do usuário publicador.
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 recepção de atualização de associação quando uma solicitação de atualização de associação, tal como aquela da figura 6, for recebida. No bloco 710, ocomponente recebe uma solicitação de atualização de associação do componente de re-cepção de atualização de associação. No bloco 720, o componente seleciona a próximaseção de recipiente da solicitação. No bloco 730, o componente seleciona a próxima atuali-zação de membro na 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, casocontrário, o componente continua no bloco 760. No bloco 760, o usuário ou grupo especifi-cados na atualização de membro são removidos da lista de membro do recipiente selecio-nado no armazenamento de publicação. No bloco de decisão 770, se houver mais atualiza-ções de membros na seção de recipiente selecionada, então, o componente volta ao bloco730 para selecionar a próxima atualização de membro, caso contrário, o componente conti-nua no bloco 780. No bloco de decisão 780, se houver mais seções de recipiente na solici-tação de atualização de associação, então, o componente volta ao bloco 720 para selecio-nar a próxima seção de recipiente, caso contrário, o componente está completo.
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 remover publicações vencidas do armaze-namento de publicação. No bloco 810, o componente seleciona a próxima publicação doarmazenamento 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, caso contrário, ocomponente continua no bloco 830. No bloco de decisão 830, se o tipo de expiração da pu-blicação selecionada for "dispositivo", então, o componente continua no bloco 833, casocontrário o componente continua no bloco 840. No bloco de decisão 833, se o dispositivoque publicou a publicação selecionada estiver fora de linha, então, o componente continuano bloco 836, caso contrário, o componente continua no bloco 860. No bloco 836, o compo-nente remove a publicação expirada do armazenamento de publicação. No bloco de decisão840, se o tipo de expiração da publicação selecionada for "usuário", então, o componentecontinua no bloco 843, caso contrário, o componente continua no bloco 850. No bloco dedecisão 843, se o usuário que publicou a publicação selecionada não estiver conectado pormeio de nenhum dispositivo, então, o componente continua no bloco 846, caso contrário, ocomponente remove a publicação expirada do armazenamento de publicação. No bloco dedecisão 850, se o tipo de expiração da publicação selecionada for "duração", então, o com-ponente continua no bloco 853, caso contrário, o componente continua no bloco 860. Nobloco de decisão 853, se a quantidade de tempo especificada para a publicação selecionadativer espirado, então, o componente continua no bloco 856, caso contrário, o componentecontinua no bloco 860. No bloco 856, o componente remove a publicação expirada do arma-zenamento de publicação. No bloco de decisão 860, se houver mais publicações no arma-zenamento de publicação, então, o componente volta ao bloco 810 para selecionar a próxi-ma publicação, caso contrário, o componente está completo. Embora o método representa-do mostre um método de pesquisa para verificar e remover publicações expiradas, versadosna técnica entendem que outros métodos podem ser usados, tal como um modelo orientadoa evento, no qual o evento de um usuário ou dispositivo mudar do estado em linha para forade linha faz com que as publicações expiradas sejam diretamente removidas.
Embora o assunto em questão tenha sido descrito em linguagem específica pararecursos estruturais e/ou atos metodológicos, entende-se que o assunto em questão defini-do nas reivindicações anexas não é necessariamente limitado aos recursos ou atos especí-ficos supradescritos. Em vez disto, os recursos e atos específicos supradescritos são divul-gados como formas de exemplo da implementação das reivindicações. Por exemplo, as so-licitações processadas pelo sistema de presença foram descritas usando o protocolo SIP,mas outros protocolos, tal como um protocolo customizado no topo do Protocolo de Controlede Transmissão (TCP), podem ser usados. Em alguns exemplos, etapas foram descritassendo realizadas pelos componentes no servidor de presença, mas elas também podem serrealizadas pelos componentes nas entidades que interagem com o servidor de presença. Osistema também pode ser implementado como uma rede ponto a ponto na qual não há umúnico servidor de presença central, mas, em vez disto, informação de presença pode serdistribuída e armazenada pelos pares. Dessa maneira, a invenção não é limitada, excetopelas reivindicações anexas.
Claims (20)
1. Sistema para expirar informação de presença publicada de um servidor de pre-sença, CARACTERIZADO pelo fato de que compreende:um componente de recepção de solicitação (150) que recebe uma solicitação para publicar informação de presença que contém um identificador de usuário e um tipo de expi-ração que indica que a informação de presença deve permanecer publicada com base emum estado de conexão;um componente de detecção de estado de conexão (182) que detecta que o estadode conexão mudou; eum componente de publicação despublicada (180) que despublica informação depresença do servidor de presença quando o componente de detecção de estado de conexãodetectar que o estado de conexão mudou.
2. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oestado de conexão indica se um dispositivo em particular está conectado no servidor depresença.
3. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oestado de conexão indica se um usuário em particular está ativo no servidor de presença.
4. Sistema, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de queum usuário está ativo quando o usuário estiver conectado no servidor de presença por meiode pelo menos um dispositivo.
5. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queuma mudança no estado de conexão é detectada pela recepção de uma mensagem queindica que o estado de conexão mudou.
6. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queuma mudança no estado de conexão é detectada quando nenhuma mensagem for recebidade um dispositivo por um intervalo de tempo especificado.
7. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queuma mudança no estado de conexão é detectada quando um dispositivo deixar de respon-der a uma solicitação do servidor de presença.
8. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que asolicitação usa o protocolo SIP.
9. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que ainformação de presença contém informação de calendário para um usuário publicador.
10. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queo servidor de presença recebe lotes de publicações em uma única solicitação.
11. Sistema para publicar informação de presença em um servidor de presença,CARACTERIZADO pelo fato de que compreende:um componente de recepção de solicitação de publicação (150) que recebe umasolicitação para publicar informação de presença que contém um identificador de usuário eum tempo de expiração que indica que a informação de presença nunca deve expirar;um componente de despublicação de solicitação (150) que recebe uma solicitaçãoque indica que informação de presença não deve mais ser publicada; eum componente de despublicação de publicação (155) que despublica informaçãode presença do servidor de presença quando for recebida uma solicitação indicando que ainformação não deve mais ser publicada.
12. Sistema, de acordo com a reivindicação 11, CARACTERIZADO pelo fato deque a solicitação de publicar informação de presença é transmitida em nome de um usuáriopor um serviço da Internet.
13. Sistema, de acordo com a reivindicação 12, CARACTERIZADO pelo fato deque o serviço da Internet fornece informação de calendário.
14. Sistema, de acordo com a reivindicação 11, CARACTERIZADO pelo fato deque a solicitação de publicar informação de presença é transmitida pelo usuário para infor-mação que muda de forma não freqüente.
15. Sistema, de acordo com a reivindicação 11, CARACTERIZADO pelo fato deque a solicitação de publicar usa o protocolo SIP.
16. Mídia legível por computador, CARACTERIZADA pelo fato de que contém ins-truções para expirar informação de presença publicada de um servidor de presença, por ummétodo que compreende:receber (150) uma solicitação de publicar informação de presença que contém umidentificador de usuário e um tipo de expiração que indica que a informação de presençadeve permanecer publicada com base em um estado de conexão;detectar (182) que o estado de conexão mudou; edespublicar (155) a informação de presença do servidor de presença depois de de-tectar que o estado de conexão mudou.
17. Mídia legível por computador, de acordo com a reivindicação 16,CARACTERIZADA pelo fato de que o estado de conexão indica se um dispositivo em parti-cular está conectado no servidor de presença.
18. Mídia legível por computador, de acordo com a reivindicação 16,CARACTERIZADA pelo fato de que o estado de conexão indica se um usuário em particularestá ativo no servidor de presença.
19. Mídia legível por computador, de acordo com a reivindicação 18,CARACTERIZADA pelo fato de que um usuário está ativo quando o usuário estiver conec-tado no servidor de presença por meio de pelo menos um dispositivo.
20. Mídia legível por computador, de acordo com a reivindicação 16,CARACTERIZADA pelo fato de que o servidor de presença recebe lotes de publicações emuma única solicitação.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/278.338 | 2006-03-31 | ||
| US11/278,338 US8234559B2 (en) | 2006-03-31 | 2006-03-31 | Managing rich presence collections |
| PCT/US2007/001980 WO2007114883A1 (en) | 2006-03-31 | 2007-01-25 | Managing rich presence collections |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0709080A2 true BRPI0709080A2 (pt) | 2011-06-28 |
Family
ID=38563994
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0709080-3A BRPI0709080A2 (pt) | 2006-03-31 | 2007-01-25 | gerenciando ricas coleções de presença |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8234559B2 (pt) |
| EP (1) | EP2013763B1 (pt) |
| KR (1) | KR101344203B1 (pt) |
| CN (1) | CN101416177A (pt) |
| BR (1) | BRPI0709080A2 (pt) |
| CA (1) | CA2642824A1 (pt) |
| RU (1) | RU2450341C2 (pt) |
| WO (1) | WO2007114883A1 (pt) |
Families Citing this family (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7873716B2 (en) * | 2003-06-27 | 2011-01-18 | Oracle International Corporation | Method and apparatus for supporting service enablers via service request composition |
| 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) |
| US9245236B2 (en) | 2006-02-16 | 2016-01-26 | Oracle International Corporation | Factorization of concerns to build a SDP (service delivery platform) |
| US9038082B2 (en) | 2004-05-28 | 2015-05-19 | Oracle International Corporation | Resource abstraction via enabler and metadata |
| US9565297B2 (en) | 2004-05-28 | 2017-02-07 | Oracle International Corporation | True convergence with end to end identity management |
| 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 |
| US8966498B2 (en) | 2008-01-24 | 2015-02-24 | Oracle International Corporation | Integrating operational and business support systems with a service delivery platform |
| US8458703B2 (en) | 2008-06-26 | 2013-06-04 | Oracle International Corporation | Application requesting management function based on metadata for managing enabler or dependency |
| 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 |
| US9392069B2 (en) | 2005-11-18 | 2016-07-12 | Aol Inc. | Promoting interoperability of presence-based systems through the use of ubiquitous online identities |
| 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 |
| US9241038B2 (en) * | 2006-05-23 | 2016-01-19 | Microsoft Technology Licensing, Llc | User presence aggregation at a server |
| US8914493B2 (en) * | 2008-03-10 | 2014-12-16 | Oracle International Corporation | Presence-based event driven architecture |
| GB0622551D0 (en) * | 2006-11-11 | 2006-12-20 | Ibm | A method, apparatus and computer program for a first device to determine the status of a second device |
| GB2444995B (en) * | 2006-12-21 | 2011-07-27 | Vodafone Plc | Peer to peer network |
| US8214503B2 (en) * | 2007-03-23 | 2012-07-03 | Oracle International Corporation | Factoring out dialog control and call control |
| US20080307035A1 (en) * | 2007-06-05 | 2008-12-11 | Erik John Burckart | System and Method for Off-loading Online Meeting Updates Using Forward Proxy |
| FR2920935B1 (fr) | 2007-09-06 | 2009-12-11 | Miyowa | Procede pour echanger des requetes entre l'application informatique d'un terminal mobile et un serveur de messagerie instantanee |
| FR2923130A1 (fr) * | 2007-10-24 | 2009-05-01 | Miyowa Sa | Procede et systeme de messagerie instantanee pour terminaux mobiles equipe d'un serveur de presence virtuelle permettant de gerer automatiquement une session de messagerie instantanee |
| FR2923131B1 (fr) * | 2007-10-24 | 2010-01-15 | Miyowa | Procede et systeme de messagerie instantanee pour terminaux mobiles equipe d'un serveur de presence virtuelle configure pour gerer differentes listes de contacts d'un meme utilisateur |
| 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 |
| WO2009072942A1 (en) * | 2007-12-04 | 2009-06-11 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of reducing size of presence messages |
| FR2926176B1 (fr) * | 2008-01-08 | 2014-10-10 | Miyowa | Reseau de communication de transfert d'informations entre un terminal mobile et des serveurs sources, ainsi que terminal et procede de gestion de transfert d'informations dans un tel reseau. |
| 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 |
| EP2307976A4 (en) * | 2008-06-13 | 2011-11-16 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS |
| US8090848B2 (en) | 2008-08-21 | 2012-01-03 | Oracle International Corporation | In-vehicle multimedia real-time communications |
| DE102009050782B4 (de) | 2008-10-29 | 2020-06-10 | Korea Institute Of Machinery & Materials | Hohle, Aktuator-getriebene Tröpfchenabgabevorrichtung |
| US8831645B2 (en) * | 2008-11-24 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system |
| US20100161777A1 (en) * | 2008-12-22 | 2010-06-24 | Morris Robert P | Method and System For Providing A Subscription To A Tuple Based On A Variable Identifier |
| US20100179982A1 (en) * | 2009-01-15 | 2010-07-15 | Miyowa | Method for auditing the data of a computer application of a terminal |
| US20100228790A1 (en) * | 2009-03-03 | 2010-09-09 | Miyowa | Method for activating functionalities proposed in a computer terminal |
| US20100257223A1 (en) * | 2009-04-02 | 2010-10-07 | Morris Robert P | Method and System For Changing A Subscription To A Tuple Based On A Changed State Of A Subscribing Principal |
| US20100257275A1 (en) * | 2009-04-02 | 2010-10-07 | Morris Robert P | Method and System For Changing A Subscription To A Tuple Based On A Changed State Of The Tuple |
| FR2944624A1 (fr) * | 2009-04-16 | 2010-10-22 | Miyowa | Procede pour autoriser une connexion entre un terminal informatique et un serveur source |
| 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 |
| US9509790B2 (en) | 2009-12-16 | 2016-11-29 | Oracle International Corporation | Global presence |
| US9503407B2 (en) | 2009-12-16 | 2016-11-22 | Oracle International Corporation | Message forwarding |
| CN105119799B (zh) * | 2015-06-15 | 2019-11-19 | 阿里巴巴集团控股有限公司 | 即时通讯消息处理方法及客户端 |
| CN113721578B (zh) * | 2020-05-25 | 2023-09-12 | 上汽通用汽车有限公司 | 域控制器刷新方法与系统 |
| US11848767B2 (en) * | 2021-06-01 | 2023-12-19 | Apple Inc. | Privacy-preserving electronic publication and subscription systems |
Family Cites Families (69)
| 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 |
| JP3508682B2 (ja) * | 1999-03-02 | 2004-03-22 | セイコーエプソン株式会社 | 圧電アクチュエータ、インクジェット式記録ヘッド、これらの製造方法及びインクジェットプリンタ |
| AU1900401A (en) | 1999-12-03 | 2001-06-12 | 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 |
| KR20010086883A (ko) | 2000-03-04 | 2001-09-15 | 김응석 | 조건 기반의 서비스 가입자간 통신 서비스 제공 방법 |
| KR20010094875A (ko) | 2000-04-07 | 2001-11-03 | 조현정 | 정보 관리 시스템 |
| US6736942B2 (en) * | 2000-05-02 | 2004-05-18 | Johns Hopkins University | Freestanding reactive multilayer foils |
| US20050142495A1 (en) * | 2003-10-09 | 2005-06-30 | David Peter Van Heerden | Methods of controlling multilayer foil ignition |
| 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 |
| AU2002230870A1 (en) * | 2000-10-30 | 2002-05-15 | 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 | 강명필 | 개인정보관리 시스템 및 그 방법 |
| 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 |
| US20020075304A1 (en) * | 2000-12-18 | 2002-06-20 | Nortel Networks Limited | Method and system for supporting communications within a virtual team environment |
| US20020075305A1 (en) * | 2000-12-18 | 2002-06-20 | Beaton Brian F. | Graphical user interface for a virtual team environment |
| 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 |
| 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 |
| 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 |
| US7302634B2 (en) * | 2001-03-14 | 2007-11-27 | Microsoft Corporation | Schema-based services for identity-based data access |
| US20030023623A1 (en) * | 2001-03-14 | 2003-01-30 | Horvitz Eric J. | Schema-based service for identity-based access to presence data |
| KR20020074304A (ko) | 2001-03-20 | 2002-09-30 | 엘지전자주식회사 | 무선 통신망을 이용한 휴대 단말기의 모바일 메신저서비스 시스템 및 방법 |
| EP1451703A4 (en) * | 2001-10-31 | 2005-03-30 | Followap Inc | SYSTEM AND METHOD FOR INSTANT COMMUNICATION OF MULTIMEDIA |
| 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 |
| KR100483159B1 (ko) | 2002-09-19 | 2005-04-14 | 현대자동차주식회사 | 자동차용 클러치 페달의 방진구조 |
| 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 | 윤형돈 | 개인 커뮤니티 정보 관리 방법 |
| CA2526125C (en) | 2003-05-16 | 2015-08-18 | M-Qube, Inc. | System and method for determining and delivering appropriate multimedia content to data communication devices |
| JP3788447B2 (ja) * | 2003-06-30 | 2006-06-21 | 株式会社日立製作所 | セッション制御サーバ、プレゼンスサーバ、セッション制御装置、当該セッション制御装置に適用されるソフトウェア、セッション制御方法、およびネットワークシステム |
| US7112885B2 (en) * | 2003-07-07 | 2006-09-26 | Board Of Regents, The University Of Texas System | System, method and apparatus for improved electrical-to-optical transmitters disposed within printed circuit boards |
| US8140980B2 (en) * | 2003-08-05 | 2012-03-20 | Verizon Business Global Llc | Method and system for providing conferencing services |
| US20050198321A1 (en) * | 2003-09-29 | 2005-09-08 | Blohm Jeffrey M. | Method and system for workgroup presence availability |
| JP2005123970A (ja) * | 2003-10-17 | 2005-05-12 | Vodafone Kk | プレゼンス表示システムにおけるサーバー装置及びクライアント装置 |
| US7716357B2 (en) * | 2003-10-24 | 2010-05-11 | Microsoft Corporation | Service discovery and publication |
| KR100978927B1 (ko) | 2004-01-20 | 2010-08-30 | 주식회사 케이티 | 초고속 인터넷 서비스의 가입자 정보관리 장치 및 방법 |
| US7467384B2 (en) * | 2004-02-20 | 2008-12-16 | Microsoft Corporation | Uniform resource discovery with multiple computers |
| US8949899B2 (en) * | 2005-03-04 | 2015-02-03 | Sharp Laboratories Of America, Inc. | Collaborative recommendation system |
| US6995084B2 (en) * | 2004-03-17 | 2006-02-07 | International Business Machines Corporation | Method for forming robust solder interconnect structures by reducing effects of seed layer underetching |
| US20050232184A1 (en) * | 2004-04-15 | 2005-10-20 | Utstarcom, Incorporated | Network presence updating apparatus and method |
| 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 |
| TWI244370B (en) * | 2004-07-30 | 2005-11-21 | Ind Tech Res Inst | Bonding structure of heat sink fin and heat spreader |
| 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 |
| US7302270B1 (en) * | 2004-08-02 | 2007-11-27 | Cisco Technology, Inc. | Time interval processing and annotation in presence systems |
| 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 |
| US20070043731A1 (en) * | 2005-08-16 | 2007-02-22 | Alcatel | Communication system and method for providing presence-enhanced smart name tags |
| CN100428677C (zh) * | 2006-01-21 | 2008-10-22 | 华为技术有限公司 | 一种订阅呈现信息的方法和系统 |
| US8234559B2 (en) | 2006-03-31 | 2012-07-31 | Microsoft Corporation | Managing rich presence collections |
| US8108345B2 (en) * | 2006-03-31 | 2012-01-31 | Microsoft Corporation | Managing rich presence collections in a single request |
| US8194391B2 (en) * | 2007-12-21 | 2012-06-05 | Murata Manufacturing Co., Ltd. | Multilayer ceramic electronic component and manufacturing method thereof |
-
2006
- 2006-03-31 US US11/278,338 patent/US8234559B2/en not_active Expired - Fee Related
-
2007
- 2007-01-25 CA CA002642824A patent/CA2642824A1/en not_active Withdrawn
- 2007-01-25 CN CNA200780012043XA patent/CN101416177A/zh active Pending
- 2007-01-25 BR BRPI0709080-3A patent/BRPI0709080A2/pt not_active IP Right Cessation
- 2007-01-25 EP EP07709835.8A patent/EP2013763B1/en active Active
- 2007-01-25 WO PCT/US2007/001980 patent/WO2007114883A1/en active Application Filing
- 2007-01-25 RU RU2008138712/08A patent/RU2450341C2/ru not_active IP Right Cessation
-
2008
- 2008-09-25 KR KR1020087023476A patent/KR101344203B1/ko active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| KR20080106557A (ko) | 2008-12-08 |
| EP2013763A1 (en) | 2009-01-14 |
| CA2642824A1 (en) | 2007-10-11 |
| KR101344203B1 (ko) | 2013-12-20 |
| RU2008138712A (ru) | 2010-04-10 |
| EP2013763A4 (en) | 2013-01-23 |
| RU2450341C2 (ru) | 2012-05-10 |
| US8234559B2 (en) | 2012-07-31 |
| EP2013763B1 (en) | 2019-02-27 |
| US20070239866A1 (en) | 2007-10-11 |
| CN101416177A (zh) | 2009-04-22 |
| WO2007114883A1 (en) | 2007-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0709080A2 (pt) | gerenciando ricas coleções de presença | |
| US7650337B2 (en) | Managing rich presence collections | |
| US8108345B2 (en) | Managing rich presence collections in a single request | |
| US8977673B2 (en) | Information on availability of services provided by publish-subscribe service | |
| US20040236633A1 (en) | Management and arbitration of mobile service discovery | |
| US8356011B2 (en) | Organizing presence information into collections of publications | |
| US20080027996A1 (en) | Method and system for synchronizing data using a presence service | |
| EP2048855A2 (en) | Information transmitting system, information processing apparatus, information managing apparatus, and information transmitting method | |
| JP4726539B2 (ja) | コンテキスト交換を用いたエニュメレーションのセッションのためのフレキシブルなコンテキスト管理 | |
| Vinoski | Web services notifications | |
| Pöhlsen et al. | Integrating a decentralized web service discovery system into the internet infrastructure | |
| Yuan | Cloud Services Provider | |
| Uldal | Casual resource sharing with shared virtual folders | |
| Garcia et al. | Environment Awareness: Telling applications about the present and the future |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 8A ANUIDADE. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2290 DE 25/11/2014. |