BRPI0710719B1 - Método para deletar um item de uma conta de usuário em um ambiente multimídia de protocolo de iniciação de sessão (sip) e dispositivo eletrônico - Google Patents

Método para deletar um item de uma conta de usuário em um ambiente multimídia de protocolo de iniciação de sessão (sip) e dispositivo eletrônico Download PDF

Info

Publication number
BRPI0710719B1
BRPI0710719B1 BRPI0710719-6A BRPI0710719A BRPI0710719B1 BR PI0710719 B1 BRPI0710719 B1 BR PI0710719B1 BR PI0710719 A BRPI0710719 A BR PI0710719A BR PI0710719 B1 BRPI0710719 B1 BR PI0710719B1
Authority
BR
Brazil
Prior art keywords
sip
item
session
user account
user
Prior art date
Application number
BRPI0710719-6A
Other languages
English (en)
Inventor
Adamu Haruna
Arto Leppisaari
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=38564053&utm_source=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0710719(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of BRPI0710719A2 publication Critical patent/BRPI0710719A2/pt
Publication of BRPI0710719B1 publication Critical patent/BRPI0710719B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046Interoperability with other network applications or services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/147Signalling methods or messages providing extensions to protocols defined by standardisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10Push-to-Talk [PTT] or Push-On-Call services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

método para detelar um item de uma conta de usuário em um ambiente multimídia sip; produto de programa de computador e dispositivo eletrônico. trata-se de um método para deletar um item de uma conta de usuário em um ambiente multimídia sip. quando um item, tal como uma mensagem instantânea, é para ser deletado, uma mensagem sip refer é transmitida de um dispositivo de usuário para deletar o item da conta de usuário, com a mensagem incluindo um identificador único para o item. em resposta ao pedido transmitido, uma seção sip invite é estabelecida entre um agente virtual e uma localização de itens deletados com base em rede. após a seção sip invite ser estabelecida, o item é transferido da conta de usuário para a localização de itens deletados com base em rede e é deletado da conta de usuário.

Description

“MÉTODO PARA DELETAR UM ITEM DE UMA CONTA DE USUÁRIO EM UM AMBIENTE MULTIMÍDIA DE PROTOCOLO DE INICIAÇÃO DE SESSÃO (SIP) E DISPOSITIVO ELETRÔNICO”
CAMPO DA INVENÇÃO [001] A presente invenção refere-se, em geral, a serviços de protocolo de iniciação de sessão (SIP) e serviços SIP para mensagens instantâneas e extensões de aproveitamento de presença (SIMPLE). Mais particularmente, a presente invenção se refere a serviços baseados em SIP/SIMPLE, como mensageiros instantâneos (IM) e serviços de pressione-para-falar (PoC).
FUNDAMENTOS DA INVENÇÃO [002] Esta seção é destinada a oferecer um fundamento ou contexto à invenção que seja citado nas reivindicações. A descrição pode incluir conceitos que poderiam ser seguidos, porém, não necessariamente os que foram concebidos ou seguidos anteriormente. Portanto, exceto onde indicado em contrário, o que se descreve nesta seção não pertence à técnica anterior da descrição e das reivindicações neste pedido e não se admite que pertença a técnica anterior mediante a inclusão desta seção.
[003] A Aliança Móvel Aberta (OMA) é uma organização de padrões que desenvolve, coletivamente, padrões abertos destinos ao uso na indústria móvel. A OMA ajuda a criar possibilitadores de serviços interoperáveis para trabalharem pelos países, operadores e terminais móveis e é guiada pelas exigências do mercado. Com a finalidade de expandir o mercado móvel, as companhias que suportam a Aliança Móvel Aberta trabalham para auxiliar no rápido e amplo desenvolvimento e desdobramento de uma variedade de novos serviços aprimorados de comunicação e entretenimento de informações móveis.
[004] Atualmente, a OMA está desenvolvendo os serviços IM com base no SIP, Protocolo de Restabelecimento de Sessão de Mensagem (MSRP) e no Protocolo de Acesso de Configuração (XCAP) de Linguagem de Marcação Extensível (XML) desenvolvidos pelo grupo de trabalho SIMPLE da Força-Tarefa de Engenharia
Petição 870190127191, de 02/12/2019, pág. 10/28
2/16
Internacional (IETF). Os serviços de Mensageiro Instantâneo já são implementados utilizando-se diversas tecnologias proprietárias e especificações Wireless Village. [005] Atualmente, há uma necessidade por um Mecanismo de deletação no ambiente de serviço multimídia SIP. Em um ambiente http, se houver necessidade de deletar um documento, um comando deletar http é simplesmente emitido. No entanto, atualmente, não existem características ou funções de deletação correspondentes para o ambiente SIP. De fato, mesmo as extensões SIP para serviços não apresentam tais características definidas. Nos serviços multimídia atuais, particularmente OMA SIP/SIMPLE IM, existem diversas exigências acerca do armazenamento e recuperação de mensagens. Embora haja uma necessidade por deletar e seletivamente deletar mensagens armazenadas, esse mecanismo ainda precisa ser definido.
SUMÁRIO DA INVENÇÃO [006] A presente invenção compreende um mecanismo de deletação inusitado para uso em serviços multimídia SIP. A presente invenção envolve o uso de várias características de ambiente de serviço multimídia SIP destinadas para este propósito. Em uma modalidade, define-se uma lixeira na rede e a mesma é associada a um identificador de recurso uniforme SIP. As mensagens que ficam armazenadas na rede são atribuídas a um identificador exclusivo. Se um usuário desejar deletar a mensagem, ele ou ela solicita que uma função SIP/MSRP seja estabelecida entre a mensagem e a lixeira definida pela rede. Uma vez processada, a mensagem é transferida para a lixeira, deixando a conta do usuário no servidor de armazenamento de correio do usuário.
[007] O sistema e o método da presente invenção é simples é fácil de se adotar, já que se utilizam ferramentas definidas já existentes, como o método SIP REFER, Agente Usuário Virtual e SIP URI.
[008] Estas e outras vantagens e características da invenção, junto à organização e forma de operação da mesma, tornar-se-ão aparentes a partir da descrição detalhada a seguir quando tomada em conjunto com os desenhos em
Petição 870190127191, de 02/12/2019, pág. 11/28
3/16 anexo, em que os elementos semelhantes têm referencias numéricas semelhantes ao longo dos diversos desenhos descritos abaixo.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP de acordo com uma modalidade da presente invenção;
A Figura 2 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar uma mensagem selecionada de acordo com outra modalidade da presente invenção;
A Figura 3 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar uma mensagem selecionada ainda de acordo com outra modalidade da presente invenção;
A Figura 4 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar múltiplas mensagens selecionadas de acordo com uma modalidade da presente invenção;
A Figura 5 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar múltiplas mensagens selecionadas de acordo com uma modalidade da presente invenção;
A Figura 6 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar múltiplas mensagens selecionadas de acordo com uma modalidade da presente invenção;
A Figura 7 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP que serve para deletar todas as mensagens em uma conta de armazenamento de correio do usuário de acordo com uma modalidade da presente invenção;
Figura 8 é um diagrama global de um sistema no qual a presente invenção pode ser implementada;
A Figura 9 é uma vista em perspectiva de um telefone móvel que pode ser usado na implementação da presente invenção;
Petição 870190127191, de 02/12/2019, pág. 12/28
4/16
A Figura 10 é uma representação esquemática do circuito elétrico telefônico do telefone móvel da Figura 9;
DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERENCIAIS [009] A presente invenção compreende um mecanismo de deletação inusitado para uso em serviços multimídia SIP. A presente invenção envolve o uso de várias características de ambiente de serviço multimídia SIP para este propósito. Em uma modalidade, define-se uma lixeira ou local similar destinado a itens deletados na rede e é associada a um identificador de recurso uniforme SIP. As mensagens que devem ser armazenadas na rede são atribuídas a um identificador exclusivo. Se um usuário desejar deletar a mensagem, ele ou ela solicita que uma função SIP/MSRP seja estabelecida entre a mensagem e a lixeira definida pela rede. Uma vez processada, a mensagem é transferida para a lixeira, deixando a conta do usuário no servidor de armazenamento de correio do usuário.
[010] A Figura 1 é um fluxograma que mostra a operação de um mecanismo de deletação para serviços multimídia SIP de acordo com uma modalidade da presente invenção. Em particular, a Figura 1 mostra a interação entre um dispositivo usuário/cliente 100, uma conta do usuário no armazenamento de correio 110 e uma lixeira 120 conforme definido no presente documento. Tanto a conta do usuário 110 como a lixeira 120 ficam situados remotos em relação ao dispositivo usuário/cliente. Na modalidade mostrada na Figura 1, o SIP URI para o dispositivo usuário/cliente é [email protected]. O SIP URI para a conta do usuário é
[email protected]. O SIP URI para a lixeira é
[011] Conforme discutido anteriormente, as mensagens armazenadas na rede podem ser atribuídas a identificadores exclusivos de mensagem. Três dessas mensagens são mostradas em 130 na Figura 1 com os identificadores de [email protected] (MSG 1) [email protected] (MSG 2) e [email protected] (MSG 3). Alternativamente, as mensagens podem ser armazenadas como arquivos. Em uma modalidade, cada
Petição 870190127191, de 02/12/2019, pág. 13/28
5/16 mensagem pode ser determinada por um nome de arquivo, um tipo de arquivo e um valor hash. Três dessas mensagens são mostradas na Figura 2 com os identificadores de Arquivo 1 = (novo do arquivo, tipo do arquivo, valor hash exclusivo), Arquivo 2 = (novo do arquivo, tipo do arquivo, valor hash exclusivo) e Arquivo 3 = (novo do arquivo, tipo do arquivo, valor hash exclusivo).
[012] Em 140 na Figura 1, um usuário decide deletar a MSG 2. Neste ponto, o dispositivo cliente do usuário 100 envia uma solicitação SIP REFER com INVITE 150 ao identificador de mensagem [email protected], que serve como um agente usuário virtual 155, na conta do usuário 110. A solicitação SIP REFER tem o endereço da lixeira com base na rede ([email protected]) no cabeçalho Refer-to. A solicitação SIP REFER com INVITE 150 serve para solicitar que uma Sessão SIP seja estabelecida à lixeira baseada na rede 120 ([email protected]). O agente usuário virtual 155 responde mediante a aceitação da solicitação SIP REFER a partir do dispositivo usuário/cliente 100 com uma mensagem 202 ACCEPT em 160. O agente usuário virtual 155 também envia uma solicitação INVITE para estabelecer uma sessão SIP à lixeira 120 em 170. A lixeira 120 aceita esta sessão em 180. Em 190, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=SendOnly. O agente usuário virtual 155 procede para notificar o usuário/cliente 100 da sessão SIP em 200, e o dispositivo usuário/cliente 100 reconhece essa notificação em 210. Na sessão SIP/MSRP, a MSG 2 é enviada a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo com a MSG 2 desapareça da conta do usuário 110. Após a transmissão bem-sucedida da mensagem MSG2, a sessão SIP entre o agente usuário virtual 155 e a lixeira 120 é destruída. O resultado final, descrito em 220, é a presença de apenas MSG 1 e MSG 3 na conta do usuário 110 no servidor de armazenamento de correio do usuário.
Petição 870190127191, de 02/12/2019, pág. 14/28
6/16 [013] Em uma modalidade alternativa da presente invenção, as funções da conta do usuário 110 e da lixeira 120 são dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 170, o reconhecimento desta solicitação 180 e o estabelecimento da sessão SIP ao MSRP 190 não são necessários.
[014] Ilustra-se na Figura 2 uma modalidade alternativa na qual as mensagens são armazenadas como arquivos. Nesta modalidade, o mecanismo para restaurar as mensagens armazenadas ou selecionadas à lixeira pode ser baseado no projeto de transferência de arquivos anexado como Anexo B, que se encontra incorporado neste pedido. Nesta modalidade, a solicitação REFER pode incluir as descrições SDP do(s) arquivo(s) a ser(em) deletado(s).
[015] Em 140 na Figura 2, um usuário decide deletar a MSG 2 (Arquivo 2). Neste ponto, o dispositivo usuário/cliente 100 envia uma solicitação SIP REFER com INVITE 150 ao servidor de armazenamento de correio, que serve como um agente usuário virtual 155, na conta do usuário 110. A solicitação SIP REFER tem o endereço da lixeira baseada na rede (RecycleBin@ mailserver.sonera.com) no cabeçalho Refer-to. A solicitação SIP REFER com INVITE 150 serve para solicitar que uma Sessão SIP seja estabelecida à lixeira baseada na rede 120 ([email protected]). O agente usuário virtual 155 responde mediante a aceitação da solicitação SIP REFER a partir do dispositivo usuário/cliente 100 com uma mensagem 202 ACCEPT em 160. O agente usuário virtual 155 também envia uma solicitação INVITE para estabelecer uma sessão SIP à lixeira 120 em 170. A lixeira 120 aceita a sessão em 180. Em 190, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=SendOnly. O agente usuário virtual 155 procede para notificar o usuário/cliente 100 da sessão SIP em 200, e o dispositivo usuário/cliente 100 reconhece essa notificação em 210. Na sessão SIP/MSRP, o arquivo 2 é enviado a partir da conta do usuário 110 até a lixeira baseada
Petição 870190127191, de 02/12/2019, pág. 15/28
7/16 na rede 120, fazendo com a MSG 2 desapareça da conta do usuário 110. Após a transmissão bem-sucedida da mensagem Arquivo 2 (MSG2), a sessão SIP entre o agente usuário virtual 155 e a lixeira 120 é destruída . O resultado final, descrito em 220, é a presença de apenas MSG 1 (Arquivo 1) e MSG 3 (Arquivo 3) na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[016] Em uma modalidade alternativa da presente invenção, as funções da conta do usuário 110 e da lixeira 120 são dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 170, o reconhecimento desta solicitação 180 e o estabelecimento da sessão SIP ao MSRP 190 não são necessários.
[017] Ilustra-se na Figura 3 uma modalidade alternativa da invenção. Nesta modalidade, a solicitação SIP REFER com INVITE é enviada diretamente à lixeira baseada na rede desviando do agente usuário virtual. Por exemplo, em 340 na Figura 3, um usuário decide deletar a MSG 2. Neste ponto, o dispositivo usuário /cliente 100 envia uma solicitação SIP REFER com INVITE 350 à lixeira 120 (RecycleBinamailscrvcr.sonera.com). A solicitação SIP REFER com INVITE 350 serve para solicitar que uma Sessão SIP seja estabelecida entre a lixeira baseada na rede 120 (RecycleBin@ mailserver.sonera.com) e a conta do usuário 110 ou, se for usado, o agente usuário virtual 155. A lixeira 120 responde mediante a aceitação da solicitação SIP REFER a partir do dispositivo usuário/cliente 100 com uma mensagem 202 ACCEPT em 360. A lixeira 120 também envia uma solicitação INVITE para estabelecer uma sessão SIP ao agente usuário virtual 155 em 370. O agente usuário virtual 155 aceita esta sessão em 380. Em 390, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=RecvOnly. A lixeira 120 procede para notificar o usuário/cliente 100 da sessão SIP em 400, e o dispositivo usuário/cliente 100 reconhece essa notificação em 410. Na sessão SIP/MSRP, a MSG 2 é enviada a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo
Petição 870190127191, de 02/12/2019, pág. 16/28
8/16 com a MSG 2 desapareça da conta do usuário 110. Após a transmissão bem-sucedida da mensagem MSG2, a sessão SIP entre o agente usuário virtual 155 e a lixeira 120 é destruída. O resultado final, descrito em 420, é a presença de apenas MSG 1 e MSG 3 na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[018] De forma similar à modalidade anterior, alternativamente, as funções da conta do usuário 110 e da lixeira 120 são dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 370, o reconhecimento desta solicitação 380 e o estabelecimento da sessão SIP ao MSRP 390 não são necessários.
[019] A modalidade da invenção ilustrada na Figura 4 é uma alternativa à modalidade da Figura 3. De forma similar à Figura 3, nesta modalidade, a solicitação SIP REFER com INVITE é enviada diretamente à lixeira baseada na rede desviando do agente usuário virtual. No entanto, na modalidade da Figura 4, o mecanismo para restaurar as mensagens armazenadas ou selecionadas à lixeira é baseado no projeto de transferência de arquivos anexado como Anexo B. Nesta modalidade, a solicitação REFER inclui as descrições SDP do(s) arquivo(s) a ser(em) deletado(s).
[020] Em 340 na Figura 4, um usuário decide deletar MSG 2 (Arquivo 2). Neste ponto, o dispositivo usuário/cliente 100 envia uma solicitação SIP REFER com INVITE 350 à lixeira 120 ([email protected]). A solicitação SIP REFER com INVITE 350 serve para solicitar que uma Sessão SIP seja estabelecida à lixeira baseada na rede 120 (RecycleBin@ mailserver.sonera.com). A lixeira 120 responde mediante a aceitação da solicitação SIP REFER a partir do dispositivo usuário/cliente 100 com uma mensagem 202 ACCEPT em 360. A lixeira 120 também envia uma solicitação INVITE para estabelecer uma sessão SIP ao agente usuário virtual 155 em 370. O agente usuário virtual 155 aceita esta sessão em 380. Em 390, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=RecvOnly. A lixeira 120 procede para notificar o usuário/cliente 100 da sessão SIP
Petição 870190127191, de 02/12/2019, pág. 17/28
9/16 em 400, e o dispositivo usuário/cliente 100 reconhece essa notificação em 410. Na sessão SIP/MSRP, o Arquivo 2 (MSG 2) é enviado a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo com o Arquivo 2 (MSG 2) desapareça da conta do usuário 110. Após a transmissão bem-sucedida da mensagem Arquivo 2 (MSG2), a sessão SIP entre o agente usuário virtual 155 e a lixeira 120 é destruída. O resultado final, descrito em 420, é a presença de apenas MSG 1 (Arquivo 1) e MSG 3 (Arquivo 3) na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[021] De forma similar à modalidade anterior, alternativamente, as funções da conta do usuário 110 e da lixeira 120 são dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 370, o reconhecimento desta solicitação 380 e o estabelecimento da sessão SIP ao MSRP 390 não são necessários.
[022] Em outra modalidade, múltiplas mensagens armazenadas podem ser selecionadas e deletadas pelo usuário. Nesta modalidade, ilustrada na Figura 5 uma solicitação Multiple-REFER pode ser enviada à lixeira 120 de modo a deletar as múltiplas mensagens selecionadas. O Anexo A, que está incorporado a este pedido, ilustra uma modalidade ou implementação da solicitação Multiple-REFER. Na modalidade mostrada na Figura 5, a solicitação SIP Multiple-REFER com INVITE é enviada diretamente à lixeira baseada na rede desviando do agente usuário virtual. Alternativamente, a solicitação SIP Multiple-REFER com INVITE pode ser enviada ao agente usuário virtual conforme descrito em relação à modalidade ilustrada na Figura
1.
[023] Em 540 na Figura 5, um usuário decide deletar MSG 2 e MSG 3. Neste ponto, o dispositivo usuário/cliente 100 envia uma solicitação SIP Multiple-REFER com INVITE 550 à lixeira 120 ([email protected]) incluindo uma lista URI que contém os URIs das mensagens armazenadas a serem deletadas (neste caso MSG 2 e MSG3). A solicitação SIP Multiple-REFER com INVITE 550 serve para solicitar que as Sessões SIP sejam estabelecidas à lixeira baseada na rede 120
Petição 870190127191, de 02/12/2019, pág. 18/28
10/16 (RecycleBinamailserver.sonera.com). A lixeira 120 envia solicitações INVITE para estabelecer sessões SIP aos agentes usuários virtuais 155 e 156 em 570 e 571, respectivamente, um para cada mensagem deletada. Neste caso, a solicitação INVITE 570 corresponde à MSG2 e a solicitação INVITE 571 corresponde à MSG3. Os agentes usuários virtuais 155 e 156 aceitam essas sessões em 580 e 581, respectivamente. Em 590, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=RecvOnly e em 591 uma sessão SIP é estabelecida ao agente usuário virtual 156. Nas sessões SIP/MSRP, a MSG 2 e a MSG 3 são enviadas a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo com a MSG 2 e a MSG 3 desapareçam da conta do usuário 110. Após a transmissão bem-sucedida das mensagens MSG2 e MSG3, a sessão SIP entre os agentes usuários virtuais 155 e 156 e a lixeira 120 são destruídas. O resultado final, descrito em 620, é a presença de apenas MSG 1 na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[024] De forma similar à s modalidades anteriores, as funções da conta do usuário 110 e da lixeira 120 também podem ser dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 570 e 571, os reconhecimentos destas solicitações 580 e 581 e o estabelecimento das sessões SIP ao MSRP 590 e 591 não sã o necessários.
[025] A modalidade mostrada na Figura 6 ilustra a deletação de múltiplas mensagens quando o mecanismo para restaurar as mensagens armazenadas ou selecionadas à lixeira é baseado no projeto de transferência de arquivos anexado como Anexo B. Nesta modalidade, a solicitação REFER inclui, novamente, as descrições SDP dos arquivos a serem deletados. Em 540 na Figura 6, um usuário decide deletar a MSG 2 (Arquivo 2) e a MSG 3 (Arquivo 3). Neste ponto, o dispositivo usuário/cliente 100 envia uma solicitação SIP REFER com INVITE 550 à lixeira 120 ([email protected]) utilizando-se a sintaxe descrita no Anexo B
Petição 870190127191, de 02/12/2019, pág. 19/28
11/16 para as mensagens (arquivos) armazenadas a serem deletadas (neste caso MSG 2 e MSG 3). Neste caso, os parâmetros SDP para cada arquivo (mensagem) a ser deletado precisam ser enviados em uma linha de mídia separada m = A solicitação SIP REFER com INVITE 550 serve para solicitar que as Sessões SIP sejam estabelecidas entre a lixeira baseada na rede 120 (RecycleBinemailserver.sonera.com) e a conta do usuário 110 ou, se for usado, o agente usuário virtual 155. A lixeira 120 envia solicitações INVITE para estabelecer as sessões SIP ao agente usuário virtual 155 em 570. O agente usuário virtual 155 aceita uma sessão para cada arquivo a ser deletado em 580 e 581, respectivamente. Em 590, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a = RecvOnly e em 591 uma sessão SIP é estabelecida ao agente usuário virtual 156. Nas sessões SIP/MSRP, o arquivo 2 (MSG 2) e o arquivo 3 (MSG 3) são enviados a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo com a MSG 2 (Arquivo 2) e a MSG 3 (Arquivo 3) desapareçam da conta do usuário 110. Após a transmissão bem-sucedida do Arquivo 2 (MSG2) e do Arquivo 3 (MSG3), as sessões SIP entre o agente usuário virtual 155 e a lixeira 120 são destruídas. O resultado final, descrito em 620, é a presença apenas do Arquivo 1 (MSG 1) na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[026] De forma similar às modalidades anteriores, as funções da conta do usuário 110 e da lixeira 120 também podem ser dispostas juntamente. Nesta situação, o envio de uma solicitação INVITE para estabelecer uma sessão SIP 570 e 571, os reconhecimentos destas solicitações 580 e 581 e o estabelecimento das sessões SIP ao MSRP 590 e 591 não são necessários.
[027] Ainda em outra modalidade, todas as mensagens armazenadas podem ser selecionadas e deletadas pelo usuário. Nesta modalidade, ilustrada na Figura 7 uma solicitação REFER pode ser enviada à lixeira 120 para deletar todas as mensagens referindo-se ao SIP URI para a conta de armazenamento de correio do usuário ao
Petição 870190127191, de 02/12/2019, pág. 20/28
12/16 invés de uma mensagem individual ou lista URI de mensagens. Novamente, na modalidade mostrada na Figura 7, a solicitação SIP REFER com INVITE é enviada diretamente à lixeira baseada na rede desviando do agente usuário virtual. Alternativamente, a solicitação SIP REFER com INVITE pode ser enviada ao agente usuário virtual conforme descrito em relação à modalidade ilustrada na Figura 1.
[028] Em 740 na Figura 7, um usuário decide deletar todas as mensagens da sua conta de armazenamento de correio. Neste ponto, o dispositivo usuário/cliente 100 envia uma solicitação SIP REFER com INVITE 750 à lixeira 120 ([email protected]) que inclui o SIP URI para a conta de armazenamento de correio do usuário (neste caso [email protected]). A solicitação SIP REFER com INVITE 750 serve para solicitar que uma Sessão SIP seja estabelecida entre a lixeira baseada na rede 120 ([email protected]) e a conta do usuário 110 ou, se for usado, o agente usuário virtual 155. A lixeira 120 responde mediante a aceitação da solicitação SIP REFER a partir do dispositivo usuário/cliente 100 com uma mensagem 202 ACCEPT em 760. A lixeira 120 também envia uma solicitação INVITE para estabelecer uma sessão SIP ao agente usuário virtual 155 em 770. O agente usuário virtual 155 aceita esta sessão em 780. Em 790, uma sessão SIP é oficialmente estabelecida ao agente usuário virtual 155 sob a forma de um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP), sendo que o atributo de mídia do protocolo de descrição de sessão (SDP) é ajustado para a=RecvOnly. A lixeira 120 procede para notificar o dispositivo usuário/cliente 100 da sessão SIP em 800, e o dispositivo usuário/cliente 100 reconhece esta notificação em 810. Nas sessões SIP/MSRP, todas as mensagens na conta de armazenamento de correio do usuário (MSG 1, MSG 2 e MSG3 neste caso) são enviadas a partir da conta do usuário 110 até a lixeira baseada na rede 120, fazendo com que todas as mensagens desapareçam da conta do usuário 110. Após a transmissão bem-sucedida de todas as mensagens existentes na conta de armazenamento de correio do usuário, a sessão SIP entre o agente usuário virtual 155 e a lixeira 120 é destruída. O resultado final em
Petição 870190127191, de 02/12/2019, pág. 21/28
13/16
820 é que não resta nenhuma mensagem na conta do usuário 110 no servidor de armazenamento de correio do usuário.
[029] De forma similar às modalidades anteriores, as funções da conta do usuário
110 e da lixeira 120 também podem ser dispostas juntamente. Nesta situação, o envio das solicitações INVITE para estabelecer uma sessão SIP 770, os reconhecimentos da solicitação 780 e o estabelecimento da sessão SIP ao MSRP 790 não são necessários.
[030] A Figura 8 mostra um sistema 10 no qual a presente invenção pode ser utilizada, compreendendo múltiplos dispositivos de comunicação que podem se comunicar através de uma rede. O sistema 10 pode compreender qualquer combinação de redes com ou sem fio incluindo, mas sem limitar-se a, uma rede telefônica móvel, uma Rede de Área Local (LAN) sem fio, uma rede de área pessoal Bluetooth, uma LAN Ethernet, uma LAN de redes em anel, uma área de rede ampliada, a Internet, etc. O sistema 10 pode incluir tanto dispositivos de comunicação com fio como sem fio.
[031] A título de exemplo, o sistema 10 mostrado na Figura 8 inclui uma rede telefônica móvel 11 e a Internet 28. A conectividade à Internet 28 pode incluir, mas sem limitar-se a, conexões sem fio de longo alcance, conexões sem fio de curto alcance, e várias conexões com fio incluindo, mas sem limitar-se a, linhas telefônicas, linhas de comunicação por cabo, linhas de transmissão de energia, e similares.
[032] Os dispositivos de comunicação exemplares do sistema 10 podem incluir, mas sem se limitarem a, um telefone móvel 12, uma combinação de PDA e telefone móvel 14, um PDA 16, um dispositivo mensageiro integrado (IMD) 18, um computador de mesa 20 e um computador portátil 122. Os dispositivos de comunicação podem ser estacionários ou móveis quando transportados por um indivíduo em movimento. Os dispositivos de comunicação também podem estar situados em um meio de transporte que inclui, mas sem se limitar a, um automóvel, um caminhão, um taxi, um ônibus, um barco, um avião, uma bicicleta, uma motocicleta, etc. Alguns ou todos os dispositivos de comunicação podem enviar e receber chamadas e mensagens e se comunicarem
Petição 870190127191, de 02/12/2019, pág. 22/28
14/16 com prestadores de serviços através de uma conexão sem fio 25 até uma estação base 24. A estação base 24 pode estar conectada a um servidor de rede 26 que permite comunicação entre a rede telefônica móvel 11 e a Internet 28. O sistema 10 pode incluir dispositivos de comunicação adicionais e dispositivos de comunicação de diferentes tipos.
[033] As Figuras 9 e 10 mostram um telefone móvel representativo 12 no qual a presente invenção pode ser implementada. Deve-se compreender que, no entanto, não se pretende que a presente invenção seja limitada a um tipo particular de telefone móvel 12 ou outro dispositivo eletrônico. Outros tipos de dispositivos eletrônicos que podem ser usados incluem, mas não se limitam a, um PDA 16, uma combinação de PDA e telefone móvel 14, um IMD 18, um computador de mesa 20 e um computador portátil 22 os dispositivos de comunicação podem ser estacionários ou móveis quando transportados por um indivíduo em movimento. Os dispositivos de comunicação também podem estar situados em um meio de transporte que inclui, mas sem limitarse a, um automóvel, um caminhão, um taxi, um ônibus, um barco, um avião, uma bicicleta, uma motocicleta, etc.
[034] O telefone móvel 12 das Figuras 9 e 10 inclui um gabinete 30, uma tela 32 sob a forma de uma tela de cristal líquido, um teclado numérico 34, um microfone 36, um fone de ouvido 38, uma bateria 40, uma porta infravermelha 42, uma antena 44, um cartão inteligente 46 sob a forma de um UICC de acordo com uma modalidade da invenção, um leitor de cartão 48, um conjunto de circuitos de interface de rádio 52, um conjunto de circuitos codec 54, um controlador 56 e uma memória58. Todos os circuitos e elementos individuais são de um tipo bem-conhecido na técnica, por exemplo, na gama de telefones móveis da Nokia. A título de exemplo, o sistema 10 mostrado na Figura 8 inclui uma rede telefônica móvel 11 e a Internet 28. A conectividade à Internet 28 pode incluir, mas não se limita a, conexões sem fio de longo alcance, conexões sem fio de curto alcance, e várias conexões com fio incluindo, mas sem limitar-se a, linhas telefônicas, linhas de comunicação por cabo, linhas de transmissão de energia, e similares.
Petição 870190127191, de 02/12/2019, pág. 23/28
15/16 [035] A presente invenção é descrita no contexto geral de etapas de método, que podem ser implementadas em uma modalidade por um produto de programa que inclui instruções executáveis por computadores, como código de programa, executadas por computadores nos ambientes conectados em rede. Em geral, os módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, etc. que realizam tarefas particulares ou implementam tipos de dados abstratos particulares. As instruções executáveis por computadores, associadas às estruturas de dados, e módulos de programa representam exemplos de código de programa que serve para executar etapas dos métodos aqui descritos. A sequência particular dessas instruções executáveis ou estruturas de dados associadas representam exemplos de ações correspondentes para implementação das funções descritas nessas etapas.
[036] As implementações de software e web da presente invenção podem ser realizadas por técnicas de programação padrão com lógica baseada em regras e outra lógica para executar as várias etapas de busca em banco de dados, etapas de correlação, etapas de comparação e etapas de decisão. Deve-se notar, também, que as palavras componente e módulo, conforme o uso na descrição e nas reivindicações, são destinadas a abranger implementações que usam uma ou mais linhas de código de software, e/ou implementações de hardware, e/ou equipamento para receber entradas manuais.
[037] A descrição anterior das modalidades da presente invenção foi apresentada por propósitos ilustrativos e descritivos. A descrição não se destina a ser exaustiva ou limitar a presente invenção à forma precisa revelada, e são possíveis modificações e variações levando-se em consideração os ensinamentos anteriores ou podem ser adquiridas a partir da prática da presente invenção. As modalidades foram escolhidas e descritas com a finalidade de explicar os princípio s da presente invenção e sua aplicação prática de modo a permitir que os versados na técnica utilizem a presente invenção nas várias modalidades e com várias modificações conforme são

Claims (12)

  1. REIVINDICAÇÕES
    1. Método para deletar um item de uma conta de usuário (110) em um ambiente multimídia de protocolo de iniciação de sessão (SIP), CARACTERIZADO por compreender:
    - receber (150) um pedido de um dispositivo de usuário (100) para deletar o item a partir da conta de usuário (110) em um servidor, em que o pedido compreende um pedido SIP REFER incluindo um identificador único para o item a ser deletado;
    - estabelecendo (170, 180) uma sessão SIP entre uma lixeira remota (120) e a conta de usuário (110); e
    - após estabelecer a sessão SIP, transferindo (190) o item da conta de usuário (110) para a lixeira remota (120) usando a sessão SIP, fazendo com que (220) o item seja excluído da conta de usuário (110).
  2. 2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o pedido SIP REFER inclui um endereço para a lixeira remota (120) em seu cabeçalho Refer-to.
  3. 3. Método, de acordo com a reivindicação 1, CARACTERIZADO por compreender adicionalmente, em resposta ao recebimento do pedido, a transmissão de uma confirmação do pedido para o dispositivo de usuário (100).
  4. 4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato que a sessão SIP é estabelecida com um atributo direcional de protocolo de descrição de sessão (SDP) ajustado para a = SendOnly.
  5. 5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato que o item inclui uni identificador de mensagem único, e em que o identificador de mensagem único é incluído no pedido pelo dispositivo de usuário (100).
  6. 6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato que cada um dos dispositivos de usuário (100), conta de usuário (110) e lixeira remota (120) possui um único identificador de recursos uniforme.
    Petição 870190127191, de 02/12/2019, pág. 26/28
    2/3
  7. 7. Método, de acordo com a reivindicação 1. CARACTERIZADO pelo fato que um Protocolo de Restabelecimento de Sessão de Mensagem (MSRP) é usado para transferir o item da conta de usuário (110) para a lixeira remota (100).
  8. 8. Dispositivo eletrônico, CARACTERIZADO por compreender:
    - pelo menos um processador; e
    - pelo menos uma unidade de memória conectada de forma comunicativa ao processador, o processador sendo configurado para:
    receber (150) um pedido de protocolo de iniciação de sessão (SIP) de um dispositivo de usuário (100) para deletar um item de uma conta de usuário (110) em um servidor, o pedido compreendendo um pedido SIP REFER incluindo um identificador único para o item a ser deletado;
    - estabelecer (170, 180) uma sessão SIP entre uma lixeira remota e a conta de usuário (110); e
    - após estabelecer a sessão SIP, transferir (190) o item da conta de usuário (110) para a lixeira remota (120) causando (220) o item a ser excluído da conta de usuário (110).
  9. 9. Dispositivo eletrônico, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o pedido SIP REFER inclui um endereço para a lixeira remota (120) em seu cabeçalho Refer-to.
  10. 10. Dispositivo eletrônico, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que a sessão SIP é estabelecida com um atributo direcional de protocolo de descrição de sessão (SDP) ajustado para a=SendOnly.
  11. 11. Dispositivo eletrônico, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o item inclui um identificador de mensagem único, e em que o identificador de mensagem único é incluído no pedido pelo dispositivo de usuário (100).
  12. 12. Dispositivo eletrônico, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o protocolo de restabelecimento de sessão de
    Petição 870190127191, de 02/12/2019, pág. 27/28
    3/3 mensagem (MSRP) é usado para transferir o item da conta de usuário (110) para a lixeira remota (120).
BRPI0710719-6A 2006-04-03 2007-04-03 Método para deletar um item de uma conta de usuário em um ambiente multimídia de protocolo de iniciação de sessão (sip) e dispositivo eletrônico BRPI0710719B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US78864706P 2006-04-03 2006-04-03
US60/788,647 2006-04-03
PCT/IB2007/051193 WO2007113770A2 (en) 2006-04-03 2007-04-03 Deleting mechanism in sip multimedia services

Publications (2)

Publication Number Publication Date
BRPI0710719A2 BRPI0710719A2 (pt) 2012-02-28
BRPI0710719B1 true BRPI0710719B1 (pt) 2020-03-03

Family

ID=38564053

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0710719-6A BRPI0710719B1 (pt) 2006-04-03 2007-04-03 Método para deletar um item de uma conta de usuário em um ambiente multimídia de protocolo de iniciação de sessão (sip) e dispositivo eletrônico

Country Status (12)

Country Link
US (1) US7805490B2 (pt)
EP (1) EP2008425B1 (pt)
JP (1) JP4775490B2 (pt)
KR (1) KR100977188B1 (pt)
CN (1) CN101455050B (pt)
AU (1) AU2007232195B2 (pt)
BR (1) BRPI0710719B1 (pt)
CA (1) CA2661954C (pt)
MX (1) MX2008012811A (pt)
RU (1) RU2404549C2 (pt)
WO (1) WO2007113770A2 (pt)
ZA (1) ZA200809301B (pt)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100077057A1 (en) * 2008-09-23 2010-03-25 Telefonaktiebolaget Lm Ericsson (Publ) File Transfer in Conference Services
JP2011035671A (ja) * 2009-07-31 2011-02-17 Fujitsu Ltd サーバ装置及び匿名発信方法
US9934895B2 (en) 2012-06-29 2018-04-03 Intel Corporation Spiral near field communication (NFC) coil for consistent coupling with different tags and devices
CN104158720A (zh) * 2013-05-14 2014-11-19 腾讯科技(深圳)有限公司 一种聊天记录清除方法及***、移动终端
CN105208071A (zh) * 2014-11-26 2015-12-30 维沃移动通信有限公司 移动终端的数据删除方法及移动终端
KR101538310B1 (ko) * 2014-12-17 2015-07-22 한국인터넷진흥원 4G 모바일 네트워크에서의 VoLTE 서비스 기반 비정상 위치정보 획득 메시지 탐지 장치, 시스템 및 방법
CN105490919B (zh) * 2015-11-24 2019-11-08 小米科技有限责任公司 消息撤回方法和装置
CN111279662A (zh) 2017-11-02 2020-06-12 瑞典爱立信有限公司 消息传递资源功能

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000250864A (ja) 1999-03-02 2000-09-14 Fuji Xerox Co Ltd 協調作業支援システム
US6871215B2 (en) 2000-04-11 2005-03-22 Telecommunication Systems Inc. Universal mail wireless e-mail reader
US7133923B2 (en) * 2000-12-11 2006-11-07 Acme Packet, Inc. System and method for assisting in controlling real-time transport protocol flow through multiple networks via screening
US6611836B2 (en) 2000-12-26 2003-08-26 Simdesk Technologies, Inc. Server-side recycle bin system
US20020138654A1 (en) * 2001-03-21 2002-09-26 Zhigang Liu Apparatus, and associated method, for facilitating deletion of dictionary content pursuant to communication of signaling protocol messages
JP2002366410A (ja) * 2001-06-06 2002-12-20 Fujitsu Ltd ごみ箱サーバおよびごみ箱処理プログラム
US7461378B2 (en) * 2002-06-11 2008-12-02 Siemens Communications, Inc. Methods and apparatus for processing an instant message
WO2004036366A2 (en) * 2002-10-16 2004-04-29 Synthetic Networks, Inc. Load testing methods and systems with transaction variability andconsistency
US7653693B2 (en) 2003-09-05 2010-01-26 Aol Llc Method and system for capturing instant messages
US20050050170A1 (en) * 2003-08-29 2005-03-03 International Business Machines Corporation Method and apparatus for securely conducting digital property trade
US7752271B2 (en) * 2004-06-01 2010-07-06 International Business Machines Corporation Method of retracting an instant message
US20060036689A1 (en) 2004-06-04 2006-02-16 John Buford Personal messaging proxy
US7840681B2 (en) 2004-07-30 2010-11-23 International Business Machines Corporation Method and apparatus for integrating wearable devices within a SIP infrastructure
KR100690793B1 (ko) * 2005-01-19 2007-03-09 엘지전자 주식회사 멀티미디어 시스템에서의 데이터 전송방법
US9258259B2 (en) * 2005-09-30 2016-02-09 Nokia Technologies Oy Retrieval of offline instant messages
US7917590B2 (en) * 2006-03-13 2011-03-29 Nokia Corporation Deleting mechanism in SIP multimedia services

Also Published As

Publication number Publication date
RU2404549C2 (ru) 2010-11-20
WO2007113770A3 (en) 2008-02-14
AU2007232195B2 (en) 2011-01-27
JP4775490B2 (ja) 2011-09-21
KR100977188B1 (ko) 2010-08-20
JP2009532795A (ja) 2009-09-10
WO2007113770A2 (en) 2007-10-11
ZA200809301B (en) 2009-11-25
AU2007232195A1 (en) 2007-10-11
CA2661954C (en) 2012-08-14
KR20090006154A (ko) 2009-01-14
CA2661954A1 (en) 2007-10-11
CN101455050A (zh) 2009-06-10
MX2008012811A (es) 2008-10-15
RU2008140278A (ru) 2010-05-10
BRPI0710719A2 (pt) 2012-02-28
US7805490B2 (en) 2010-09-28
EP2008425A4 (en) 2014-07-30
US20070233682A1 (en) 2007-10-04
EP2008425B1 (en) 2019-01-09
CN101455050B (zh) 2012-11-14
EP2008425A2 (en) 2008-12-31

Similar Documents

Publication Publication Date Title
BRPI0710719B1 (pt) Método para deletar um item de uma conta de usuário em um ambiente multimídia de protocolo de iniciação de sessão (sip) e dispositivo eletrônico
CN104102537B (zh) 一种应用调用方法及用户终端
CN102597982A (zh) 用于对等联网设备的有效服务发现
CN101958914A (zh) 一种文件共享方法、共享服务器和移动通信终端
CN101911664A (zh) 服务控制装置、服务控制***及方法
Lombera et al. Mobile ad-hoc search and retrieval in the iTrust over Wi-Fi Direct network
CN104506616B (zh) 浏览器客户端发送信息的方法、装置及***
US7917590B2 (en) Deleting mechanism in SIP multimedia services
KR101973531B1 (ko) 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치
CN104184821B (zh) 基于推送通知的会话及终端应答反馈的方法和装置
US7895316B2 (en) Apparatus, method, and computer program product providing enhanced document management
KR20220006605A (ko) 클라우드 통신 방법 및 장치, 사용자 기기, 네트워크 기기
CN103152495A (zh) 一种媒体转移的方法、装置及***
KR20090006504A (ko) 아이피 멀티미디어 서브시스템에서 피투피 서비스 제공방법 및 장치
CN102904742B (zh) 对可执行节点的操作方法及***
WO2022027887A1 (en) Network nodes and methods therein for indirect communication
KR102185853B1 (ko) 멀티미디어 통신을 위한 단말 연결 방법 및 시스템
CN110740477B (zh) 网络切片信息的管理方法、管理器、设备及介质
JP2009284460A (ja) モバイル通信プラットフォームが異質プラットフォームに跨るマルチメディア伝送システム
JP6716726B2 (ja) アプリケーションが情報を受信する方法および装置
WO2014010969A1 (ko) 통신 시스템에서 개인 정보를 관리하는 방법 및 장치
CN105812227B (zh) 一种基于即时消息的扩展业务提供方法、设备和***
CN102469090B (zh) 启动文件传输会话和获取文件传输会话列表的方法及***
JP2008236663A (ja) Sip通信システム及びsip通信方法
CN117896375A (zh) 业务状态更新方法以及相关设备

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11N Dismissal: publication cancelled [chapter 11.14 patent gazette]

Free format text: REFERENTE A RPI NO 2217 DE 02/07/2013, POR TER SIDO INDEVIDO.

B25A Requested transfer of rights approved

Owner name: NOKIA TECHNOLOGIES OY (FI)

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06T Formal requirements before examination [chapter 6.20 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 29/06 , H04L 29/08

Ipc: H04L 29/06 (1990.01), H04L 12/58 (1990.01)

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 03/03/2020, OBSERVADAS AS CONDICOES LEGAIS.