BRPI0107066B1

BRPI0107066B1 - método e sistema para transmitir uma mensagem de multimídia sem fio, servidor e dispositivo de mensagem sem fio

Info

Publication number: BRPI0107066B1
Application number: BRPI0107066A
Authority: BR
Inventors: Miraj Mostafa
Original assignee: 2011 Intellectual Property Asset Trust; Core Wireless Licensing Sarl; Nokia 2011 Patent Trust; Nokia Corp
Priority date: 2000-08-02
Filing date: 2001-07-30
Publication date: 2015-11-17
Also published as: FI20001741A0; JP2005287016A; KR100592467B1; JP4194837B2; DE60113436T2; US9800538B2; AU767934B2; FI20001741L; ES2245991T3; EP1308013A1; FI112307B; ATE304774T1; ZA200203010B; US20180077107A1; US10581792B2; AU7985101A; BR0107066A; JP2004505384A; CN1393090A; DE60113436D1

Abstract

"método e sistema de comunicação para formar uma sessão de fluxo de multimídia, servidor de comunicação, e, produto de programa de computador". método de comunicação compreende os passos de transmitir (21) enviando uma mensagem compreendendo ao menos um componente de fluxo e a informação descrevendo-o para o servidor de comunicação csmm e o servidor de comunicação enviando para o receptor (24) uma mensagem de notificação para notificar sobre a disponibilidade do componente de fluxo. a mensagem de notificação é uma mensagem de multimídia compreendendo a descrição para o componente de fluxo. o servidor de comunicação csmm e o receptor formam uma sessão de fluxo para transferir o componente de fluxo usando a informação que descreve o componente de fluxo. o servidor de comunicação csmm, então transmite o componente de fluxo para o receptor (24) em subpartes seqüenciais na sessão de fluxo. correspondendo ao método, o sistema de comunicação (20), o servidor de comunicação csmm, o dispositivo de comunicação (21, 24) e os produtos de programa de computador para eles são também descritos.

Description

"MÉTODO E SISTEMA PARA TRANSMITIR UMA MENSAGEM DE MULTIMÍDIA SEM FIO. SERVIDOR E DISPOSITIVO DE MENSAGEM SEM FIO” Campo da Invenção Esta invenção se refere aos serviços de comunicação. Esta é relacionada pariicularmcntc. mas não exclusivamente, ao "streaming" (tecnologia que <3 capaz de reproduzir áudio ou vídeo enquanto ainda eslã carregando, diminuindo, assim um pouco do tempo de espera) no Serviço de Mensagem de Multimídia (SMM). O correto eletrônico ou e-mail é um serviço de mensagem, que permite uma comunicação rápida e econômica na forma eletrônica. Ao usar a Internet, as mensagens de correto eletrônico podem ser enviadas para todo o mundo, cm muitos casos, praticamente livres de tarifas. Em adição, a mesma mensagem de correio eletrônico pode ser enviada para uma pluralidade de receptores. Esta técnica é denominada de "multicasting". Como o retardo das mensagens de correio eletrônico é totalmcme automatizado, as mensagens de correio eletrônico podem chegar mais abruptamente após elas terem sido enviadas. As mensagens de correio eletrônico podem transportar arquivos computadorizados tal como documentos, arquivos de programa, e ditérentes arquivos de mídia tal como os clipes de áudio ou vídeo.

Os usuários residenciais usuais que possuem computadores pessoais (P('s) preferem não ter uma conexão permanente ao seu sistema de correio eletrônico (por exemplo a Internet) mas preterem estabelecer uma conexão temporária e remota a um servidor de correio eletrônico que armazena as mensagens recebidas antes de uma sessão de leitura de uma mensagem prévia de correio eletrônico. Usando este tipo de conexão e um programa de leitura de mensagem de correio eletrônico, as novas mensagens de correio eletrônico podem ser transferidas do servidor de correio eletrônico para a memória ou para um disco rígido de um PC e então ser lida ou enquanto a conexão ainda existe, ou alternativamente apôs a conexão ter sido terminada. A transmissão dos dados entre o PC e o servidor de correio eletrônico, é tipicamente enviada usando um modem conectado ao PC. A seguir, o termo "transmissor" se refere a um dispositivo que envia os dados pretendidos para um receptor c "receptor" se refere a um dispositivo que recebe os dados e para os quais os dados foram pretendidos. A Figura 1 apresenta um diagrama csquemático de um sistema H) de correio eletrônico baseado na Internet compreendendo um transmissor 11, um receptor 15 e a Internet 12 possuindo um servidor 13 de correio eletrônico do transmissor e um servidor 14 de correio eletrônico do receptor, Na Internet, as mensagens de correio eletrônico são enviadas usando determinados protocolos já conhecidos. Simplesmente falando, uma mensagem de correio eletrônico, uma vez composta, é empacotada em uma única unidade, estampada com o endereço do receptor e é enviada para o servidor de correio eletrônico do transmissor. O servidor de correio eletrônico do transmissor envia a mensagem através da Internet para o servidor de correio eletrônico do receptor, Na próxima vez o receptor forma uma conexão para o servidor de correio eletrônico do receptor através da Internet e checa se novas mensagens de correio eletrônico foram recebidas usando um programa de leitura de correio eletrônico, o receptor pode baixar qualquer mensagem de correio eletrônico recebida recentemente sobre a conexão (por exemplo, enlace de modem). Quando a mensagem de correio eletrônico tiver sido recebida completamente, esta pode ser apresentada para o usuário. Deveria ser observado que durante os vários estágios desta transmissão, a mensagem de correio eletrônico ê tipicamente dividida cm inúmeros pacotes menores de acordo com o(s) protocolo(s) de transferência de dados usado. Na recepção, o receptor reúne todos os pacotes em um conjunto, os monta na ordem correia (se necessário) e reconstrót a mensagem de correio eletrônico na sua forma original, antes de apresentar a mensagem de correio eletrônico para o usuário do receptor. O sistema de transmissão de correio eletrônico descrito acima é conveniente e provê a possibilidade de enviar para uma pluralidade de receptores (multicasting), mas é mais adequado, c originalmente pretendido, para receber as mensagens de correto eletrônico e então apresentá-las na conveniência do usuário. Então, o conteúdo de uma determinada mensagem de correio eletrônico pode apenas ser acessado depois de concluída a transmissão da mensagem de correio eletrônico para o receptor. Isto não é um problema real para com as mensagens de correio eletrônico na forma de texto simples, mas no caso de uma mídia ampla ou de um conteúdo de multimídia (clipe) este c um obstáculo para que o usuário do receptor não possa iniciar a apresentação do clipe enquanto este está ainda sendo descarregado. Ouiro obstáculo c que ao receber uma mensagem de correio eletrônico, o receptor deve ier urna memória suficientemente ampla para acomodar toda a mensagem. Parti eu 1 armen le nas redes de comunicação móveis, ou qualquer outra rede em cuja parte do enlace de comunicação é formada pela conexão de rádio, é também problemático receber uma mensagem longa de correio eletrônico sem interrupções ou erros, por exemplo» devido a uma perda temporária ou uma deterioração em uma cobertura de rádio. Os terminais móveis também tendem a ter uma memória limitada disponível para armazenagem das mensagens de correio eletrônico recebidas, as quais agravam o problema associado com a acomodação das mensagens no receptor. Estes problemas são ao menos parcialmcnie aliviados pelo Serviço de Mensagem de Multimídia (SMM). O SMM é um novo acesso de mensagem de extremo a extremo para uma forma de transmissão de mensagens de multimídia possuindo texto e/ou conteúdo de multimídia. O SMM. provê a possibilidade de enviar mensagens dc multimídia entre os usuários móveis e entre o usuário móvel e a Internei. Já existe uma solução concordante para implementação tio SMM nas redes de comunicação móveis de 3* Geração. As características especificadas atualmente do SMM proposto são descritas na especificação técnica 23.140 V,3,0.1 referente ao "Serviço de Mensagem de Multimídia (SMM). Descrição Funcional, Estágio 2 (Edição 1999)" do Projeto de Parceiros-membros da .V1 Geração (PP3G). O sistema SMM proposto no PP3G 23.140 emprega o acesso de armazenamento-e-encaminhamento para a entrega da mensagem de multimídia. As mensagens de multimídia são construídas de tal forma que o conteúdo de mídia, e a informação necessária para descrever o conieúdo dc mídia endereçando a informação, identificam o receptor pretendido da mensagem de multimídia, os quais são encapsulados juntos. A mensagem de multimídia é então enviada para o Centro de SMM CS MM. o qual notifica o receptor sobre a mensagem de multimídia. A mensagem de multimídia é descarregada pelo terminal dc recepção como um todo e apenas apresentado para o usuário uma vez baixada e armazenada no terminal de recepção.

Deveria ser apreciado que embora o termo '‘mensagem de multimídia" seja usado geral mente para descrever uma mensagem que contém mais de um tipo de conteúdo, nesta aplicação, o termo cobre as mensagens que contém apenas um tipo de mídia.

Como especificado atualmente, o SMM possui um obstáculo: o termina! de recepção deve armazenar a mensagem de multimídia antes que esta possa ser apresentada para o usuário. Por conseguinte, o tamanho da memória do terminal de recepção estabelece o limite superior do tamanho das mensagens de multimídia, que podem ser baixadas. O pedido WO 99.· 166746 soluciona este problema dividindo a mensagem em sub-nicnsagens (segmentos) se toda a mensagem não couber na memória do terminal dc recepção. Estas sub-mensagens são pequenas o suficiente, de forma que o termina) de recepção possa descarregar individualmente cada uma delas como um todo. Neste caso. o terminal dc recepção inicial mente descarrega uma primeira sub-mensagem. Após a primeira sub-mensagem ter sido totalmentc dcscarregada/baixada, o terminal de recepção pode apresentá-la. Após a apresentação desta primeira sub-mensagem, o terminal de recepção pode baixar uma segunda sub-mensagem e então apresentá-la. Cada sub-mensagem é descarregada e então apresentada por si mesma. O tamanho das sub-mensagens depende do tamanho da memória do terminal de recepção e deve ser pequeno o suficiente para caber na memória.

Aparte do SMM existem técnicas "streamíng" usadas na Internet para transmissão sobre linhas fixas. "Streamíng" é um termo usado geralmente para descrever a apresentação do streamíng de mídia, por exemplo, um streamíng de áudio ou vídeo, ou uma combinação de streamíng diferentes, em uma forma contínua enquanto este stream ou estes streams estão sendo transmitidos para um cliente sobre uma rede de dados. Ü "stream" é um fluxo de dados tipicamente habilitando o receptor a apresentar alguns dados contínuos tal como uma imagem em movimento, voz ou música, F.m um stream de vídeo típico, alguns 10 a 20 quadros de vídeo são transmitidos por segundo. Na prática, o streamíng pode estar ou ativo (tempo real) ou executado em uma sessão de demanda. Como o seu nome sugere, "streamíng ativo" descreve uma criação de um stream de mídia de uma fonte ativa, por exemplo, um stream de imagens digitais produzidas por uma câmera de vídeo, enquanto que no "streamíng de demanda” descreve a criação de um stream de mídia, por exemplo, um arquivo armazenado no servidor. O stream também envolve o estabelecimento de uma sessão de streamíng, durante a qual o stream ou streams é ou são transmitidos para o cliente.

Dentro do streamíng existem duas funcionalidades muito importantes. denominados de controle de streaming e de transporte de mídia. O controle de sireaming tem o cuidado de estabelecer, gerenciar e terminar uma sessão de streamíng usando um grupo de valores de parâmetros negociados ou pré-configurados. O transporte de mídia concerne o transporte de mídia durante a sessão estabelecida usando o protocolo de transporte combinado ou negociado. Por exemplo, existem protocolos amplamente concordados na Internet para fornecer ambas as funcionalidades, o controle de streaming e o transporte de mídia c estes podem ser usados como protocolo de transporte nas aplicações de stream.

Enquanto o streaming é amplamente usado na Internet, este tem ainda de ser adaptado para uso nas redes de comunicação móveis. Deveria ser apreciado que o uso do streaming é desejável nas redes móveis, uma vez que os terminais móveis têm capacidade de armazenamento tipicamente limitada (memória). Contudo, as redes de comunicação móveis atuais não suportam o streaming pelas razões descritas a seguir, O encapsulamento do conteúdo de mídia, a descrição da mensagem e a informação de endcreçamenlo em uma única entidade como proposto nas especificações atuais SMM, ê incompatível com o streaming do conteúdo de mídia. De forma a estabelecer a sessão de streaming, é necessário que o terminal de recepção seja advertido, no decorrer, da informação determinada relatando o conteúdo de mídia. Tal informação inclui, mas não está limitada, ao tipo de mídia contido na mensagem de multimídia, de Ibrma que a mídia é codificada e um protocolo de transporte adequado pode ser usado para baixai o conteúdo de mídia. Em virtude das especificações SMM atuais solicitarem que a informação descrevendo o conteúdo de mídia seja cncapsulada com a própria mensagem de mídia, o terminal de recepção não pode obter um conhecimento anterior sobre as propriedades do conteúdo de mídia e consequentemente não pode estabelecer qualquer forma de sessão de streaming. Então, de acordo com a presente especificação SMM, toda mensagem de multimídia deve ser baixada para o terminal de recepção de forma que os detalhes cio conteúdo de mídia sejam extraídos. Então qualquer conteúdo de mídia apenas pode, tal como os clipes de vídeo e/ou áudio serem tocados para o usuário do terminal de recepção. Isio limita, a usabilidade do SMM atual porque o·* clipes de multimídia são usualmente volumosos em termos de bits e consequentemente o terminal de recepção, por exemplo, uma estação móvel solicitaria urna. memória comparativamcnie ampla para receber completamente os clipes. A necessidade para ba»xar ioda uma mensagem de multimídia antes que esta possa ser apresentada, pode também aumentar os retardo* significantes em condições determinadas, por exemplo, se a mensagem de multimídia for muito longa, ou a taxa de transmissão de dados da conexão for baixa.

Deveria também ser ressaltado que o esquema de endereçamento sugerido pelas especificações SMM atuais não facilitam a implementação do streaming em tal sistema, O SMM atual pode ser visualizado como um sistema “transmissor orientado". Em outras palavras, o transmissor decide qual o conteúdo de mídia para enviar para o receptor, cncapsula na mensagem de multimídia e endereça a mensagem de multimídia para o receptor pretendido. O streaming, por outro lado, é mais "orientado a receptor". Para estabelecer uma sessão de streaming, é em geral, necessário que uma conexão de streaming seja formada entre o receptor e o transmissor, por exemplo, um servidor baseado etn rede. o conteúdo sendo conduzido Jo sei /idor logo que a conexão necessária tenha sido estabelecida. Então, o estabelecimento de uma sessão de streaming requer que o receptor tenha conhecimento da localização do conteúdo de mídia mas não necessariamente requer que o conteúdo de mídia seja diretamente endereçado ao receptor.

Agora uma nova solução foi inventada onde os problemas da técnica anterior podem ser evitados ou ao menos aliviado.

De acordo com o primeiro aspecto da invenção é fornecido um método de comunicação compreendendo as etapas de: - receber através do servidor de comunicação o conteúdo e a informação descrevendo o conteúdo do primeiro terminal; e - enviar uma mensagem de notificação do servidor de comunicação para o segundo terminal, a mensagem de notificação notificando sobre a disponibilidade do conteúdo, o método é caracterizado pdo fato de que também compreende: - formar uma sessão de streaming entre o servidor de comunicação e o segundo terminal, usando a informação que descreve o conteúdo; e - transmitir o conteúdo em subpartes sequenciais do servidor de comunicação para o segundo terminal, durante a sessão de streaming. A transmissão do conteúdo para o segundo terminai assim como o streaming permite o acesso rápido ao conteúdo, da mesma forma que um receptor ao usar o segundo terminal sem ler a necessidade de esperar que o conteúdo seja recebido completameiUe.

Preferivelmente, o conteúdo e a informação descrevendo o conteúdo são enviadas do primeiro terminal para o servidor de comunicação nas mensagens separadas. Isto permite, por exemplo, separar a transmissão do conteúdo para uma entidade do servidor de comunicação e enviar a mensagem de notificação para os receptores.

Preferivelmente, a informação descrevendo o conteúdo é enviada do servidor de comunicação para o segundo terminal dentro da mensagem de notificação.

Preferivelmente, o método também compreende o envio através do servidor de comunicação para o segundo terminal, a informação descrevendo o conteúdo como um componente de mídia de uma mensagem de multimídia. O envio da descrição do componente de streaming como um componente de mídia permite utilizar os sistemas de mensagens de multimídia existentes com mínimas alterações. Isto também permite embutir na mesma mensagem de multimídia mais de um componente de mídia, onde algum ou iodos os componentes de mídia podem ser descrições dos componentes de streaming.

Preferivelmente, a mensagem de multimídia compreende ao menos um componente de nâo-streamínge ao menos uma descrição de um componente de streaming.

Preferivelmente, o método de comunicação também compreende a etapa de apresentar no segundo terminal o conteúdo recebido como um stream durante a sessão de streaming. O segundo terminal pode iniciar a apresentação do conteúdo imediaiamcnic e possivelmente ter medidas determinadas (por exemplo, pausar ou abortar a transmissão de dados) durante a transmissão.

Preferivelmente, o método também compreende a etapa de decidir no segundo terminal se recebe ou não o conteúdo, cm um determinado tempo, e a sessão de streaming é apenas formada se a decisão for para receber o conteúdo.

Preferivelmente, o servidor de comunicação compreende o servidor de conteúdo para armazenar e transmitir o conteúdo e um servidor dc notificação para receber e transmitir as notificações, onde o servidor de conteúdo e o servidor de notificação possuem uma relação física selecionada de uni grupo consistindo a seguir dc: uma unidade única, unidades separadas, e unidades separadas distribuídas cm diferentes localizações geográficas.

Preferivelmente, o método de comunicação também compreende a etapa de gerar o conteúdo no primeiro terminal. Preferivelmente, o conteúdo gerado no primeiro terminal é enviado para o servidor de conteúdo e o envio do conteúdo ocorre durante a geração do conteúdo. Fazendo com que o conteúdo possa estar disponível para o usuário, mas cedo que se o conteúdo fosse gerado todo ou para uma ampla extensão no primeiro terminal e apenas então enviado para o servidor de conteúdo.

Preferivelmente, ao usar a geração de conteúdo enviado, a informação descrevendo o conteúdo é enviada antes que a geração de conteúdo esteja concluída, de forma que o segundo terminal pode iniciar o recebimento do conteúdo antes que sua geração esteja concluída.

Preferivelmente, durante a sessão de streaming entre o servidor de comunicação e 0 segundo terminal o receptor pode emitir um comando dc aborto para abortar a sessão. Preferivelmente, a sessão de streaming é abortada cm resposta ao comando de aborto.

Preferivelmente, a mensagem de notificação compreende a informação solicitada pelo segundo terminal dc forma a formar uma sessão dc streaming com o servidor de conteúdo.

Preferivelmente, o método é implementado como parte do Serviço de Mensagem de Multimídia (SMM).

Preferivelmente, o método também compreende a etapa de enviar para uma pluralidade de receptores (multicasting) o conteúdo para pelo menos um outro terminal em adição ao segundo terminal em ao menos uma outra sessão de streaming.

Em uma incorporação na qual existem uma pluralidade de sessões de streaming, cada uma das sessões do streaming podem ser formadas independentemente dc qualquer outra, de forma que as sessões possam iniciar e terminar em diferentes tempos ou ao mesmo tempo. Preferivelmente, cada uma das sessões pode ser abortada independentemente de qualquer outra, responsivo a cada um dos respectivos terminais.

De acordo com o segundo aspecto da invenção é fornecido um sistema de comunicação compreendendo: - uma pluralidade de terminais incluindo o primeiro terminal e o segundo terminal; - um servidor de comunicação acessível a uma pluralidade de terminais; um dispositivo para enviar o conteúdo e a informação descrevendo o conteúdo do primeiro terminal para o servidor de comunicação; e - um dispositivo para enviar uma mensagem de notificação do servidor de comunicação para o segundo terminal, o sistema é caracterizado pelo fato de que lambem compreende: - um dispositivo para formar uma sessão de streatning entre o servidor de comunicação e o segundo terminai, usando a informação que descreve o conteúdo; e - um dispositivo para transmitir o conteúdo nas subpartes sequenciais do servidor de comunicação para o segundo terminal, durante a sessão de streaming.

Preferivelmente, o sistema também compreende um dispositivo para gerar o conteúdo no primeiro terminal.

Preferivelmente, o sistema também compreende um dispositivo para apresentar no segundo terminal o conteúdo recebido como um stream, durante a sessão de streaming.

De acordo com o terceiro aspecto da invenção é fornecido um servidor de comunicação para servir a uma pluralidade de terminais, o servidor de comunicação compreendendo: - um dispositivo para receber o conteúdo e a informação descrevendo o conteúdo do primeiro terminal; e - um dispositivo para enviar uma mensagem de notificação para o segundo terminal, a mensagem de notificação notificando o segundo terminal sobre a disponibilidade do conteúdo, o servidor é caracterizado pelo fato de que também compreende: - um dispositivo para formar uma sessão de streaming com o segundo terminal, usando a informação que descreve o conteúdo; e - um dispositivo para transmitir o conteúdo em subpartes sequenciais para o segundo terminal, durante a sessão de streaming.

De acordo com o quarto aspecto da invenção c fornecido um produto de programa de computador compreendendo: - o código de programa de computador para fazer com que o servidor de comunicação receba o conteúdo e a informação que descreve o conteúdo do primeiro terminal para o servidor de comunicação; e - o código de programa de computador para fazer com que o servidor de comunicação envie uma mensagem de notificação do servidor de comunicação para o segundo terminal, a mensagem de notificação notificando o segundo terminal sobre a disponibilidade do conteúdo; - o código de programa de computador para fazer com que o servidor de comunicação forme uma sessão de streaming entre o servidor de comunicação e o segundo terminal, usando a informação que descreve o conteúdo- e - o código de programa de computador para fazer com que o servidor de comunicação transmita o conteúdo em subpartes sequenciais do servidor de comunicação para o segundo terminal, durante a sessão de streaming.

De acordo com o quinto aspecto da invenção é fornecido um dispositivo de comu nicação cornp rce nde ndo: - um dispositivo para receber do servidor de comunicação a informação descrevendo a mensagem pretendida para o dispositivo de comunicação, é caracterizado pelo fato de que: - a mensagem compreende um componente de streaming; - a informação descreve a mensagem que compreende a informação descrevendo o componente de streaming; c - o dispositivo de comunicação também compreende; - um dispositivo para formar uma sessão dc streaming com o servidor de comunicação para receber o componente dc streaming; c - um dispositivo para receber o conteúdo cm subpartes sequenciais do servidor de comunicação, De acordo com o sexto aspecto da invenção e fornecido um produto de programa dc computador compreendendo: - o código de programa de computador para lazer com que o dispositivo de comunicação receba do servidor de comunicação a informação descrevendo uma mensagem pretendida para o dispositivo de comunicação, é caracterizado pelo fato de que: - a mensagem compreende um componente de streaming; - a informação descreve a mensagem compreendendo a informação descrevendo o componente de streaming; e - o produto de programa de computador faz com que o dispositivo de comunicação forme, usando a informação que descreve o componente de streaming. uma sessão de streaming com o servidor de comunicação para receber o componente de streaming; e - o código de programa de computador para fazer com que o dispositivo de comunicação receba o conteúdo nas sobpartes sequenciais do servidor de comunicação.

Preferivelmente, o dispositivo de comunicação c um dispositivo de comunicação sem fio. Mais particularmente, o dispositivo de comunicação c um telefone móvel. Em uma incorporação alternativa, o dispositivo de comunicação sem fio é um adaptador de comunicação sem fio adaptado para fornecer uma funcionalidade de comunicação sem tio para um dispositivo externo tal como um computador laptop.

De acordo com o sétimo aspecto da invenção c fornecido um método em um dispositivo de comunicação, o método compreendendo as etapas de: - receber do servidor de comunicação a informação descrevendo uma mensagem pretendida para o dispositivo de comunicação, o qual c caracterizado pelo tato de que: - a mensagem compreende um componente dc streaming: a informação descreve a mensagem compreendendo a inlormação que descreve o Componente de streaming; e - o método também compreende: - formar uma sessão de streaming com o servidor de comunicação para receber o componente de streaming, usando a informação que descreve o componente de streaming; e - apresentar o componente capaz de stream durante a sessão de streaming.

As incorporações de um aspecto também se aplicam a vários outros aspectos da invenção. Para resumir, as incorporações não foram repetidas em conexão com iodos os aspectos da invenção. O técnico apreciará as vantagens dos vários aspectos e incorporações baseado nas vantagens do primeiro aspecto e suas incorporações.

Breve Descrição das f iguras A invenção será descrita agora, por meio apenas de exemplo, com referência aos desenhos apensos, nos quais;

Figura 1 - é um diagrama esquemático de um sistema de correio eletrônico baseado em Internei: Figura 2 - é um diagrama do sistema de comunicação de acordo com uma incorporação preferida da invenção;

Figura 3 - apresenta as camadas principais do protocolo da transmissão de dados contínuo no sistema da Figura 2;

Figura 4 - apresenta a estrutura das mensagens enviadas durante a transmissão de dados contínua entre o receptor e um servidor de mídia de acordo com uma incorporação preferida da invenção; figura 5 - apresenta uni diagrama em blocos do terminal de comunicação móvel incorporando um telefone celtilar de acordo com uma incorporação preferida da invenção;e Figura 6 · apresenta um cartão adaptador de rádio para o computador iaptop de acordo com uma incorporação alternativa da invenção.

Descrição Detalhada da invenção A Figura 1 já foi descrita anteriormente, A seguir a incorporação preferida da invenção é brevemente resumida e então lotalmente descrita com referência às Figuras 2 a 6.

De acordo com uma incorporação preferida da invenção, o stream é incorporado dentro do Serviço de Mensagem de Multimídia (SMM). Um acesso Irífásíco é levado em consideração. Na primeira fase (fase 1), o transmissor (terminal de envio) transfere uma mensagem de multimídia, ou mais cxatamenie. o conteúdo de mídia, para o servidor de mídia. Na segunda fase (fase 2), uni ou mais receptores (terminais de recepção) é ou são notificados que o conteúdo de mídia está disponível paru entrega. Na terceira lase (fase 3),. o conteúdo de mídia c transferido para o receptor ou para os receptores. Vanlajosamente, a notificação executada na fase 2. ocorre por meio de uma mensagem de notificação enviada do transmissor através do Servidor de Mensagem de Multimídia (SMM) para o receptor. Tipicamente, o servidor SMM armazena a mensagem de notificação e então tenta direcioná-la para o receptor. Se falhar na transmissão, este tenta reenviar a mensagem de notificação armazenada da última vez, Vantajosamente, o "streaming'' é executado na primeira e na terceira fases, isto é enquanto carrega o conteúdo dc mídia para o servidor de mídia e enquanto descarrega o conteúdo de mídia do servidor de mídia. Deveria ser observado que o "streaming" durante a fase dc carregamento (fase 1) não é uma característica essencial do método de acordo com a invenção. Contudo, o uso do "streaming” em ambas as fases I e 3 pode reduzir o retardo entre o início da transmissão do conteúdo de mídia do transmissor e o começo do stream no receptor. Este pode também ter o efeito de reduzir as solicitações de armazenagem no servidor de mídia c pode efetivamente habilitar a implementação do "streaming" em tempo real ou próximo do tempo real no SMM. A fase 2 do método pode ser solicitada como uma fase de controle de mensagem, que toma o cuidado de transmitir uma mensagem de multimídia e a informação relacionada ao stream para o receptor (receptor alvo de uma mensagem de multimídia) através do servidor SMM. As fases l e 2 podem ser executadas sequencialmcntc ou substancialmeme de forma simultânea, enquanto que a fase 3 pode ser executada automaticamente na recepção da mensagem de notificação no receptor, ou em algum tempo mais tarde na discrição dc um usuário do receptor. Então, a invenção Jõrnece a flexibilidade para tocar o conteúdo de mídia contínuo no receptor a qualquer tempo. A incorporação preferida não impõe qualquer limitação no tamanho do conteúdo de mídia ou no número de receptores no caso de "mullicusting". A incorporação preferida é baseada no acesso do tipo armazenamento-e-encaminhamento e este então está na linha com outras soluções SMM. Isto habilita qualquer conteúdo de mídia que não é para ser comínuo ou não é do tipo adequado para "streaming" de forma a ser descarregado para o receptor de uma maneira convencional, que é como especificado nas especificações SMM atuais. É uma vantagem da presente invenção que a implementação da funcionalidade "streaming" possa aperfeiçoar o SMM proposto de várias formas, pariicularmente quando o conteúdo de mídia e grande ou c para ser "multicast". O acesso de arma/enamenio-e-cncaminhamento para o "slreaming" no SMM c efetivo e desejável, uma vez que este fornece ao receptor uma flexibilidade lotai para decidir se e quando o receptor c a reprodução do conteúdo de mídia dentro da mensagem de multimídia. A invenção também fornece a funcionalidade "streaming'' dentro da estrutura do SMM proposto c é então totalmenie compatível com os padrões SMM existentes.

As incorporações da invenção descritas resumem as etapas principais para o "streaming" sohre o SΜ M. A Figura 2 é um diagrama de um sistema de comunicação 20 de acordo com uma incorporação preferida da invenção. O sistema 20 compreende um transmissor 2). o Centro SMM (CSMM) possuindo um servidor de mídia 22 e um servidor SMM 23, c um receptor 24. 0 CSMM pode também ser referenciado como utn servidor de comunicação.

Neste exemplo do método de streaming dc multimídia, o transmissor 21 c um terminal móvel equipado com uma vídeo câmera 25 e um microfone (não apresentado), que cria o conteúdo de mídia (um clipe de áudio/vídeo) a ser enviado para o receptor 24. O receptor 24 é um terminal móvel equipado com um programa de apresentação apropriado e um equipamento para habilitar a apresentação do conteúdo de mídia (o clipe de vídeo/ãudio). Tipicamente, o transmissor 21 e o receptor 24 são dispositivos similares, um deles sendo o transmissor 21 e o outro sendo o receptor 24 apenas por que as suas regras como enviar c receber partes (transmissor e receptor). As três fases do método são descritas em detalhes a seguir, Na fase I, o transmissor 21 estabelece uma sessão de streaming com o servidor de mídia 22 que inicia o armazenamento do conteúdo de mídia na localização predeterminada. lista fase pode ser considerada como uma fase dc carga de mídia.

Na fase 2, o transmissor 21 envia uma notificação através do servidor 23 SMM para o receptor 24 sobre o conteúdo de mídia sendo armazenado. A notificação inclui a informação de descrição dc apresentação solicitada para estabelecer outra sessão de streaming entre o receptor 24 e o servidor de mídia 22. A apresentação da descrição da informação inclui, mas. não está limitada aos ciados a seguir: o endereço de rede do servidor de mídia, os detalhes do mecanismo de acesso pelo uso do qual o conteúdo de mídia pode ser recuperado do servidor de mídia 22, o tipo de mídia a ser transmitido. o(s) método(s) de codificação usado para codificar o conteúdo dc mídia e, uma indicação do(s) protocolo(s) de transporte a ser usado para descarregar a mídia.

Na fase 3. o receptor 24 estabelece uma sessão de streaming com o servidor de mídia 22, baseado na informação recebida na mensagem de notificação e o receptor 24 inicia o descarregamento e a reprodução da mídia. Esta fase pode ser considerada como uma fase de d escarre game nt o da mídia. O conteúdo de mídia é descarregado em uma sequência de subpartes de conteúdo, cada uma representando um período de tempo da sessão de streaming. As subpartes do conteúdo podem ser pacotes de dados separados, ou uma subparie pode ser compreendida por mais de um pacote de dados, dependendo do tipo de codificação do conteúdo de mídia e do tamanho da carga útil dos pacotes de ciados. O servidor de mídia 22 e o servidor 23 SMM podem ser acoplados ou mantidos como entidades diferentes na rede. dependendo da implementação escolhida pelo provedor dc serviço que os Controla. O servidor de mídia 22 pode ser localizado, por exemplo, na rede de comunicação móvel ou pode residir na Internet, possivelmente sobre o controle do provedor de serviço outros que a responsabilidade pela provisão dos serviços na rede de comunicação móvel.

Quando o "streaming" for usado na fase 1 e na fase 3, a fase 2 (notificação) é executada durante a fase I (carga de mídia) e a fase 3 (descarga da mídia) pode também ser iniciada durante a fase 1. O transmissor 21 continua a enviar o conteúdo de mídia para o servidor 22 de mídia enquanto o servidor 22 de mídia simultaneamente envia estas partes do conteúdo de mídia recebidas anteriormente pura o receptor 24. Q receptor 24 inicia (e continua) a reprodução do conteúdo de mídia com uni retardo total que depende tio processo cie "streaming", dos retardas da transmissão de dados, e o tempo o qual a fase 3 foi iniciada. Se a fase 3 não estiver iniciado automaticamente, mas apenas após a indicação (prompt) e o recebimento ώ permissão do usuário do receptor 24, o retardo total é tipicamente mais longo do que se a fase 3 fosse para ser iniciada imediatamente após a notificação sendo recebida no receptor 24.

Em uma incorporação alternativa o conteúdo de mídia já está armazenado no servidor 22 de mídia e o transmissor 21 conhece a informação do descrição de apresentação do conteúdo de mídia, Neste caso a fase 1 pode ser omitida. Como indicado acima, o Streaming do conteúdo de mídia nâo é essencial para a fase I. Por exemplo, uni acesso não-streaming para a fase I pode ser usado em conexão com o acesso do conteúdo de mídia do provedor de conteúdo comercial, tal como o provedor de novos conteúdos, localizado na rede de comunicação, tal como a Internet. O provedor tle conteúdo atualiza o conteúdo de mídia armazenado no servidor de mídia 22 usando a transmissão nào-eontínua sobre uma conexão IP e notifica os receptores em potencial do conteúdo de mídia sobre os novos clipes de interesse, usando as mensagens de notificação de acordo com a fase 2 da invenção. Os receptores das mensagens de notificação seriam, por exemplo, usuários possuindo uma assinatura com um provedor de conteúdo particular. Baseado na mensagem de notificação, em tempos individualmente convenientes, cada receptor pode decidir se forma uma sessão de streaming com o servidor de mídia 22 de forma a recuperar o novo conteúdo de mídia feito disponível pelo provedor de conteúdo particular. Este também representa um acesso de um grupo de entidades para o streaming usando o sistema de mensagem de multimídia de acordo com a invenção.

De acordo com uma incorporação alternativa da invenção, a informação de descrição de apresentação pode ser armazenada no servidor outros que o servidor 23 SMM ou o servidor 22 de mídia, por exemplo, no correio eletrônico ou no servidor de rede. Nesta incorporação, a mensagem de notificação enviada para o receptor 24 identifica um servidor em particular no qual a informação de descrição de apresentação é armazenada c um mecanismo de acesso (OBTER HTTP. OBTER WSP. ΙΜΛΡ4, POP3. DESCREVER PSTR) pode ser usado para recuperar a informação dc descrição de apresentação de localização. Então o receptor 24 recupera a informação de descrição de apresentação do servidor identificando na rinsagem de notificação usando o mecanismo de acesso especificado. A informação de descrição de apresentação então recuperada guia o receptor 24 para chamar a fase 3 do método para recuperar e reproduzir o conteúdo de mídia armazenado. Se o servidor usado para armazenar a informação de descrição de apresentação é o servidor SMM 23, a solução SMM existente pode ser usada dirctamcnie para recuperar a informação de descrição de apresentação. Nesta situação, a notificação SMM do transmissor 21 para o transmissor SMM 23 transporta a informação de descrição de apresentação c a informação de descrição de apresentação c armazenada no servidor SMM 23. A notificação do servidor armazenando a descrição de apresentação para o receptor 24 então transporia a localização da descrição de apresentação armazenada, o endereço do servidor e as outras informações solicitadas. Finalmentc. o receptor 24 segue o SMM para recuperar a descrição de apresentação do servidor 23 SMM.

Deveria então ser observado que, em determinadas situações, o conteúdo de informação da mensagem de notificação enviada do transmissor 21 para o servidor 23 SMM pode ser diferente do que o enviado do servidor 23 SMM para o receptor 24.

De acordo com uma incorporação preferida da invenção, se o transmissor 21 e o receptor 24 estão sobre a autoridade de servidores SMM ligados diferentes muiuainente (quer dizer eles possuem diferentes servidores de multimídia de "serviço”), a mensagem de notificação é transportada sobre o enlace entre os serv idores SMM. O número de servidores que podem ser conectados junto entre os servidores SMM de serviço não está limitado por qualquer notificação de armazenamemo-c-encaminhamento.

Os protocolos existentes são para ambos o controle de streaming c o transporte de mídia no domínio Internet. As fases 1 e 3 podem então ser implementadas baseado nestes protocolos existentes. Desta forma, a solução fornecida pela presente invenção também assegura ¢) inicrfuncionamenio com a Internet, o que e também um objetivo importante do padrão SMM aluai. A fase 2 conforme o padrão SMM existente, desse modo. fornece uma compatibilidade inversa com os mecanismos prevíarnente propostos para baixar o conteúdo de mídia não-streamed.

