BRPI0708245B1 - sistema de computador para atualizar múltiplas publicações de presença, múltiplas assinaturas de presença e múltiplos membros de presença - Google Patents
sistema de computador para atualizar múltiplas publicações de presença, múltiplas assinaturas de presença e múltiplos membros de presença Download PDFInfo
- Publication number
- BRPI0708245B1 BRPI0708245B1 BRPI0708245A BRPI0708245A BRPI0708245B1 BR PI0708245 B1 BRPI0708245 B1 BR PI0708245B1 BR PI0708245 A BRPI0708245 A BR PI0708245A BR PI0708245 A BRPI0708245 A BR PI0708245A BR PI0708245 B1 BRPI0708245 B1 BR PI0708245B1
- Authority
- BR
- Brazil
- Prior art keywords
- update
- publication
- subscription
- user
- request
- Prior art date
Links
- 238000012986 modification Methods 0.000 claims 1
- 230000004048 modification Effects 0.000 claims 1
- 238000000034 method Methods 0.000 abstract description 12
- 238000012545 processing Methods 0.000 abstract description 12
- 230000009471 action Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012795 verification Methods 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
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- 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
- 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)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
gerenciamento de coleções de presença significativas. um método e sistema para aumentar a eficiência de computação e de rede de servidores de presença tendo coleções de publicações são providos, o sistema de presença usa várias técnicas que possibilitam que um servidor de presença proveja informação de presença significativa sem requerer processamento dispendioso. 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 assinatura. 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 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 associados ao invés de uma lista individual de usuários que devem ter acesso a uma coleção de presença particular.
Description
SISTEMA DE COMPUTADOR PARA ATUALIZAR MÚLTIPLAS PUBLICAÇÕES DE PRESENÇA, MÚLTIPLAS ASSINATURAS DE PRESENÇA E MÚLTIPLOS MEMBROS DE PRESENÇA.
ANTECEDENTES
Servidores de presença estão sendo usados cada vez mais para prover informação de presença tal como o estado de disponibilidade dos usuários. A informação de presença de um usuário identifica o estado de presença atual desse usuário. Os usuários podem disponibilizar sua informação de presença de modo que outros usuários possam decidir como se comunicar melhor com eles. Por exemplo, a informação de presença pode indicar se um usuário está conectado (em linha) com um servidor de mensagem instantânea ou está desconectado (fora de linha). A informação de presença pode também prover informação mais detalhada sobre a disponibilidade do usuário. Por exemplo, mesmo embora um usuário esteja em linha, esse usuário pode estar distante do seu computador em uma reunião. Em um tal caso, o estado de presença pode indicar em linha e em uma reunião.
Em um contexto de mensagem instantânea, um usuário de publicação (publicador) pode prover sua informação de presença para um serviço de presença que então provê a informação de presença para usuários da assinatura (assinantes). Assim, um serviço de presença pode usar um modelo de assinante/publicador para prover a informação de presença para os usuários de publicação e assinatura do serviço de presença. Sempre que a informação de presença de um usuário muda, o serviço de presença é notificado da mudança pelo sistema de computador desse usuário e por sua vez notifica os usuários assinantes da mudança. Um usuário assinante pode então decidir como contatar melhor o usuário publicador com base na informação de presença dos participantes planejados. Por exemplo, se a informação de presença indica que um usuário publicador está atualmente em uma chamada telefônica em conferência, então o usuário assinante pode decidir enviar uma mensagem instantânea, ao invés de fazer uma chamada telefônica, para o usuário publicador. Se o usuário assinante, entretanto, precisa chamar e falar com o usuário publicador, o usuário assinante pode monitorar a informação de presença do usuário publicador para saber quando a chamada pode ser feita. Quando o usuário assinante nota que a informação de presença do usuário publicador indica que a conferência telefônica foi concluída, o usuário assinante pode então fazer a chamada telefônica.
Um usuário particular pode também publicar a informação de presença de múltiplos dispositivos. Por exemplo, um usuário pode estar conectado em um serviço de presença a partir de um computador laptop, um computador de mesa e um telefone celular, tudo ao mesmo tempo. A informação de presença pode indicar o estado do usuário em cada dispositivo. Isso é particularmente útil se, por exemplo, o usuário está andando para uma reunião com um telefone celular e se afastou do seu computador de mesa. Se um usuário assinante deseja contatar o usuário publicador, a informação de presença pode indicar que uma chamada para o telefone celular seria uma maneira mais efetiva de alcançar o usuário do que
Petição 870180038321, de 09/05/2018, pág. 7/15 uma mensagem instantânea recebida no computador de mesa do usuário. Cada um dos dispositivos de um usuário pode também ter assinatura para a informação de presença dos outros dispositivos do usuário para possibilitar que os dispositivos, por exemplo, determinem em qual dispositivo o usuário publicador está atualmente mais ativo.
Por causa da popularidade crescente dos sistemas de mensagem instantânea e outros sistemas de comunicações em tempo real, os serviços de presença precisam suportar um número crescente de usuários. Além disso, esses sistemas precisam suportar 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 disponibilidade de um publicador durante os próximos vários meses. Como um resultado, um servidor de presença é tipicamente desenvolvido para prover serviços de presença em uma maneira eficiente. Infelizmente, modelos de presença típicos exigem computação intensa quando a informação de presença é atualizada. Assim, quanto mais publicadores e assinantes são adicionados, servidores de presença adicionais são necessários para executar as computações necessárias.
Os sistemas de presença anteriores manipulavam a publicação da informação de presença colocando toda a informação de presença em um único documento de XML. Quando partes da informação de presença do usuário mudavam, um publicador tinha que apontar para uma linha no documento e substituí-la com a nova informação de presença ou apontar para um nó dentro de uma subárvore de XML e substituí-lo por uma outra subárvore de XML. Esse tipo de atualização requeria que o servidor de presença executasse a análise em XML dispendiosa no sentido da computação. À medida que o número de usuários e atualizações de presença aumenta, a carga da análise em XML no servidor de presença podería se tornar opressiva. Esse modelo de publicação de informação de presença também não permite que um assinante faça a assinatura em somente uma porção de um documento de presença. Além disso, porções individuais do documento não são providas com a versão, tal que um assinante ou servidor de presença possa facilmente dizer quais porções do documento foram recentemente alteradas. Esse modelo também não permite expor versões diferentes de um documento de presença para assinantes diferentes ou especificar informação de autorização diferente para porções individuais do documento.
Um sistema de presença mais eficiente que é menos dispendioso do ponto de vista computacional é descrito em um pedido relacionado, Pedido de Patente U.S. 11/190.503 (documento do representante 418268225US) intitulado “ORGANIZING PRESENCE INFORMATION INTO COLLECTIONS OF PUBLICATIONS”, depositado em 26 de julho de 2005, que é incorporado aqui na sua integridade por referência. O pedido relacionado descreve um método e sistema para gerenciar a informação de presença com base nas coleções de publicações. Um sistema de coleção de presença cria coleções de publicações para um publicador. Uma publicação inclui um tipo e valor, e pode ser acompanhada por atributos tal como quando a publicação deve expirar. Por exemplo, uma publicação com um tipo de “estado” e um valor “em linha” pode indicar para usuários assinantes que o usuário publicador está atualmente em linha. Um publicador pode definir uma coleção de publicações que é para ser disponibilizada para certos assinantes e uma outra coleção de publicações que é para ser disponibilizada para outros assinantes. Por exemplo, uma coleção pode ser visível para o público, enquanto uma outra pode ser visível somente para co-trabalhadores do usuário publicador. Cada coleção contém uma lista dos usuários que têm permissão para ter assinatura na informação dentro dessa coleção. O sistema de coleção de presença pode permitir que um publicador atualize publicações individuais dentro de uma coleção. Com a recepção da atualização, o servidor de presença pode rapidamente atualizar a informação de presença sem ter que contar com a análise dispendiosa do ponto de vista computacional dos documentos em XML. Cada coleção de publicações pode também conter categorias de informação. Uma categoria é um tipo de publicação que se estende sobre múltiplas coleções. Por exemplo, uma categoria “estado” pode ter uma publicação com um valor “não disponível” em uma coleção que está disponível para o público, e uma publicação com um valor “em uma reunião com John” em uma coleção disponível para co-trabalhadores. As publicações podem também especificar um identificador de instância. Um identificador de instância diferencia informação similar dentro da mesma coleção. Por exemplo, um usuário pode ter uma publicação de “estado” com uma instância de “laptop” que indica o estado do usuário no seu laptop, e uma outra publicação de “estado” com uma instâ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 melhora sobre as técnicas anteriores, ele pode colocar uma carga maior nos recursos de rede e no servidor de presença. Por exemplo, um usuário publicador que envia atualizações separadas para muitas instâncias de publicação dentro de muitas coleções para um servidor de presença cria uma grande quantidade de tráfego de rede para o servidor de presença. Similarmente, um usuário assinante que recebe notificações separadas para cada publicação que é atualizada cria uma alta quantidade de tráfego de rede do servidor de presença para o dispositivo, ou dispositivos, conectados do usuário assinante. Tipicamente, as publicações de presença são configuradas para expirar dentro de uma duração de tempo fixa e devem ser periodicamente renovadas pelo usuário publicador a fim de manter as publicações publicadas. A necessidade de renovar muitas publicações que não mudaram cria uma carga desnecessária no servidor. Finalmente, a adição de coleções tendo graus variados de detalhes disponíveis para usuários assinantes diferentes cria uma oportunidade para expor a informação de presença a grupos de assinantes mais amplos. A lista de usuários com acesso a uma coleção pode crescer muito e o custo computacional de verificação de em qual coleção um assinante particular deve estar subscrito somente aumenta à medida que a lista cresce, causando uma carga adicional no servidor de presença.
SUMÁRIO
Um método e sistema para aumentar a eficiência computacional e de rede de servidores de presença tendo coleções de publicações são providos. O sistema de presença usa várias técnicas que possibilitam que um servidor de presença proveja informação de presença significativa sem requerer processamento dispendioso. 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 assinatura. 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 publicador continuamente renovar 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 associados ao invés de uma lista individual de usuários que devem ter acesso a uma coleção de presença particular.
Esse sumário é provido para apresentar uma seleção de conceitos em uma forma simplificada que são também descritos abaixo na descrição detalhada. Esse sumário não é planejado para identificar aspectos chaves ou aspectos essenciais da matéria exposta reivindicada, nem ele é planejado para ser usado para limitar o escopo da matéria exposta reivindicada.
BREVE DESCRIÇÃO 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 as extensões de protocolo SIP para enviar atualizações de publicação em uma modalidade.
A figura 3 é um diagrama de fluxo que ilustra o processamento do componente de atualizar publicações do sistema de presença em uma modalidade.
A figura 4 é uma listagem de protocolo que ilustra as extensões de protocolo SIP para enviar solicitações de assinatura em uma modalidade.
A figura 5 é um diagrama de fluxo que ilustra o processamento do componente de atualizar assinaturas do sistema de presença em uma modalidade.
A figura 6 é uma listagem de protocolo que ilustra as extensões de protocolo SIP para atualizar os associados de coleção em uma modalidade.
A figura 7 é um diagrama de fluxo que ilustra o processamento do componente de atualizar associados do sistema de presença em uma modalidade.
A figura 8 é um diagrama de fluxo que ilustra o processamento do componente de expirar publicações do sistema de presença em uma modalidade.
DESCRIÇÃO DETALHADA
Um método e sistema para aumentar a eficiência computacional e de rede dos ser vidores de presença tendo coleções de publicações são providos. O sistema de presença usa várias técnicas que possibilitam que um servidor de presença proveja informação de presença significativa sem requerer processamento dispendioso. 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. Por exemplo, um usuário publicador pode publicar múltiplas categorias de informação em múltiplas coleções enviando uma única solicitação de atualização para o servidor de presença. Similarmente, o sistema de presença aceita lotes de solicitações de assinatura. Por exemplo, um usuário assinante pode solicitar uma assinatura para múltiplas categorias de informação em múltiplas coleções enviando uma única solicitação de assinatura para o servidor de presença. 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 publicador continuamente renovar a informação de presença que não mudou. Por exemplo, o número de telefone residencial do usuário publicador raramente muda, então o sistema de presença permite que o usuário publique essa informação uma vez e não a atualize a menos que a informação mude, ao invés de publicar novamente a informação uma vez por hora. Finalmente, o sistema de presença aceita listas de acesso que contêm grupos de associados ao invés de uma lista individual de usuários que devem ter acesso a uma coleção de presença particular. Por exemplo, um usuário publicador pode conceder acesso a todos os seus co-trabalhadores aplicando um grupo de associado em uma coleção sem listar cada co-trabalhador individualmente.
Lotes de Publicação
Em uma modalidade, o sistema de presença aceita múltiplas publicações de presença em uma única solicitação. As publicações podem se estender sobre múltiplas categorias, instâncias e coleções. Por exemplo, um usuário publicador tendo categorias de publicação de “estado” e “localização” pode publicar um estado de “não disponível” e uma localização de “Centro de atividades da Microsoft” em uma coleção acessível para o público e um estado de “em uma reunião com John” e uma localização de “Bidg 40/sala de conferência 5” em uma coleção acessível para co-trabalhadores. O usuário publicador pode também publicar múltiplas instâncias da mesma informação dentro de cada coleção. Por exemplo, uma categoria “número de telefone” podería ter instâncias de “casa” para um número residencial, “trabalho” para um número do trabalho e “móvel” para um número de telefone celular. O usuário pode publicar valores para cada uma dessas instâncias na mesma solicitação de publicação.
Em uma modalidade, o sistema de presença aceita a retirada da publicação e a publicação em uma única solicitação. Por exemplo, um usuário publicador que está indo para uma reunião pode se desconectar do seu computador de mesa, causando a retirada de publicação das instâncias de publicação relacionadas com a mesa, e o usuário pode se tornar ativo no seu telefone celular, fazendo com que novas instâncias precisem ser adicionadas para o telefone celular. O sistema de presença pode aceitar ambos a retirada de publicação das publicações de mesa e a publicação das publicações do telefone celular em uma única solicitação de atualização. Por exemplo, o servidor de presença de rede empresarial pode receber as atualizações de publicação de ambos os dispositivos e enviar as atualizações para um serviço de presença global em uma única solicitação.
Em uma modalidade, o sistema de presença envia múltiplas atualizações de presença usando extensões para o protocolo de iniciação de sessão (SIP) e os protocolos do SIP para extensões de alavancagem de presença e mensagem instantânea (SIMPLE). O SIP é um protocolo de controle de camada de aplicação que os dispositivos podem usar para se descobrirem e para estabelecer, modificar e terminar sessões entre dispositivos 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 é incorporado aqui na sua integridade por referência. O padrão SIP permite que os executores adicionem extensões para definir comportamentos personalizados. O sistema de presença adiciona um identificador <publish> que contém uma lista de identificadores <publication> especificando a informação de presença a ser publicada, e um identificador <unpublish> similar que contém uma lista de identificadores <publication> especificando a informação de presença a ser retirada da publicação. Cada publicação identifica a categoria, instância e coleção a qual ela se aplica. Em algumas modalidades, o sistema de presença aceita um valor de expiração de zero para uma publicação dentro de um identificador <publish> como uma indicação para retirar da publicação a informação ao invés de ter um identificador <unpublish> separado.
Em uma modalidade, o sistema de presença aceita atualizações para múltiplos usuários publicadores em uma única solicitação. Por exemplo, quando o protocolo SIP é usado, cada publicação pode conter o URI do usuário para o qual a publicação se aplica. Isso permite que os serviços publiquem informação em nome de um grande número de usuários. Por exemplo, um servidor de troca de e-mail pode publicar a informação de calendário para todos os usuários que usam o servidor. Como um outro exemplo, uma portadora de telefone celular pode publicar informação sobre a localização de seus clientes de telefone celular para um servidor de presença. Em ambos esses exemplos, a informação que previamente teria gerado tráfego de rede extensivo pode ser publicada para um grande número de usuários em uma única solicitação para o servidor de presença.
Em uma modalidade, o sistema de presença aceita solicitações de publicação tendo atributos diferentes em uma única solicitação. Um usuário publicador pode especificar uma estratégia de ação de expiração diferente para uma publicação em uma coleção do que uma publicação em uma outra coleção. Por exemplo, em uma coleção tendo informação detalhada para uma “localização” de publicação, a informação do estado detalhada (por e xemplo, “na sala de conferência 2”) pode mudar freqüentemente e ter uma expiração mais curta do que informação menos detalhada em uma outra coleção (por exemplo, “em Seattle”). Como um outro exemplo, um usuário publicador pode especificar uma estratégia de ação de notificação diferente para um tipo de publicação do que para um outro na mesma solicitação. Por exemplo, a estratégia de ação da notificação pode indicar que as atualizações em certas categorias não devem resultar em qualquer notificação absolutamente.
Lote de Assinatura
Em uma modalidade, o sistema de presença aceita assinaturas de um usuário assinante para múltiplas categorias em uma única solicitação. Por exemplo, um usuário assinante que está interessado no estado e localização do usuário publicador pode compor uma única solicitação de assinatura que contém “estado” e “localização” em uma lista de categorias.
Em uma modalidade, o sistema de presença aceita assinaturas de um usuário assinante para múltiplos usuários publicadores em uma única solicitação. Por exemplo, um usuário assinante pode se subscrever para múltiplas categorias para o usuário A e o usuário B em uma única solicitação. Quando um usuário assinante está subscrito para a informação de presença para cada um dos usuários na sua lista de contatos, isso pode resultar em economia de recursos substancial porque todas as assinaturas podem ser feitas em uma única solicitação. Similarmente, o sistema de presença pode também aceitar listas de categoria diferentes para usuários diferentes em uma única solicitação. Por exemplo, um usuário assinante pode se subscrever nas categorias 1 e 2 para o usuário A e categorias 3 e 4 para o usuário B em uma única solicitação.
Em uma modalidade, o sistema de presença permite que uma solicitação de assinatura recupere informação de presença sem criar uma assinatura. Por exemplo, um usuário pode desejar solicitar a informação de presença por um usuário publicador uma vez sem receber notificações quando a informação muda. O usuário pode enviar uma solicitação de assinatura com uma indicação que a solicitação é uma consulta pelo valor atual da informação de presença nas categorias especificadas e não uma solicitação para criar uma assinatura.
Em uma modalidade, o sistema de presença aceita a remoção das assinaturas existentes na mesma solicitação que a adição de novas assinaturas. Por exemplo, se um usuário assinante não está mais interessado em saber a localização do usuário publicador, e também gostaria de acompanhar o número de telefone atual do usuário publicador, o usuário assinante pode compor uma solicitação única que contém a categoria “estado” em uma lista de categorias para sair dela, e a categoria “nome de telefone” em uma lista de categorias para se subscrever.
Em uma modalidade, o sistema de presença aceita solicitações de assinatura em nome de múltiplos usuários assinantes em uma única solicitação. Por exemplo, uma empresa pode ter um servidor de presença local que recebe solicitações de assinatura individuais de usuários assinantes dentro da empresa e envia as solicitações para um servidor de presença global como uma única solicitação de assinatura em lote.
Em uma modalidade, o sistema de presença envia múltiplas assinaturas de presença usando extensões para os protocolos SIP e SIMPLE. O sistema de presença adiciona um identificador <batchSub> que contém um identificador <categoryList> que especifica a lista de categorias na qual se subscrever. O identificador <batchSub> pode também especificar um identificador <adhocList> que especifica uma lista de múltiplos usuários em cujas categorias estão sendo subscritos. O sistema de presença também adiciona um identificador <batchUnsub> que também contém identificadores especificando a lista de usuários e suas categorias das quais estão sendo retirados. O sistema pode também permitir uma solicitação de assinatura com um corpo vazio para indicar que todos os usuários e categorias devem ser retirados, ao invés de requerer que o usuário assinante liste cada categoria e usuário para os quais eles se subscreveram.
Em uma modalidade, o sistema de presença filtra a informação de presença indesejada para um usuário assinante requerendo uma assinatura explícita para cada categoria na qual o usuário assinante está interessado. Por exemplo, um usuário publicador pode publicar centenas de categorias de informação, mas um usuário assinante pode somente querer saber o estado atual do usuário publicador. O usuário assinante pode enviar uma solicitação de assinatura indicando uma assinatura para a categoria “estado” e o usuário somente receberá notificações para essa categoria. Isso impede que o usuário assinante seja oprimido com notificações nas quais o usuário não está interessado à medida que a quantidade de informação provida pelo servidor de presença cresce.
Modelos de Expiração
Em uma modalidade, o sistema de presença aceita publicações que expiram quando o dispositivo de publicação se desconecta do servidor de presença. Em sistemas prévios, o usuário publicador publicava informação por uma duração fixa (por exemplo, uma hora), e tinha que renovar ou publicar novamente a informação quando a publicação estava próxima da expiração para manter a informação publicada. O sistema de presença define um novo tipo de expiração que mantém a informação de presença publicada até que o dispositivo que publicou a informação se desconecta, Isso é usado, por exemplo, quando um dispositivo tal como um telefone celular publicou instâncias de informação que são válidas somente enquanto o telefone celular está em linha. Quando o telefone celular é desligado ou de outra forma abandona a linha, o servidor de presença pode detectar isso e remover a informação que era somente relevante enquanto o dispositivo estava em linha. Quando o dispositivo está em linha, não é mais necessário atualizar continuamente a informação de presença que não alterou para impedi-la de expirar.
Em uma modalidade, o sistema de presença aceita publicações que expiram quando o usuário publicador não está mais em linha. Esse tipo de expiração é útil para informação de presença que se aplica a múltiplos dispositivos durante a permanência do usuário em linha, mas que não é mais relevante quando o usuário está fora de linha. O sistema de presença pode detectar que o usuário está fora de linha quando o usuário não está mais conectado através de qualquer dispositivo. O sistema de presença pode detectar que o usuário não está mais conectado em um dispositivo quando o dispositivo desconecta do servidor de presença ou quando o dispositivo informa ao servidor de presença que o usuário não está mais usando o dispositivo. Por exemplo, uma cabine de Internet pública pode permitir que um usuário acesse a Internet inserindo uma chave de hardware USB que identifica o usuário. Quando a chave de hardware é removida, a cabine da Internet pode informar para quaisquer serviços nos quais o usuário estava conectado, tal como um serviço de presença, que o usuário não está mais usando o dispositivo. Enquanto o usuário está em linha, a informação permanece publicada sem solicitações de renovação do usuário, dessa maneira poupando o servidor de presença de processar as solicitações de atualizaçã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 a informação que é relevante se um usuário está em linha ou não, tal como o número de telefone ou endereço do usuário. Esse tipo de expiração pode também ser usado por serviços que publicam informação em nome de um usuário. Por exemplo, um servidor de troca que publica informação de calendá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 a despeito do estado de conexão atual do usuário. Portanto, tais serviços podem publicar informação especificando um tipo de expiração estática para a publicação, e a informação publicada não será retirada da publicação a menos que o servidor de presença receba uma solicitação explícita para tirar da publicação.
Grupos de Associados
Em uma modalidade, o sistema de presença aceita listas de associados da coleção que contêm grupos de usuários. Previamente, os usuários que tinham acesso a uma coleção particular de informação de presença eram listados explicitamente, e uma coleção predefinida continha informação que se aplicava em usuários não em qualquer lista. O sistema de presença permite que grupos de usuários sejam especificados, o que reduz a dificuldade computacional de determinar se um usuário tem acesso a uma coleção para grandes grupos de usuários. As listas de associados da coleção podem ser especificadas quando a informação de presença é publicada, ou podem ser especificadas independentemente em uma solicitação separada. Um tipo de grupo de associados, a “lista de contato”, especifica que qual quer usuário assinante em uma lista de contatos de um usuário publicador pode ver informação em uma coleção para a qual o grupo é atribuído.
Em uma modalidade, o sistema de presença aceita um grupo de associados contendo usuários dentro da mesma empresa como um usuário publicador. Esse grupo de associados permite uma entrada única em uma lista de associados da coleção de usuário para especificar que qualquer usuário assinante na mesma empresa deve ter acesso a uma coleção particular. Por exemplo, para uma grande corporação como a Microsoft, isso permite que uma coleção seja criada com detalhe adicional para co-trabalhadores que contém uma única entrada na lista de associados que especifica o grupo de associados da “mesma empresa”. O servidor de presença determina se um usuário assinante particular tem acesso à coleção verificando se a empresa do usuário é a mesma que o usuário publicador, tal como consultando um controlador de domínio externo. Isso impede que o servidor de presença copie 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 associados contendo usuários dentro de uma multidão pública. Uma multidão pública é definida como uma lista de usuários externamente disponíveis provida por uma organização diferente. O grupo de associados da multidão pública é útil quando um operador de um servidor de presença tem parcerias com operadores de outros sistemas de presença. Por exemplo, um servidor de presença usando o software de troca de mensagem instantânea da Microsoft poderia interagir com AOL, Yahoo e outras plataformas de mensagem instantânea usando os grupos de associados da multidão pública. Pela especificação do grupo de associados da multidão pública em uma lista de associados da coleção, um usuário publicador pode definir as publicações de presença para as quais os membros de outros sistemas de presença podem se subscrever e ver sem ter que listar cada membro explicitamente na lista de associados da coleção.
Em uma modalidade, o sistema de presença aceita um grupo de associados federado. Um grupo de associados federado é um no qual múltiplas entidades definem listas de usuários que devem ter acesso similar à informação de presença. Por exemplo, duas corporações tais como Microsoft e Intel podem disponibilizar suas listas de empregado para grupos de associados federados. Um servidor de presença recebendo publicações com um tipo de grupo de associados federado refere-se a servidores de associados federados especificados para determinar quais usuários são membros do grupo federado. Um usuário publicador pode então especificar publicações para as quais o grupo federado pode se subscrever.
Em uma modalidade, o sistema de presença aceita lotes de mudanças de lista de associados em uma única solicitação. Por exemplo, um usuário publicador poderia conceder acesso aos usuários assinantes no mesmo grupo de associados da empresa para uma coleção e remover os usuários no grupo de associados de multidão pública da coleção em uma única solicitação. Um usuário publicador pode especificar a lista de associados para múltiplas coleções, bem como múltiplos grupos de associados e usuários individuais em uma lista de associados para uma coleção particular em uma única solicitação.
Pela combinação do modelo de coleção com os grupos de associados, um usuário publicador pode estabelecer uma hierarquia de acesso de informação de presença. Por exemplo, a informação de calendário do usuário pode ser disponibilizada em detalhes para co-trabalhadores dentro da mesma empresa e ser disponibilizada como informação de livre/ocupado (que somente indica as vezes que o usuário está livre e as vezes que um usuário está ocupado) para o público geral. Isso permite que membros do público geral programem um compromisso com o usuário publicador que não entra em conflito com o resto do cronograma do usuário sem expor informação pessoal sobre o que o usuário está fazendo. Por outro lado, co-trabalhadores são providos com uma visão mais detalhada do que o usuário está fazendo de modo que eles possam, por exemplo, saber que o usuário estará em uma reunião com o co-trabalhador 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 entidade 120 e 130 via uma ligação de comunicações 140, tal como a Internet. Os dispositivos da entidade correspondem com entidades que podem ser publicadores ou assinantes. Os dispositivos da entidade incluem um componente de compor atualização de publicação 122, um componente de compor solicitação de assinatura 125 e um componente de enviar solicitação 127. O componente de compor atualização de publicação 122 compõe solicitações de atualização para a informação de presença publicada que pode incluir lotes de atualizações de publicação individuais. O componente de compor solicitação de assinatura 125 compõe solicitações de assinatura que podem incluir lotes de assinaturas para múltiplas categorias da informação de presença para múltiplos usuários publicadores. O componente de enviar solicitação 127 envia solicitações de atualização de publicação e solicitações de assinatura para o sistema de presença 110.
O sistema de presença inclui um componente de receber atualização de publicação 150, um componente de atualizar publicações 155, um componente de receber atualização de associado 170, um componente de atualizar associados 175, um componente de expirar publicações 180, um componente de detectar estado da conexão 182, um componente de receber solicitação de assinatura 185, um componente de atualizar assinaturas 190, um componente de criar coleção 165, um componente de armazenamento de publicação 160 e um componente de armazenamento de assinatura 195. O armazenamento de publicação 160 contém as publicações dos publicadores. As publicações são organizadas em coleções criadas pelo componente de criar coleção 165. O componente de receber atualização de publicação 150 é invocado quando uma solicitação para atualizar uma ou mais publicações é recebida de um publicador. O componente de receber atualização de publicação 150 invoca o componente de atualizar publicações 155 para adicionar, remover ou atualizar publicações no armazenamento de publicação 160 como especificado pela solicitação. O componente de receber atualização de associado 170 é invocado quando uma solicitação para atualizar a lista de associados de uma ou mais coleções no armazenamento de publicação 160 é recebida de um publicador. A solicitação pode ser recebida como uma mensagem independente ou pode ser parte de uma solicitação de atualização de publicação. O componente de receber atualização de associado 170 invoca o componente de atualizar associados 175 para adicionar, remover e atualizar os associados nas coleções no armazenamento de publicação 160. O componente de receber solicitação de assinatura 185 é invocado quando uma solicitação é recebida de uma entidade para se subscrever em um ou mais tipos de publicações de um publicador. O componente de receber solicitação de assinatura 185 invoca o componente de atualizar assinaturas 190 para subscrever a entidade nos tipos solicitados de publicações. As assinaturas são armazenadas em um armazenamento de assinatura 195, que pode ser integrado com o armazenamento de publicação 160. O componente de expirar publicações 180 é invocado periodicamente pelo sistema de presença para apagar as publicações expiradas no armazenamento de publicação 160. Embora não mostrado na figura 1, os dispositivos de entidade incluem componentes do sistema de presença para definir coleções e seus associados, para enviar atualizações de publicação, para enviar solicitações de assinatura e para receber notificações de atualizações para publicações.
O dispositivo de computação no qual o sistema é implementado pode incluir uma unidade de processamento central, memória, dispositivos de entrada (por exemplo, teclado e dispositivos de indicação), dispositivos de saída (por exemplo, dispositivos de exibição) e dispositivos de armazenamento (por exemplo, unidades de disco). A memória e os dispositivos de armazenamento são meios legíveis por computador que podem conter instruções que implementam o sistema. Além disso, as estruturas de dados e as estruturas de mensagem podem ser armazenadas ou transmitidas via um meio de transmissão de dados, tal como um sinal em uma ligação de comunicação. Várias ligações de comunicação podem ser usadas, tal como a Internet, uma rede local, uma rede remota, uma conexão de discagem de ponto a ponto, uma rede de telefone celular e assim por diante.
As modalidades do sistema podem ser implementadas em vários ambientes operacionais que incluem computadores pessoais, computadores servidores, dispositivos de mão ou laptop, sistemas de multiprocessador, sistemas com base em microprocessador, eletrônica de consumidor programável, câmeras digitais, PCs de rede, minicomputadores, computadores de grande porte, ambientes de computação distribuídos que incluem qualquer um dos sistemas ou dispositivos acima e assim por diante. Os sistemas de computador podem ser telefones celulares, assistentes digitais pessoais, telefones inteligentes, computadores pessoais, eletrônica de consumidor programável, câmeras digitais e assim por diante.
O sistema pode ser descrito no contexto geral de instruções executáveis pelo computador, tal como módulos de programa, executados por um ou mais computadores ou outros dispositivos. De forma geral, módulos do programa incluem rotinas, programas, objetos, componentes, estruturas de dados e assim por diante que executam tarefas particulares ou implementam tipos de dados abstratos particulares. Tipicamente, a funcionalidade dos módulos do 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 SIP para enviar atualizações de publicação em uma modalidade. O protocolo começa com um verbo SIP “PUBLICAR” 210 que sinaliza uma solicitação para publicar a informação. O protocolo contém cabeçalhos 220 que também descrevem a solicitação, tal como seu tipo 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 para serem publicadas e a publicação 250 para ser retirada da publicação. A publicação 235 especifica a informação de presença para uma categoria chamada “estado”, 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 expiração para a publicação do “usuário que indica que a publicação deve ser removida quando o usuário desconecta. Embora texto seja mostrado para alguns campos por clareza, números podem também ser usados. Por exemplo, o valor do campo de “instância” pode conter um identificador único atribuído para um dispositivo ao invés do texto “laptop”. Uma outra publicação 240 especifica a mesma categoria “estado”, mas uma instância diferente “de mesa” em um recipiente diferente “2 para o mesmo usuário publicador. O protocolo também contém uma publicação 250 que é para ser removida do armazenamento de publicação como indicado nesse exemplo por um tipo de expiração de zero. Embora nesse exemplo o campo “expireType esteja sobrecarregado para indicar que uma publicação deve ser retirada da publicação, um campo separado ou uma seção XML separada dentro do protocolo poderia também ser usada. A publicação 250 que está sendo removida é identificada por um nome de categoria, um identificador de instância, um identificador de recipiente e um endereço de usuário publicador. A especificação do endereço do usuário publicador em uma publicação permite que entidades diferentes do usuário publiquem e retirem da publicação a informação de presença em nome de um usuário, tal como um servidor de troca como descrito acima.
A figura 3 é um diagrama de fluxo que ilustra o processamento do componente de atualizar publicações do sistema de presença em uma modalidade. O componente é invo cado pelo componente de receber atualização de publicação quando uma solicitação de publicar tal como a da figura 2 é recebida. No bloco 310, o componente recebe uma solicitação de atualizar publicações do componente de receber atualização de 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 pela publicação selecionada no armazenamento de publicação. No bloco de decisão 340, se a publicação existe, então o componente continua no bloco 360, senão o componente continua no bloco 350. No bloco 350, a publicação que não existia previamente é adicionada no armazenamento de publicação. No bloco 360, a publicação existente no armazenamento de publicação é atualizada com a informação na solicitação. No bloco de decisão 370, se existem mais publicações na solicitação, o componente retorna para o bloco 320 para selecionar a próxima publicação, senão o componente completa.
A figura 4 é uma listagem de protocolo que ilustra as extensões do protocolo SIP para enviar solicitações de assinatura em uma modalidade. O protocolo começa com o verbo SIP “SUBSCREVER” 410 que sinaliza uma solicitação para se subscrever na informação publicada. O protocolo contém cabeçalhos 420 que também descrevem a solicitação, tal como seu tipo de conteúdo. O protocolo também contém uma seção “<batchSub>” 440 que contém uma seção “<action>” 442. A seção ação contém uma seção “<adhocList>” 445 e uma seção “<categoryList>” 450. A seção de lista adhoc 445 especifica os identificadores dos usuários publicadores cujas publicações o usuário assinante gostaria de receber notificações. A seção de lista de categoria 450 especifica as categorias para se subscrever para cada usuário publicador. A solicitação de assinatura fará com que o usuário assinante receba notificações para cada uma das categorias especificadas para cada um dos usuários especificados. Embora não mostrado na figura 4, a solicitação pode também conter uma lista de categorias e usuários para sair da assinatura similar à seção de assinatura 440.
A figura 5 é um diagrama de fluxo que ilustra o processamento do componente de atualizar assinaturas do sistema de presença em uma modalidade. O componente é invocado pelo componente de receber solicitação de assinatura quando uma solicitação de assinatura tal como a da figura 4 é recebida. No bloco 510, o componente recebe uma solicitação de assinatura do componente de receber solicitação de assinatura. No bloco de decisão 520, se existem mais filtros de categoria contidos na solicitação, então o componente continua no bloco 530, senão o componente continua no bloco 550. No bloco 530, o componente seleciona o próximo filtro de categoria da solicitação. No bloco 540, o componente atualiza os filtros de categoria no armazenamento da assinatura. Um componente então retorna para o bloco 520 para determinar se existem quaisquer filtros de categoria a mais na solicitação. No bloco de decisão 550, se existem mais assinaturas na solicitação, então o componente continua no bloco 560, senão o componente continua no bloco 580. No bloco 560, o compo nente seleciona a próxima assinatura da solicitação de assinatura. No bloco 570, o componente adiciona a assinatura no armazenamento de assinatura. A assinatura pode ser na forma de uma lista de usuários e uma lista de categorias, tal que múltiplas categorias podem ser subscritas para múltiplos usuários em uma única seção de assinatura. O componente então volta para o bloco 550 para determinar se existem quaisquer assinaturas mais na solicitação. No bloco de decisão 580, se existem mais não assinaturas na solicitação, o componente continua no bloco 590, senão o componente completa. No bloco 590, o componente seleciona a próxima não assinatura na solicitação. No bloco 595, o componente remove a assinatura especificada do armazenamento de assinatura. Depois que todas as não assinaturas estão processadas, o componente completa.
A figura 6 é uma listagem de protocolo que ilustra as extensões de protocolo SIP para atualizar associados de coleção em uma modalidade. A porção do protocolo mostrada pode ser incluída no corpo de uma solicitação de publicação SIP como mostrado na figura 2 ou ela pode ser parte de um tipo de mensagem independente especificamente para atualizar os associados. O protocolo começa com uma seção “<setContainerMembers>” 610 que contém uma ou mais seções “<container>” 615 que identifica uma coleção cujos associados devem ser modificados. Cada seção de recipiente contém um ou mais entradas de membro 620, 630 e 640. A primeira entrada de membro 620 na figura 6 especifica um tipo “uri” que indica que o valor é o URI 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 “sameDomain” que indica que o número de associados de usuários do mesmo domínio que o usuário publicador está sendo modificado e o tipo de ação “remove” indica que o acesso para a coleção está sendo removido. A terceira entrada de membro 640 especifica um tipo “contactList” e um tipo de ação “add” que indica que o acesso para a coleção especificada é para ser concedido para qualquer membro da lista de contato do usuário publicador.
A figura 7 é um diagrama de fluxo que ilustra o processamento do componente de atualizar associados do sistema de presença em uma modalidade. O componente é invocado pelo componente de receber atualização do associado quando uma solicitação de atualização do associado tal como a da figura 6 é recebida. No bloco 710, o componente recebe uma solicitação de atualização de associados do componente de receber atualização de associado. 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 do recipiente. No bloco de decisão 740, se a atualização do membro contém um tipo de ação “add”, então o componente continua no bloco 750, senão o componente continua no bloco 760. No bloco 750, o usuário ou grupo especificado na atualização do membro é adicionado na lista de membro do recipiente selecionado no armazenamento de publicação.
No bloco 760, o usuário ou grupo especificado na atualização de membro é removido da lista de membro do recipiente selecionado no armazenamento de publicação. No bloco de decisão 770, se existem mais atualizações de membro na seção de recipiente selecionada, então o componente vai para o bloco 730 para selecionar a próxima atualização de membro, senão o componente continua no bloco 780. No bloco de decisão 780, se existem mais seções de recipiente na solicitação de atualização do associado, então o componente vai para o bloco 720 para selecionar a próxima seção de recipiente, senão o componente completa.
A figura 8 é um diagrama de fluxo que ilustra o processamento do componente de expirar publicações do sistema de presença em uma modalidade. O componente é invocado periodicamente pelo sistema de presença para remover publicações antigas do armazenamento de publicação. No bloco 810, o componente seleciona a próxima publicação do armazenamento de publicação. No bloco de decisão 820, se o tipo de expiração da publicação selecionada é “estático”, então o componente continua no bloco 860, senão o componente continua no bloco 830. No bloco de decisão 830, se o tipo de expiração da publicação selecionada é “dispositivo”, então o componente continua no bloco 833, senão o componente continua no bloco 840. No bloco de decisão 833, se o dispositivo que publicou a publicação selecionada está fora de linha, então o componente continua no bloco 836, senão o componente continua no bloco 860. No bloco 836, o componente remove a publicação expirada do armazenamento de publicação. No bloco de decisão 840, se o tipo de expiração da publicação selecionada é “usuário”, então o componente continua no bloco 843, senão o componente continua no bloco 850. No bloco de decisão 843, se o usuário que publicou a publicação selecionada não está conectado através de qualquer dispositivo, então o componente continua no bloco 846, senão o componente continua no bloco 860. No bloco 846, o componente remove a publicação expirada do armazenamento de publicação. No bloco de decisão 850, se o tipo de expiração da publicação selecionada é “duração”, então o componente continua no bloco 853, senão o componente continua no bloco 860. No bloco de decisão 853, se a duração de tempo especificada para a publicação selecionada expirou, então o componente continua no bloco 856, senão o componente continua no bloco 860. No bloco 856, o componente remove a publicação expirada do armazenamento de publicação. No bloco de decisão 860, se existem mais publicações no armazenamento de publicação, então o componente vai para o bloco 810 para selecionar a próxima publicação, senão o componente completa. Embora o método representado mostre um método de sondagem de verificação para e remoção de publicações expiradas, será entendido por aqueles versados na técnica que outros métodos poderíam ser usados tal como um modelo impulsionado pelo evento no qual o evento de um usuário ou dispositivo mudando do estado em linha para o fora de linha causa a remoção das publicações expiradas diretamente.
Embora a matéria exposta tenha sido descrita em linguagem específica para aspec tos estruturais e/ou ações metodológicas, é para ser entendido que a matéria exposta definida nas reivindicações anexas não é necessariamente limitada aos aspectos ou ações específicas descritas acima. De preferência, os aspectos e ações específicos descritos acima são revelados como formas exemplares de implementação das reivindicações. Por exemplo, as solicitações processadas pelo sistema de presença foram descritas usando o protocolo SIP, mas outros protocolos tal como um protocolo personalizado no topo do protocolo de controle de transmissão (TCP) poderia ser usado. Em alguns casos, etapas foram descritas como sendo executadas por componentes no servidor de presença, mas elas poderíam também ser executadas por componentes nas entidades que interagem com o servidor de 10 presença. O sistema poderia também ser implementado como uma rede não hierárquica na qual não existe servidor de presença central único, mas de preferência a informação de presença poderia ser distribuída e armazenada pelos pares. Dessa maneira, a invenção não é limitada, exceto como pelas reivindicações anexas.
REIVINDICAÇÕES
Claims (14)
1. Sistema de computador para atualizar múltiplas publicações de presença utilizando uma única solicitação de lote de publicação de atualização, o sistema de computador caracterizado pelo fato de que compreende:
pelo menos um processador; e pelo menos uma memória, acoplada comunicativamente ao pelo menos um processador e contendo instruções legíveis por computador que, quando executadas pelo o pelo menos um processador, fornecem:
um armazenamento de publicação para armazenar coleções, cada coleção compreendendo uma ou mais publicações de presença, em que cada publicação de presença inclui informação de presença compreendendo um identificador de usuário identificando um usuário de publicação e um identificador de coleção identificando uma coleção para a qual a publicação de presença pertence;
uma publicação de expiração para remover periodicamente publicações expiradas do armazenamento de publicação;
uma publicação de atualização de recebida para receber uma solicitação de lote de publicação de atualização, a solicitação de lote de publicação de atualização incluindo pelo menos duas atualizações de publicação, em que uma primeira atualização de publicação compreende diferentes informações de presença que uma segunda atualização de publicação na solicitação de lote de publicação de atualização, a informação de presença da primeira atualização de presença incluindo pelo menos um primeiro identificador de usuário e um primeiro identificador de coleção;
uma publicação de atualização para atualizar informação de presença da pelo menos duas publicações de presença na solicitação de lote de publicação de atualização, a publicação de atualização configurada para:
(a) receber a solicitação de lote de publicação de atualização da publicação de atualização de recebimento;
(b) selecionar a primeira atualização de publicação na solicitação de lote de publicação de atualização;
(c) localizar uma publicação de presença no armazenamento de publicação correspondente a primeira atualização de publicação, a publicação de presença localizada usando o primeiro identificador de usuário e o primeiro identificador de coleção; e (d) atualizar a publicação de presença com a informação de presença na primeira atualização de publicação.
Petição 870180129872, de 13/09/2018, pág. 4/11
2. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de presença ainda compreende um identificador de instância que identifica uma instância de uma publicação.
3. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de presença ainda compreende um valor que especifica um novo valor para a informação de presença a ser publicada.
4. Sistema de computação, de acordo com a reivindicação 1, caracterizado pelo fato de que a solicitação de lote de publicação de atualização usa o protocolo SIP.
5. Sistema de computação, de acordo com a reivindicação 1, caracterizado pelo fato de que o serviço de rede provê modificações na informação de calendário.
6. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que a solicitação de lote de publicação de atualização contém atualizações de publicação de presença tendo atributos diferentes.
7. Sistema de computador, de acordo com a reivindicação 6, caracterizado pelo fato de que um atributo é uma política de expiração.
8. Sistema de computador para atualizar múltiplas assinaturas de presença usando uma única solicitação de lote de assinatura de atualização, o sistema de computador caracterizado pelo fato de que compreende:
pelo menos um processador; e pelo menos uma memória, comunicativamente acoplada ao pelo menos um processador e contendo instruções legíveis por computador que, quando executadas pelo o pelo menos um processador, fornecem:
um armazenamento de assinatura para armazenar assinaturas de presença, em que cada assinatura de presença inclui informações de presença compreendendo um identificador de usuário identificando um usuário assinante e uma categoria de filtro identificando uma ou mais categorias de publicação a serem assinadas;
uma solicitação de assinatura de atualização recebida para receber uma solicitação de lote de assinatura de atualização, a solicitação de lote de assinatura de atualização incluindo pelo menos duas atualizações de assinatura em que uma primeira atualização de assinatura compreende informações de presença diferentes de uma segunda atualização de assinatura na solicitação de lote de assinatura de atualização, a informação de presença para a primeira atualização de assinatura incluindo pelo menos um primeiro identificador de usuário e um primeiro filtro de categoria;
uma assinatura de atualização para atualizar informação de presença para
Petição 870180129872, de 13/09/2018, pág. 5/11 as pelo menos duas assinaturas de presença na solicitação de lote de assinatura de atualização, em que a assinatura de atualização é configurada para:
(a) receber a solicitação de lote de assinatura de atualização da assinatura de atualização recebida;
(b) selecionar a primeira atualização de assinatura na solicitação de lote de assinatura de atualização;
(c) localizar uma assinatura de presença no armazenamento de assinatura correspondendo à primeira atualização de assinatura, a assinatura de presença localizada usando o primeiro identificador de usuário e o primeiro filtro de categoria;
(d) atualizar a assinatura de presença com a informação de presença na primeira atualização de assinatura.
9. Sistema de computador, de acordo com a reivindicação 8, caracterizado pelo fato de que a atualização de assinatura mais de um identificador de tipo para um usuário de publicação identificado, e em que a atualização de assinatura compreende uma solicitação para mais do que um tipo de informação de presença para um usuário de publicação em uma solicitação de lote de assinatura de atualização.
10. Sistema de computador, de acordo com a reivindicação 8, caracterizado pelo fato de que a atualização de assinatura ainda compreende, para cada usuário de publicação identificado, um identificador de tipo de assinatura cancelada que identifica um tipo de informação de presença para o usuário de publicação para cancelar a assinatura.
11. Sistema de computador, de acordo com a reivindicação 8, caracterizado pelo fato de que a solicitação de lote de assinatura de atualização ainda contém atualizações de assinatura para mais do que um usuário assinante.
12. Sistema de computador, de acordo com a reivindicação 8, caracterizado pelo fato de que a solicitação de lote de assinatura de atualização usa o protocolo SIP.
13. Sistema de computador, de acordo com a reivindicação 8, caracterizado pelo fato de que a solicitação de lote de assinatura de atualização ainda compreende um filtro de categoria que identifica tipos de informação de presença para os quais um usuário assinante deve ser notificado.
14. Sistema de computador para atualizar múltiplos membros de presença usando uma única solicitação de lote de membro de atualização, o sistema de computador caracterizado pelo fato de que compreende:
pelo menos um processador; e pelo menos uma memória, comunicativamente acoplada ao pelo menos um
Petição 870180129872, de 13/09/2018, pág. 6/11 processador e contendo instruções legíveis por computador que, quando executadas pelo o pelo menos um processador, fornecem:
um armazenamento de publicação para armazenar membros de presença, em que cada membro de presença inclui informações de presença compreendendo um identificador de usuário identificando um usuário assinante e um identificador de coleção identificando uma coleção para qual o usuário será inscrito;
uma solicitação de membro de atualização recebida para receber uma solicitação de lote de membro de atualização, a solicitação de lote de membro de atualização incluindo pelo menos duas atualizações de membro em que uma primeira atualização de membro compreende informações de presença diferentes de uma segunda atualização de membro na solicitação de lote de membro de atualização, a informação de presença para a primeira atualização de membro incluindo pelo menos um primeiro identificador de usuário e um primeiro identificador de coleção;
um membro de atualização para atualizar informação de presença para os pelo menos dois membros de presença na solicitação de lote de membro de atualização, em que o membro de atualização é configurado para:
(a) receber a solicitação de lote de membro de atualização do membro de atualização recebida;
(b) selecionar a primeira atualização de membro na solicitação de lote de membro de atualização;
(c) localizar um membro de presença no armazenamento de publicação correspondendo à primeira atualização de membro, o membro de presença localizado usando o primeiro identificador de usuário e o primeiro identificador de coleção;
(d) atualizar o membro de presença com a informação de presença na primeira atualização de membro.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/278,309 US8108345B2 (en) | 2006-03-31 | 2006-03-31 | Managing rich presence collections in a single request |
| US11/278.309 | 2006-03-31 | ||
| PCT/US2007/001007 WO2007114879A1 (en) | 2006-03-31 | 2007-01-16 | Managing rich presence collections |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| BRPI0708245A2 BRPI0708245A2 (pt) | 2011-05-24 |
| BRPI0708245A8 BRPI0708245A8 (pt) | 2016-12-13 |
| BRPI0708245B1 true BRPI0708245B1 (pt) | 2019-01-08 |
Family
ID=38563993
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0708245A BRPI0708245B1 (pt) | 2006-03-31 | 2007-01-16 | sistema de computador para atualizar múltiplas publicações de presença, múltiplas assinaturas de presença e múltiplos membros de presença |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US8108345B2 (pt) |
| EP (1) | EP2013824A4 (pt) |
| KR (1) | KR101414337B1 (pt) |
| CN (1) | CN101416208B (pt) |
| BR (1) | BRPI0708245B1 (pt) |
| CA (1) | CA2642823C (pt) |
| CL (1) | CL2007000473A1 (pt) |
| RU (1) | RU2432613C2 (pt) |
| TW (1) | TWI420870B (pt) |
| WO (1) | WO2007114879A1 (pt) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| US8108345B2 (en) | 2006-03-31 | 2012-01-31 | Microsoft Corporation | Managing rich presence collections in a single request |
| US9241038B2 (en) * | 2006-05-23 | 2016-01-19 | Microsoft Technology Licensing, Llc | User presence aggregation at a server |
| US8316117B2 (en) | 2006-09-21 | 2012-11-20 | At&T Intellectual Property I, L.P. | Personal presentity presence subsystem |
| KR101226145B1 (ko) * | 2007-01-10 | 2013-01-25 | 싱크로니카 피엘씨 | 프레즌스 업데이트 제공 방법 및 프레즌스 업데이트를 제공하는 네트워크 장치 |
| 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 |
| 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 |
| 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 |
| 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. |
| US20090182821A1 (en) * | 2008-01-15 | 2009-07-16 | Research In Motion Limited | Apparatus and associated method for providing network based address book and sharing and synchornizing address book information at multiple communication devices |
| 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 |
| US8447808B2 (en) * | 2008-09-19 | 2013-05-21 | International Business Machines Corporation | Virtual presence server |
| US8473733B2 (en) * | 2008-10-14 | 2013-06-25 | Research In Motion Limited | Method for managing opaque presence indications within a presence access layer |
| US8103730B2 (en) * | 2008-10-15 | 2012-01-24 | Research In Motion Limited | Use of persistent sessions by a presence access layer |
| US20100099387A1 (en) * | 2008-10-16 | 2010-04-22 | Research In Motion Limited | Controlling and/or Limiting Publication Through the Presence Access Layer |
| US8751584B2 (en) * | 2008-10-16 | 2014-06-10 | Blackberry Limited | System for assignment of a service identifier as a mechanism for establishing a seamless profile in a contextually aware presence access layer |
| US8386769B2 (en) * | 2008-11-21 | 2013-02-26 | Research In Motion Limited | Apparatus, and an associated method, for providing and using opaque presence indications in a presence service |
| 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 |
| 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 |
| US20100268767A1 (en) * | 2009-04-09 | 2010-10-21 | Research In Motion Limited | System and Method for Information Retrieval from a Context Aware Mechanism |
| FR2944624A1 (fr) * | 2009-04-16 | 2010-10-22 | Miyowa | Procede pour autoriser une connexion entre un terminal informatique et un serveur source |
| US8266226B2 (en) * | 2009-06-26 | 2012-09-11 | International Business Machines Corporation | System and method to enhance user presence management to enable the federation of rich media sessions |
| US9258376B2 (en) * | 2009-08-04 | 2016-02-09 | At&T Intellectual Property I, L.P. | Aggregated presence over user federated devices |
| WO2012030853A2 (en) * | 2010-09-01 | 2012-03-08 | Google Inc. | User list identification |
| US8982694B2 (en) | 2010-09-01 | 2015-03-17 | Telefonaktiebolaget L M Ericsson (Publ) | Localized congestion exposure |
| WO2013043756A1 (en) * | 2011-09-25 | 2013-03-28 | Redbox Automated Retail, Llc | System and method for optimized redemption of credits in a variable value transaction |
| WO2013043757A2 (en) * | 2011-09-25 | 2013-03-28 | Redbox Automated Retail, Llc | System and method for management of credit subscriptions |
| US20130080227A1 (en) * | 2011-09-25 | 2013-03-28 | Redbox Automated Retail, Llc | System and method for predictive accrual of credits in a variable value transaction |
| US20130346517A1 (en) * | 2012-06-26 | 2013-12-26 | Magnet Systems, Inc. | Personal mode contextual presence |
| US10637943B2 (en) * | 2012-09-28 | 2020-04-28 | Avaya Inc. | System and method for composite presence subscriptions |
| CN105723404A (zh) * | 2013-11-15 | 2016-06-29 | 惠普发展公司，有限责任合伙企业 | 将出版物交付给订阅者 |
Family Cites Families (83)
| 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 |
| US20030006578A1 (en) * | 1998-10-01 | 2003-01-09 | Freedom Designs Incorporated | Size-adjustable laterally-folding tilting-frame wheelchair |
| 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 |
| 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 | 조현정 | 정보 관리 시스템 |
| 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 | 강명필 | 개인정보관리 시스템 및 그 방법 |
| US20020075304A1 (en) | 2000-12-18 | 2002-06-20 | Nortel Networks Limited | Method and system for supporting communications within 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 |
| 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 |
| US20020075305A1 (en) | 2000-12-18 | 2002-06-20 | Beaton Brian F. | Graphical user interface for 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 |
| WO2002073332A2 (en) * | 2001-03-14 | 2002-09-19 | Nokia Corporation | Separation of instant messaging user and client identities |
| KR20020074304A (ko) | 2001-03-20 | 2002-09-30 | 엘지전자주식회사 | 무선 통신망을 이용한 휴대 단말기의 모바일 메신저서비스 시스템 및 방법 |
| KR100770543B1 (ko) | 2001-03-20 | 2007-10-25 | 엘지.필립스 엘시디 주식회사 | 액정표시장치와 그 구동방법 |
| AU2002255030B2 (en) | 2001-05-11 | 2006-08-10 | Nokia Corporation | Mobile instant messaging and presence service |
| 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 |
| 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 | 에스케이커뮤니케이션즈 주식회사 | 커뮤니케이터 사용자 상태정보 제공방법 |
| US7251350B2 (en) * | 2002-10-23 | 2007-07-31 | Intel Corporation | Method and apparatus for adaptive realtime system power state control |
| 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 |
| JP4168325B2 (ja) * | 2002-12-10 | 2008-10-22 | ソニー株式会社 | 高分子アクチュエータ |
| US7949712B2 (en) * | 2003-02-10 | 2011-05-24 | At&T Intellectual Property I, L.P. | High availability presence engine for instant messaging |
| US7216147B2 (en) * | 2003-03-27 | 2007-05-08 | Microsoft Corporation | Controlling publication of presence information |
| 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 |
| US20050068167A1 (en) | 2003-09-26 | 2005-03-31 | Boyer David G. | Programmable presence proxy for determining a presence status of a user |
| 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 |
| US7376670B2 (en) * | 2004-02-20 | 2008-05-20 | Alcatel-Lucent | System and method for provisioning presence application services |
| 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 |
| US20050210104A1 (en) | 2004-03-19 | 2005-09-22 | Marko Torvinen | Method and system for presence enhanced group management and communication |
| JP2005317001A (ja) | 2004-03-29 | 2005-11-10 | Hitachi Ltd | プレゼンスサーバ、セッション制御サーバ、パケット中継システム |
| JP4202309B2 (ja) * | 2004-03-30 | 2008-12-24 | 富士通株式会社 | プレゼンスシステム及びプレゼンス管理方法 |
| 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 |
| 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 |
| TWI244370B (en) | 2004-07-30 | 2005-11-21 | Ind Tech Res Inst | Bonding structure of heat sink fin and heat spreader |
| 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 |
| US7801954B2 (en) * | 2005-02-25 | 2010-09-21 | Microsoft Corporation | Method and system for providing expanded presence information when a user is offline |
| 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 |
| 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 |
| CN100428677C (zh) | 2006-01-21 | 2008-10-22 | 华为技术有限公司 | 一种订阅呈现信息的方法和系统 |
| US7907955B2 (en) * | 2006-02-07 | 2011-03-15 | Siemens Enterprise Communications, Inc. | Presence system with proximity presence status |
| 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,309 patent/US8108345B2/en active Active
-
2007
- 2007-01-16 EP EP07716619A patent/EP2013824A4/en not_active Ceased
- 2007-01-16 KR KR1020087023477A patent/KR101414337B1/ko active IP Right Grant
- 2007-01-16 CA CA2642823A patent/CA2642823C/en not_active Expired - Fee Related
- 2007-01-16 BR BRPI0708245A patent/BRPI0708245B1/pt not_active IP Right Cessation
- 2007-01-16 CN CN200780012222.3A patent/CN101416208B/zh active Active
- 2007-01-16 RU RU2008138710/08A patent/RU2432613C2/ru not_active IP Right Cessation
- 2007-01-16 WO PCT/US2007/001007 patent/WO2007114879A1/en active Application Filing
- 2007-01-24 TW TW096102687A patent/TWI420870B/zh not_active IP Right Cessation
- 2007-02-22 CL CL2007000473A patent/CL2007000473A1/es unknown
-
2012
- 2012-01-27 US US13/360,479 patent/US9275375B2/en not_active Expired - Fee Related
-
2016
- 2016-02-25 US US15/053,215 patent/US20160173425A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| KR20080108484A (ko) | 2008-12-15 |
| KR101414337B1 (ko) | 2014-08-06 |
| WO2007114879A1 (en) | 2007-10-11 |
| CN101416208B (zh) | 2015-11-25 |
| EP2013824A4 (en) | 2011-06-29 |
| TWI420870B (zh) | 2013-12-21 |
| US9275375B2 (en) | 2016-03-01 |
| RU2432613C2 (ru) | 2011-10-27 |
| CA2642823A1 (en) | 2007-10-11 |
| US20160173425A1 (en) | 2016-06-16 |
| CA2642823C (en) | 2015-03-24 |
| US20120131152A1 (en) | 2012-05-24 |
| US20070266076A1 (en) | 2007-11-15 |
| RU2008138710A (ru) | 2010-04-10 |
| BRPI0708245A2 (pt) | 2011-05-24 |
| TW200818807A (en) | 2008-04-16 |
| BRPI0708245A8 (pt) | 2016-12-13 |
| CN101416208A (zh) | 2009-04-22 |
| US8108345B2 (en) | 2012-01-31 |
| CL2007000473A1 (es) | 2008-01-11 |
| EP2013824A1 (en) | 2009-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0708245B1 (pt) | sistema de computador para atualizar múltiplas publicações de presença, múltiplas assinaturas de presença e múltiplos membros de presença | |
| US7650337B2 (en) | Managing rich presence collections | |
| US8234559B2 (en) | Managing rich presence collections | |
| US8356011B2 (en) | Organizing presence information into collections of publications | |
| US8706856B2 (en) | Service directory | |
| BRPI0711812A2 (pt) | agregação da presença do usuário junto a um servidor | |
| EP2048855A2 (en) | Information transmitting system, information processing apparatus, information managing apparatus, and information transmitting method | |
| US20030115243A1 (en) | Distributed process execution system and method | |
| US9043415B2 (en) | Managing a subscription hierarchy in presence systems | |
| JP2004348664A (ja) | 情報処理装置、オブジェクト管理方法、オブジェクト管理プログラム及び記録媒体 | |
| Yuan | Cloud Services Provider | |
| Sahasrabudhe et al. | A load balancing scheme for ebXML registries | |
| Pils et al. | The User Agent: An approach for service and profile management in wireless access systems |
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] | ||
| B06A | Patent application procedure suspended [chapter 6.1 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 08/01/2019, OBSERVADAS AS CONDICOES LEGAIS. |
|
| B21F | Lapse acc. art. 78, item iv - on non-payment of the annual fees in time |
Free format text: REFERENTE A 14A ANUIDADE. |
|
| B24J | Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12) |
Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2613 DE 02-02-2021 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |