BRPI0614218A2 - serviços multi-usuários em um sistema de comunicações - Google Patents
serviços multi-usuários em um sistema de comunicações Download PDFInfo
- Publication number
- BRPI0614218A2 BRPI0614218A2 BRPI0614218-4A BRPI0614218A BRPI0614218A2 BR PI0614218 A2 BRPI0614218 A2 BR PI0614218A2 BR PI0614218 A BRPI0614218 A BR PI0614218A BR PI0614218 A2 BRPI0614218 A2 BR PI0614218A2
- Authority
- BR
- Brazil
- Prior art keywords
- user
- user terminal
- session
- manager
- listing
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Abstract
SERVIçOS MULTIUSUáRIOS EM UM SISTEMA DE COMUNICAçõES. Um método para gerenciamento de serviços de conferência num sistema de comunicações compreendendo os seguintes passos: um primeiro terminal de usuário inicia uma sessão de conferência com um gerente de sessão; o primeiro terminal de usuário convida um segundo terminal de usuário para fazer parte da sessão de conferência, onde o segundo terminal de usuário está associado a uma listagem de usuários bloqueados que estão impedidos de se comunicar com o segundo terminal de usuário; verificando se um terceiro terminal de usuário convidado a participar da sessão de conferência pelo primeiro terminal de usuário está incluído na listagem de bloqueados; e no caso do terceiro terminal de usuário estar incluído na listagem de bloqueados, criar uma mensagem de notificação para notificar a um usuário do segundo terminal de usuário de que um usuário bloqueado está se juntando à sessão de conferência.
Description
"SERVIÇOS MULTIUSUÁRIOS EM UM SISTEMA DE COMUNICAÇÕES".
A presente invenção refere-se a serviços multiusuários em umsistema de comunicação, particularmente, porém não exclusivamente, para a trocade mensagens instantâneas baseada em um protocolo SIP.
A troca de mensagens instantâneas (IM) é um serviço decomunicação que permite que usuários se comuniquem entre si utilizandomensagens que são enviadas aos usuários de uma maneira substancialmente emtempo real. Quando um usuário cria uma mensagem em um terminal, a mesma éimediatamente liberada aos demais usuários que participam na sessão de troca demensagens instantâneas, possibilitando aos mesmos responderem em seguida.Uma sessão de troca de mensagens instantâneas como esta é também conhecidacomo sessão de bate papo.
Os serviços de troca de mensagens instantâneas são bemconhecidos nas redes de linha fixa, tais como a Internet, utilizando, por exemplo,um PC de mesa e um software de troca de mensagens instantâneas. No entanto,espera-se, também, que estes serviços se tornem cada vez mais populares parauso em sistemas móveis de comunicação.
Os serviços de troca de mensagens podem ser implementadosusando o protocolo de iniciação de sessão (SIP) conforme desenvolvido pela forçatarefa de engenharia da Internet (IETF). O protocolo de iniciação de sessão é umprotocolo de controle de cama de aplicação para a criação, modificação, e términode sessões com um ou mais participantes (extremidades). O protocolo SIP foi demodo geral desenvolvido para permitir a iniciação de uma sessão entre duas oumais extremidades na Internet, tornando estas extremidades cientes da semânticada sessão. Um usuário conectado a um sistema de comunicação baseado noprotocolo SIP pode se comunicar com várias entidades do sistema decomunicação com base nas mensagens padronizadas do protocolo SIP. A forçatarefa IETF correntemente trabalha na provisão dos serviços de IM e presençabaseados no protocolo SIP, com o título "protocolo SIP para extensões dealavanca de troca de mensagens instantâneas e presença" (SIMPLE). A AliançaMóvel Aberta (OMA) também trabalha com o serviço IM SIP/SIMPLE e com oserviço de presença SIP/SIMPLE.
Os serviços de troca de mensagens instantâneas devem oferecer aosusuários a capacidade de evitar que determinados outros usuários se comuniquemcom eles. Em particular, determinados usuários podem ser um aborrecimento aoutros. Sendo assim, os serviços de troca de mensagens permitem a um usuáriobloquear outros usuários em particular e impedir que estes façam contato com ele.Cada usuário detém uma lista dos usuários bloqueados, sendo esta chamada asua listagem de bloqueados.
No entanto, nos cenários em que existem múltiplos participantes emuma sessão de troca de mensagens instantâneas (conhecida como sala de batepapo), pode haver problemas no gerenciamento de situações nas quais diferentesusuários são convidados para uma sala de bate papo por parte de uma terceiraparte, mas os usuários convidados podem estar impedidos de se comunicarementre si. A fim de ilustrar esta situação, considere o seguinte exemplo. Um usuário,chamado Usuário C, cria uma sala de bate papo, e convida um Usuário A e umUsuários B para participarem da sala de bate papo. Contudo, ò Usuário Abloqueou o Usuário B de se comunicar com ele (isto é, o Usuário B se encontra nalistagem de bloqueados pessoal do Usuário A).
O sistema de troca de mensagens instantâneas encara o problemade impedir que o Usuário B se comunique com o Usuário A (uma vez que oUsuário B se encontra na listagem de bloqueados do Usuário A), embora nãoapresente os conteúdos da listagem de bloqueados pessoal do Usuário A parauma terceira parte (por exemplo, o criador da sala de bate papo, isto é, um UsuárioC). Além disso, um usuário bloqueado pode não ter conhecimento de que seencontra na listagem de bloqueados de um outro usuário, e, portanto, impedido dese comunicar com eles.
Uma solução possível para este problema é permitir que o Usuário C(o criador da sala de bate papo) convide quaisquer usuários que ele queira, semconhecer nenhuma dentre as preferências de listagem de bloqueio de umconvidado. No entanto, quando um usuário que aparece na listagem de bloqueiode um outro usuário é convidado (por exemplo, o Usuário B aparece na listagemde bloqueio do Usuário A), o sistema descarta o convite ao usuário bloqueado. Oconvite, deste modo, nunca chegará ao Usuário B neste exemplo. O Usuário Cnão é notificado de que o seu convite foi descartado.
No entanto, esta solução tem a desvantagem de dar a impressão de,a partir da perspectiva dos participantes da sala de bate papo, ou que o Usuário Bignorou o convite, ou que existe uma falha no sistema de serviço IM ou no sistemade rede, e que o convite não chegou ao Usuário B. Além disso, esta soluçãoimpede que o Usuário B se comunique com quaisquer outros usuários na sala debate papo, mesmo que o Usuário B só esteja impedido de se comunicar com umusuário em particular (com o Usuário A, neste caso).
Uma outra solução seria permitir que o Usuário C convidassequaisquer usuários para a sala de bate papo, e que estes usuários convidadospudessem participar, independentemente de aparecerem nas listagens debloqueio de quaisquer participantes. No entanto, o sistema pode filtrar quaisquermensagens de um usuário que se encontra impedido de se comunicar com umoutro usuário, de tal modo que nenhuma mensagem do usuário bloqueado sejavisível ao usuário bloqueante. Em outras palavras, neste exemplo, o Usuário Bpoderá participar da sessão de bate papo, mas nenhuma mensagem que oUsuário B envie se tornará visível ao Usuário A.
O problema com esta solução é que todos os participantes da sessãosão visíveis uns aos outros, isto é, o Usuário A pode ver que o Usuário B seencontra presente, e vice versa. Do ponto de vista do Usuário B, parecerá que ousuas mensagens estão sendo ignoradas pelo Usuário A ou que existe uma falhano sistema de serviço IM ou no serviço da rede. No entanto, poderá também sermuito fácil o Usuário B (ou ainda os demais usuários da sala de bate papo)concluir que ele se encontra na listagem de bloqueio do Usuário A. É, portanto,preferível que uma decisão sobre como manipular os usuários bloqueados sejafeita ou durante o processo de reunião dos usuários na sala de bate papo, ou quetodos os usuários sejam invisíveis entre si quando estes se encontrambloqueados.
Existe, por conseguinte, a necessidade de uma solução mais flexívelpara o tratamento do problema apresentado, de tal modo que a listagem debloqueio pessoal de um usuário não seja apresentada a nenhum outro participantede uma sala de bate papo.
De acordo com um aspecto da presente invenção, é provido ummétodo de gerenciamento de serviços de bate papo em um sistema decomunicações, compreendendo as etapas de: um primeiro terminal de usuárioiniciar uma sessão de bate papo com um gerenciador de sessão; o dito primeiroterminal de usuário convidando um segundo terminal de usuário para participar dasessão de bate papo, em que o segundo terminal de usuário está associado auma listagem de bloqueio de usuários bloqueados que se encontram impedidos dese comunicarem com o segundo terminal de usuário; verificar se um terceiroterminal de usuário convidado a participar da sessão de bate papo por parte doprimeiro terminal de usuário está incluído na listagem de bloqueados; e, no casode o terceiro terminal se encontrar na listagem de bloqueados, gerar umamensagem de notificação a fim de notificar o usuário do segundo terminal deusuário de que um usuário bloqueado está participando da sessão de bate papo.
De acordo com uma modalidade da presente invenção, a etapa degerar a mensagem de notificação é executada pelo gerenciador de sessão.
De acordo com uma outra modalidade da presente invenção, alistagem de bloqueio é armazenada no gerenciador de sessão e o gerenciador desessão executa a etapa de verificação.
De acordo com uma outra modalidade da presente invenção, amensagem de notificação é enviada do gerenciador de sessão para o segundoterminal de usuário.
De acordo com uma outra modalidade da presente invenção, alistagem de bloqueio é armazenada no gerenciador de listagem de bloqueio emuma rede separada da rede do gerenciador da sessão, e o gerenciador delistagem de bloqueio executa a etapa de verificação.
De acordo com uma outra modalidade da presente invenção, alistagem de bloqueio é armazenada em um gerenciador de listagem de bloqueiona mesma rede do gerenciador de sessão, e o gerenciador de listagem debloqueio executa a etapa de verificação.
De acordo com uma outra modalidade da presente invenção, amensagem de notificação é modificada pelo gerenciador da listagem de bloqueio eé enviada do gerenciador de listagem de bloqueio para o segundo terminal deusuário.
De acordo com uma outra modalidade da presente invenção, alistagem de bloqueio é armazenada no gerenciador de listagem de bloqueiolocalizado no segundo terminal de usuário, e o gerenciador de listagem debloqueio executa a etapa de verificação.
De acordo com uma outra modalidade da presente invenção, amensagem de notificação é modificada pelo gerenciador de listagem de bloqueio eé enviada pelo gerenciador de listagem de bloqueio para uma interface de usuáriodo segundo terminal de usuário.
De acordo com uma outra modalidade da presente invenção, oterminal do terceiro usuário está associado a uma segunda listagem de bloqueio, eo dito método compreende ainda as etapas de: verificar se o segundo terminal deusuário está listado na segunda listagem de bloqueio; no caso de o segundoterminal de usuário se encontrar na segunda listagem de bloqueio, gerar umamensagem de notificação a fim de notificar um usuário do terceiro terminal deusuário que um usuário bloqueado se encontra presente na sessão de bate papo.
De acordo com um outro aspecto da presente invenção, é provido ummétodo de gerenciamento de serviços de bate papo em um sistema decomunicação compreendendo as etapas de: um primeiro terminal de usuário iniciaruma sessão de bate papo com um controlador de sessão; o dito primeiro terminalde usuário convidar um segundo terminal de usuário para participar da sessão debate papo, em que o segundo terminal de usuário está associado a uma listagemde bloqueio de usuários bloqueados que se encontram impedidos de secomunicarem com o segundo terminal de usuário, a dita listagem de bloqueiosendo armazenada no controlador de sessão; verificar no controlador de sessãose um terceiro terminal de usuário convidado pelo primeiro terminal de usuáriopara participar da sessão de bate papo está incluído na listagem de bloqueio; ecaso este terceiro terminal de usuário esteja na listagem de bloqueio, enviar umamensagem de notificação do controlador de sessão para o segundo terminal deusuário a fim de notificar um usuário do segundo terminal de usuário de que umusuário bloqueado está participando da sessão de bate papo.
De acordo com um outro aspecto da presente invenção, é provido ummétodo de gerenciamento de serviços de bate papo em uma rede decomunicações, compreendendo as etapas de: um primeiro terminal de usuárioiniciar uma sessão de bate papo com um gerenciador de sessão; o dito primeiroterminal de usuário convidando um segundo terminal de usuário para participar dasessão de bate papo, em que o segundo terminal de usuário está associado auma listagem de bloqueio de usuários bloqueados que se encontram impedidos dese comunicarem com o segundo terminal de usuário, a dita listagem de bloqueiosendo armazenada em um gerenciador de listagem de bloqueio no segundoterminal de usuário; verificar no gerenciador de listagem de bloqueio se um terceiroterminal de usuário convidado pelo primeiro terminal de usuário para participar dasessão de bate papo está incluído na listagem de bloqueio; no caso de o terceiroterminal de usuário estar na listagem de bloqueio, enviar uma mensagem denotificação do gerenciador da listagem de bloqueio para uma interface de usuáriodo segundo terminal de usuário a fim de informar a um usuário do segundoterminal de usuário que um usuário bloqueado está participando da sessão debate papo.
De acordo com um outro aspecto da presente invenção, é provido umsistema de comunicações para a provisão de serviços de bate papocompreendendo: um primeiro terminal de usuário para iniciar uma sessão de batepapo com um gerenciador de sessão; um segundo terminal de usuário, o ditosegundo terminal de usuário sendo convidado para participar da sessão de batepapo pelo dito primeiro terminal, em que o segundo terminal de usuário estáassociado a uma listagem de bloqueio de usuários bloqueados que se encontramimpedidos de se comunicarem com o segundo terminal de usuário; um terceiroterminal de usuário, o dito terceiro terminal de usuário sendo convidado paraparticipar da sessão de bate papo pelo primeiro terminal de usuário; um meio paraverificar se o terceiro terminal de usuário está incluído na listagem de bloqueio; eum meio para gerar uma mensagem de notificação de modo a notificar um usuáriodo segundo terminal de usuário que um usuário bloqueado está participando dasessão de bate papo, no caso de o terceiro terminal de usuário estar na listagemde bloqueio.
Para um melhor entendimento da presente invenção e mostrar comoa mesma pode ser colocada em prática, far-se-á referência agora, à guisa deexemplo, aos seguintes desenhos, nos quais:
A Figura 1 mostra um sistema de comunicação sem fio;
A Figura 2 mostra uma estrutura de rede para uma primeiramodalidade da presente invenção;
A Figura 3 mostra as mensagens de sinalização enviadas para aprimeira modalidade da presente invenção;
A Figura 4 mostra a estrutura de uma mensagem conhecida do tipoNOTIFICAR SIP;
A Figura 5 mostra a estrutura de uma mensagem modificada do tipoNOTIFICAR SIP;
A Figura 6 mostra uma estrutura de rede para uma segundamodalidade da presente invenção;
A Figura 7 mostra as mensagens de sinalização enviadas para asegunda modalidade da presente invenção;
A Figura 8 mostra uma estrutura de rede para uma terceiramodalidade da presente invenção;A Figura 9 mostra as mensagens de sinalização enviadas para aterceira modalidade da presente invenção.
A seguir, será feita referência à Figura 1, na qual é mostrado umsistema de comunicação sem fio 100. O sistema de comunicação 100 compreendeuma rede 102, que conecta as entidades móveis (os terminais de usuário 106) queparticipam de uma sessão de bate papo. A rede 102 pode ser uma rede, como,por exemplo, a Internet, ou pode ser uma rede privada, como, por exemplo, a redenúcleo de telecomunicações ou a rede Ethernet.
Na rede mostrada na Figura 1, conectada à rede 102 encontra-seuma pluralidade de estações de base 104. As estações de base provêm umaconexão sem fio entre os terminais de usuário 106 e a rede 102. Estas estaçõesde base podem ser de qualquer padrão sem fio conhecido. Por exemplo, asmesmas podem ser estações de base (BS) de sistema GSM/GPRS, estaçõesbase (BS) de nó de serviço UMTS ou de pontos de acesso de rede WLAN. Nasmodalidades alternativas, as estações de base 104 podem ser substituídas porentidades que permitem uma conexão a cabo com a rede, por exemplo, por meiode um modem ou roteador.
As estações de base 104 podem ser conectadas diretamente à rede102, ou podem ser conectadas a redes separadas, as quais, por sua vez, sãoconectadas à rede 102 via entidades intermediárias. Em algumas modalidades, asestações de base podem ser todas conectadas à mesma rede e operar o mesmopadrão sem fio. Em outras modalidades, diferentes estações de base podem serconectadas a redes separadas umas das outras, e as estações de base podemoperar diferentes padrões sem fio.
Na modalidade mostrada na Figura 1, os terminais de usuário 106 seconectam às estações de base via um enlace sem fio. O enlace sem fio pode serde qualquer padrão conhecido, dependendo do tipo de rede ao qual o terminal deusuários se encontra conectado. Por exemplo, quando as estações de base 104 eos terminais de usuário 106 atendem a um padrão de sistema GSM/GPRS, oenlace sem fio utiliza um esquema de acesso múltiplo de divisão de tempo(TDMA). De maneira alternativa, quando as estações de base 104 e os terminaisde usuário 106 atendem a um padrão de serviço UMTS, o enlace sem fio utilizaum esquema de acesso múltiplo de divisão de código de banda larga (WCDMA).Outros enlaces sem fio possíveis incluem um acesso múltiplo de divisão defreqüência (FDMA), um acesso múltiplo de sentido de portadora (CSMA) ou umamultiplexação de divisão de freqüência ortogonal (OFDM).
Os terminais de usuário 106 são configurados de modo a permitir aum usuário participar em sessões de bate papo. Os múltiplos terminais de usuáriopodem ser conectados a cada estação de base. Os usuários que participam deuma sessão de bate papo (referidos, daqui em diante, como participantes) podemser conectados à mesma estação de base ou conectados a estações de baseseparadas. Um terminal de usuário 106 pode ser uma estação móvel sem fio (MS),como, por exemplo, um telefone móvel, um assistente digital pessoal (PDA) ou umcomputador do tipo laptop. Em modalidades alternativas, o terminal de usuário 106pode ser um terminal a cabo, como, por exemplo, um computador pessoal (PC).
Dentro da rede 102, encontra-se um servidor de conferência 108. Osterminais de usuário 106 se conectam ao servidor de conferência 108 via asestações de base 104 a fim de participar em uma sessão de bate papo, conformeserá descrito a seguir.
A seguir, será feita referência à Figura 2, que mostra a estrutura derede 200 de uma primeira modalidade da presente invenção. Um cenário exemplaré usado para demonstrar a operação desta modalidade da presente invenção.Neste cenário, há três usuários, conforme mostrado na Figura 2, o Usuário A 202,o Usuário B 204 e o Usuário C 206. Cada um destes usuários pode participar desessões de bate papo, e podem se conectar ao servidor de conferência 108,conforme demonstrado com relação à Figura 1. Os servidores locais do serviço IMpodem também estar presentes nas redes dos usuários. Neste cenário, o UsuárioC cria uma sala de bate papo. O Usuário C em seguida convida o Usuário AeoUsuário B para a sala de bate papo. No entanto, o Usuário A bloqueou o Usuário B30 de participar de sessões de bate papo com o Usuário A. Sendo assim, o Usuário Bse encontra na listagem pessoal do Usuário A de usuários bloqueados, conhecidacomo a sua listagem de bloqueio. A estrutura de rede deve gerenciar esta situaçãode tal modo que o Usuário A não tenha de conversar com o Usuário B, mastambém não tenha de divulgar a sua listagem de bloqueio pessoal para o criadorda sala de bate papo, o Usuário C.
A Figura 3 mostra como a presente modalidade soluciona esteproblema. A Figura 3 mostra a troca de mensagens de sinalização entre asentidades descritas acima com referência à Figura 2. A presente modalidade sebaseia na tecnologia de protocolo SIP/SIMPLE.
Conforme apresentado acima, o Usuário C 206 cria uma sala de batepapo, e esta se inicia na etapa S1 com o Usuário C enviando uma mensagem SIPINVITE (convidar) para o servidor de conferência 108. O servidor de conferência,na etapa 302, cria, em seguida, uma instância de foco e reserva recursos domisturador. Em seguida, o Usuário C assina as notificações de estado deconferência. Este processo envolve uma comunicação entre o servidor deconferência e o Usuário C na etapa S2.
O Usuário C em seguida envia uma mensagem SIP REFER (referir)para o servidor de conferência, indicando que o Usuário Aeo Usuário B devemser convidados para a sala de bate papo. O servidor de conferência então enviamensagens SIP INVITE para o Usuário A e para o Usuário B nas etapas S4 e S5,respectivamente. Após o recebimento bem sucedido das mensagens SIP INVITE1o Usuário Aeo Usuário B respondem com uma mensagem 200 OK nas etapas S6e S8. Neste momento, o servidor de conferência precisa saber a listagem debloqueio pessoal de cada um dos convidados para a sala de bate papo, e oservidor de conferência solicita a listagem a partir do servidor de IM local para ousuário B (308) com uma mensagem SIP SUBSCRIBE (assinar) nas etapas S7 eS9 (para os Usuários AeB, respectivamente). Estas mensagens são respondidaspelo servidor de IM local para o Usuário A e para o Usuário B (306 e 308) nasetapas S10 e S11, respectivamente, com mensagens 200 OK. A troca demensagens para o servidor de conferência no sentido de obter as listagens debloqueio é mostrada em linhas pontilhadas na Figura 3. O servidor de conferênciamantém a listagem de bloqueio de cada usuário convidado com o nome do usuárioconvidado.
Quando o servidor de conferência solicita a listagem de bloqueio dosconvidados (nas etapas S7 e S9 acima) com a mensagem de inscrição, o servidorde conferência pode fazer uma assinatura contínua. Uma assinatura imediatarecupera apenas o conteúdo corrente da listagem de bloqueio, enquanto umaassinatura contínua permite que o servidor de conferência seja notificado dequalquer outra modificação na listagem de bloqueio. No caso de uma assinaturacontínua, quando o convidado muda a sua listagem de bloqueio, o servidor deconferência é notificado e atualiza a sua listagem de bloqueio em conformidade.
Uma outra alternativa para buscar a listagem de bloqueio é usar o Protocolo deGerenciamento de Configuração (XCAP) de Linguagem de Marcação Extensível(XML). Este é um protocolo padronizado da força tarefa IETF utilizado na criação egerenciamento da listagem de bloqueio. O serviço IM SIP/SIMPLE da Aliança OMAtambém utiliza o protocolo XCAP para o mesmo fim.
Os usuários AeB enviam uma mensagem SIP SUBSCRIBE(assinar) para o servidor de conferência nas etapas S12 e S13 a fim de assinar asnotificações de mudança de conferência (por exemplo, que um usuário novo estáparticipando), e estas são reconhecidas com as mensagens 200 OK do servidor deconferência nas etapas S14 e S15. O servidor de conferência envia umamensagem SIP NOTIFY (notificar) para o Usuário C nas etapas S16 e S17 a fimde informar ao Usuário C que o Usuário Aeo Usuário B se juntaram à sala debate papo.
O servidor de conferência realiza uma verificação na etapa 304 decada um dos usuários que participam da sala de bate papo para ver se eles estãoincluídos em qualquer uma das listagens de bloqueio dos usuários participantes.
No caso de o Usuário A, neste exemplo, o Usuário B se encontra na listagem debloqueio do Usuário A. Deste modo, quando o Usuário B se junta à sala de batepapo logo depois do Usuário A, o servidor de conferência realiza uma verificaçãopara ver se o Usuário B aparece na listagem de bloqueio dos participantesexistentes, e o servidor de conferência encontra uma correspondência na listagemde bloqueio do Usuário A. Após encontrar esta correspondência na listagem debloqueio, o servidor de conferência envia ao Usuário A uma mensagem SIPNOTIFY modificada na etapa S18, a qual será descrita em mais detalhe a seguir.Quaisquer outros participantes na sala de bate papo que não tem nenhum outrousuário participante correspondendo às suas listagens de bloqueio receberão umamensagem SIP NOTIFY normal, não modificada.
A estrutura básica de uma mensagem de notificação não modificadaé mostrada na Figura 4. Esta pode ser comparada à estrutura básica damensagem de notificação não modificada conforme descrita acima, que émostrada na Figura 5. A mensagem não modificada na Figura 4 contém campospara o "usuário" 402, para o "texto de vídeo" 404, para os "associados" 406, paraos "papéis" 408, e para a "linguagem" 410. A mensagem de notificação modificadana Figura 5 contém um campo extra "em sua listagem de bloqueio" 502, a qual, aoconter o dado "sim", indica que o usuário especificado na sala de bate papocorresponde a um listado na listagem de bloqueio de um usuário.
Uma representação mais detalhada da mensagem de notificaçãomodificada, como, por exemplo, a enviada na etapa S18 pode ser observadaabaixo. O novo campo "em sua listagem de bloqueio" adicionado como parte dapresente modalidade é mostrado em negrito.
<user entity="sip:UserB@example.com" state="full"><display-text>UserB</display-text><in-your-blocklist>yes</in-your-blocklist>
<associated-aors><entry>
<uri>mailto:UserB@example.com</uri><label>email</label></entry></associated-aors><roles>
<entry>
<label>participant</label><entry>
<roles>
<language>en</language>
Retornando mais uma vez à Figura 3, após receber a mensagemNOTIFY (notificar) modificada, o Usuário A é notificado que o Usuário B, que seencontra em sua listagem de bloqueio, ou participa, ou foi convidado, ou já estavana sala de bate papo. O Usuário A tem a opção de permanecer na sala de batepapo, porém sem visualizar nenhum texto do Usuário B, atualizar a sua listagemde bloqueio de modo a permitir que o texto do Usuário B seja visualizadotemporariamente, ou o Usuário A pode escolher não participar e sair da sala debate papo.
Quando o Usuário A escolhe permanecer na sala de bate papo, massem visualizar nenhum texto do Usuário Β, o servidor poderá realizar a filtragem dotexto do Usuário B. De maneira alternativa, o terminal de usuário poderá realizar afiltragem. Todos os demais participantes da sala de bate papo poderão ver o textodo Usuário B. Nenhum outro participante saberá que o Usuário A está tendo asmensagens do Usuário B filtradas.
A notificação de um usuário bloqueado só acontece uma única vez, edepois de as mensagens serem enviadas para todos os participantes. No entanto,o servidor de conferência poderá opcionalmente realizar mais outras filtragens,conforme acima mencionadas.
Se o Usuário B, como um novo usuário participante, tiver algum dosusuários participantes na listagem de bloqueio (por exemplo, se o Usuário B tiver oUsuário A em sua listagem de bloqueio), neste caso o Usuário B receberia umamensagem NOTIFY (notificar) modificada, como acima, e teria as mesmas trêsopções que o Usuário A previamente delineadas. No entanto, no exemplomostrado aqui, o Usuário B não tem nenhum dos demais participantes em sualistagem de bloqueio, e recebe, portanto, uma mensagem NOTIFY (notificar) nãomodificada na etapa S19.
A seguir, far-se-á referência à Figura 6, que mostra a estrutura derede 600 de uma segunda modalidade da presente invenção. Neste cenário,existem os mesmos três usuários que os mostrados na primeira modalidade. OUsuário A 202, o Usuário B 204, e o Usuário C 206. Como na primeira modalidade,o Usuário C cria uma sala de bate papo e convida o Usuário Aeo Usuário B. Noentanto, o Usuário B se encontra presente na listagem de bloqueio do Usuário A.
Na segunda modalidade da presente invenção, a arquitetura do servidor deconferência 602 compreende dois elementos lógicos, o servidor de IM participante604 (ou gerenciador de listagem de bloqueio) e o servidor de IM de controle 606(ou gerenciador de sessão).
O servidor de IMAGEM participante reside na rede doméstica dousuário que é o recipiente das mensagens, e é o servidor recebedor e executa asexigências de liberação de mensagem do recipiente individual. O servidor de IMparticipante mantém as listagens de bloqueio dos usuários com as quais o mesmose encontra associado, e é responsável pela execução do processo decorrespondência da listagem de bloqueio. O servidor de controle se localiza narede que agrupa / possui a conversação de grupo.
A Figura 7 mostra a troca de mensagens de sinalização entre asentidades descritas acima com referência à Figura 6. Em comum com a primeiramodalidade, o Usuário C inicia a sessão de bate papo enviando uma mensagemde SIP INVITE (convidar) para o servidor de IM de controle 606 na etapa S20. Oservidor de IM de controle na referência 602 em seguida cria uma instância defoco e reserva recursos do misturador. Em seguida, o Usuário C assina asnotificações de estado de conferência. Este processo envolve a comunicaçãoentre o servidor de IM de controle e o Usuário C na etapa S21.
O Usuário C em seguida envia uma mensagem de SIP REFER(referir) na etapa S22 para o servidor de IM de controle, indicando se o Usuário Ae o Usuário B devem ser convidados para a sala de bate papo. O servidor de IMde controle em seguida envia uma mensagem de SIP INVITE (convidar) para oservidor de IM participante para o Usuário A na etapa S23. Uma mensagem deSIP INVITE é então mais uma vez enviada do servidor de IM participante para oUsuário A na etapa S24. As mensagens de SIP INVITE são também enviadas parao Usuário B via o servidor de IM participante nas etapas S25 e S26. Após orecebimento bem sucedido das mensagens SIP INVITE (convite), o Usuário AeoUsuário B respondem com uma mensagem 200 OK nas etapas S27 e S29, asquais são retornadas para o servidor de IM de controle via o servidor de IMparticipante nas etapas S28 e S30.
Ao contrário da primeira modalidade da presente invenção, o servidorde IM participante da presente modalidade já mantém as listagens de bloqueio dosusuários, e, portanto, não existe nenhuma necessidade de o servidor de IM decontrole assinar as informações de listagem de bloqueio.
Os Usuários AeB enviam uma mensagem SIP SUBSCRIBE(assinar) para o servidor de IM participante nas etapas S31 e S33 para assinar asnotificações de mudança de conferência (por exemplo, que um novo usuáriochegou para participar), e estas são encaminhadas para o servidor de IM decontrole nas etapas S32 e S34. Estas mensagens são reconhecidas com asmensagens 200 OK a partir do servidor de IM de controle, que são passadas via oservidor de IM participantes para o Usuário A nas etapas S35 e S36 e para oUsuário B nas etapas S38 e S39. O servidor de IM de controle envia umamensagem SIP NOTIFY (notificar) para o Usuário C nas etapas S37 e S40 a fimde informar ao Usuário C que o Usuário Aeo Usuário B estão participando da salade bate papo.
O servidor de IM de controle envia uma mensagem SIP NOTIFY(notificar) para o servidor de IM participante que um usuário novo está participandoda sala de bate papo, na etapa S41. Esta mensagem contém uma etiqueta "im-tag" similar a uma etiqueta "poc-tag" em um dispositivo aperte-para-falar de aliançaOMA pelo celular (PoC), usado para rotear a mensagem para o servidor de IMparticipante. A etiqueta de recurso "im-tag" é adicionada ao cabeçalho de Contatoou de Aceitar Contato da mensagem SIP.
O servidor de IM participante realiza uma verificação na etapa 704 decada um dos usuários que participam da sala de bate papo para ver se eles estãoincluídos em quaisquer das listagens de bloqueio dos usuários participantes. Nocaso do Usuário A neste exemplo, o Usuário B se encontra na listagem debloqueio do Usuário A. Sendo assim, quando o Usuário B se junta à sala de batepapo logo após o Usuário A, o servidor de IM participante realiza uma verificaçãopara ver se o Usuário B aparece na listagem de bloqueio dos participantesexistentes, e o servidor de IM participante encontra uma correspondência nalistagem de bloqueio, o servidor de IM participante modifica a mensagem SIPNOTIFY (notificar) do servidor de IM de controle a fim de indicar que o Usuário Bse encontra na listagem de bloqueio e envia a mensagem SIP NOTIFY modificadapara o Usuário A na etapa S42. A mensagem SIP NOTIFY modificada enviada naetapa S42 pode ser igual à descrita acima para a primeira modalidade da presenteinvenção. Quaisquer outros participantes na sala de bate papo que não tenhamnenhuma correspondência à listagem de bloqueio de nenhum usuário participantereceberão uma mensagem SIP NOTIFY não modificada, normal.
Após o recebimento da mensagem NOTIFY, o Usuário tem a opçãode ficar na sala de bate papo, porém sem visualizar nenhum texto do Usuário B,atualizar a sua listagem de bloqueio de modo a permitir que o texto do Usuário Bseja visualizado temporariamente, ou o Usuário A pode escolher não participar esair da sala de bate papo. Quando o Usuário A escolhe permanecer na sala debate papo, mas sem visualizar nenhum texto do Usuário Β, o servidor de IMparticipante poderá realizar a filtragem do texto do Usuário B. Todos os demaisparticipantes da sala de bate papo poderão ver o texto do Usuário B. Nenhumoutro participante saberá que o Usuário A está tendo as mensagens do Usuário Bfiltradas. A notificação de um usuário bloqueado só acontece uma única vez, edepois de as mensagens serem enviadas para todos os participantes. No entanto,o servidor de IM participante poderá opcionalmente realizar mais outras filtragensde mensagens, conforme acima mencionadas.
Se o Usuário B1 como um novo usuário participante, tiver algum dosusuários participantes na sua listagem de bloqueio (por exemplo, se o Usuário Btiver o Usuário A em sua listagem de bloqueio), neste caso o Usuário B receberiauma mensagem NOTIFY (notificar) modificada, como acima, e teria as mesmastrês opções que o Usuário A previamente delineadas. No entanto, no exemplomostrado aqui, o Usuário B não tem nenhum dos demais participantes em sualistagem de bloqueio, e recebe, portanto, uma mensagem NOTIFY (notificar) nãomodificada na etapa S43.
Uma terceira modalidade da presente invenção pode ser vista comreferência à Figura 8, na qual é mostrada a estrutura de rede 800 destamodalidade. Neste cenário, existem os mesmos três usuários, o Usuário A 202, oUsuário B 204 e o Usuário C 206, conforme mostrado nas primeira e segundamodalidades. Como nas primeira e segunda modalidades, o Usuário C cria umasala de bate papo e convida o Usuário Aeo Usuário B. No entanto, o Usuário B seencontra presente na listagem de bloqueio do Usuário A. Na terceira modalidadeda presente invenção, o terminal de usuário compreende um cliente de IM 804 euma interface com o usuário (UI) 806 (neste caso, apenas modalidades no UsuárioA). A estrutura de rede compreende um servidor de conferência 802, mas nãorealiza todas as mesmas funções da primeira e segunda modalidades. Emparticular, as listagens de bloqueio dos participantes são armazenadas localmenteno cliente de IM. O cliente de IM em seguida realiza a comparação entre osusuários participantes da sala de bate papo e a listagem de bloqueio.
A Figura 9 mostra a troca de mensagens de sinalização entre asentidades descritas acima com referência à Figura 8. Em comum com asmodalidades antes, o Usuário C inicia a sessão de bate papo enviando umamensagem SIP INVITE (convidar) para o servidor de conferência 802 na etapaS44. O servidor de conferência na etapa 902 em seguida cria a instância de foco ereserva recursos de misturador. Em seguida, o Usuário C assina as notificações deestado de conferência. Este processo envolve a comunicação entre o servidor deconferência e o Usuário C na etapa S45.
O Usuário C em seguida envia uma mensagem SIP REFER (referir)para o servidor de conferência na etapa S46, indicando se o Usuário Aeo UsuárioB devem ser convidados para a sala de bate papo. O servidor de conferênciaenvia mensagens SIP INVITE (convidar) para o Usuário A e Usuário B nas etapasS47 e S48, respectivamente, e estas são reconhecidas com as mensagens 200OK do Usuário A e do Usuário B nas etapas S49 e S50. O Usuário Aeo Usuário Bassinam a sala de bate papo com as mensagens SIP SUBSCRIBE (assinar)enviadas para o servidor de conferência nas etapas S51 e S52. O servidor deconferência reconhece com mensagens 200 OK para o Usuário A e Usuário B nasetapas S53 e S55. Enquanto isso, o servidor de conferência notifica o Usuário Aque se juntou à sala de bate papo na etapa S54, e da mesma forma o Usuário Bna etapa S56.
Na presente modalidade da presente invenção, a comparação entreos usuários que participam de uma sala de bate papo e os listados de umalistagem de bloqueio de um participante não é feita no servidor de conferência. Aoinvés disso, quando um novo usuário se junta à sala de bate papo, umamensagem SIP NOTIFY (notificar) é enviada para os participantes. No caso doexemplo da Figura 9, o Usuário A recebe uma mensagem SIP NOTIFY na etapaS57. O cliente de IM (mensagens instantâneas) 804 no terminal de usuário emseguida compara o usuário participante na sala de bate papo com a listagem debloqueio armazenada localmente no cliente de IM na etapa 904. No caso doUsuário A, o cliente de IM encontrará uma correspondência na listagem debloqueio quando o Usuário B entrar na sala de bate papo. Depois de encontrar acorrespondência, o cliente de IM informa o usuário através da interface Ul naetapa S58.
O Usuário A tem as mesmas opções que nas modalidades anterioresapós receber a notificação do cliente de IM. O Usuário A tem a opção depermanecer na sala de bate papo, porém sem visualizar nenhum texto do UsuárioB, atualizar a sua listagem de bloqueio de modo a permitir que o texto do UsuárioB seja visualizado temporariamente, ou o Usuário A pode escolher não participar esair da sala de bate papo. Quando o Usuário A escolhe permanecer na sala debate papo, mas sem visualizar nenhum texto do Usuário Β, o cliente de IM realizaa filtragem do texto do Usuário B. Todos os demais participantes da sala de batepapo poderão ver o texto do Usuário B. Nenhum outro participante saberá que oUsuário A está tendo as mensagens do Usuário B filtradas.
Se o Usuário B, como um novo usuário participante, tiver algum dosusuários participantes na sua listagem de bloqueio (por exemplo, se o Usuário Btiver o Usuário A em sua listagem de bloqueio), neste caso o cliente de IM noterminal do Usuário B notificaria o Usuário B, conforme acima, e o Usuário B teriaas mesmas três opções que o Usuário A previamente delineadas. No entanto, noexemplo mostrado aqui, o Usuário B não tem nenhum dos demais participantesem sua listagem de bloqueio, e, portanto, depois de receber uma mensagem SIPNOTIFY (notificar) na etapa S43, o cliente de IM não encontra nenhumacorrespondência e não precisa notificar o Usuário B.
Esta modalidade da presente invenção não requer uma mensagemSIP NOTIFY modificada, como no caso das duas modalidades anteriores. Istoporque a notificação vem do cliente de IM (mensagens instantâneas), que é localao participante, e a notificação que é enviada depende da interface Ul que éusada.
As três modalidades descritas acima têm a vantagem de o criador dasala de bate papo poder convidar qualquer um para participar, sem ter de sabernenhum detalhe das preferências do convidado. Ao contrário, é o convidado dasala de bate papo (por exemplo, o Usuário A) que tem a opção de como lidar coma presença de um usuário bloqueado. Sendo assim, o criador da sala de batepapo não precisa ser provido com nenhum detalhe de informação da listagem debloqueio particular do convidado. Além disso, diferente das demais soluçõesconhecidas, não parece que existe uma falha no sistema de IM (mensagensinstantâneas).
Claims (13)
1. Um método de gerenciamento de serviços de conferência numsistema de comunicações CARACTERIZADO pelos seguintes passos:-um primeiro terminal de usuário inicia uma sessão de conferênciacom um gerenciador de sessão;-o primeiro terminal de usuário convida um segundo terminal deusuário para participar da sessão de conferência, onde o segundo terminal deusuário está associado a uma listagem de bloqueio de usuários que estãoimpedidos de se comunicar com o segundo terminal de usuário;-verificando se um terceiro terminal de usuário convidado a participarda sessão de conferência pelo primeiro terminal de usuário está incluído nalistagem de bloqueados;-e no caso do terceiro terminal estar na listagem de bloqueados,gerar uma mensagem de notificação para notificar um usuário do segundo terminalde usuário de que um usuário bloqueado está participando da sessão deconferência.
2. Um método como o reivindicado na reivindicação 1,CARACTERIZADO por ser onde o passo da geração da mensagem de notificaçãoé executada pelo gerenciador de sessão.
3. Um método conforme reivindicado na reivindicação 2,CARACTERIZADO por ser onde a listagem de bloqueio é armazenada e ogerenciador de sessão executa o passo da verificação
4. Um método conforme reivindicação 3, CARACTERIZADO por seronde a mensagem de notificação é enviada do gerenciador de sessão para osegundo terminal de usuário.
5. Um método conforme reivindicação 2, CARACTERIZADO por seronde a listagem de bloqueio do gerenciador é armazenada, numa rede separadada rede do gerenciador da sessão e o gerenciador da listagem de bloqueioexecuta o passo da verificação.
6. Um método conforme reivindicação 2, CARACTERIZADO por seronde a listagem de bloqueio é armazenada numa listagem de bloqueio dogerenciador na mesma rede conforme o gerenciador de sessão e o gerenciador dalistagem de bloqueio executa o passo de verificação.
7. Um método conforme reivindicação 5 ou 6, CARACTERIZADO porser onde a mensagem de notificação é modificada pelo gerenciador da listagem debloqueio e é enviada do gerenciador da listagem de bloqueio para o segundoterminal de usuário.
8. Um método conforme reivindicação 2, CARACTERIZADO por seronde a listagem de bloqueio é armazenada na listagem de bloqueio dogerenciador localizada no segundo terminal de usuário e o gerenciador da listagemde bloqueio executa o passo da verificação.
9. Um método conforme reivindicação 8, CARACTERIZADO por seronde a mensagem de notificação é modificada pelo gerenciador da listagem debloqueio e é enviada pelo gerenciador da listagem de bloqueio para uma interfacede usuário do segundo terminal de usuário.
10. Um método conforme reivindicação 1, CARACTERIZADO por seronde:- o terminal do terceiro usuário está associado a uma segundalistagem de bloqueio, este método também compreendendo:- verificação se o segundo terminal de usuário está listado na segundalistagem de bloqueio;- no caso em que o segundo terminal de usuário está na segunda listade bloqueio, a criação de uma mensagem de notificação para notificar um usuáriodo terceiro terminal de usuário de que um usuário bloqueado está presente nasessão de conferência.
11. Um método de gerenciamento de serviços de conferência,CARACTERIZADO por compreender os seguintes passos:- um primeiro terminal de usuário iniciando uma sessão deconferência num sistema de comunicações com um controlador de sessão;- este primeiro terminal de usuário convidando um segundo terminalde usuário para participar da sessão de conferência,-onde o segundo terminal de usuário está associado à listagem debloqueio dos usuários bloqueados que estão impedidos de se comunicar com osegundo terminal de usuário,-esta listagem de bloqueio estando armazenada no controlador desessão;-verificar com o controlador de sessão se um terceiro terminal deusuário convidado para participar da sessão de conferência pelo primeiro terminalde usuário está incluído na listagem de bloqueio;-e caso este terceiro terminal de usuário esteja na listagem debloqueio, enviar uma mensagem de notificação do controlador de sessão aosegundo terminal de usuário para informar a um usuário do segundo terminal deusuário de que um usuário bloqueado está participando da sessão de conferência.
12. Um método de gerenciamento de serviços de conferência numarede de comunicações, CARACTERIZADO por compreender os seguintes passos:-um primeiro terminal de usuário iniciando uma sessão deconferência com um gerenciador de sessão;-o primeiro terminal de usuário convidando um segundo terminal deusuário para participar da sessão de conferência,-onde o segundo terminal de usuário está associado a uma listagemde bloqueio de usuários bloqueados que estão impedidos de se comunicar com osegundo terminal de usuário,-a listagem de bloqueio estando armazenada no gerenciador delistagem de bloqueio no segundo terminal de usuário;-verificar no gerenciador de listagem de bloqueio se um terceiroterminal de usuário, convidado para participar da sessão de conferência peloprimeiro terminal de usuário está incluído na listagem de bloqueio;-no caso do terceiro terminal de usuário estar na listagem debloqueio, enviar uma mensagem de notificação do gerenciador da listagem debloqueio para uma interface de usuário do segundo terminal de usuário parainformar a um usuário do segundo terminal de usuário de que um usuáriobloqueado está participando da sessão de conferência.
13. Um sistema de comunicações para fornecer serviços deconferência CARACTERIZADOS por compreender:- um primeiro terminal de usuário para iniciar uma sessão deconferência com um gerenciador de sessão;- um segundo terminal de usuário, sendo este segundo terminal deusuário convidado para participar da sessão de conferência pelo primeiro terminal,- onde o segundo terminal de usuário está associado à listagem debloqueio dos usuários bloqueados que estão impedidos de se comunicar com osegundo terminal de usuário;- um terceiro terminal de usuário sendo convidado para participar dasessão pelo primeiro terminal de usuário;- meios para verificar se o terceiro terminal de usuário está incluído nalistagem de bloqueio;- e meios para geração de uma mensagem de notificação parainformar a um usuário do segundo terminal de usuário de que um usuáriobloqueado está participando da sessão de conferência, no caso em que o terceiroterminal de usuário esteja na listagem de bloqueio.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0514031.4A GB0514031D0 (en) | 2005-07-08 | 2005-07-08 | Multi-user services in a communications system |
| GB0514031.4 | 2005-07-08 | ||
| PCT/IB2006/001924 WO2007007174A1 (en) | 2005-07-08 | 2006-07-05 | Multi-user services in a communications system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0614218A2 true BRPI0614218A2 (pt) | 2011-03-22 |
| BRPI0614218B1 BRPI0614218B1 (pt) | 2019-06-25 |
Family
ID=34896933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0614218-4A BRPI0614218B1 (pt) | 2005-07-08 | 2006-07-05 | Método de gerenciamento de serviços de chat em um sistema de comunicação e terminal de usuário para fornecer serviços de chat |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US8433752B2 (pt) |
| EP (2) | EP2913962B1 (pt) |
| JP (1) | JP2009500934A (pt) |
| KR (2) | KR20100087373A (pt) |
| CN (1) | CN101243657B (pt) |
| BR (1) | BRPI0614218B1 (pt) |
| ES (1) | ES2538035T3 (pt) |
| GB (1) | GB0514031D0 (pt) |
| HK (1) | HK1121604A1 (pt) |
| MX (1) | MX2008000156A (pt) |
| PL (1) | PL1902556T3 (pt) |
| SG (1) | SG169357A1 (pt) |
| WO (1) | WO2007007174A1 (pt) |
| ZA (1) | ZA200801273B (pt) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1853033B1 (en) * | 2006-01-11 | 2009-12-30 | Huawei Technologies Co., Ltd. | A method and system of notification using an instant messaging block message |
| US8175241B2 (en) * | 2006-01-20 | 2012-05-08 | Samsung Electronics Co., Ltd. | System and method for adding conference participants |
| JP4693641B2 (ja) * | 2006-01-27 | 2011-06-01 | 京セラ株式会社 | 通信システム、無線通信端末及び表示制御方法 |
| US7577711B2 (en) * | 2006-02-07 | 2009-08-18 | International Business Machines Corporation | Chat room communication network implementation enabling senders to restrict the display of messages to the chat room chronological displays of only designated recipients |
| US8015247B1 (en) * | 2006-05-24 | 2011-09-06 | Aol Inc. | Joint communication sessions |
| US8542802B2 (en) | 2007-02-15 | 2013-09-24 | Global Tel*Link Corporation | System and method for three-way call detection |
| TW200919203A (en) * | 2007-07-11 | 2009-05-01 | Ibm | Method, system and program product for assigning a responder to a requester in a collaborative environment |
| CN101453483B (zh) * | 2007-11-29 | 2012-05-02 | 华为技术有限公司 | 会话历史记录的存储处理和查询方法、系统和装置 |
| US8856003B2 (en) * | 2008-04-30 | 2014-10-07 | Motorola Solutions, Inc. | Method for dual channel monitoring on a radio device |
| US9225838B2 (en) | 2009-02-12 | 2015-12-29 | Value-Added Communications, Inc. | System and method for detecting three-way call circumvention attempts |
| US10567183B2 (en) * | 2010-09-21 | 2020-02-18 | Samsung Electronics Co., Ltd | System and method for conference messaging between telephony devices in a first network and devices connected to a second network |
| KR101136525B1 (ko) * | 2010-11-02 | 2012-04-17 | 플러스기술주식회사 | 휴대용 단말장치의 보안 방법 |
| US8712391B2 (en) * | 2010-12-08 | 2014-04-29 | Qualcomm Incorporated | Client-managed group communication sessions within a wireless communications system |
| US9113032B1 (en) * | 2011-05-31 | 2015-08-18 | Google Inc. | Selecting participants in a video conference |
| US8996352B2 (en) | 2013-02-08 | 2015-03-31 | Machine Zone, Inc. | Systems and methods for correcting translations in multi-user multi-lingual communications |
| US10650103B2 (en) | 2013-02-08 | 2020-05-12 | Mz Ip Holdings, Llc | Systems and methods for incentivizing user feedback for translation processing |
| US9231898B2 (en) * | 2013-02-08 | 2016-01-05 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US9600473B2 (en) | 2013-02-08 | 2017-03-21 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US9031829B2 (en) | 2013-02-08 | 2015-05-12 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US20140229557A1 (en) * | 2013-02-12 | 2014-08-14 | Infinite Convergence Solutions, Inc | Method and Apparatus for Intercarrier Chat Message Blacklist and Whitelist |
| US9113336B2 (en) * | 2013-02-19 | 2015-08-18 | Luis NIEVES | Software application for intercepting phone call and text messages from specific contacts |
| JP6194191B2 (ja) | 2013-06-07 | 2017-09-06 | ソニー株式会社 | 情報処理システム |
| JP6255776B2 (ja) * | 2013-07-31 | 2018-01-10 | 株式会社リコー | 会議システム、情報処理装置、プログラム、及び情報処理方法 |
| US10162811B2 (en) | 2014-10-17 | 2018-12-25 | Mz Ip Holdings, Llc | Systems and methods for language detection |
| US10765956B2 (en) | 2016-01-07 | 2020-09-08 | Machine Zone Inc. | Named entity recognition on chat data |
| US9614974B1 (en) * | 2016-11-23 | 2017-04-04 | Global Tel*Link Corp. | Utilizing sip messages to determine the status of a remote terminal in VoIP communication systems |
| CN107124349B (zh) * | 2017-04-25 | 2020-07-03 | 北京小米移动软件有限公司 | 信息传输方法及装置 |
| US10406012B2 (en) * | 2017-04-26 | 2019-09-10 | Medtronic Vascular, Inc. | Mechanical delivery systems for an endovascular device |
| US9930088B1 (en) | 2017-06-22 | 2018-03-27 | Global Tel*Link Corporation | Utilizing VoIP codec negotiation during a controlled environment call |
| WO2019060353A1 (en) | 2017-09-21 | 2019-03-28 | Mz Ip Holdings, Llc | SYSTEM AND METHOD FOR TRANSLATION OF KEYBOARD MESSAGES |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09214618A (ja) | 1996-02-02 | 1997-08-15 | Canon Inc | 通信装置及び通信システム |
| AU2001227856A1 (en) * | 2000-01-14 | 2001-07-24 | Multitude, Inc. | Apparatus and method for creating moderated forums |
| JP2003091494A (ja) * | 2001-09-17 | 2003-03-28 | Sanyo Electric Co Ltd | チャットシステム |
| US20030191762A1 (en) | 2002-04-08 | 2003-10-09 | Juha Kalliokulju | Group management |
| US7437409B2 (en) | 2003-06-13 | 2008-10-14 | Microsoft Corporation | Limiting interaction between parties in a networked session |
| US20050055405A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corporation | Managing status information for instant messaging users |
| US7257564B2 (en) * | 2003-10-03 | 2007-08-14 | Tumbleweed Communications Corp. | Dynamic message filtering |
| US20060168009A1 (en) * | 2004-11-19 | 2006-07-27 | International Business Machines Corporation | Blocking unsolicited instant messages |
| US7747685B2 (en) * | 2005-01-20 | 2010-06-29 | International Business Machines Corporation | Method for automatic detection of display sharing and alert generation in instant messaging |
| US20060195532A1 (en) * | 2005-02-28 | 2006-08-31 | Microsoft Corporation | Client-side presence documentation |
-
2005
- 2005-07-08 GB GBGB0514031.4A patent/GB0514031D0/en not_active Ceased
- 2005-10-28 US US11/260,230 patent/US8433752B2/en active Active
-
2006
- 2006-07-05 BR BRPI0614218-4A patent/BRPI0614218B1/pt active IP Right Grant
- 2006-07-05 WO PCT/IB2006/001924 patent/WO2007007174A1/en active Application Filing
- 2006-07-05 CN CN2006800304547A patent/CN101243657B/zh active Active
- 2006-07-05 JP JP2008520020A patent/JP2009500934A/ja active Pending
- 2006-07-05 PL PL06779855T patent/PL1902556T3/pl unknown
- 2006-07-05 EP EP15160053.3A patent/EP2913962B1/en active Active
- 2006-07-05 EP EP06779855.3A patent/EP1902556B1/en active Active
- 2006-07-05 SG SG201100635-0A patent/SG169357A1/en unknown
- 2006-07-05 KR KR1020107012832A patent/KR20100087373A/ko not_active Application Discontinuation
- 2006-07-05 ES ES06779855.3T patent/ES2538035T3/es active Active
- 2006-07-05 MX MX2008000156A patent/MX2008000156A/es unknown
- 2006-07-05 KR KR1020087002938A patent/KR20080027922A/ko active Search and Examination
-
2008
- 2008-02-06 ZA ZA200801273A patent/ZA200801273B/xx unknown
-
2009
- 2009-02-12 HK HK09101312.0A patent/HK1121604A1/xx unknown
Also Published As
| Publication number | Publication date |
|---|---|
| KR20100087373A (ko) | 2010-08-04 |
| EP1902556A1 (en) | 2008-03-26 |
| EP2913962A1 (en) | 2015-09-02 |
| US20070011235A1 (en) | 2007-01-11 |
| PL1902556T3 (pl) | 2015-08-31 |
| MX2008000156A (es) | 2008-04-04 |
| HK1121604A1 (en) | 2009-04-24 |
| ZA200801273B (en) | 2009-03-25 |
| CN101243657A (zh) | 2008-08-13 |
| EP1902556B1 (en) | 2015-04-29 |
| WO2007007174A1 (en) | 2007-01-18 |
| GB0514031D0 (en) | 2005-08-17 |
| US8433752B2 (en) | 2013-04-30 |
| KR20080027922A (ko) | 2008-03-28 |
| ES2538035T3 (es) | 2015-06-16 |
| EP2913962B1 (en) | 2021-04-07 |
| CN101243657B (zh) | 2011-09-14 |
| JP2009500934A (ja) | 2009-01-08 |
| BRPI0614218B1 (pt) | 2019-06-25 |
| SG169357A1 (en) | 2011-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0614218A2 (pt) | serviços multi-usuários em um sistema de comunicações | |
| EP2342883B1 (en) | File transfer in conference services | |
| US8903820B2 (en) | Method, system and computer program to enable querying of resources in a certain context by definition of SIP even package | |
| US7774010B2 (en) | Peer-to-peer group management framework and methodology | |
| US20060235981A1 (en) | Providing a second service to a group of users using a first service | |
| US9106716B2 (en) | Method, apparatus, and system for cross-platform conference convergence | |
| US20060031291A1 (en) | System and method of video presence detection | |
| US20050213580A1 (en) | System and method for enforcing policies directed to session-mode messaging | |
| Lennox et al. | A protocol for reliable decentralized conferencing | |
| US20090204673A1 (en) | Method, system and apparatus for performing multi-party communications and method for publishing event state | |
| US20050262249A1 (en) | Apparatus and method to provide conference data sharing | |
| JP4299242B2 (ja) | プレゼンス情報の更新 | |
| CA2591546A1 (en) | A method and arrangement for providing communication group information to a client | |
| RU2413289C2 (ru) | Способ и система для наложения ограничений на сессии | |
| EP1921825A1 (en) | Group management | |
| CN101345845A (zh) | 一种在ims环境中实现视频会议业务的方法 | |
| US8611878B2 (en) | Arrangement and method for controlling service activation on a mobile terminal | |
| US20100229214A1 (en) | Method and node for communications enhanced with temporary sharing of personal information in a communication network | |
| WO2007112640A1 (fr) | Procédé et appareil de remplacement de l'identification de session, serveur d'application et procédé de remplacement de session | |
| CN111279662A (zh) | 消息传递资源功能 | |
| KR100976050B1 (ko) | 이동통신 단말기의 임시 아이디를 이용한 익명성 메시지제공 시스템 및 그 방법 | |
| Zhu | An IMS Based Inter-working Solution for Multimedia Service in a Converged Network | |
| Sherkhane et al. | A Web Conferencing System Using Wcf Framework |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25A | Requested transfer of rights approved |
Owner name: NOKIA TECHNOLOGIES OY (FI) |
|
| B06T | Formal requirements before examination [chapter 6.20 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 12/58 Ipc: H04L 29/08 (1990.01), H04L 12/58 (1990.01) |
|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 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 25/06/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 25/06/2019, OBSERVADAS AS CONDICOES LEGAIS |