Alguns acessos pi éticos para acompanhar as diferentes fases da incorporação preferida da presente invenção são especificados abaixo como exemplos, O Protocolo Streaming de Tempo Real (PSTR) é um protocolo de controle de streaming de cliente-servidor que habilita a entrega controlada dos dados de multimídia de streaming sobre a rede IP. F urn protocolo de nível de aplicação c pode trabalhar em conjunto com o Protocolo de Controle de Transmissão (PC I ) ou o Protocolo de Datagrama do Usuário (PDU). O PSTR fornece um escopo para usar o PTTR (Protocolo de Transporte em Tempo Real)/ PDU ou qualquer outro protocolo de nível inferior para transporte de mídia, O PSTR compreende um grupo de mctodos/instruções para controlar o áudio e/ou vídeo streamcd. Em relação a isto. os mê todos/ i n s t m ções mais utilizados s/m OPÇOES. DEFINIR, ANUNCIAR, ESTABELECER, REPRODUZIR. PAUSA. DESMONTAR. REDIRECIONAR e GRAVAR. A carga e descarga de mídia podem ser implementadas usando ESTABELECER, REPRODUZIR, GRAVAR. PAUSA e DESMONTAR. O Protocolo de Transporte de Hipertexto (HTIP) pode também ser usado para habilitar e controlar a carga e a descarga do conteúdo de mídia de acordo com a invenção, usando o PCT como um protocolo de transporte. O HTTP tem métodos instruções ATRIBUIR e OBTER, correspondendo ao GRAVAR e REPRODUZIR no PSTR, o qual pode ser usado para carga (fase 1) e para descarga (fase 3) de mídia. O PDU é um protocolo tie transporte sem conexão de pouco peso fornecendo comunicação com latência comparativamenie baixa. O PTTR é proposital mente projetado para comunicação em tempo real e é implementado de tal forma que este forneça marcas/tempo e números sequenciais para os pacotes de dados no topo do PDU. O multicasting é possível usando PTTR. O PTTR é também projetado para trabalhar em conjunto com o protocolo de controle auxiliar PCTR (Protocolo de Controle em Tempo Real) para obter o retorno na qualidade de transmissão de dados c a informação sobre os participantes em uma sessão entrame. Juntos, o PTTR e o PCTR fornecem funcionalidade e os mecanismos de controle necessários para carregar o conteúdo em tempo real e consequentemente habilitar o stream do conteúdo de mídia e pode então ser usado cm conjunto com a presente invenção. 0 PCT é um protocolo de transporte orientado a conexão, Este assegura uma recepção garantida e sequencial dos pacotes de dados no custo de latência aumentada e na sobrecarga ampla comparada com o PDU, O multicasting não é possível com o PCT, mas o PCT pode ser usado nas aplicações de streaming. se o tempo de armazenamento inicial não for critico e os clipes de mídia a serem streamed forem comparativamente menores.

A funcionalidade cie controle de mensagem é solicitada no topo do das camadas de controle e transporte de mídia, de forma a incorporar o streaming no SMM. A

Figura 3 apresenta as camadas principais tio protocolo do sistema de transmissão de dados contínua de acordo com a Figura 2. A camada de controle da mensagem 31 fornece todos os controles da funcionalidade da mensagem. Por exemplo, no transmissor 21 a camada de controle de mensagem 31 c responsável pela montagem do conteúdo de mídia em mensagens de multimídia e a formação das mensagens de notificação contendo a informação que descreve o conteúdo de mídia, os quais são enviados subsequentemente para o(s) reccptor(es) 24 pretendidos. No receptor 24, a camada de controle de mensagem 31 é responsável pela interpretação das mensagens de notificação recebidas, a informação extraída relatando a localização do conteúdo de mídia a ser conduzido e a informação necessária para formar as sessões de streaming para recuperar o conteúdo de mídia. A camada de controle de mensagem 31 é também responsável pelo controle da ‘transmissão e de recepção de qualquer conteúdo de mídia que não é para ser conduzido e ou não é de um tipo adequado para streaming, de acordo com o SMM existente. A camada de controle de streaming 32 é controlada pela camada de controle de mensagem 31. Esta c responsável pela formação de uma sessão de streaming para cada tipo de conteúdo de mídia a ser conduzido, de acordo com a informação fornecida pela camada de controle de mensagem 31, ou de acordo com as regras pré-definidas para cada tipo de mídia. É também responsável por controlar/regular o streaming do conteúdo de mídia uma vez que a sessão de streaming é estabelecida. No transmissor 21, a camada de controle dc streaming 32 ê rcL.ponsáv.i puto carregamento conduzido do conteúdo de mídia para o servidor de mídia 22 e contrariamente, no receptor 24. este é responsável pelo controle do desearregamenio conduzido do conteúdo de mídia do servidor de mídia 22. Altemativamcnie, a funcionalidade de controle dc streaming pode ser fornecida no servidor de mídia 22 em uma situação, por exemplo, na qual o streaming seja executado na fase le 3 dc tal forma para prover o streaming de tempo real ou próximo ao tempo real cio conteúdo de mídia entre os transmissores 21 e os receptores 24. A camada dc transporte de mídia 33 controla o transporte atual dos dados usando um protocolo dc transporte apropriado. A escolha do protocolo pode ser pré-defini da para diferentes tipos de mídia ou pode ser indicada para a camada de transporte de mídia 33 através das camadas de controle de mensagem e de controle streaming 31,32 de acordo com a informação fornecida tia mensagem de notificação, Na incorporação preferida, o controle de streaming de mídia adapta o streaming de acordo com a condição do canal de transmissão de dados como notificado pela camada de transporte de mídia 33. Λ Figura 4 apresenta a estrutura das diferentes mensagens de controle enviadas entre o receptor 24 e o CSMM (ou o servidor de mídia 22) durante a carga do conteúdo de mídia conduzido de acordo com uma incorporação preferida da invenção. Isto ilustra o streaming.de informação de forma a habilitar um clipe de mídia a ser reproduzido no receptor 24 usando uma sessão PSTR enquanto usando o P1TR PCTR como um protocolo de transporte. Isto representa um exemplo de um acesso que pode ser usado para descarregar um clipe de mídia na fase 3 da presente invenção. As mensagens de controle enviadas para o receptor 24 são abaixo descritas. O receptor 24 requer que o conteúdo de mídia tenha sido notificado na fase 2 O receptor 24 envia para o CSMM uma mensagem 41 de estabelecimento PSTR para estabeÍeee:' uma sessão de streaming. c recebe uma confirmação CONF_41 correspondente. 0 receptor 24 a seguir envia uma mensagem 42 de instrução de reprodução PSTR para o CSMM, e recebe uma confirmação CONI _42 correspondente. Em resposta à instrução para reproduzir, o CSMM inicia o ermo do conteúdo de ãudio ΡΊΎΚ 43 e de vídeo 44 PTTR para o recepl·" "4. <k .toado com a mensagem de multimídia a ser enviada. O receptor 24 pode controlo os (CSMM enviando o vonieúdo de mídia através da mensagem 45 PCTR. Logo que o usuário do receptor 24 desejar efetuar uma pausa no descarregamento do streaming do conteúdo, ele ou da solicita uma pausa no streaming e, de forma responsivu, o receptor 24 envia uma mensagem 46 de pausa PSTR para o CSMM, e recebe uma confirmação CONI;__4fi correspondente. Responsável pela mensagem dc pausa PSTR, o CSMM pausa o envio do conteúdo de mídia (áudio PTTR e vídeo PTTR). A seguir, uma mensagem 47 de desmontar PSTR que é enviada do receptor 24 para o C SMM e para terminar a sessão PTTR. permitindo que o streaming seja continuo em uma ocasião futura. A mensagem de confirmação CONP_47 correspondente é retornada pelo CSMM para o receptor 24.

