PT1302036E - Tratamento de mensagens instantâneas no caso de inacessibilidade do destinatário - Google Patents
Tratamento de mensagens instantâneas no caso de inacessibilidade do destinatário Download PDFInfo
- Publication number
- PT1302036E PT1302036E PT00945915T PT00945915T PT1302036E PT 1302036 E PT1302036 E PT 1302036E PT 00945915 T PT00945915 T PT 00945915T PT 00945915 T PT00945915 T PT 00945915T PT 1302036 E PT1302036 E PT 1302036E
- Authority
- PT
- Portugal
- Prior art keywords
- message
- quot
- server
- receiving terminal
- instant messaging
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 20
- 230000006854 communication Effects 0.000 claims description 20
- 238000004891 communication Methods 0.000 claims description 20
- 230000002457 bidirectional effect Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- WSGCGMGMFSSTNK-UHFFFAOYSA-M 1-methyl-4-phenyl-1-propan-2-ylpiperidin-1-ium;iodide Chemical compound [I-].C1C[N+](C(C)C)(C)CCC1C1=CC=CC=C1 WSGCGMGMFSSTNK-UHFFFAOYSA-M 0.000 description 1
- 102100024412 GTPase IMAP family member 4 Human genes 0.000 description 1
- 101000833375 Homo sapiens GTPase IMAP family member 4 Proteins 0.000 description 1
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 1
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 1
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 1
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- 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/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Peptides Or Proteins (AREA)
- Ultra Sonic Daignosis Equipment (AREA)
- Cephalosporin Compounds (AREA)
- Exchange Systems With Centralized Control (AREA)
- Debugging And Monitoring (AREA)
Description
1
DESCRIÇÃO "TRATAMENTO DE MENSAGENS INSTANTÂNEAS NO CASO DE INACESSIBILIDADE DO DESTINATÁRIO" A invenção refere-se a um método e sistema de comunicação e elementos de rede para implementar um serviço de mensagens instantâneas. Várias redes fornecem serviços de mensagens que permitem que as mensagens sejam enviadas de um terminal de rede para outro sem ter realmente de iniciar uma chamada. Por exemplo, uma série de redes GSM suporta um serviço de mensagens curtas (SMS), que permite a transmissão de mensagens curtas. Um desenvolvimento mais recente é o serviço de mensagens multimédia (MMS), que permite a transmissão, não apenas de mensagens de texto, mas também de imagens e afins. Tanto o SMS como o MMS são serviços de mensagens guardar e encaminhar que requerem elementos adicionais de rede (p. ex. SMSC, Centro de Serviço de
Mensagens Curtas) e protocolos associados, como especificado em ETSI TS 23.040. COLLESEI P ETAL: "SMS BASED APPLICATIONS FORGSM NETWORKS" CSELTTECHNICAL REPORTS. TORINO, IT, vol. 23, n.° 3, Junho de 1995, páginas 337-349, ISSN: 0393-2648, apresenta um sistema de comunicação que compreende uma série de elementos da rede, podendo ser estabelecida uma ligação entre um primeiro elemento de rede e um segundo elemento de rede, utilizando mensagens SMS transmitidas de acordo com um protocolo SMS. Uma mensagem curta de acordo com SMS, Serviço de Mensagens Curtas, pode incluir um parâmetro "Periodo de Validade" especificando quanto tempo 2 a mensagem deve ser guardada para ser entregue no caso de não poder ser entregue ao destinatário. SCHULZRINNE H ET AL: "INTERNETTELEPHONY: ARCHITECTURE AND PROTOCOLS -AN IETF PERSPECTIVE", COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING, AMSTERDÃO, NL, vol. 31, N.° 3, 11 de Fevereiro de 1999, páginas 237 255, ISSN: 01 69-7552, refere-se a telefonemas por Internet. A Internet fornece um mensageiro directo de utilizador para utilizador para conversar ("chatting") ou um mensageiro instantâneo (p. ex. utilizando o Mensageiro Instantâneo/Protocolo de Presença IMPP). Além disso, a Internet oferece um mensageiro para guardar e encaminhar, p. ex. um serviço de e-mail (POP3 "Protocolo de Correio, versão 3" ou IMAP4 "Protocolo de Acesso a Mensagem na Internet, Version 4").
Actualmente, alguns serviços de mensagens instantâneas são baseados em padrões existentes ou são soluções de propriedade, como o Serviço de Mensagens Instantâneas AOL. Alguns requisitos de futuros serviços de mensagens instantâneas são definidos em IETF RFC 2778 e RFC 2779. 0 serviço de mensagens instantâneas exige que tanto o remetente como o destinatário estejam online e registados no servidor de mensagens instantâneas. Quando o destinatário não está, por exemplo, acessivel, é impossível entregar uma mensagem instantânea.
Para estabelecer uma ligação bidireccional entre quem faz a chamada e quem recebe a chamada, são propostos vários protocolos de controlo de chamadas, como SIP (Protocolo de Iniciação de Sessão, ver p. ex. RFC 2543 e RFC 2543bis). O SIP pode não só ser utilizado como um protocolo de controlo de chamadas, mas também oferece a possibilidade de ser 3 utilizado como um serviço de mensagens instantâneas. Por exemplo, a mensagem CONVIDAR SIP pode ser utilizada para suportar cargas úteis de conteúdos (tipo MIME como JPEG) dentro de uma mensagem de protocolo sem ter de definir uma chamada de Voz por Protocolo Internet (VoIP). Podem também utilizar-se outros tipos de mensagens SIP (p. ex. INFO) e podem definir-se novos tipos de mensagens para este efeito. Note que a mensagem CONVIDAR é uma mensagem de sinalização. A titulo exemplificativo, um utilizador A pode incluir as seguintes cargas úteis MIME numa mensagem CONVIDAR para o utilizador B: - imagem/jpeg (p. ex. para enviar uma imagem) - áudio/midi (p. ex. para passar um clip de som).
Todas estas informações cabem numa mensagem SIP. A fig. 3 mostra um exemplo de utilização da mensagem CONVIDAR como uma possibilidade de mensagem. Os nomes e números das mensagens apresentados na fig. 3 são os definidos em RFC 2543. Primeiro, o utilizador A envia uma mensagem CONVIDAR (Fl) ao utilizador B, cuja mensagem inclui a carga útil. 0 utilizador B responde com "100 tentar" (F2), "180 tocar" (F3) e "200 OK" (F4), que confirma a recepção da mensagem. O utilizador A envia, de seguida, uma mensagem "ADEUS" (F5) ao utilizador B, que toma conhecimento desta mensagem respondendo com "200 OK" (F6) . O mensageiro baseado em SIP tem a vantagem de poder ser utilizado sem requerer qualquer elemento de rede novo e, por isso, é barato e pode substituir os serviços de mensagem. No entanto, para realizar esta mensagem baseado 4 em SIP, tanto o remetente como o destinatário têm de estar "online", isto é, o utilizador B tem de estar acessível. A presente invenção pretende fornecer um serviço de mensagens instantâneas, que possa ser facilmente implementado e ofereça melhores possibilidades de mensagens. A presente invenção fornece um método e um sistema, tal como está definido em duas das reivindicações independentes. Além disso, a invenção fornece elementos de rede adaptados para executar respectivas funções, como está definido em outras reivindicações independentes.
De acordo com um aspecto da invenção, o serviço de mensagens instantâneas é melhorado através da capacidade de memorização de mensagens. Quando o destinatário da mensagem pretendido está no momento impossibilitado de receber a mensagem porque, por exemplo, não está online, está ocupado ou não está acessível na rede p. ex. pelo servidor proxy do utilizador destinatário, ou por outro motivo qualquer, a mensagem pode ser guardada. Esta memorização da mensagem permite que seja entregue mais tarde ao utilizador destinatário, quando este utilizador puder receber a mensagem, p. ex. depois de se ligar novamente à rede. Não é necessário estabelecer uma comunicação bidireccional. 0 protocolo normalmente utilizado para iniciar uma ligação, que permite p. ex. uma comunicação bidireccional entre um equipamento para fazer chamadas e um equipamento para terminar chamadas, serve, assim, para indicar se pretende ou não guardar as mensagens instantâneas transmitidas, no caso de ser impossível fazer uma entrega directa. 0 protocolo que permite enviar mensagens do equipamento de envio para o equipamento de recepção como 5 parte do protocolo, é complementado para conseguir incluir um identificador, que pode ser incluído em ou representado por um comando de armazenamento. 0 comando de armazenamento pode ser, numa implementação, um comando de "guardar e encaminhar". É opcionalmente adaptado um elemento de rede do servidor a tentar estabelecer, em vão, uma ligação com o equipamento de recepção, para verificar o protocolo relativamente à inclusão de um identificador destes, que representa um comando de armazenamento. Quando é encontrado o comando de armazenamento, a mensagem não é simplesmente eliminada, mas sim guardada num lugar apropriado, como numa memória própria deste elemento de rede, ou num armazenamento de outro elemento de rede, como um servidor.
Como o identificador pode ser incluído no protocolo, a mensagem e o identificador (p. ex. comando de armazenamento) podem ser transmitidos de um modo unidireccional do equipamento de envio para o elemento de rede servidor fornecido para estabelecer ligações ao equipamento de recepção. Esta característica reduz significantemente o volume sinalizador e de tráfego necessário para a transmissão e tratamento de mensagens. Além disso, não são necessários novos protocolos para mandar mensagens, e a invenção pode ser implementada em redes existentes, de uma forma económica. Não se requerem também novos elementos de rede para implementar a invenção, de modo que a técnica apresentada é fácil e economicamente disponibilizada por um operador de rede ou fornecedor de serviços. Esta estrutura de serviços de mensagem pode também substituir serviços de mensagens existentes e, assim, contribuir para uma harmonização de serviços de mensagem. 6 0 protocolo opcionalmente utilizado é o protocolo de iniciação de sessão, SIP. O protocolo compreende uma secção, que permite que um elemento de rede, opcionalmente o elemento de rede de envio, especifique se pretende ou não guardar a mensagem, ou guardar e encaminhar, definindo ou incluindo respectivamente o identificador. Esta parte do protocolo faz, opcionalmente, parte do cabeçalho do protocolo. 0 elemento receptor de mensagens, que pode ser o elemento de rede servidor, que serve o elemento de rede receptor actualmente inacessível, consegue facilmente verificar o cabeçalho do protocolo relativamente à existência de um tal comando de armazenamento ou comando guardar e encaminhar, e decide se guarda ou elimina a mensagem, dependendo do comando incluído no cabeçalho do protocolo (se existir). A mensagem é opcionalmente enviada num pedido de CONVIDAR ou noutro pedido SIP enviado do equipamento de envio para o equipamento de recepção.
Quando o comando é um mero comando de "armazenamento", a mensagem é guardada e o equipamento de recepção tem de procurar mensagens guardadas, p. ex. quando voltar a ligar-se à rede. No caso do comando de "guardar e encaminhar", o sistema é adaptado para encaminhar automaticamente a mensagem para o equipamento de recepção. Este encaminhamento pode p. ex. ser tentado numa base periódica ou pode ser executado quando detecta que se pode aceder de novo ao equipamento de recepção. 0 elemento de rede que permite este serviço de armazenamento ou serviço de guardar e encaminhar pode ser um servidor, como o proxy, que já é fornecido como parte de redes existentes. 7
Passamos a descrever mais aspectos, características e vantagens da invenção, fazendo menção a algumas referências apresentadas nos desenhos.
BREVE DESCRIÇÃO DOS DESENHOS
As figuras 1 e 2 ilustram as versões de um sistema de comunicação de acordo com a invenção; A fig. 3 mostra as mensagens de sinalização básica entre equipamentos de utilizador baseados em SIP;
As figuras 4 e 5 mostram outros exemplos do envio eficaz de mensagens SIP para SIP, utilizando dois servidores proxy; A fig. 6 ilustra a estrutura básica de um texto de protocolo adaptado de acordo com uma implementação da invenção (baseado em SIP); A fig. 7 mostra um fluxograma, que ilustra uma versão de um método de acordo com a invenção; e A fig. 8 mostra um diagrama de bloco de uma versão de um sistema de acordo com a invenção.
DESCRIÇÃO DETALHADA DE VERSÕES DA INVENÇÃO A fig. 1 mostra uma primeira versão da invenção e ilustra um caso, em que uma mensagem é enviada de um primeiro elemento de rede 1 (utilizador A) para um segundo 8 elemento de rede 3 (utilizador B). Os elementos de rede 1, 3 são, na presente versão, equipamentos de cliente ou utilizador, como terminais. No presente exemplo, o elemento de rede 1 (utilizador A) é um equipamento a tentar enviar uma mensagem (p. ex. "MENSAGEM user_b@sonera.com" dirigida a user_b@sonera.com) para o elemento de recepção 3 (utilizador B) , que está no momento inacessível, p. ex. desligado, ocupado ou localizado numa área não suportada ou idêntico. 0 pedido de ligação do elemento de rede 1 é tratado por um elemento de rede 2, que pode ser um servidor (como proxy) , que fornece p. ex. CSCF (Função de Controlo do Servidor de Chamadas), e/ou é um servidor de localização local, que contém uma base de dados com informação armazenada nas localizações presentes do elemento de rede 3 e outros elementos de rede, acessíveis a partir daí e idêntico.
Como se pode ver na fig. 1, o servidor 2 armazena parâmetros para vários utilizadores (equipamento de utilizador) para serem servidos pelo servidor 2. Estes parâmetros definem os perfis de utilizador, as capacidades da rede e o estado dos utilizadores e dos terminais. Para o utilizador B, o servidor 2 guarda a informação "inacessível"; "guardar e encaminhar: avisar"; "aceita: jpeg,gifU, etc. Esta informação pode ser actualizada pelo servidor 2 ou equipamento 3, p. ex. quando volta a entrar na área do servidor 2 ou quando o equipamento 3 quer mudar ou complementar os tipos de mensagens aceitáveis. 0 campo "aceita" define os tipos de mensagens aceitáveis. 0 campo "guardar e encaminhar" pode ser definido pelo equipamento 3 ou pelo operador ou fornecedor de serviços da rede para "NÃO", "SIM", "AVISAR" (quando o utilizador remetente deve 9 ser avisado depois de uma entrega com sucesso da mensagem para o utilizador B)", "Endereço de Encaminhamento ou Serviço para Encaminhar Mensagens" e idêntico. 0 operador ou fornecedor de serviços pode fornecer diferentes serviços de armazenamento para diferentes subscritores, como a impossibilidade de armazenamento para subscritores normais e a possibilidade de armazenamento para subscritores premi um. 0 servidor 2 guarda ainda, p. ex. para o utilizador C, o actual endereço IP "1 72.3.2.2" para chegar ao utilizador C, p. ex. via SIP. Para o utilizador C, o campo "guardar e encaminhar" é definido para "para e-mail", de modo a reencaminhar qualquer mensagem SIP que chega para o endereço de e-mail do utilizador C. 0 servidor 2 contém opcionalmente mais informação para os utilizadores B, C e outros utilizadores servidos por este servidor. A rede contém ainda um elemento de rede, como um servidor 4 utilizado para guardar qualquer mensagem SIP não imediatamente entregue ao destinatário pretendido. Este servidor 4 é, na presente invenção, não apenas utilizado como servidor de armazenamento, mas também como um servidor de encaminhamento para activamente reencaminhar qualquer mensagem guardada para o destinatário, p. ex. periodicamente ou quando recebe a informação de que o destinatário está de novo acessível.
Como mencionado, no exemplo apresentado na fig. 1, o utilizador A está a tentar enviar uma mensagem "MENSAGEM USER_B@sonera.com" para o utilizador B, usando o SIP. A mensagem SIP é tratada pelo servidor 2, que verifica a acessibilidade do destinatário do utilizador B e detecta que o utilizador B está, no momento, inacessível. 0 10 servidor 2 verifica, de seguida, os conteúdos do seu campo de bases de dados "guardar e encaminhar" definido para o utilizador B e detecta a condição "avisar". 0 servidor 2 verifica ainda o tipo de mensagem recebida, que no presente exemplo, pode ser do tipo "jpeg". Quando este tipo de mensagem não está incluído nos tipos mencionados no campo "aceita", a mensagem é eliminada. Caso contrário, o servidor 2 contacta o servidor 4 para guardar a mensagem recebida pelo utilizador A e que, no momento, não pode ser entregue. Por conseguinte, a mensagem SIP é guardada na base de dados do servidor 4 e aguarda para ser mais tarde entregue ao utilizador B. A fig. 2 mostra a versão da fig. 1 numa condição, em que o equipamento do utilizador 3 (utilizador B) fica novamente acessível. Quando o equipamento do utilizador 3 puder ser novamente acedido, normalmente envia uma mensagem que sinaliza o seu estado ou condição actual, p. ex. a sua intenção para obter acesso à rede. Esta mensagem é mostrada na fig. 2 como o passo 1.) e pode consistir num pedido "registo", "activação de contexto PDP" ou idêntico, dependendo do tipo de rede ou idêntico. Este tipo de pedido é endereçado ao servidor 2, que reconhece a acessibilidade do equipamento 3. Quando detecta esta situação, o servidor 2 envia, no passo 2.) da fig. 2 uma mensagem "avisar: o utilizador B está Online" para o servidor 4. 0 servidor 4 verifica a sua base de dados relativamente a qualquer mensagem em espera ou mensagens guardadas para o utilizador B. Quando detecta essas mensagens, o utilizador 4 envia esta mensagem ou mensagens directamente para o equipamento do servidor 3, como se pode ver no passo 3.), "MENSAGEM USER_B@sonera.com". 0 servidor 4 pode também ser adaptado 11 para enviar uma confirmação ao servidor 2 depois da transmissão com sucesso das mensagens guardadas para o equipamento do utilizador 3. 0 servidor 2 envia, de seguida, opcionalmente no passo 4.) uma mensagem para o equipamento do utilizador 1, informando o último da entrega com sucesso da mensagem para o equipamento do utilizador 3. Esta mensagem é apresentada na fig. 2 como "AVISAR A: os conteúdos foram recebidos".
Além disso, o servidor 2 muda as condições definidas para o utilizador B de "inacessível" para p. ex. o endereço do utilizador B e/ou o campo "guardar e encaminhar" para "SIM". Neste último caso, qualquer mensagem recebida pelo utilizador B durante a subsequente inacessibilidade é simplesmente guardada e encaminhada depois da posterior acessibilidade do utilizador B, sem enviar qualquer mensagem de "avisar" ao utilizador A, como se pode ver no passo 4.) da fig. 2.
Como ilustrado na fig. 2, o servidor 2 pode, entretanto, também ter mudado os conteúdos dos campos para o utilizador C de "para e-mail" (fig. 1) para "NÃO" baseado na informação recebida pelo equipamento do utilizador C ou do operador de rede ou fornecedor de serviços. A presente invenção garante, assim, que os conteúdos da mensagem (p. ex. conteúdos de imagem ou áudio) de uma mensagem SIP são entregues ao destinatário, mesmo que este esteja, no momento, inacessível ou ocupado. Para obter esta função, a invenção define uma extensão à sintaxe de um protocolo de ligação, como SIP, que permite que o remetente possa definir se a mensagem deve ou não ser temporariamente guardada quando o destinatário está inacessível, e se deve ou não ser enviada ao destinatário, assim que possível. 12
Este armazenamento temporário local da mensagem é executado tendo em conta o estado actual do destinatário. 0 local de armazenamento pode ser definido pelo remetente, adicionando um endereço de local de armazenamento à mensagem. 0 local de armazenamento pode ser também definido pelo servidor 2 em serviço.
Os modelos de padronização para SIP definem que pode haver um cabeçalho de "disposição de pedido" para especificar as preferências de quem faz a chamada sobre o modo como o servidor 2 deve processar um pedido. 0 cabeçalho pode incluir os seguintes itens:
Disp. pedido = "Disposição de pedido"":" 1# (característica proxy | caracteristica cancelar | caracteristica bifurcação |caracteristica de recurso | caracteristica paralela | caracteristica de lista de espera | caracteristica de toque) caracteristica proxy ="proxy" |"redireccionar" caracteristica cancelar ="cancelar" | "sem cancelar' caract. bifurcação ="bifurcação" | "s/ bifurc." caracteristica recurso ="recurso η I w sem recurso caracteristica paralela ="paralelo" | "sequencial" caract. lista de espera ="lista esp."|"s/ lista esp.‘ caracteristica de toque ="toque" | "sem toque" A invenção aumenta este cabeçalho para especificar também "não guardar" e "guardar e encaminhar se estiver inacessível" e idêntico. 13 "Não guardar" significa gue esta mensagem não deve ser guardada (p. ex. é instantâneo por natureza) . "Guardar e encaminhar se estiver inacessível" significa que esta mensagem deve ser guardada, num lugar definido pelo remetente, uma vez que é importante. Por exemplo, se o destinatário estiver inacessível, esta mensagem é temporariamente guardada e depois enviada ao destinatário, assim que for possível. 0 proxy local habitual (ou p. ex. yahoo idêntico a proxy) será o local de armazenamento. Esse proxy é subscrito para presenciar o serviço de estado, e espera que um destinatário fique online. Quando o destinatário fica online, o proxy recebe um aviso e envia a mensagem ao destinatário. Depois da mensagem 200 OK, o proxy também (opcionalmente) avisa o remetente original que a "Mensagem foi entregue", utilizando o método AVISAR SIP. A implementação acima descrita assegura a entrega correcta ao destinatário, assim que este ficar novamente acessível 25, p. ex. depois de se voltar a ligar à rede ou depois de terminar uma chamada em curso. A fig. 4 mostra um exemplo básico de uma chamada SIP realizada quando tenta estabelecer uma ligação de media bidireccional "Ambas as vias media RTP". O exemplo da fig. 4 mostra uma ligação de SIP para SIP de sucesso entre os utilizadores A e B através de dois servidores proxy - proxy 1 e proxy 2. A numeração de F1 a F23 associada aos passos da fig. 4 indica a sequência de fluxo, enquanto as palavras ou números à frente desta numeração de passos correspondem à definição do protocolo SIP. Como o fluxo de mensagens e os passos sequenciais da fig. 4 são auto-esclarecedores, não são necessárias mais descrições detalhadas. 14
Quando, de acordo com as versões acima descritas, o SIP é utilizado para enviar mensagens, não é definido "ambas as vias media RTP". 0 fluxo pode, por isso, prosseguir, de acordo com uma versão da presente invenção, como se pode ver na fig. 5. Há várias possibilidades de fluxo para obter um envio de mensagens baseado em SIP. A mensagem de pedido CONVIDAR enviada no passo F4 da fig. 5 contém a mensagem carga útil (tipos MIME) enviada do utilizador A ao utilizador B. A seguir é apresentado um exemplo do pedido CONVIDAR do utilizador A para o proxy 1: F4 CONVIDAR A -> Proxy 1 CONVIDAR sip:UserB@ssl.wcom.com SIP/2.0
Via: SIP/2.0/UDP here.com:5060 De: BigGuy <sip:UserA@here.com>
Para: LittleGuy <sip:UserB@there.com>
ID de chamada: 12345601@here.com CSeq: 1 CONVIDAR
Contacto: BigGuy <sip:UserA@here.com>
Autorização:Digestusername="UtilizadorA,área="MCIWorld ComSIP", nonce="wf84flceczx41ae6cbe5aea9c8e88d359", opaco="", uri="sip:ssl.wcom.com", resposta="42ce3cef44b22f50c6a6071bc8"
Tipo de conteúdo: múltiplo/misturado; bounday=gc0pJq0M:O8jU534c0p Comprimento do conteúdo: 147 v=o
o=UtilizadorA 2890844526 2890844526 IN IP4 here.com s=Sessão SDP 15 c=IN IP4 100.101.102.103 t=0 0 m=áudio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 = Nextpart_gcOpJqOM:08jU534c0p
Tipo de conteúdo: imagem/jpeg; charset="iso-8859-l"
ROlGODlhuQEFAfAAAAAAAP///yH5BAEAAAEALAAAAAC5AQUBAAL+jl+py+0 P4wKUyouz3rz7D4biSJZmUAEn|7ZW51brTNf2jec6FrvKC+sJhz0lMcWQ7Z bMpv05U01RVKnliMlqt9wuFwoOi8dkr/mMTqu35Lb7DRet5/S6nRj P6/d8w /OPGOjVRIhoyCSYqLg|dOj 4CBnCOEIJF3mJmRIRydn5pQkamnn|WWqqJJqq anj aaroKG5vnSlspe4tbVrsrmOv7 + 8QrXAdcblwzNaw8eNzsvLQcj fRMXWO jvWytvwWlC
Se houver mais do que uma carga útil
No SIP, é utilizado o MIME múltiplo, como se pode ver no exemplo acima (tipo de conteúdo: múltiplo/misturado; bounday=gcOpJqOM:08jU534cOp). Na própria carga útil há diferentes tipos de MIME, separados por fronteiras. Se o utilizador B não estiver acessível, o envio imediato falha.
Para ter um serviço de guardar e encaminhar de acordo com as versões da invenção, há várias possibilidades abaixo descritas. 1. Usando as capacidades de encaminhamento SIP: O utilizador B tem activado "encaminhar se não estiver acessível" no proxy 2 (que pode corresponder ao servidor 2 das figuras 1, 2) . Se o utilizador B não estiver acessível pelo proxy 2, então o proxy 2 16 encaminha a mensagem para o "agente do utilizador fantasma" B2 do utilizador B, gue pode ser um dispositivo "ligado" sempre acessivel/online, como o servidor 4. De seguida, o agente do utilizador B2 tenta periodicamente encaminhar a mensagem (utilizando as mesmas capacidades de enviar mensagens com base em SIP) para o agente do utilizador B do utilizador B. 0 temporizador de encaminhamento periódico pode ser qualquer um. Pode também fazer-se com que o agente do utilizador B2 tente encaminhar a mensagem apenas por um determinado tempo e depois elimina-a. 2. Encaminhar a carga útil da mensagem para o endereço de e-mail do utilizador B:
Se o utilizador B não estiver acessível por parte do proxy 2, então o proxy 2 transfere a carga útil da mensagem (tipo MIME) para o endereço de e-mail do utilizador B (p. ex. com SMTP), que pode ser especificado na mensagem CONVIDAR ou que pode ser incluído numa opção de perfil de utilizador utilizado pelo proxy 2. 3. Encaminhar para o servidor MMS:
Igual a 2, mas a carga útil da mensagem (tipos MIME) é encaminhada para o servidor MMS. MMS quer dizer Serviço de Mensagens Multimédia, como é definido em 3GPP 22.140 e 23.140. A mensagem é entregue quando o utilizador B fica acessível por parte do servidor MMS. Isto pode fazer parte do perfil do utilizador B. 17 4. Encaminhar para SMSC:
Igual a 2, mas a parte do texto da mensagem (MIME tipo TXT) é encaminhada para o SMSC (Centro de Serviço de Mensagens Curtas). A mensagem é entregue quando o utilizador B fica acessível por parte do SMSC. Isto também pode fazer parte do perfil do utilizador B. A fig. 6 mostra um exemplo de uma estrutura básica de um texto do protocolo SIP adaptado de acordo com a presente invenção. 0 texto do protocolo inclui um cabeçalho 11, que, de acordo com a invenção, inclui um campo de "comando de armazenamento" (como parte do texto do protocolo). 0 campo "comando de armazenamento" representa ou inclui um identificador, que pode ser definido pelo remetente da mensagem para as definições "guardar", "guardar e encaminhar", "avisar" ou "não guardar". 0 texto do protocolo contém ainda uma secção da mensagem 12 com uma mensagem p. ex. do tipo MIME e o habitual campo final 13.
Neste exemplo, é utilizada uma mensagem SIP CONVIDAR para dividir a carga útil, em que esta é inserida no campo MIME 12. Quando o utilizador destinatário B tem activado "encaminhar quando não está acessível" no seu servidor proxy 2, este encaminha qualquer mensagem SIP recebida para um elemento de rede, como o elemento de rede 4 (agente de utilizador fantasma), que é um dispositivo sempre ligado ao servidor proxy. 0 servidor proxy 2 ou o servidor 4 podem ser adaptados para tentar encaminhar periodicamente qualquer mensagem guardada (utilizando SIP) para o equipamento do utilizador 3. Pode ser definido um período 18 máximo de tempo para mensagens não entregues e guardadas no elemento de rede de armazenamento, como o servidor 4. Uma vez expirado o período de tempo, as mensagens não entregues serão canceladas.
Como acima referido, a carga útil da mensagem também pode ser novamente endereçada para outro endereço quando o utilizador destinatário não está acessível ou ocupado ou idêntico, e pode ser endereçado p. ex. para o endereço de e-mail (ver os parâmetros guardados para o utilizador C na fig. 1), um servidor MMS, um SMSC ou idêntico. A fig. 7 mostra um fluxograma, que ilustra passos do método executados numa versão da invenção. Os passos de 701 a 703 podem ser executados num remetente, que pode ser o equipamento do utilizador 1 do utilizador A. No passo 701, é recebida uma mensagem (isto é, sem sinalização) por enviar, cuja mensagem pode ser introduzida por um utilizador através de um terminal, como um teclado, uma câmara digital e idêntico. Em algumas versões, a mensagem é recebida por outro elemento de rede, como uma porta de mensagens que funciona como uma porta entre o sistema de mensagens da rede com base em SIP e os centros de serviço WAP ligados à rede GSM. É incluído ou adicionado um identificador na mensagem no passo 702. A mensagem e o identificador podem ser incluídos num texto de protocolo, como o SIP. De seguida, a mensagem é enviada no passo 703. A mensagem enviada é recebida, no passo 704, pelo elemento de rede endereçado, como o servidor 2 das figuras 1, 2. A acessibilidade do destinatário indicado na mensagem ou protocolo transmissor é verificada nos passos 705 e 706. Quando o destinatário está acessível, a mensagem é enviada para o destinatário no passo 707. Quando, ao contrário, o 19 destinatário não está, de momento, acessível, p. ex. está ocupado ou desligado da rede, o processo prossegue para o passo 708, onde o identificador da mensagem recebida é verificado para decidir sobre o armazenamento temporário (passo 709) da mensagem numa memória interna ou externa, p. ex. num servidor 4, ou para decidir sobre a eliminação imediata da mensagem (passo 710), dependendo do estado do identificador. O estado do identificador pode p. ex. ter o valor "00" para armazenar, "11" para eliminar, "01" para "avisar o remetente depois de entregar ao destinatário" e idêntico.
Quando a mensagem é guardada, o passo 705 pode ser repetidamente executado até verificar que o remetente está acessível. O passo 705 pode ser, adicionalmente ou em alternativa, accionado p. ex. quando o destinatário volta a ligar-se à rede. Quando estiver restituída a acessibilidade, a mensagem guardada é lida fora da memória e é enviada para o destinatário, p. ex. do servidor 4 ou 2. A fig. 8 mostra um diagrama de bloco de elementos de rede de uma versão de um sistema de acordo com a invenção. Um remetente 80 inclui um meio de recepção 801 para receber uma mensagem (isto é, sem sinalização) por enviar (tráfego de utilizador) e é adaptado para executar o passo 701 da fig. 7. A mensagem pode ser introduzida através de um terminal, como um teclado, uma câmara digital e idêntico ou através de outro elemento de rede. O remetente 80 compreende ainda um meio de inclusão 802 para adicionar ou incluir um identificador na mensagem e eventualmente incluir a mensagem num ou em vários textos de protocolo de um protocolo capaz de enviar mensagens, como o SIP, de modo a realizar o passo 702. Um meio de envio 803 é adaptado 20 para executar o passo 703, isto é, para enviar o(s) texto(s) do protocolo, inclusive a mensagem e o identificador, para um elemento de rede em serviço 81, como o servidor 2. O elemento de rede em serviço 81 é adaptado para levar a cabo os passos de 704 a 710, apresentados na fig. 7. O elemento de rede em serviço compreende um meio de recepção 811 para receber mensagens, p. ex. o(s) texto(s) do protocolo enviado (s) pelo remetente 80, e um meio de verificação da acessibilidade 812, que verifica se o destinatário pretendido 82 pode ser acedido, de modo que a mensagem possa ser imediatamente entregue ao destinatário pretendido 82. Em caso afirmativo, a mensagem é enviada para um meio de envio 813 do elemento de rede em serviço 81. O meio de envio 813 envia a mensagem para o endereço de destino indicado, isto é, para o destinatário 82.
Quando o meio de verificação 812 verifica que o destinatário 81 pode não estar acessível no momento, ele transfere a mensagem para um meio de verificação 814, que é adaptado para verificar se a mensagem deve ser guardada ou eliminada. 0 meio de verificação 814 realiza esta verificação, examinando o identificador incluído na mensagem ou texto de protocolo. Quando o identificador não ordena um armazenamento da mensagem, esta é eliminada por um meio de eliminação 816, que elimina, por exemplo, activamente a mensagem ou simplesmente inibe o seu armazenamento. Por outro lado, quando o identificador ordena o armazenamento da mensagem se não puder ser imediatamente entregue, o meio de verificação 814 envia a mensagem para um meio de armazenamento 815, que pode ser uma memória interna ou externa, como num servidor 4. 21
Quando o meio de verificação 812 detecta subsequentemente que o destinatário 81 pode ser novamente acedido, ou recupera a mensagem armazenada do meio de armazenamento 815 e transfere a mensagem para o meio de envio 813 ou instrui o meio de armazenamento 815, de modo a transmitir a mensagem para o destinatário 81, através de outros meios, p. ex. o servidor 4.
De acordo com uma versão da invenção, o cabeçalho 11, particularmente a parte de disposição de pedido, do texto do protocolo SIP é novamente definido para incluir um identificador, opcionalmente a secção do protocolo "campo de comando de armazenamento", que pode conter os comandos "não guardar" ou "guardar e encaminhar se não estiver acessível", de acordo com a definição do utilizador A. 0 primeiro cabeçalho "não guardar" informa o sistema que a mensagem é de natureza instantânea e deve ser instantaneamente eliminada se não puder ser imediatamente entregue. 0 último cabeçalho "guardar e encaminhar se não estiver acessível" significa que a mensagem deve ser guardada (normalmente no proxy local ou outro armazenamento) e encaminhada, se o equipamento de recepção não estiver acessível de momento ou se estiver ocupado ou idêntico. 0 proxy é subscrito para um serviço do estado actual para ser informado sobre o estado de presença e de espera até o destinatário ficar Online. Como se pode ver na fig. 2, o servidor proxy 2 é adaptado para enviar um aviso (passo 4) para o remetente original 1, utilizando o método SIP AVISAR, depois de entregar a mensagem ao utilizador B (mensagem 200 OK).
Quando o utilizador de recepção B fica novamente Online, a rede reconhece esta situação, p. ex. recebendo 22 uma mensagem SIP REGISTO ou pedido de activação de contexto PDP. 0 CSCF e o servidor de localização local 2 informam o armazenamento SIP e o servidor de encaminhamento 4 sobre esta situação, utilizando um protocolo SIP ou outro qualquer protocolo. Os servidores 2 e 4 também podem ser co-localizados dentro da mesma máquina.
Apesar das versões da invenção terem sido acima descritas, a invenção não está limitada a estes detalhes. Em vez do protocolo SIP, pode ser utilizado qualquer outro protocolo de mensagens instantâneas, desde que não se pretenda um protocolo especifico apenas para o serviço de mensagens, mas antes um protocolo essencialmente para estabelecer uma ligação entre dois (ou mais) terminais, sendo o âmbito da invenção definido pelas reivindicações anexas. 23
DOCUMENTOS APRESENTADOS NA DESCRIÇÃO
Esta lista dos documentos apresentados pelo requerente foi exclusivamente elaborada para informação do leitor e não faz parte do documento de patente europeia. Apesar de ter sido elaborado com o máximo cuidado, o IEP não assume, porém, qualquer responsabilidade por eventuais erros ou omissões.
Documentação não relativa à patentes citada na descrição COLLESEI P et al. SMS BASED APPLICATIONS FOR GSM NETWORKS. CSELT TECHNICAL REPORTS. TORINO, IT, Junho de 1995, vol. 23 (3), ISSN 0393-2648, 337-349 [0003] SCHULZRINNE H et al. INTERNET TELEPHONY: ARCHITECTURE AND PROTOCOLS - AN IETF PERSPECTIVE. COMPUTERNE TWORKSAND ISDN SYSTEMS, 11 de Fevereiro de 1999, vol. 31 (3), ISSN 01 69-7552, 237-255 [0004]
Lisboa, 18/02/2010
Claims (24)
1 REIVINDICAÇÕES 1. Sistema de comunicação com uma série de elementos de rede, compreendendo esse sistema, pelo menos, os seguintes elementos de rede: um terminal de envio (1), um terminal de recepção (3), um servidor de mensagens instantâneas (2) e uma base de dados de servidor (4), sendo o terminal de envio (1) adaptado para enviar a pelo menos uma mensagem (11, 12, 13) para o terminal de recepção (3), através do referido servidor de mensagens instantâneas (2), de acordo com um protocolo de mensagens instantâneas, em que a pelo menos uma mensagem (11, 12, 13) inclui um identificador (12), que especifica se a pelo menos uma mensagem (11, 12, 13) deve ou não ser guardada na base de dados do servidor (4) durante a inacessibilidade do referido terminal de recepção (3), sendo a referida base de dados do servidor (4) adaptada para encaminhar a pelo menos uma mensagem (11, 12, 13) depois do terminal de recepção (3) estar novamente acessível, sendo o sistema caracterizado pelo facto de o referido protocolo de mensagens instantâneas ser capaz de estabelecer uma ligação bidireccional entre o referido terminal de envio (1) e o referido terminal de recepção (3).
2. Sistema de comunicação de acordo com a reivindicação 1, em que a pelo menos uma mensagem (11, 12, 13), conforme o protocolo de mensagens instantâneas, compreende um cabeçalho de protocolo (11) e o identificador faz parte do cabeçalho do protocolo (11). 2
3. Sistema de comunicação de acordo com a reivindicação 1, em que o identificador é um campo de extensão na pelo menos uma mensagem (11, 12, 13) de acordo com o protocolo de mensagens instantâneas.
4. Sistema de comunicação de acordo com qualquer uma das reivindicações anteriores, configurado para estabelecer uma ligação bidireccional entre o terminal de envio e o terminal de recepção.
5. Sistema de comunicação de acordo com as reivindicações anteriores, em que o protocolo de mensagens instantâneas é um protocolo de iniciação de sessão, SIP.
6. Sistema de comunicação de acordo com a reivindicação 5, em que a mensagem está incluída num pedido de convite.
7. Sistema de comunicação de acordo com a reivindicação 5, em que a mensagem está incluída numa mensagem de informação.
8. Sistema de comunicação de acordo com qualquer uma das reivindicações anteriores, em que o servidor de mensagens instantâneas (2) está configurado para verificar a acessibilidade do terminal de recepção (3).
9. Sistema de comunicação de acordo com a reivindicação 8, em que o servidor de mensagens instantâneas (2) está configurado para verificar o tipo de mensagem recebida. 3
10. Sistema de comunicação de acordo com qualquer uma das reivindicações de 1 a 7, em que o servidor de mensagens instantâneas (2) está configurado para transmitir a mensagem do terminal de envio (1) ao terminal de recepção (3), sendo o servidor de mensagens instantâneas (2) adaptado para controlar o armazenamento de, pelo menos, uma mensagem (11, 12, 13) no caso de inacessibilidade do referido terminal de recepção (3) para detectar quando o terminal de recepção (3) está novamente acessível e para iniciar o encaminhamento da mensagem armazenada (11, 12, 13) para o terminal de recepção (3), assim que detectar a acessibilidade do terminal de recepção (3).
11. Sistema de comunicação de acordo com a reivindicação 8 ou 9, em que o servidor de mensagens instantâneas (2) é um servidor proxy do terminal de recepção (3).
12. Sistema de comunicação de acordo com qualquer uma das reivindicações anteriores, em que a base de dados do servidor de base de dados (4) é adaptada para periodicamente tentar enviar a mensagem guardada ao terminal de recepção (3).
13. Sistema de comunicação de acordo com qualquer uma das reivindicações 8, 9, 11, em que a base de dados do servidor (4) é adaptada para encaminhar a mensagem para outro endereço indicado numa base de dados do servidor de mensagens instantâneas ou outro elemento de rede ou no protocolo. 4
14. Sistema de comunicação de acordo com qualquer uma das reivindicações anteriores, em que o identificador é incluído em ou representado por um campo de comando de armazenamento (11), e em que o referido identificador pode ser definido pelo remetente da mensagem para as definições: guardar, "guardar e encaminhar", "avisar" ou "não guardar".
15. Método para tratamento de mensagens num sistema de comunicação com uma série de elementos de rede de acordo com um protocolo de mensagens instantâneas, em que o método compreende: receber de um terminal de envio (1) uma mensagem de acordo com o referido protocolo de mensagens instantâneas (11, 12, 13) dirigido a um terminal de recepção (3), através de um servidor de mensagens instantâneas (2) que determina, baseado num identificador incluído na referida mensagem (11, 12, 13), se a mensagem deve ou não ser guardada numa base de dados do servidor (4) durante a inacessibilidade do referido terminal de recepção (3) , sendo a referida base de dados do servidor (4) adaptada para encaminhar a mensagem (11, 12, 13) assim que detectar que o terminal de recepção (3) está de novo acessível, sendo o método caracterizado pelo facto de o referido protocolo de mensagens instantâneas ser capaz de estabelecer uma ligação bidireccional entre o referido terminal de envio (1) e o referido terminal de recepção (3) . 5
16. Método de acordo com a reivindicação 15, em que a mensagem (11, 12, 13) é guardada na base de dados do servidor (4).
17. Método de acordo com a reivindicação 15 ou 16, em que a base de dados do servidor (4) é um servidor para guardar e encaminhar a mensagem (11, 12, 13) .
18. Método de acordo com uma das reivindicações de 15 a 17, em que o servidor de mensagens instantâneas (2) controla o armazenamento da mensagem (11, 12, 13) no caso de inacessibilidade do terminal de recepção (3), detecta uma posterior acessibilidade do terminal de recepção (3) e inicia o encaminhamento da mensagem guardada (11, 12, 13), através do referido servidor de mensagens instantâneas (2), para o terminal de recepção (3) , assim que detectar que o terminal de recepção (3) está de novo acessível.
19. Método de acordo com a reivindicação 18, em que o servidor de mensagens instantâneas (2) é um servidor proxy do terminal de recepção (3).
20. Método de acordo com uma das reivindicações de 15 a 19, em que a base de dados do servidor (4) tenta enviar periodicamente a mensagem guardada para o terminal de recepção (3) .
21. Método de acordo com uma das reivindicações de 15 a 20, em que a base de dados do servidor (4) encaminha a mensagem (11, 12, 13) para outro endereço indicado numa 6 base de dados do servidor de mensagens instantâneas ou outro elemento de rede ou no protocolo.
22. Método de acordo com uma das reivindicações de 15 a 21, em que o identificador é incluído em ou representado por um campo de comando de armazenamento (11), e em que o referido identificador pode ser definido pelo remetente da mensagem para as definições: "guardar", "guardar e encaminhar", "avisar" ou "não guardar".
23. Um elemento de rede para um sistema de comunicação, em que o elemento de rede é um terminal de envio (1) adaptado para enviar, pelo menos, uma mensagem (11, 12, 13) a um terminal de recepção (3), através de um servidor de mensagens instantâneas (2), de acordo com um protocolo de mensagens instantâneas, em que o elemento de rede (1) é adaptado para incluir na pelo menos uma mensagem (11, 12, 13), de acordo com o protocolo de mensagens instantâneas, um identificador que especifica se a pelo menos uma mensagem (11, 12, 13) deve ou não ser guardada numa base de dados do servidor (4) durante a inacessibilidade do referido terminal de recepção (3) para encaminhar a pelo menos uma mensagem (11, 12, 13) assim que detectar que o terminal de recepção (3) está novamente acessível, sendo o elemento de rede caracterizado pelo facto de o referido protocolo de mensagens instantâneas ser capaz de estabelecer uma ligação bidireccional entre o referido terminal de envio (1) e o referido terminal de recepção (3) . 7
24. Um elemento de rede para um sistema de comunicação, em que o elemento de rede é uma base de dados do servidor (4) adaptada para receber, pelo menos, uma mensagem (11, 12, 13) de acordo com um protocolo de mensagens instantâneas para um terminal de recepção (3), em que a pelo menos uma mensagem (11, 12, 13) de acordo com um protocolo de mensagens instantâneas inclui um identificador que especifica se a pelo menos uma mensagem (11, 12, 13) deve ou não ser guardada numa base de dados do servidor (4) durante a inacessibilidade do referido terminal de recepção (3), sendo a referida base de dados do servidor (4) adaptada para guardar a pelo menos uma mensagem (11, 12, 13) durante a inacessibilidade do referido terminal de recepção (3) , e para encaminhar a pelo menos uma mensagem (11, 12, 13) assim que detectar que o terminal de recepção (3) está novamente acessível, sendo o elemento de rede caracterizado pelo facto de o referido protocolo de mensagens instantâneas ser capaz de estabelecer uma ligação bidireccional entre o referido terminal de envio (1) e o referido terminal de recepção (3). Lisboa, 18/02/2010
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2000/006708 WO2002007396A1 (en) | 2000-07-13 | 2000-07-13 | Method and system providing a messaging service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| PT1302036E true PT1302036E (pt) | 2010-02-25 |
Family
ID=8164023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PT00945915T PT1302036E (pt) | 2000-07-13 | 2000-07-13 | Tratamento de mensagens instantâneas no caso de inacessibilidade do destinatário |
Country Status (11)
| Country | Link |
|---|---|
| US (2) | US7756979B1 (pt) |
| EP (2) | EP1956779B1 (pt) |
| CN (1) | CN1270490C (pt) |
| AT (2) | ATE482553T1 (pt) |
| AU (1) | AU2000259848A1 (pt) |
| BR (1) | BR0017285A (pt) |
| DE (2) | DE60043750D1 (pt) |
| DK (1) | DK1302036T3 (pt) |
| ES (2) | ES2349353T3 (pt) |
| PT (1) | PT1302036E (pt) |
| WO (1) | WO2002007396A1 (pt) |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6816871B2 (en) | 2000-12-22 | 2004-11-09 | Oblix, Inc. | Delivering output XML with dynamically selectable processing |
| US7937655B2 (en) | 2000-12-22 | 2011-05-03 | Oracle International Corporation | Workflows with associated processes |
| US7085834B2 (en) | 2000-12-22 | 2006-08-01 | Oracle International Corporation | Determining a user's groups |
| US7711818B2 (en) | 2000-12-22 | 2010-05-04 | Oracle International Corporation | Support for multiple data stores |
| US7802174B2 (en) | 2000-12-22 | 2010-09-21 | Oracle International Corporation | Domain based workflows |
| US6782379B2 (en) | 2000-12-22 | 2004-08-24 | Oblix, Inc. | Preparing output XML based on selected programs and XML templates |
| US8015600B2 (en) | 2000-12-22 | 2011-09-06 | Oracle International Corporation | Employing electronic certificate workflows |
| US7225256B2 (en) | 2001-11-30 | 2007-05-29 | Oracle International Corporation | Impersonation in an access system |
| GB0208069D0 (en) * | 2002-04-08 | 2002-05-22 | Nokia Corp | Message header for messaging service |
| US20040103157A1 (en) * | 2002-04-17 | 2004-05-27 | Nokia Corporation | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) |
| CA2485661C (en) * | 2002-05-13 | 2013-05-21 | Markport Limited | Control of plmn messaging services in ip domains |
| US7840658B2 (en) | 2002-05-15 | 2010-11-23 | Oracle International Corporation | Employing job code attributes in provisioning |
| US20090125591A1 (en) * | 2002-09-30 | 2009-05-14 | Ficus Kirkpatrick | Instant messaging proxy apparatus and method |
| US7606252B2 (en) * | 2002-12-16 | 2009-10-20 | Gemini Mobile Technologies, Inc. | Stateless message routing |
| US9451422B2 (en) * | 2003-03-17 | 2016-09-20 | Nokia Technologies Oy | Method, system and network device for routing a message to a temporarily unavailable network user |
| FI114680B (fi) * | 2003-05-22 | 2004-11-30 | Nokia Corp | Menetelmä yhteydenmuodostustietojen päivittämiseksi puhelun yhteydessä ja menetelmää hyödyntävä päätelaite |
| US20050021840A1 (en) * | 2003-07-11 | 2005-01-27 | Nokia Corporation | Method and an apparatus for enhancing messaging |
| US7882132B2 (en) | 2003-10-09 | 2011-02-01 | Oracle International Corporation | Support for RDBMS in LDAP system |
| US7904487B2 (en) | 2003-10-09 | 2011-03-08 | Oracle International Corporation | Translating data access requests |
| US20050138126A1 (en) * | 2003-12-23 | 2005-06-23 | Timucin Ozugur | Peer-to-peer e-mail |
| US20050198150A1 (en) * | 2004-01-29 | 2005-09-08 | Werner Carl E. | Instant message mass update generated from website entry |
| US7624188B2 (en) * | 2004-05-03 | 2009-11-24 | Nokia Corporation | Apparatus and method to provide conference data sharing between user agent conference participants |
| US7983245B2 (en) * | 2004-09-13 | 2011-07-19 | Tekelec | Methods and systems for converting an internet protocol (IP)-based message containing subscriber content to a public switched telephone network (PSTN)-based message including subscriber content |
| EP1672855A1 (fr) * | 2004-12-15 | 2006-06-21 | France Telecom | Procédé de limitation du nombre de conversations simultanées dans une messagerie instantanée |
| KR101174525B1 (ko) * | 2005-03-08 | 2012-08-16 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 네트워크의 응답 클라이언트 식별방법 및 그 시스템 |
| EP1861970B1 (en) * | 2005-03-24 | 2010-06-30 | Telefonaktiebolaget LM Ericsson (publ) | Method and arrangement in a communication system for delivering messages to a recipient |
| FR2888706A1 (fr) * | 2005-07-12 | 2007-01-19 | France Telecom | Procede de mise en relation interpersonelle |
| EP1744274A3 (fr) | 2005-07-12 | 2007-08-01 | France Telecom | Procédé de gestion de conversation privilégiée dans un système de conversations instantanées |
| EP1763187A1 (fr) * | 2005-09-07 | 2007-03-14 | France Telecom | Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d'ordinateur associés |
| EP1994735B1 (en) | 2006-03-10 | 2017-09-27 | BRITISH TELECOMMUNICATIONS public limited company | Call completion service in case of called party unavailability |
| EP1845674A1 (en) * | 2006-04-12 | 2007-10-17 | BRITISH TELECOMMUNICATIONS public limited company | Messaging service |
| EP2020157B1 (en) | 2006-05-23 | 2012-07-11 | BRITISH TELECOMMUNICATIONS public limited company | Multi-network mobile communications system |
| US8369292B2 (en) * | 2006-06-30 | 2013-02-05 | Industrial Technology Research Institute | Method and apparatus for mobility management in communication networks |
| US20080056274A1 (en) * | 2006-08-31 | 2008-03-06 | Mastrogiulio Joseph V | Method and apparatus for dynamically maintaining a routing database for a SIP server |
| US7882185B2 (en) * | 2006-09-26 | 2011-02-01 | International Business Machines Corporation | Method and apparatus for managing e-mail attachments |
| US8861688B2 (en) * | 2006-10-12 | 2014-10-14 | At&T Mobility Ii Llc | Methods and systems for controlling calling party access to called device |
| US8571524B2 (en) | 2008-02-06 | 2013-10-29 | Qualcomm Incorporated | Method and apparatus for delivery confirmation of a message |
| US9716600B1 (en) * | 2008-10-17 | 2017-07-25 | Cisco Technology, Inc. | Augmented router processing |
| CN101742429B (zh) * | 2008-11-05 | 2013-06-05 | 华为技术有限公司 | 一种即时消息与短消息互通的方法、装置、系统 |
| EP2382758A4 (en) * | 2009-01-20 | 2012-06-27 | Ericsson Telefon Ab L M | INVITATION MANAGEMENT AT COMMUNICATION SESSIONS |
| US8239466B2 (en) * | 2009-06-15 | 2012-08-07 | Microsoft Corporation | Local loop for mobile peer to peer messaging |
| JP5708168B2 (ja) * | 2010-06-16 | 2015-04-30 | 株式会社リコー | 伝送端末、伝送システム、伝送方法、及び伝送端末用プログラム |
| US9021043B2 (en) | 2010-09-28 | 2015-04-28 | Microsoft Technology Licensing Llc | Message gateway with hybrid proxy/store-and-forward logic |
| FR3011412A1 (fr) * | 2013-09-27 | 2015-04-03 | Orange | Procede et dispositif de communication entre au moins un premier terminal et un deuxieme terminal |
| US10284425B2 (en) * | 2014-01-29 | 2019-05-07 | Cellco Partnership | Device registration awareness for over-the-air updates |
| US10075514B2 (en) | 2015-08-28 | 2018-09-11 | Vmware, Inc. | Scalable monitoring of long running multi-step data intensive workloads |
| US10938914B2 (en) * | 2016-01-18 | 2021-03-02 | Avaya Inc. | Inter domain instant messaging bridge |
| FR3049806A1 (fr) * | 2016-03-31 | 2017-10-06 | Orange | Procede de notification de l'indisponibilite d'un terminal |
| US10237212B2 (en) * | 2016-07-18 | 2019-03-19 | T-Mobile Usa, Inc. | RCS origination forking |
| US10153993B2 (en) | 2016-07-18 | 2018-12-11 | T-Mobile Usa, Inc. | RCS origination forking |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4468813A (en) * | 1982-12-06 | 1984-08-28 | Motorola, Inc. | Digital voice storage system |
| US5732219A (en) * | 1995-03-17 | 1998-03-24 | Vermeer Technologies, Inc. | Computer system and computer-implemented process for remote editing of computer files |
| US5903845A (en) | 1996-06-04 | 1999-05-11 | At&T Wireless Services Inc. | Personal information manager for updating a telecommunication subscriber profile |
| US6035104A (en) | 1996-06-28 | 2000-03-07 | Data Link Systems Corp. | Method and apparatus for managing electronic documents by alerting a subscriber at a destination other than the primary destination |
| DE69737306D1 (de) | 1996-08-30 | 2007-03-22 | Ericsson Telefon Ab L M | System und verfahren zur ausführung von ankommenden und abgehenden abfragen für speichervermittlungsdienste |
| JP3041244B2 (ja) * | 1996-09-26 | 2000-05-15 | 株式会社東芝 | メッセージ通信方法および装置 |
| US5964831A (en) * | 1996-10-29 | 1999-10-12 | Electronic Data Systems Corporation | Distributed on-line data communications system and method |
| US5995597A (en) * | 1997-01-21 | 1999-11-30 | Woltz; Robert Thomas | E-mail processing system and method |
| US5983366A (en) * | 1997-03-19 | 1999-11-09 | Optimay Corporation | Data processing system having monitoring of software activity |
| US6260148B1 (en) * | 1997-04-04 | 2001-07-10 | Microsoft Corporation | Methods and systems for message forwarding and property notifications using electronic subscriptions |
| US6185599B1 (en) * | 1997-11-19 | 2001-02-06 | At&T Corporation | Method of electronic bidding over networks through data tagging and data scanning |
| US6510454B1 (en) * | 1998-04-21 | 2003-01-21 | Intel Corporation | Network device monitoring with E-mail reporting |
| US7209955B1 (en) * | 1998-05-29 | 2007-04-24 | Research In Motion Limited | Notification system and method for a mobile data communication device |
| US6747970B1 (en) * | 1999-04-29 | 2004-06-08 | Christopher H. Lamb | Methods and apparatus for providing communications services between connectionless and connection-oriented networks |
| US6564261B1 (en) | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
| US6640241B1 (en) * | 1999-07-19 | 2003-10-28 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| US6622160B1 (en) * | 1999-07-30 | 2003-09-16 | Microsoft Corporation | Methods for routing items for communications based on a measure of criticality |
| US6691162B1 (en) * | 1999-09-21 | 2004-02-10 | America Online, Inc. | Monitoring users of a computer network |
| US20020065894A1 (en) * | 1999-12-03 | 2002-05-30 | Dalal Siddhartha R. | Local presence state and user-controlled presence and message forwarding in unified instant messaging |
| US7392281B1 (en) * | 2000-02-25 | 2008-06-24 | Navic Systems, Inc. | System and method for providing guaranteed delivery of messages to embedded devices over a data network |
| US6978293B1 (en) * | 2000-02-29 | 2005-12-20 | Microsoft Corporation | Methods and systems for selecting criteria for a successful acknowledgement message in instant messaging |
| US6438215B1 (en) * | 2000-02-29 | 2002-08-20 | Ameritech Corporation | Method and system for filter based message processing in a unified messaging system |
| US6757732B1 (en) * | 2000-03-16 | 2004-06-29 | Nortel Networks Limited | Text-based communications over a data network |
| US20020021307A1 (en) * | 2000-04-24 | 2002-02-21 | Steve Glenn | Method and apparatus for utilizing online presence information |
| US7190956B2 (en) * | 2001-05-15 | 2007-03-13 | Motorola Inc. | Instant message proxy for circuit switched mobile environment |
| GB0113763D0 (en) * | 2001-06-06 | 2001-07-25 | Nokia Corp | A communication system |
| US20090125591A1 (en) * | 2002-09-30 | 2009-05-14 | Ficus Kirkpatrick | Instant messaging proxy apparatus and method |
| US7428580B2 (en) * | 2003-11-26 | 2008-09-23 | Aol Llc | Electronic message forwarding |
| US20060242246A1 (en) * | 2005-04-20 | 2006-10-26 | International Business Machines Corporation | Managing the delivery of queued instant messages |
-
2000
- 2000-07-13 ES ES08154468T patent/ES2349353T3/es not_active Expired - Lifetime
- 2000-07-13 EP EP08154468A patent/EP1956779B1/en not_active Expired - Lifetime
- 2000-07-13 US US10/332,574 patent/US7756979B1/en active Active
- 2000-07-13 AU AU2000259848A patent/AU2000259848A1/en not_active Abandoned
- 2000-07-13 WO PCT/EP2000/006708 patent/WO2002007396A1/en active Application Filing
- 2000-07-13 DE DE60043750T patent/DE60043750D1/de not_active Expired - Lifetime
- 2000-07-13 AT AT08154468T patent/ATE482553T1/de not_active IP Right Cessation
- 2000-07-13 CN CNB008195005A patent/CN1270490C/zh not_active Expired - Fee Related
- 2000-07-13 ES ES00945915T patent/ES2337016T3/es not_active Expired - Lifetime
- 2000-07-13 DK DK00945915.7T patent/DK1302036T3/da active
- 2000-07-13 AT AT00945915T patent/ATE456229T1/de not_active IP Right Cessation
- 2000-07-13 DE DE60045016T patent/DE60045016D1/de not_active Expired - Lifetime
- 2000-07-13 BR BR0017285-5A patent/BR0017285A/pt not_active Application Discontinuation
- 2000-07-13 EP EP00945915A patent/EP1302036B1/en not_active Expired - Lifetime
- 2000-07-13 PT PT00945915T patent/PT1302036E/pt unknown
-
2008
- 2008-05-22 US US12/153,680 patent/US8176184B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| AU2000259848A1 (en) | 2002-01-30 |
| WO2002007396A1 (en) | 2002-01-24 |
| CN1270490C (zh) | 2006-08-16 |
| EP1956779A1 (en) | 2008-08-13 |
| ATE456229T1 (de) | 2010-02-15 |
| DK1302036T3 (da) | 2010-04-06 |
| US20080228892A1 (en) | 2008-09-18 |
| EP1302036A1 (en) | 2003-04-16 |
| CN1452828A (zh) | 2003-10-29 |
| DE60045016D1 (de) | 2010-11-04 |
| ES2337016T3 (es) | 2010-04-20 |
| EP1302036B1 (en) | 2010-01-20 |
| ATE482553T1 (de) | 2010-10-15 |
| US7756979B1 (en) | 2010-07-13 |
| US8176184B2 (en) | 2012-05-08 |
| EP1956779B1 (en) | 2010-09-22 |
| DE60043750D1 (de) | 2010-03-11 |
| ES2349353T3 (es) | 2010-12-30 |
| BR0017285A (pt) | 2003-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| PT1302036E (pt) | Tratamento de mensagens instantâneas no caso de inacessibilidade do destinatário | |
| US8478825B2 (en) | Method and arrangment in a communication system for delivering messages to a recipient | |
| US8788599B2 (en) | Message delivery mechanism | |
| US9344862B2 (en) | System and method for providing converged messaging service | |
| US7836136B1 (en) | Method and apparatus for processing electronic messages | |
| ES2408679T3 (es) | Método, dispositivo de cliente, servidor y sistema para el envío/recepción de un mensaje fuera de línea | |
| US8014775B2 (en) | Method and system for implementing messaging services and a message application server | |
| KR20030070914A (ko) | 멀티미디어 메시징 서비스 루팅 시스템 및 방법 | |
| EP2160051A1 (en) | Methods and devices for messaging | |
| CN101606378B (zh) | 电信网络中用于通信会话初始化的方法和系统 | |
| US20050193133A1 (en) | Message header for messaging service | |
| US20100009664A1 (en) | Methods, telecommunications node, and user equipment for transmission of user identifier | |
| KR20100115438A (ko) | 인스턴트 메시지 서비스 시스템 및 이동통신 단말기, 및 그 서비스방법 | |
| JP5512919B2 (ja) | 異なるサービス間でのサービス利用状況の共有方式 | |
| Tsao et al. | Inter-working and integration of messaging in a heterogeneous wireless environment | |
| WO2009028950A1 (en) | Method and system for simplified exchange of messages | |
| KR20110043272A (ko) | 멀티미디어 시스템에서 인스턴트 메시지 제공 방법 |