Ao substituir a instrução REPRODUZIR por GRAVAR, uma sessão similar adequada para carregamento de mídC ik: fase 1 da invenção pode ser implementada, onde no lugar do receptor 24 exista o transmissor 21. Â notificação armazcnamento-e-encaminhaniento c solicitada para a funcionalidade de controle da mensagem porque, como explicado previamente, o receptor solicita uma determinada informação concernindo com o conteúdo de mídia a ser conduzido de forma a levar parle na sessão de streàming, De acordo com as especificações SMM aluais, a informação que descreve o conteúdo de mídia c encapsulada junto com o próprio conteúdo de mídia e então não pode ser enviado independentemente para o receptor 24. Na ausência de lal informação, o receptor 24 não c capaz de descarregar o conteúdo de mídia pelo streàming. Pelo fornecimento da comunicação dc arma/enamento-e-encaminhamenio em separado da informação de apresentação dc mídia, o método de acordo com a invenção fornece ao receptor 24 a informação que este solicita, de forma a descarregar o conteúdo de mídia pelo streàming. Km adição, o protocolo SMM nâo-streaming existente tem escopo para permitir a comunicação da informação de apresentação de mídia usando uma mensagem de armazenamcnto-c-encaminhamemo através do servidor SMM, conferindo ao método de acordo com a invenção a compatibilidade com os padrões SMM aluais, O PSTR é acreditado representar o melhor modo para habilitar e controlar o streàming nas fases I e 3. Uma determinada etapa de compromisso na performance é solicitada se o PTIR/PDU ou PCT for usado como um protocolo de transporte de mídia. Especialmente. as implementações usando o PCT não fornecem funcionalidade de multicastmg, uma vez que o PCT é um protocolo orientado a conexão. Contudo, o PCT representa uma alternativa viável do protocolo de transporte de mídia que pode ser usado em conexão com a presente invenção. De fato. sua natureza orientada a conexão pode fornecer vantagens em determinadas situações, particularmente se uma conexão contínua mais segura for desejável. De acordo com uma incorporação preferida da invenção, o protocolo SMM existente c usado para fornecer uma notificação dc ponta a ponta da informação de descrição de apresentação do transmissor 21 para o receptor 24 através do CS MM na fase 2. A Figura 5 apresenta um diagrama em blocos do terminal móvel 50 (capaz de ser ou 0 transmissor 21 ou o receptor 24) incorporando um telefone celular. O terminal 50 compreende um visor 51, um iransceptor 52 paru Iransmilir e receber sinais cie rádio, um processador de sinal digital (PSD) 53 para processar dados e voz em e de sinais de rádio, o dispositivo de entrada do usuário tal como o teclado ou minilcciudo 54. e uma unidade central de processamento 55, a operação a qual é controlada pelo programa. O terminal móvel 50 também compreende uma memória 56 para armazenar dados e programa. A memória ê usada pelo PSD 53 e a UCP 55. O programa compreende um sistema de operação e aplicações para controlar a operação do terminal móvel 50 e para fornecer uma determinada funcionalidade, tal como o SMM. O terminal móvel 50 também compreende um cartão inteligente removível, tal corno o SIM (Módulo de Identidade do Assinante) 57 para identificação do assinante. A parle da memória 56 que e dedicaria para armazenar as aplicações é denominada de memória não volátil, que retém seus conteúdos mesmo se a fonte de alimentação dos terminais móveis venha a ficar descarregada. As aplicações podem ser armazenadas de qualquer forma conhecida na técnica, incluindo instalação de fábrica, armazenamento de um compilador pessoal c o desearmgamcnto sobre o ar, por exemplo do servidor em uma rede de comunicação. Todas estas técnicas são conhecidas, por exemplo, do Comunicador Nokia® 9110. A Figura 6 apresenta um cartão adaptador de rádio 61 para uni computador do tipo laptop 62 de acordo com uma incorporação da invenção, capaz de atuai como o transmissor 21 e como o receptor -24. O cartão adaptador de rádio c colocado no slot PCMCIA (PCMCIA, Associação Internacional de Cartão de Memória para Computadores Pessoais) do computador laptop 62.

Enquanto a invenção foi descrita em relação a sua implementação na rede de comunicação na. qual ao menos uma pane da rede compreende um enlace de comunicação de rádio, deveria dar ênfase que o seu uso não é de qualquer forma limitado a este tipo de rede. A invenção pode igualmcnlc ser bem implementada em redes onde s conexões físicas entre os vários elementos de rede (transmissor 21, receptor 24 e os servidores de rede) são implementadas parcialmente ou totalmente por meio de conexões de linha fixa. A operação dos servidores e dos terminais envolve incorporações diferentes da invenção, tal como o CSMM, o transmissor 21 c o receptor 24, são preferivelmente controlados pelos produtos de computador fazendo com que estas entidades operem de acordo com a invenção.

As implementações particulares e as incorporações da invenção foram descritas. É claro para um técnico no assunto que a invenção não está restrita aos detalhes das incorporações descritas acima, mas que esta pode ser implementada em outras incorporações usando equipamentos equivalentes sem desviar das características da invenção. O escopo da invenção está restrito somente às reivindicações apensus da patente.

REIVIM)ICAÇÕES

Claims

1- Método para transmitir uma mensagem de multimídia sem Γιο é CARACTERIZADO pelo fato de que compreende as etapas de: - receber através do servidor de mensagens o conteúdo incluindo o componente de mídia de sirearning e a informação que descreve o componente de mídia de streaming: - enviar a informação que descreve o componente de mídia de streaming do servidor de mensagens para o terminal sem fio receptor; e - formar uma sessão de streaming entre o servidor de mensagens c o terminal sem fio receptor, usando a informação que descreve o componente de mídia de streaming.

2- Método de acordo com a reivindicação 1, é C ARACTK RI Z A DO pelo fato de que o servidor de mensagens recebe o componente de mídia de streaming e a informação que descreve o componente de mídia de streaming do termina! de transmissão.

3- Método de acordo com a reivindicação 1 ou 2. é CARACTERIZADO pelo fato de que o servidor de mensagens recebe o componente de mídia de streaming e a informação que descreve o componente de mídia de streaming em mensagens separadas.

4* Método de acordo com as reivindicações 1 a 3, é CARACTERIZADO pelo fato de que a sessão de streaming é formada por um dos protocolos a seguir: HTTP e PSTR.

5- Método de acordo com as reivindicações 1 a 4. é CARACTERIZADO pelo fato de que também inclui a etapa de gerar um componente de mídia de streaming no terminal de transmissão.

6- Método de acordo com a reivindicação 5. é C A RA C T E RIZ A DO pelo fato de que também inclui transmitir o componente de mídia de streaming gerado no terminal de transmissão para o servidor de mensagem.

7- Método íle acordo com a reivindicação 5 ou 6, é CA R A C1 ’ E RIZ A D O pelo fato de que a etapa de enviar a informação que descreve o componente de mídia de streaming do servidor de mensagem para o terminal sem fio receptor ocorre antes da geração do componente de mídia de streaming estar completa.

8- Método de acordo com as reivindicações 1 a 7. é CARACTERIZADO pelo fato de que também inclui a etapa de enviar uma mensagem de notificação do servidor de mensagem para o terminal sem. fio receptor para informar ao terminai sem fio receptor que o conteúdo está disponível para a recuperação pelo terminal sem fio receptor.

9- Método cie acordo com as reivindicações 1 a 8» é CARACTKRIZADQ pelo fato de que também inclui a etapa de enviar a informação que descreve o componente de mídia de streaming do senador de mensagens para o terminal sem fio receptor dentro de uma mensagem de notificação.

10- Método de acordo com a reivindicação 8 ou 9, é CARACTERIZADO pelo fato de que a sessão de streaming é formada após o terminal sem fio receptor ter recebido a mensagem de notificação.

11- Método de acordo com a reivindicação 10. e CARACTERIZADO pelo fato de que a sessão de streaming é formada na discrição do usuário.

12- Método de acordo tvm as reivindicações 1 a 11. é CARACTERIZADO pelo fato de que o servidor de mensagem compreende um servidor de conteúdo, o servidor de conteúdo recebe ;> componente de mídia de streaming do termina! de transmissão e transmite o componente de mídia de streaming para o terminal sem fio receptor.

13- Método de acordo com as reivindicações 1 a 12. é ( ARAC TERIZADO pelo fato de que também inclui implementar o método como uma parte do Serviço de Mensagem de Multimídia (MMS),

14- Método de acordo com as reivindicações 1 a 13. é CARACTERIZADO pelo fato de que também inclui destinai: o componente de mídia de streaming para ao menos um outro receptor além do terminal sem fio receptor.

15- Método de acordo com as reivindicações 1 a 14. é C ARACTE RIZ A D O pelo fato de que o servidor de mensagens recebe o componente de mídia de streaming dentro de uma mensagem de mídia.

16- Servidor de mensagem (CSM.V1) acessível a uma pluralidade de terminais, é CA RA € TER 1Z A DO pelo lato de que compreende: - um dispositivo (22) para receber o conteúdo incluindo o componente de mídia de streaming e a informação que descreve o componente de mídia de streaming; - um dispositivo (23) para enviar a informação que descreve o componente de mídia de streaming do servidor de mensagens para o terminal (24) sem fio receptor; e - um dispositivo (22. 52) para formar uma sessão streaming com terminal (24) sem fio receptor, usando a informação que descreve o componente de mídia de streaming.

17- Servidor de mensagens (CSMM) de acordo com a reivindicação 16, é CARACTERIZADO pelo falo de que lambem inclui um disposilivo (22) para transmitir o componente de mídia de streaming em sub-partes sequenciais para o terminal (24) sem fio receptor, durante a sessão streaming.

18- Servidor de mensagens (CSMM) de acordo com a reivindicação 16 ou 17. é CARACTERIZADO pelo fato de que também inclui o dispositivo (22) para transmitir uma mensagem de notificação para o terminal sem fio receptor antes de formar a sessão streaming.

19- Servidor de mensagens (CSMM) de acordo com as reivindicações 16 a 18, é CARACTERIZADO pelo fato de que também inclui o dispositivo (52) para receber o componente de mídia de streaming e a informação que descreve o componente de mídia de streaming do terminal de transmissão,

20- Servidor de mensagens (CSMM) de acordo com a reivindicação 18 ou 16, é CARACTERIZADO pelo fato de que também inclui um servidor (23) de notificação para receber a informação que descreve o componente de mídia de streaming do terminal (21) de transmissão e para enviar a informação que descreve o componente de mídia de streaming para o terminal (24) sem fio receptor na mensagem de notificação.

21- Servidor de mensagens (CSMM) de acordo com as reivindicações 16 a 20, é CARACTER!ZADO pelo falir de que também inclui o servidor (22) de conteúdo para receber o componente de mídia de streaming do terminal (21) de transmissão e para transmitir o componente de omita de streaming para o lerminfil (24) sem fio receptor.

22- Servidor de mensagens (CSMM) de acordo com as reivindicações 16 a 21, é C A RACT E RI Z A DO pelo falo de que o dispositivo para receber o conteúdo é configurado para receber o componente cie mídia de streaming dentro da mensagem de multimídia.

23- Servidor de mensagens (CSMM) de acordo com as reivindicações 16 a 22, é CARACTERIZADO pelo fato de que o dispositivo para formar a sessão streaming é configurado para formar a sessão streaming sob um dos protocolos a seguir: HTTP c PSTR.

24- Sistema, é CARACTERIZADO pelo fato de que compreende uma pluralidade de terminais (2!, 24) incluindo o terminal (24) sem fio receptor e o servidor de mensagem (CSMM) como definido nas reivindicações 16 a 23.

25- Sistema de acordo com a reivindicação 24. c CARACTER!ZAl>Q pedo fato de que também inclui o terminal (21) de transmissão que inclui o dispositivo (25) para gerar o componente de mídia de streaming,

26- Dispositivo de mensagem sem fio (21. 24), é C ARACTERIZADO pelo fato de que compreendei - um dispositivo (52) para receber a informação sem fio que descreve a mensagem planejada para o dispositivo (21. 24) de mensagem sem fio de uni servidor de mensagem, (CSMM, 23), a mensagem inclui um componente de mídia de streaming e a informação que descreve a mensagem incluindo a informação que descreve o componente de mídia de streaming, e - os dispositivos (52. 55) para formar uma sessão streaming com o servidor de mensagem (CSMM) para receber o componente de mídia de streaming usando a informação que descreve o componente de mídia de streaming.

27- Dispositivo de mensagem sem fio (21. 24) de acordo com a reivindicação 26, é C A.RACT E RIZ A DO pelo falo de que também inclui o dispositivo (52) para receber o componente de mídia de streaming em sub-paries sequenciais do servidor de mensagem.

28- Dispositivo de mensagem sem fio (2!. 24) de acordo com n reivindicação 26 ou 27, é CARACTERIZADO pelo fato de que também inclui um dispositivo para enviar uma mensagem para outro dispositivo de mensagem para o servidor de mensagem.

29- Dispositivo de mensagem sem lio (21, 24) de acordo com as reivindicações 26 a 38, é CARACTERIZADO pelo fato de que o dispositivo para formar a sessão streaming tem sido configurado para formar a sessão streaming com um dos protocolos a seguir: HTTP e PSTR.

30- Dispositivo de mensagem sem fio (21, 24) de acordo com as reivindicações 26 a 29, é CARA( ’ ΊΈ RI Z A DO pelo fato de que também inclui: - um dispositivo (52) para receber uma mensagem de notificação em relação à mensagem, e - os dispositivos (52. 55) para formar a sessão streaming são configurados para formar a sessão streaming após a recepção da mensagem de notificação.

31- Dispositivo de mensagem sem fio (21, 24) dc acordo com a reivindicação 30, é CARACTERIZADO pelo fato de que também inclui o dispositivo (52) para receber a informação que descreve o componente de mídia de streaming na mensagem de notificação.

32- Dispositivo de mensagem sem fio (21. 24) de acordo com a reivindicação 30 ou 31, c CARACTERIZADO pelo falo de que os dispositivos (52, 55) para formar a sessão streaming são configurados para formar a sessão stroaming na discrição do usuário do dispositivo de mensagem sem fio,

33- Método para transmitir uma mensagem de multimídia em um dispositivo de mensagem sem fio, é CARACTERIZADO pelo fato de que compreende as etapas de: - receber a mensagem sem fio que descreve a mensagem planejada para o dispositivo de mensagem sem fio do servidor de mensagem, a mensagem incluindo um componente de mídia de streaming e a informação que descreve a mensagem incluindo a informação que descreve o componente de mídia de streaming: - formar uma sessão streaming com o servidor de mensagem para receber o componente de mídia de streaming usando a informação que descreve o componente iransfcrtvel, e - apresentar o componente de mídia de streaming durante a sessão streaming .

34- Método de acordo com a reivindicação 33. é CARACTERIZADO pelo falo de que a sessão streaming έ formada com um dos protocolos a seguir: HTTP e PSTR,

35- Método de acordo com a reivindicação 33 ou 34, é CARACTERIZADO pelo fato de que também inclui receber uma mensagem de notificação que notifica que a mensagem está disponível para recuperação pelo terminal sem fio receptor do servidor de mensagem.

36- Método de acordo com a reivindicação 35, é CARACTERIZADO pelo falo de que a informação que descreve o componente de mídia de streaming c tecebida na mensagem de notificação ,