BR112020017337B1 - Sistemas e método para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis - Google Patents

Abstract

Esta invenção se refere à difusão sem fio de informações de multimídia digitais para uma pluralidade de receptores, especialmente em ambientes onde comunicações bidirecionais não são possíveis ou exequíveis.

Description

REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS

[001] O presente pedido reivindica prioridade a partir de e incorpora por referência em suas totalidades os pedidos de patente provisórios US nos de série 62/635.104 para “Methodology Developed for the Transfer of Digital Information by Broadcasting to an Unlimited Number of Receivers” depositado em 26 de fevereiro de 2018 e 62/792.003, para “System and Method for Broadcasting Digital Data to Receivers” depositado em 14 de janeiro de 2019.

CAMPO DA INVENÇÃO

[002] A presente invenção se refere a desempenhar broadcast sem fio de informações digitais para uma pluralidade de receptores, especialmente em ambientes onde comunicações bidirecionais não são possíveis ou práticas.

ANTECEDENTES DA INVENÇÃO

[003] Em ambientes onde grupos grandes de pessoas se reúnem, como em eventos esportivos, comícios, discursos, concertos etc., o acesso a dados digitais usando telefones móveis e dispositivos sem fio não é confiável.

[004] Em tais casos, números altos de dispositivos móveis competem pela atenção de antenas próximas de uma rede celular. Embora um usuário de dispositivo móvel possa ver barras na tela do dispositivo mostrando que há um sinal disponível, dados não estão sendo recebidos e retornados a partir da rede celular de modo consistente. Tais redes podem estar adicionalmente sobrecarregadas por “tráfego alto” porque tais eventos são frequentemente ocasiões em que os destinatários 120 estão aptos a usar aplicações e multimídia com muitos dados como compartilhamento de voz, foto, mídia e vídeo que consomem grandes quantidades de largura de banda de rede.

[005] A sobrecarga de rede análoga ocorre em situações de emergência ou durante desastres. Após o atentado à bomba na Maratona de Boston, por exemplo, portadoras de telefones móveis foram assoberbadas com tráfego quando milhares de pessoas tentavam falar com as pessoas amadas na área de Boston. Após desastres naturais, ataques terroristas e outros desses incidentes no mundo inteiro, as redes de telecomunicações simplesmente não são capazes de lidar com um aumento expressivo em tráfego de dados ou volume de chamada de voz (por exemplo, mensagens de multimídia e texto/SMS). Os destinatários 120 de todas as principais portadoras móveis reportaram interrupções na área metropolitana de Boston durante o evento. Isso levou ao espalhamento de rumores não confirmados que foram tomados como fatos pela mídia, como a Associated Press reportando incorretamente que o serviço móvel tinha sido desligado em Boston para evitar detonação remota de bombas com tempos de telefones móveis.

[006] Desastres naturais podem fazer também com que as redes celulares sejam não confiáveis. Logo após o furacão Sandy, por exemplo, o FCC alertou que o serviço móvel tinha sido devastado pela tempestade (https://www.fastcompany.com/3002578/post-sandy-fcc-warns-worsening- cell-phone-networks). Embora Sandy tenha envolvido uma destruição física da infraestrutura de rede móvel que foi muito diferente do alto volume de rede, os elementos básicos são os mesmos.

[007] Quando ocorre um desastre, a natureza descentralizada da rede significa que regiões geográficas inteiras podem ser comprometidas por uso aumentado de rede, particularmente a partir de destinatários 120 que buscam informações em tempo real a partir de fontes centrais (por exemplo, notícias, governamentais) nas áreas relacionadas a um evento. Quando a largura de banda no site da portadora for sobrecarregada, os destinatários 120 são impedidos de fazer chamadas e comunicar dados digitais e, em particular, dados de multimídia.

[008] Similarmente, em ambientes de conectividade ruim, a comunicação entre dispositivos móveis e redes móveis ou outras pode ser não confiável, particularmente quando combinado com localizações de “alta densidade” como sites de construção, instalações para tratamento de saúde, shopping malls, centros de convenções etc.

[009] Apesar desses desafios, os destinatários 120 esperam permanecer conectados via seus dispositivos móveis em todos os momentos e em todos os lugares. Companhias de celular e rede implantaram uma mistura de estratégias para aumentar a confiabilidade sob tais circunstâncias. Por exemplo, tecnologias celulares atuais permitirão um máximo aproximado de 2.000 conexões simultâneas por torre de celular ou setor de sistema de antena distribuída (DAS). Em um evento grande como um jogo de futebol em estádio, para atingir 50.000 fãs simultaneamente, 25 torres de telefone celular seriam requeridas. Algumas redes acrescentaram ou atualizaram antenas em ou perto de espaços (venues) de grande capacidade e nas torres de celular próximas, e algumas instalaram “células pequenas” para aperfeiçoar a capacidade no interior de espaços de grandes multidões como estádios esportivos. Células pequenas têm um alcance menor que torres de celular regulares, porém podem suplementar aquelas torres para aumentar a capacidade em áreas densas. As redes também implantam sites de células temporárias para espaços de grande capacidade, às vezes referidos como uma “célula em rodas,” ou cows, para aumentar a conectividade de rede.

[0010] Espaços mais novos também são mais prováveis de ter Wi-Fi, que alivia o stress sobre a rede de telefonia celular. Porém historicamente, equipamentos de Wi-Fi têm sido instalados bem altos em tetos ou paredes. Os sinais podem ser desse modo interrompidos por obstruções a partir de aço e outros materiais de construção. E os destinatários 120 de dispositivos móveis podem estar relativamente distantes dos roteadores, compreendendo comunicação com a rede. A capacidade de Wi-Fi também tende a ser menor: a tecnologia de Wi-Fi atual permite menos de 200 conexões simultâneas por ponto de acesso (antena). Pontos de acesso também têm somente tipicamente uma saída de 100 pés (30,48 metros).

[0011] Entretanto, esses aperfeiçoamentos de rede não tornaram o serviço de rede em áreas congestionadas consistentemente confiável, particularmente com relação à comunicação de dados digitais, por exemplo, fotos, vídeos e conteúdo de multimídia. Mesmo com infraestrutura aperfeiçoada no lugar, os desafios técnicos e limitações associadas à proximidade dos múltiplos transmissores, movimento de fãs, e outras complexidades tornam impossível alcançar todos os participantes simultaneamente.

[0012] Protocolos atuais de transferência de arquivo digital como TCPIP, Bluetooth e outros protocolos requerem um enlace de comunicação bidirecional para funcionar a fim de fornecer um canal de volta para reconhecimento digital de recepção adequada de arquivo. A natureza bidirecional da comunicação entre, por exemplo, uma torre de celular e um dispositivo móvel significa que as comunicações ou transmissões podem sofrer queda se houver interrupção em comunicações. Existe certos protocolos de transferência de arquivo que não requerem realimentação bidirecional, como UDP, porém esses protocolos ainda requerem recepção ininterrupta, contínua de um arquivo inteiro a fim de assegurar que dados não corrompidos sejam transmitidos e recebidos com sucesso na extremidade de recepção. Por conseguinte, existe necessidade de protocolos de transferência de arquivo que permitam recepção de dados digitais não corrompidos mesmo onde o sinal não é perfeitamente contínuo e ininterrupto.

[0013] Com relação a situações de emergência e desastres naturais, o Congresso orientou o estabelecimento de um processo para a criação de um sistema de alerta móvel nacional, agora conhecido como WEA, pelo que provedores de serviço móvel comercial (“CMS”) participantes transmitam alertas de emergência para seus assinantes. Desde então, tem havido um nível alto de participação por provedores de CMS, com todas as quatro principais portadoras sem fio participando no sistema, que responde por 98,6% da população dos Estados Unidos sendo servida. Ainda assim apesar da maioria das áreas do país serem agora cobertas, há preocupação contínua em relação ao conteúdo, apresentação e direcionamento geográfico das Mensagens de WEA.

[0014] Nos últimos anos, a Comissão gastou tempo e esforço consideráveis em relação à questão de aperfeiçoar o conteúdo e método de entrega de Mensagens de WEA. Por exemplo, as capacidades de Mensagens de WEA foram aprimoradas em 2016 pelo aumento do comprimento em caractere de mensagens para 360 caracteres. Isso aperfeiçoa a qualidade de informações disponíveis ao público durante emergências e reduz a confusão do público causada por abreviaturas difíceis de entender. Porém há ainda necessidade de aperfeiçoamento na qualidade de envio de mensagens de Alerta WEA, particularmente com relação à multimídia, que pode não somente aperfeiçoar o conteúdo das informações fornecidas, mas também auxiliar em identificar adicionalmente a natureza e localização atuais de situações de emergência (como fornecendo mapas em alertas). A recente confusão causada por uma Mensagem de Alerta WEA falsa em relação a um suposto ataque de míssil sobre o Havaí aumentou esse incentivo para aperfeiçoar o envio de mensagens através da inclusão de multimídia. Similarmente, no caso dos recentes incêndios na Califórnia na área de Santa Barbara, os residentes e primeiras equipes poderiam ter se beneficiado de multimídia como mapas que teriam delineado mais claramente as áreas afetadas por ordens de evacuação.

[0015] Portadoras de CMS e outras na indústria de telecomunicações afirmam que a inserção de multimídia em Alertas WEA ainda não é exequível. A organização de padrões da indústria, Alliance for Telecommunications Industry Solutions ("ATIS") mantém que “a tecnologia de broadcast de célula não é projetada para multimídia” e “inúmeros problemas que tornariam a apresentação de conteúdo de multimídia em notificações de WEA, problemática se não tecnicamente inexequível.” (Comentários da Alliance for Telecommunications Industry Solutions na Súmula PS 15-91, 13 de janeiro de 2016, em 9.) ATIS argumenta ainda que “a apresentação de conteúdo de multimídia, como mapas, fotos e símbolos de perigo, em notificações de WEA [é] problemática se não tecnicamente inexequível[.]” (Id. em 10.)

[0016] São desejados sistemas e métodos aperfeiçoados para desempenhar broadcast de dados digitais, particularmente em situações de emergência ou em ambientes de conectividade ruim e alta densidade.

[0017] Adicionalmente, são desejados sistemas e métodos aperfeiçoados para desempenhar broadcast de multimídia, particularmente em situações de emergência ou em espaços de grande capacidade.

[0018] Além disso, são desejáveis sistemas e métodos aperfeiçoados para desempenhar broadcast de mensagens criptografadas que são relevantes para um evento ou emergência e adicionalmente, desempenhar broadcast de mensagens para receptores selecionados, por exemplo, certas equipes de emergência.

[0019] Patrocinadores e marqueteiros estão, de modo similar, procurando modos melhores para se conectar com destinatários em dispositivos móveis em eventos grandes (por exemplo, eventos esportivos ou concertos) para executar campanhas de ativação de marca.

SUMÁRIO DA INVENÇÃO

[0020] A invenção compreende, em uma forma da mesma, sistemas, protocolos e métodos para desempenhar broadcast de dados digitais que eliminam a necessidade de um loop de realimentação, ou recepção ininterrupta de um stream de dados, a fim de transferir precisamente informações digitais e em alguns casos, de multimídia. Mais particularmente, a invenção permite broadcast sem fio de informações digitais para uma pluralidade de receptores em ambientes onde comunicações bidirecionais não são possíveis ou práticas.

[0021] Em outra forma, a invenção revelada aqui fornece sistemas, métodos e protocolos de comunicações para transmitir um stream de dados seriais que não requer realimentação bidirecional.

[0022] Ainda em outra forma, a invenção compreende um sistema e método para comunicar dados com um número grande de dispositivos em uma configuração de um para muitos (1:MUITOS) usando um formato de contêiner novo ou informações de cabeçalho. Isso permite “enviar por push” qualquer tipo de informações digitais, incluindo, porém, não limitados a, arquivos e mídia digitais, dados em stream e funções digitais que podem ser então usados para comando e controle de dispositivos digitais para uma pluralidade de receptores em um espaço particular ou dentro de um raio selecionado.

[0023] Um aspecto geral inclui um sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis, incluindo: um serviço central operável para segmentar os dados de multimídia em dois ou mais segmentos de dados digitais, encapsular os dois ou mais segmentos de dados digitais com informações de cabeçalho e comunicar os dois ou mais segmentos de dados digitais a um servidor de dados remoto para broadcast para a pluralidade de receptores móveis remotos, onde as informações de cabeçalho incluem: um identificador de espaço, pelo menos um octeto identificando se os dados de multimídia são destinados a todos da pluralidade de receptores móveis no espaço, um indicador de tipo de dados, um indicador de série que indica se o segmento de dados digitais é ou não um de uma série, um indicador de número de octeto total que indica o número total de octetos em cada um dos dois ou mais segmentos de dados digitais, e/ou informações de localização de endereço que indicam uma localização onde cada um dos dois ou mais segmentos de dados digitais deve ser armazenado. As informações de cabeçalho também incluem um checksum. O servidor de dados remoto é operável para receber os dois ou mais segmentos de dados digitais, armazenar os dois ou mais segmentos de dados digitais e transmitir repetidamente os dois ou mais segmentos de dados digitais para um transmissor para broadcast para a pluralidade de receptores móveis remotos. O sistema também inclui um transmissor operável para desempenhar broadcast dos dois ou mais segmentos de dados digitais recebidos a partir do servidor de dados remoto para a pluralidade de receptores móveis. A pluralidade de receptores móveis inclui, cada, uma antena e um identificador único, e é emparelhado pelo menos com um dispositivo host e é operável para receber os dois ou mais segmentos de dados digitais a partir do transmissor e retransmitir os dois ou mais segmentos de dados digitais para o pelo menos um dispositivo host emparelhado. Cada dispositivo host inclui um display e é operável para receber os dois ou mais segmentos de dados digitais, reformatar os dois ou mais segmentos de dados digitais nos dados de multimídia e exibir os dados de multimídia. Outras modalidades desse aspecto incluem sistemas de computador, aparelho e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

[0024] Implementações podem incluir uma ou mais das seguintes características: um canal de retorno para o serviço central a partir do pelo menos um dispositivo host emparelhado através de uma rede de comunicação alternativa não incluindo o transmissor, onde dita rede de comunicação alternativa inclui um canal de comunicação TCP/IP a partir de pelo menos um da pluralidade de receptores móveis para o serviço central e/ou uma pluralidade de receptores de proximidade de curto alcance dentro do alcance do pelo menos um da pluralidade de receptores móveis. O sistema inclui adicionalmente um perfil de usuário associado com cada um da pluralidade de receptores móveis. O serviço central pode adicionalmente reentregar os dois ou mais segmentos de dados digitais para broadcast para o servidor de dados remoto por um período de tempo predeterminado. Implementações das técnicas descritas podem incluir hardware, um método ou processo ou software de computador em um meio acessível por computador.

[0025] Outro aspecto geral inclui um método de desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis, incluindo as etapas de: em um serviço central, segmentar dados de multimídia em pelo menos dois segmentos de dados digitais; encapsular cada um dos pelo menos dois segmentos de dados digitais com informações de cabeçalho, as informações de cabeçalho incluindo pelo menos um octeto identificando se os dados de multimídia são destinados a todos da pluralidade de receptores móveis em uma dada localização, pelo menos um octeto identificando uma localização de dados em uma célula de uma tabela de dados ou mapa de memória e pelo menos um octeto com dados para dita célula; transmitir repetidamente os pelo menos dois segmentos de dados digitais para um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos durante um período de tempo predeterminado; receber os pelo menos dois segmentos de dados digitais no servidor de dados remoto; armazenar os pelo menos dois segmentos de dados digitais no servidor de dados remoto; comunicar os pelo menos dois segmentos de dados digitais via um buffer em carrossel para um transmissor para broadcast para a pluralidade de receptores móveis remoto; desempenhar broadcast dos pelo menos dois segmentos de dados digitais para a pluralidade de receptores móveis; transmitir, por pelo menos um da pluralidade de receptores móveis, os pelo menos dois segmentos de dados digitais para um dispositivo host emparelhado com pelo menos um da pluralidade de receptores móveis; receber os pelo menos dois segmentos de dados digitais no dispositivo host; armazenar em cache os pelo menos dois segmentos de dados digitais; montar os pelo menos dois segmentos de dados digitais de modo que os dados de multimídia sejam exibíveis; e exibir os dados de multimídia no dispositivo host. Outras modalidades desse aspecto incluem sistemas de computador, aparelho e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

[0026] Um aspecto adicional inclui um sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis, incluindo: um serviço central operável para segmentar dados de multimídia em segmentos de dados digitais, encapsular os segmentos de dados digitais com uma primeira informação de cabeçalho e comunicar os segmentos de dados digitais a um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos. O sistema também inclui um serviço remoto operável para comunicar dados de serviço remoto com uma segunda informação de cabeçalho para o servidor de dados remoto para broadcast com os segmentos de dados digitais e primeira informação de cabeçalho a partir do serviço central para a pluralidade de receptores móveis remotos. O servidor de dados remoto pode ser adicionalmente operável para receber os segmentos de dados digitais e primeira informação de cabeçalho a partir do serviço central, receber dados de serviço remoto e segunda informação de cabeçalho a partir do serviço remoto e armazenar os segmentos de dados digitais, a primeira informação de cabeçalho, a segunda informação de cabeçalho e os dados de serviço remoto. O servidor de dados remoto pode transmitir repetidamente via um buffer em carrossel os segmentos de dados digitais, a primeira informação de cabeçalho, a segunda informação de cabeçalho e os dados de serviço remoto para um transmissor para broadcast para a pluralidade de receptores móveis. O sistema também inclui um transmissor que é operável para desempenhar broadcast dos segmentos de dados digitais, da primeira informação de cabeçalho, da segunda informação de cabeçalho e dos dados de serviço remoto para a pluralidade de receptores móveis. Outras modalidades desse aspecto incluem sistemas de computador, aparelho e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

[0027] Ainda um aspecto geral adicional inclui um sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis, incluindo um serviço central executando um programa de transmissor operável para segmentar dados de multimídia em segmentos de dados digitais, encapsular cada segmento de dados digitais com informações de cabeçalho e comunicar cada segmento de dados digitais com informações de cabeçalho a um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos. As informações de cabeçalho incluem um identificador de espaço, um indicador de tipo de segmento de dados digitais, um identificador de receptor móvel, um indicador de série que indica se cada segmento de dados digitais é ou não de uma série, um indicador de número de octeto total que indica o número total de octetos em cada segmento de dados digitais, informações de localização de endereço que indicam uma localização onde o segmento de dados digitais deve ser armazenado, e um checksum; e um servidor de dados operável para receber os segmentos de dados digitais e acrescentar os mesmos em um buffer em carrossel para broadcast contínuo por um transmissor até que os segmentos de dados digitais sejam mudados ou removidos pelo serviço central. Outras modalidades desse aspecto incluem sistemas de computador, aparelho e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

[0028] Outro aspecto geral inclui um método de processar dados para um receptor móvel, o método incluindo: receber e demodular um primeiro sinal de broadcast FM incluindo um primeiro contêiner e primeiro segmento de dados digitais, onde o primeiro contêiner está entre 9 octetos e 60 octetos e inclui um identificador de espaço, um indicador de tipo de segmento de dados digitais, um identificador de receptor móvel, um indicador de série que indica que o primeiro segmento de dados digitais é um de uma série, um indicador de número de octeto total que indica o número total de octetos no primeiro segmento de dados digitais, informações de localização de endereço que indicam uma localização onde o primeiro segmento de dados digitais deve ser armazenado e um checksum; e receber e demodular um segundo sinal de broadcast FM incluindo um segundo contêiner e um segundo segmento de dados digitais, onde o segundo contêiner está entre 9 octetos e 60 octetos e inclui o identificador de espaço, o indicador de tipo de segmento de dados digitais, o identificador de receptor móvel, um indicador de série que indica que o segundo segmento de dados digitais é o segundo da série, um indicador de número de octeto total que indica o número total de octetos no segundo segmento de dados digitais, segunda informação de localização de endereço que indica uma localização onde o segundo segmento de dados digitais deve ser armazenado e um segundo checksum. Outras modalidades desse aspecto incluem sistemas de computador, aparelho e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

BREVE DESCRIÇÃO DOS DESENHOS

[0029] A invenção é divulgada com referência aos desenhos em anexo, em que: A figura 1 é um diagrama ilustrando uma porção de uma arquitetura de sistema de acordo com uma modalidade da invenção; A figura 2 é um diagrama ilustrando uma porção de uma arquitetura de sistema de acordo com uma modalidade da invenção; A figura 3 é um diagrama ilustrando um receptor móvel de exemplo e um dispositivo host de acordo com uma modalidade da invenção; A figura 4 é um diagrama ilustrando um display de exemplo em um dispositivo host de acordo com uma modalidade da invenção; A figura 5A é um diagrama ilustrativo de um esquema de exemplo para um display de acordo com uma modalidade da invenção; A figura 5B é um diagrama ilustrativo de uma tabela de referência (A) de exemplo de acordo com uma modalidade da invenção; A figura 5C é outro diagrama ilustrativo de uma tabela de referência de exemplo de acordo com uma modalidade da invenção; A figura 5D é outro diagrama ilustrativo de uma tabela de referência (A) de exemplo de acordo com uma modalidade da invenção; A figura 5E é um diagrama anotado ilustrando um display de exemplo em um dispositivo host de acordo com uma modalidade da invenção, onde as referências se referem a informações de localização dentro de uma tabela de referência; A figura 6A é um diagrama ilustrativo de um esquema de estrutura de mensagem de exemplo de acordo com uma modalidade da invenção; A figura 6B é um diagrama ilustrativo de uma estrutura de mensagem de exemplo de acordo com uma modalidade da invenção; A figura 7 é um diagrama de fluxo ilustrando um método de acordo com uma modalidade da invenção; A figura 8 é um diagrama ilustrando uma porção de uma arquitetura de sistema para transmitir alertas de emergência de acordo com uma modalidade da invenção; A figura 9A é um alerta de emergência de exemplo como especificado no padrão Common Alert Protocol, Ver. 1.2 utilizando linguagem de marcação extensível (XML); A figura 9B é um diagrama ilustrando como as informações na mensagem XML da figura 9A podem ser convertidas a um formato de tabela de acordo com uma modalidade da invenção; A figura 10 é um diagrama de fluxo ilustrando um método de acordo com uma modalidade da invenção; A figura 11 é um diagrama de blocos ilustrando uma implementação de hardware de exemplo de acordo com uma modalidade da invenção; e A figura 12 é um diagrama de blocos ilustrando a funcionalidade de uma implementação de exemplo de acordo com uma modalidade da invenção.

[0030] Caracteres de referência correspondentes indicam partes correspondentes ao longo das várias vistas. Os exemplos expostos na presente invenção ilustram várias modalidades da invenção, porém não devem ser interpretados de modo algum como limitando o escopo da invenção.

DESCRIÇÃO DETALHADA

[0031] Voltando agora para a figura 1, é fornecido um sistema para comunicar dados com um número grande de dispositivos em uma configuração de um para muitos. O sistema é operável para enviar por push qualquer tipo de informações digitais, incluindo, porém, não limitado a, arquivos digitais, dados de streaming, arquivos de multimídia e funções digitais que podem ser então usadas para comando e controle de dispositivos digitais.

[0032] A figura 1 ilustra um sistema 100 implantado em um espaço 110 para comunicar dados digitais para um grupo grande de destinatários 120 cada um tendo um receptor móvel 130. O espaço 110 é equipado com um servidor de dados 140 e um transmissor 150 para desempenhar broadcast de dados de modo sem fio. O transmissor 150 pode ser uma antena pequena (por exemplo, 4 pés [1,22 metros]) implantada no espaço 110. Em uma modalidade, o transmissor 150 e servidor de dados 140 são integrados no mesmo dispositivo físico. Alternativamente, o transmissor 150 é controlado e/ou configurado por software operando em um dispositivo de computador remoto. Cada receptor móvel 130 pode retransmitir dados para um dispositivo host 160, como um telefone móvel ou usar os dados para comandar/controlar outros equipamentos. Em uma modalidade, o receptor móvel 130 e dispositivo host 160 são integrados no mesmo dispositivo físico. O dispositivo host 160, se usado, é operável para executar uma aplicação 170 que é exibida ou de outro modo tornada disponível em dados do dispositivo host 160 recebidos a partir do receptor móvel 130 e permite transmissão de respostas para o mesmo através de redes disponíveis para o dispositivo host 160, preferivelmente redes TCP/IP. O sistema 100 pode interconectar com outras redes de acesso, porém por simplicidade essas entidades/interfaces não são mostradas. Como mostrado, o sistema 100 fornece serviços comutados por pacotes.

[0033] Em uma modalidade, os destinatários 120 recebem mensagens criptografadas ou codificadas destinadas somente ao seu receptor móvel 130 registrando seu receptor móvel 130 com um serviço central detalhado na figura 2.

[0034] Em uma modalidade ilustrada na figura 2, um feed de dados (que pode incluir programação de broadcast de dados) é fornecido espaço 110 via internet a partir de um serviço central 200 em rede. O serviço central 200 pode incluir servidores, que podem ser servidores da Web ou servidores de streaming moldados para a aplicação de streaming de áudio/vídeo/texto/comando. Os arquivos nos servidores podem conter qualquer tipo de conteúdo de texto/comando de áudio/vídeo. O serviço central 200 direciona um arquivo de texto/comando para o cliente enviando o arquivo em um socket. Conexões de socket tanto TCP como UDP podem ser usadas. Antes de enviar o arquivo de áudio/vídeo para a rede, o arquivo é segmentado e os segmentos são encapsulados com informações de cabeçalho apropriadas para tráfego de texto/comando de áudio/vídeo, descrito em detalhe adicional abaixo. A formatação e geração de dados pode ser realizada no serviço central 200 ou um local de serviço similar em um espaço. Alternativamente, o serviço central 200 pode estar localizado em um espaço 110. O espaço 110 pode ser equipado com um serviço central e/ou serviço local, descrito abaixo. O servidor de dados 140 é capaz de receber conteúdo a partir de mais de um servidor (serviço central 200 ou um ou mais serviços locais). Em uma modalidade, o servidor de dados 140 armazena todas as mensagens em um buffer tipo “carrossel” e desempenha broadcast constantemente dos conteúdos do buffer via transmissor 150. Tipo “carrossel” se refere a um protocolo de sessão que desempenha broadcast repetidamente de um conjunto de pacotes de dados através de uma quantidade de tempo para assegurar que eles sejam recebidos por um ou mais receptores.

[0035] Operadores no serviço central podem inserir manualmente dados de encapsulação elemento por elemento ou, alternativamente, o serviço central pode ser operável para inserir automaticamente os dados de encapsulação.

[0036] No espaço 110, o feed de dados é recebido no servidor de dados 140 e comunicado para o transmissor 150 via, por exemplo, de um protocolo UDP em uma conexão de ethernet. O servidor de dados 140 pode incluir um gateway servidor e um gateway de Rede de Dados de Pacote (PDN) e um nó de controle que processa a sinalização entre o serviço central 200 ou serviço(s) local(is) e receptores móveis 130. O transmissor 150 pode ser uma antena de transmissão de arena permanentemente instalada que envia para fora um sinal RF por uma distância selecionada, por exemplo, uma área de 3.5 milhas quadradas/6 km (raio de uma milha/1,6 km). O transmissor 150, em uma modalidade, transmite um broadcast de dados unilateral entre 217-220 MHz (200 kbps). Com permissão da FCC, a distância selecionada pode ser maior. Vários tipos de mecanismos de transmissão como são conhecidos na técnica podem ser empregados, incluindo modulação por código de pulso (PCM) através de um sinal de rádio FM, ISDB-T, ISDB-T, broadcasting de multimídia, Sistema Digital E, T-DBM, DVB-H, DVB-SH, FLO, RAVIS e DVB-T2 Lite.

[0037] Voltando para a figura 3, o receptor móvel 130 e dispositivo host 160 são mostrados. O receptor móvel 130 pode ser um receptor autônomo, projetado para fazer interface com e controlar um dispositivo não digital, separado. Em outra forma, o receptor móvel 130 é operável para retransmitir dados para o dispositivo host 160 via um protocolo de comunicação com fio ou sem fio, por exemplo, Bluetooth. Ainda em outra modalidade, o receptor móvel 130 é integrado ao dispositivo host 160. Em uma modalidade, o receptor móvel 130 é projetado para ser instalado em veículos, alimentados pelo sistema elétrico do carro e acionados quando o carro está em funcionamento. Em outra modalidade, o receptor móvel 130 é portátil e alimentado por baterias e ligado por um usuário. As operações do receptor móvel 130 podem usar qualquer frequência RF capaz de sustentar as comunicações digitais. Em uma modalidade, o receptor móvel 130 opera em uma frequência de 217 MHz.

[0038] O receptor móvel 130 recebe dados de broadcast através de seu próprio receptor/antena. Cada receptor móvel 130 recupera informações moduladas sobre uma portadora RF e fornece as informações para um controlador/processador no receptor móvel 130 ou no dispositivo host 160. O controlador/processador pode estar associado a uma memória que armazena códigos de programa e dados. A memória pode ser referida como um meio legível por computador. No dispositivo host 160, o controlador/processador fornece demultiplexação entre canais lógicos e de transporte, remontagem de pacote, decifragem, descompressão de cabeçalho e processamento de sinal de controle. O controlador/processador também pode ser responsável pela detecção de erro.

[0039] O receptor móvel 130 pode ter uma porta ou conector (por exemplo, USB) para carga e upload de dados e comutadores de controle, por exemplo, botões, para ativar e controlar várias funções. Um indicador de transmissão de dados/status, por exemplo, uma luz, também pode ser fornecida. O receptor móvel 130 pode estar na forma de um pequeno fob, via Bluetooth ou outro enlace de comunicação incluindo, porém, não limitado a IR, EMF de curto alcance, transmissão de campo próximo etc., para um dispositivo host 160. O receptor móvel 130 pode ser operável para receber dados de broadcast a partir do transmissor 150. O receptor móvel 130 pode incluir adicionalmente um transceptor para comunicar com ou de outro modo transmitir e receber dados para e a partir do dispositivo host 160, como um sinal de reconhecimento ou um sinal de controle. Em uma modalidade, nem o receptor móvel 130 nem o dispositivo host 160 tem capacidade de canal reverso/de volta de banda larga de volta para o serviço central 200, ao invés disso, o dispositivo host 160 se comunica com o receptor móvel 130 via comunicações de curto alcance ou canal de volta de banda estreita. O receptor móvel 130 pode se comunicar também com uma pluralidade de transceptores fixos localizados em torno do espaço 110 para essa finalidade. O receptor móvel 130 pode incluir adicionalmente um receptor de rádio ou chip operável para receber broadcasts de rádio FM padrão na faixa de frequência de 88 - 108 MHZ. Em uma modalidade, o receptor móvel 130 é uma configuração de módulos no dispositivo host 160 incluindo um receptor de rádio FM.

[0040] O receptor móvel 130 pode ser atribuído informações de identificação, como um endereço de MAC ou outro código de identificação, como EMEI ou equivalente. As informações de identificação atribuídas pelo receptor móvel 130 podem ser usadas de modo que um receptor móvel 130 particular possa receber transmissões de broadcast de dados destinadas tanto a sofrerem broadcast em geral para todos os dispositivos como especificamente dirigidas para o(s) receptor(es) móvel(is) 130 identificado(s). Alternativamente, o endereço de MAC ou outras informações de identificação a partir do dispositivo host 160 pode ser usado para dirigir especificamente transmissões para um indivíduo ou grupo de destinatários 120.

[0041] Em uma modalidade, o receptor móvel 130 é configurado como um transceptor/receptor intermediário que é operável para receber transmissões a partir do serviço central 200, decodificar opcionalmente as mesmas e transmitir as mesmas adicionalmente para o dispositivo host 160. A transmissão a partir do receptor móvel 130 para o dispositivo host 160 pode ser realizada por qualquer enlace de comunicação que esteja disponível no dispositivo host 160, ou por um módulo plug-in se uma porta estiver disponível no dispositivo, como um adaptador de Bluetooth. O receptor móvel 130 é operável para comunicar com o dispositivo host 160 via aplicação 170 executando no dispositivo host 160 ou via um programa de emulador de terminal, como Remote Desktop da Microsoft®. A aplicação 170 permite comunicações de mensagem compacta para telas de controle que podem ser previamente armazenadas no dispositivo host 160.

[0042] Voltando para a figura 4, o dispositivo host 160 é mostrado com um display 410. O dispositivo host 160 pode ser um telefone móvel celular, um smart phone, um telefone de protocolo de iniciação de sessão (SIP), um laptop, um assistente pessoal digital (PDA), um rádio satélite, um sistema de posicionamento global, um dispositivo de multimídia, um rádio em veículo ou sistema de navegação ou computador, um dispositivo de vídeo, um reprodutor de áudio digital (por exemplo, MP3 player), uma câmera, um console de jogos ou qualquer outro dispositivo similar. O dispositivo host 160 também pode ser referido por aqueles versados na técnica como uma estação móvel, uma estação de assinante, uma unidade móvel, uma unidade de assinante, uma unidade sem fio, uma unidade remota, um dispositivo móvel, um dispositivo sem fio, um dispositivo de comunicação sem fio, um dispositivo remoto, uma estação de assinante móvel, um terminal de acesso, um terminal móvel, um terminal sem fio, um terminal remoto, um aparelho handset, um agente de usuário, um cliente móvel, um cliente ou algum outro nome adequado. O dispositivo host 160 pode ser configurado com uma aplicação 170 para receber ou processar o broadcast de dados no espaço 110. Em uma modalidade, destinatários 120 realizam download da aplicação 170 para o dispositivo host 160 a partir de uma loja de app ou provedor de aplicação apropriado. Quando os destinatários 120 abrem a aplicação 170, a aplicação 170 é configurável para sincronizar ou de outro modo se comunicar com o receptor móvel 130 (com fio ou de modo sem fio, por exemplo, via Bluetooth). O receptor móvel 130 transmite dados de broadcast para o dispositivo host 160 que são processados pela aplicação 170. Aplicação(s) auxiliar(es) separado(s) ou integrado(s) como reprodutores de mídia pode(m) ser empregados para reproduzir dados de áudio/vídeo. A aplicação 170 pode descomprimir adicionalmente o áudio/vídeo sem interrupção durante reprodução, suprimir jitter de pacote, fornecer uma interface gráfica de usuário para exibição para um destinatário etc.

[0043] Em uma modalidade, a aplicação 170 exibe dados de broadcast no display 410, que podem ser visualizáveis por destinatários 120 do mesmo modo como um website tradicional ou app móvel. Em uma modalidade, a aplicação 420 pode incluir um perfil de usuário associado ao dispositivo host 160. O perfil de usuário pode incluir preferências de usuário, incluindo, por exemplo, idioma preferido. Se for antecipado que um broadcast particular necessitará ser capaz de enviar mensagens de grupo ou individuais, então haverá provisões de endereço definidas por meio das quais mensagens e instruções específicas podem ser entregues pelo ar que serão somente acionadas por um receptor combinando com o endereço. Dados de broadcast podem ser exibidos no idioma especificado no perfil do usuário. Em algumas modalidades, o dispositivo host 160 pode ser uma estação base, uma estação transceptora base, uma estação rádio base, um transceptor de rádio, uma função transceptora, um conjunto de serviços básicos (BSS), um conjunto de serviços estendidos (ESS) ou alguma outra terminologia adequada. Em uma modalidade, o dispositivo host 160 e receptor móvel 130 são configurados dentro do mesmo dispositivo físico.

[0044] Em uma modalidade exemplificadora, o sistema 100 é implantado em estádio de futebol para comunicar dados digitais com os destinatários participantes de jogos, 120, cada um tendo um receptor móvel 130, na forma de um pequeno (por exemplo, 1 polegada por 1 polegada) fob habilitado por Bluetooth ou receptor de bolso. O estádio de futebol é equipado com servidor de dados 140 e um transmissor 150, uma antena com 1,22 metros de altura para desempenhar broadcast de dados de modo sem fio para os receptores móveis 130. Cada receptor móvel 130 recebe dados de broadcast a partir do transmissor 150, incluindo, por exemplo, placares e estatísticas de jogos, destaques e replays de vídeo, mensagens, concursos de torcedores, publicidade, anúncios, atualizações de clima, programas customizados, promoções, vídeo ao vivo etc., e retransmite os dados de broadcast para o dispositivo host 160 emparelhado via Bluetooth, incluindo telefones móveis, tablets, computadores ou outros dispositivos sem fio.

[0045] O time da casa ou proprietário do estádio, por exemplo, pode gerar receita requerendo uma parte das vendas feitas através de receptores móveis durante um evento, ou cobrar por patrocínios ou broadcast de publicidade durante um jogo. Os dispositivos host 160 são operáveis para executar uma aplicação 170 como um app que seja realizado download antes de ou durante o jogo a partir das lojas de app da Apple ou Android, por exemplo. Quando ativado por um destinatário, a aplicação processa e exibe dados de broadcast tornados disponíveis nos dados do dispositivo host 160 recebidos a partir do fob do receptor móvel 130.

[0046] A aplicação em execução no dispositivo host 160 é configurável de modo que exiba informações no display 410 com base em instruções fornecidas no broadcast. Essas instruções podem referenciar tabelas contendo informações específicas para exibição, por exemplo, como mostrado nas figuras 5A-D. O modo no qual dados de broadcast estão sendo usados dependerá da programação do dispositivo host 160 emparelhado com o receptor móvel 130. Em um esforço para manter os dados organizados em pequenos incrementos, um mapa de memória pode ser organizado em uma série de “tabelas”. Em uma configuração, pode haver até 255 tabelas diferentes, com até 255 linhas e 255 colunas por tabela. Cada “célula” na tabela conterá um único item que pode ser endereçado individualmente pela aplicação 170 no dispositivo host 160. Embora não seja necessário, pode ser preferível organizar as tabelas de modo a ter os dados armazenados em cada tabela de natureza similar. A aplicação 170 que executa no dispositivo host 160 será escrita de modo que qualquer parte das informações exibidas que mudarão será controlada por um conjunto de dados sendo armazenado em uma das tabelas, como mostrado.

[0047] Nesses exemplos, tipos de dados são indicados com “B” para octeto e “S” para string. Símbolos para certas características podem ser representados também, por exemplo, {GF}, que se refere a uma mensagem ou mensagens filtradas de grupo requerendo avaliação do ID de Grupo e {Sticky}, que significa nesse exemplo que após ajustado em “Verdadeiro” não deve ser trocado para falso, mesmo se as instruções de broadcast para o dispositivo host 160 indicarem de outro modo. Para evitar confusão com sistemas que usam diferente de oito bits para um “byte”, onde esta divulgação ou as figuras se referirem a um “byte”, deve ser entendido como referindo-se a um “octeto” ou oito bits.

[0048] Em um exemplo mostrado na figura 5A, na linha 12, coluna E, o broadcast indica onde a aplicação deve procurar para encontrar o elenco do “time de casa” apropriado (nesse caso, tabela 3) e na linha 12, coluna F, o elenco do “time visitante” (tabela 4). Cada coluna tem um “ID de time” (octeto) que corresponde à tabela que contém o elenco para aquele time. Uma configuração de tabela de exemplo que conteria os dados específicos para tais elencos é mostrada na figura 5B. Voltando para a figura 5A, um display de vídeo é referenciado na linha 11, coluna C. A tabela de referência exemplificadora T200 é mostrada na figura 5C. Nesse exemplo, a primeira célula na tabela indica quantas células adicionais são requeridas para construir o vídeo completo. Fotos ou outros arquivos de multimídia podem ser fornecidos do mesmo modo. Outras informações podem ser de modo similar fornecidas em tabelas de consulta, como cor de tela, uma tabela de consulta exemplificadora é fornecida na figura 5D. De preferência, a quantidade de dados por célula é mantida pequena. As tabelas são recriadas repetidamente com cada transmissão a partir do stream de transmissor em uma velocidade, por exemplo, de 200 kilobits por segundo. Em um exemplo, cada célula de cada tabela é reescrita a cada 5 segundos. Informações novas são, portanto, capazes de serem exibidas sem re-renderizar o display inteiro.

[0049] Voltando para a figura 5E, o dispositivo host 160 e display 410 são mostrados com uma “página inicial” exemplificadora para a aplicação 170. Sobrepostos são comentários indicando referências da aplicação 170 aos dados apropriados a serem exibidos. Por exemplo, o gráfico ou logotipo para o primeiro time exibido 510 é mapeado para a Tabela 1, linha 0, coluna 2. Uma vez que o elemento referenciado é um gráfico (ou foto, logotipo etc.), os dados na localização de célula referenciada na Tabela 1 serão atribuídos a um arquivo gráfico específico. Em outro exemplo, o horário do jogo 520 (“3pm ET”) é encontrado na célula localizada na Tabela 1, linha 0, coluna 1. À medida que as informações dentro das células em cada localização são trocadas ou removidas ao longo do tempo, o display será atualizado com as informações novas. Em uma modalidade, os dados especificados na localização de tabela, linha e coluna serão exibidos pela aplicação 170 à medida que os dados aparecem na célula da tabela (por exemplo, texto ou números). Em outra modalidade, os dados incluídos na célula de tabela referenciada são equivalentes a um comando para exibir alguns outros dados. Por exemplo, o “status do jogo” do jogo Alabama v. Clemson é indicado por dados localizados na Tabela 1, linha 1, coluna 1, que contém o numeral 4. Nesse exemplo, os conteúdos de texto específico de referência da Tabela 1, linha 1, coluna 1 que devem ser exibidos ou ações adicionais, como mostrado na Tabela 1: Tabela 1

[0050] A aplicação 170, então, quando o numeral 4 é incluído na célula da Tabela 1, linha 1, coluna 1, exibe o texto “FINAL” como mostrado em 5E.

[0051] Em uma modalidade, os destinatários 120 podem interagir com dados mostrados no display 410. Por exemplo, quando um usuário “clica” ou toca ou de outro modo interage em uma seção do display 410 que é ligado àquela célula, assumindo que há algum nível de conectividade com a Internet, o dispositivo host 160 se conectará à URL e retransmitirá uma solicitação juntamente com as informações de contato dos destinatários 120. Por exemplo, isso pode incluir uma solicitação de compra. Desse modo, o conteúdo de broadcast pode habilitar um usuário a navegar por um catálogo ou menu sem usar a internet para realizar o download do conteúdo e então retransmitir uma solicitação de compra através da internet.

[0052] Voltando para a figura 6A, é mostrado um protocolo de encapsulação de mensagem 500 exemplificador que permite transmissão de dados de broadcast sem a necessidade de comunicação bidirecional. O protocolo de mensagem permite a transmissão de instruções digitais, arquivos, dados de streaming ou qualquer outro tipo de informações digitais para a pluralidade de dispositivos, simultaneamente.

[0053] Em uma modalidade, as informações digitais que sofrem broadcast são estruturadas de modo que cada octeto de dados está contido em uma mensagem que tem um preâmbulo incluindo informações de endereço para receptor(es) móvel(is) 130 pretendido(s), bem como uma localização dos dados dentro de um arquivo maior, se apropriado. Essas informações de endereço permitem que dados sejam transmitidos em qualquer sequência necessária para realizar as tarefas da rede geral. Dados binários podem ser misturados com arquivos de dados maiores sem corromper o arquivo maior. Informações de endereço podem estar na forma de, por exemplo, um endereço de banco de dados, estrutura de tabela ou mapa de memória. Cada mensagem sendo transmitida contém todas as informações de endereço necessárias para o(s) receptor(es) móvel(is) 130 pretendido(s) para interpretar e executar ou armazenar os dados de broadcast.

[0054] Quando uma transmissão de dados é desempenhada por broadcast a partir do serviço central 200, terá preferivelmente uma estrutura de dados de mensagem multi-octeto, com um preâmbulo (ou postâmbulo) que identifica, entre outras coisas, um ID de espaço, que identifica qual estádio/espaço a transmissão de dados pretende alcançar. Como pode haver múltiplos eventos ocorrendo simultaneamente e em proximidade próxima, receptor(es) móvel(is) 130 podem ser, em certas modalidades, pré-ajustados ajustados para um evento/espaço específico quando ativado(s). A estrutura também pode incluir um tipo de mensagem, como “broadcast geral” a ser recebido por todo receptor móvel 130 para o espaço 110, ou “específico” para um receptor móvel 130 particular, que pode ser determinado por combinar as informações de identificação do receptor móvel 130, como uma combinação do endereço de MAC do receptor móvel 130. Em uma modalidade, uma aplicação operando no dispositivo host 160 é programada para comunicar automaticamente com o serviço central 200 que está operando e de qual espaço está recebendo um broadcast. O serviço central 200 liga então essas informações com um banco de dados de destinatários 120 que foi, por exemplo, criado quando a aplicação foi instalada inicialmente no dispositivo host do usuário. O endereço de MAC do receptor móvel 130 pode ser associado a um espaço no banco de dados e se referir a ele se/quando o serviço central 200 necessitar passar uma mensagem de grupo/individual. A estrutura pode incluir adicionalmente, no caso de uma mensagem de tipo específico, octetos adicionais com as informações de identificação do receptor móvel 130 (por exemplo, endereço de MAC). A estrutura também pode incluir um mapa de memória ou identificador do tipo mensagem, que diz ao receptor móvel 130 e/ou dispositivo host 160 (se apropriado), como os dados de broadcast devem ser usados e/ou onde devem ser armazenados em um mapa de memória predefinido. Em uma modalidade, essas informações são definidas na aplicação quando instalada no dispositivo host 160. Quando informações de endereço são armazenadas na localização de célula predefinida (descrita abaixo) combina com o endereço de MAC do receptor móvel 130, o conteúdo da carga útil daquela mensagem particular pode ser executado como definido na aplicação. A estrutura incluirá adicionalmente dados de mensagem. No caso de um vídeo ou imagem, a mensagem pode ser um único ou um grupo de pixels.

[0055] Em uma modalidade, a fim de levar em conta a falta de largura de banda de canal de volta, acomodações foram feitas para assegurar entrega de mensagem sem um sinal de reconhecimento de canal de volta. O serviço central 200 transmitirá preferivelmente continuamente todas as mensagens por um período de tempo predeterminado mesmo se tiverem sido recebidas há muito tempo pelos dispositivos hosts. Isso permitirá “backfill” de dados de mensagem que poderiam ter sido perdidas na primeira transmissão, porém devido à falta de reconhecimento, agora há um modo de saber quais dados estão faltando. Por retransmitir continuamente pelo período de tempo predeterminado, a maioria das mensagens será finalmente totalmente entregue sem a necessidade de reconhecimento. Em uma aplicação esportiva, por exemplo, um placar será constantemente retransmitido a menos que/até mudar. Nesse ponto, o placar revisado tornar-se-á uma parte do broadcast em carrossel. O conteúdo sendo usado pela aplicação sofrerá constantemente broadcast novamente usando essa metodologia de carrossel de modo que a qualquer ponto dado em tempo as informações mais atuais são disponíveis para o usuário.

[0056] Na figura 6A, são fornecidos um formato de contêiner ou informações de cabeçalho 610 exemplificadores para transmitir um stream de dados para uso com os sistemas e métodos descritos na presente invenção, ou outros. As mensagens podem ser de vários comprimentos, de poucos como 9 octetos até 60 octetos.

[0057] O octeto “0” 611 de cada mensagem contém um “ID de Mensagem”. Esse número indica o tipo de mensagem que segue. O octeto “01” 612 é o “ID de Espaço”. Como discutido acima, esse é um número que é ajustado pelo programa do transmissor e enviado pelo serviço central 400 e é único para cada evento/espaço, e/ou evento/espaço/data. O programa de transmissor, em uma modalidade, é um programa de software executando no serviço central 200 ou qualquer serviço local usado em um evento particular. O programa de transmissor (e programas de transmissor de serviço local) são responsáveis por criar todos os pacotes de mensagens a sofrerem broadcast em um evento particular. Esses pacotes de mensagem são, então, comunicados para o servidor de dados 140 onde são acrescentados ao buffer em carrossel para broadcast contínuo pelo transmissor 150 até serem mudados ou serem removidos (por exemplo, pelo serviço central 200 ou um serviço local). Software no dispositivo host 160 salva o número de VenueID na memória (por exemplo, NVRAM), de modo que compara o octeto “01” de cada mensagem com o número VenueID salvo. Se o número salvo for igual ao número contido no octeto “01” de uma mensagem, então pode ser ignorado, e a mensagem deve ser processada normalmente, isto é, analisada e salva na memória. Se o número contido no octeto “01” de uma mensagem for diferente do que foi salvo na memória, então todos os dados armazenados em todas as tabelas serão apagados, e o número novo salvo. Tabelas novas são então criadas e carregadas com os dados em mensagens recebidas subsequentes. Em uma modalidade, usando esse processo, dados antigos que podem ser armazenados no display do dispositivo host de um destinatário são “apagados” quando ele ou ela vai para um evento, localização ou espaço novo. Em outra modalidade, uma exceção é fornecida quando o VenueID = 0. Nesse caso, uma redefinição de memória não é iniciada e a mensagem recebida é processada como um “Endereço Individual” ou mensagem destinada a um receptor móvel 130 específico. Os seis primeiros octetos de uma mensagem de “Endereço Individual” podem ser usados para indicar as informações de identificação de um receptor móvel 130, por exemplo, endereço de MAC ou outro ID do receptor móvel 130 pretendido. Todos os outros receptores móveis 130 ignorarão, então, essa mensagem.

[0058] O octeto “02” 613 contém um número (CL) que indica se os dados que seguem serão ou não o conteúdo inteiro de uma célula em uma das tabelas, ou se é uma de uma série de mensagens que será usada para preencher a célula. Por exemplo, se CL for um “0”, então os dados que seguem serão o conteúdo inteiros da célula. O conteúdo dessa mensagem sobrescreverá os dados sendo atualmente armazenados na célula (caso haja algum). Se CL for “1”, então o conteúdo dessa mensagem será a primeira parte do que eventualmente será uma série de caracteres naquela célula. Se CL for “2”, então o conteúdo será apenso ao final do que foi enviado em uma mensagem anterior e assim por diante. Em um exemplo, a qualquer momento em que CL é ajustado em “0” ou “1”, então todos os dados atualmente armazenados na célula são sobrescritos.

[0059] O octeto “03” 614 contém um número que indica quantos octetos totais estão na mensagem. Esse número é 8+PL, onde PL indica o número de octetos na carga útil efetiva da mensagem. PL=0 indica uma carga útil de 1 octeto, PL =1 indica uma carga útil de 2 octetos etc. O checksum não é contado no cálculo de comprimento da mensagem.

[0060] Octetos “04” 615, “05” 616, e “06” 617 contêm a localização de endereço para as informações contidas nos octetos “07” até “PL+7”. Em um exemplo, o octeto “04” 615 indica o número da tabela, o Octeto “05” 616 indica o número da linha e o octeto “06” 617 indica o número de coluna de uma localização onde os dados devem ser armazenados. Uma vez que PL indica o número de octetos sendo armazenados na célula, as informações contidas em octetos “07” até “PL+7” são armazenadas sequencialmente na célula especificada pelos octetos “04”, “05”, e “06”.

[0061] O último octeto (PL+8) 618 é sempre o Checksum. Esse octeto é usado para validar cada mensagem recebida, porém não é armazenado na tabela.

[0062] A figura 6B fornece uma mensagem exemplificadora. Nessa estrutura, MID = F4 = Mensagem de Comprimento Variável, VID = 48, PID=17, LEN = 9, AT=Tabela # = 17, AR=Linha # = 1, AC=Coluna # = 1, Dados = D0+D1 = 01, 00, CHK = AD.

[0063] Em uma modalidade, cada pacote de uma mensagem a ser sofrer broadcast é um item autônomo. O esquema de endereço descrito acima permite que qualquer pacote que foi adequadamente recebido por um receptor móvel 130 seja salvo, montado e exibido por um dispositivo host 160 emparelhado com quaisquer outros pacotes requeridos, independente de se o outro conteúdo tenha ainda ou não de ser totalmente transmitido. Em outras palavras, se a porção de texto de uma mensagem de alerta for dividida entre cinco pacotes, então assim que esses cinco pacotes são recebidos, a mensagem pode ser exibida no dispositivo host 160, embora possa haver mais pacotes ainda sofrendo broadcast que pertencem, por exemplo, a um arquivo de multimídia associado como uma foto ou vídeo. Como exemplo, como mostrado na figura 5, linha 0, coluna 0 é usado para exibir anúncios enviados para todos os destinatários 120 em um jogo. Pacotes de mensagem não têm necessariamente de ser recebidos pelo receptor móvel 130 em ordem sequencial, nem têm de ser contíguos.

[0064] Em uma modalidade, o sistema funciona em qualquer taxa baud. Atrasos de tempo entre mensagens não têm impacto, nem os pacotes precisam necessariamente ser enviados na mesma taxa ao longo da transmissão de broadcast. Em um exemplo, o formato de mensagem é transmitido em uma taxa baud de 4800 baud.

[0065] Em uma modalidade, o formato de mensagem é fornecido para desempenhar broadcast RF de conteúdo de multimídia. Em uma modalidade alternativa, o formato de mensagem é usado para permitir desempenhar broadcast do mesmo tipo de conteúdo através de toda a Internet via UDP. Uma vez que pacotes individuais dentro do stream de dados podem ser recebidos em qualquer ordem, e não requerem reconhecimento de recepção, os pacotes podem ser transmitidos através de uma conexão UDP. A permissão para o uso de UDP pode aumentar dramaticamente a velocidade e reduzir os requerimentos de infraestrutura de um servidor de internet típico usado por alguém que está tentando servir o conteúdo através da Internet para milhões de destinatários 120 simultâneos. Uma vez que UDP é um protocolo “sem conexão”, os dados sendo transmitidos através do mesmo podem ser simultaneamente recebidos e processados por milhões de destinatários 120 sem ter de aumentar a largura de banda no servidor, ou capacidade de roteador com base na demanda de usuário para os dados. Também, uma vez que não há requerimentos para reconhecimento de recepção de dados, taxas de transferência elevarão dramaticamente devido ao congestionamento de rede reduzido.

[0066] Em uma modalidade adicional, mensagens de multimídia ou dados digitais podem ser transmitidas para um transmissor FM para destinatários 120 tendo receptores móveis 130 em que os receptores móveis 130 (quer fisicamente integrados ou separados do dispositivo host 160) compreendem um chip de rádio FM. Dispositivos host 160 como telefones celulares ou painéis de controle de automóveis/rádio de carro ou estéreos ou combinação de rádio/sistemas de navegação similares podem conter chips de rádio FM. Informações de dados digitais/multimídia podem ser segmentadas e encapsuladas usando informações de cabeçalho como fornecido acima, moduladas para serem enviadas por FM, e então sofrem broadcast a partir de transmissores FM para os receptores móveis 130 (como o tuner FM e chip demodulador e módulos relacionados em um sistema estéreo de carro, por exemplo), por exemplo, em 56 kb/s. No caso de receptores móveis 130 de estéreo de carro, cada pacote pode ser alternado através do canal estéreo esquerdo/direito. Aplicação(s) de software no dispositivo host 160 receberia(m) ou opcionalmente extrairia(m) dados a partir do chip FM e decodificaria(m) e remontaria(m) os segmentos para renderizar a mensagem. A frequência portadora de tal sistema é provavelmente dependente de país e pode ser selecionada por uma pessoa com conhecimentos comuns.

[0067] Em uma modalidade adicional, o transmissor 150 está transmitindo constantemente e retransmitindo a estrutura inteira dos dados de broadcast sendo usados por receptores móveis 130 no espaço 110. À medida que os dados de broadcast mudam (tempos de volta, condições climáticas, placares em um jogo de futebol, por exemplo), uma mensagem nova é transmitida que sobrescreve dados anteriormente que sofreram broadcast em células de modo que o display 410 em um dispositivo host 160 muda para refletir os dados de broadcast atualizados. Se os dados de broadcast estiverem sendo usados para fornecer informações para a aplicação 170 para exibição no display 410, então o display 410 pode ser mudado imediatamente, sem ter de retransmitir o conjunto de dados inteiro usado para gerar originalmente o display.

[0068] O dispositivo host 160 regenera ou renova constantemente o display 410, monitorando os dados de broadcast a partir do receptor móvel 130 para o dispositivo host 160. Se quaisquer dados de broadcast forem mudados por uma sequência de mensagens a partir do transmissor 150, então o display 410 é atualizado assim que essas mensagens forem recebidas no receptor móvel 130, transmitidas para o dispositivo host 160 e processadas e exibidas pela aplicação 170. Isso pode aplicar formatação de dados de broadcast ou informações de preferência de display (por exemplo, cores da tela). Qualquer porção das informações mostradas no display 410 pode ser mudada para indicar que um evento ocorreu (por exemplo, mudar a tela para amarelo quando uma corrida está sob um alerta de atenção). Aplicações exemplificadoras 420 podem ser configuradas de modo que qualquer conteúdo que um divulgador gostaria de ser capaz de controlar ou mudar possa ser encontrado em tabelas definidas no início do processo de programação de aplicação. Essas características podem incluir texto, imagens, layout de tela, equipamento do dispositivo host (como a lanterna em um smartphone) ou sons que podem ser reproduzidos através dos alto- falantes do dispositivo host 140. O conteúdo e instruções podem ser transmitidos e armazenados em localizações específicas nas células das tabelas, e aplicação escrita para procurar o conteúdo/instruções nessas células definidas.

[0069] Desse modo, mesmo sem um sinal de reconhecimento enviado de volta para o transmissor 150 a partir do(s) receptor(es) 130, o display 410 no dispositivo host 160 deve eventualmente preenchem totalmente com os dados de broadcast pretendidos completos, mesmo se dados de broadcast estiverem inicialmente faltando ou forem perdidos na transmissão.

[0070] Em uma modalidade, dados de broadcast sendo transmitidos também podem incluir instruções digitais que podem ser usadas para controlar os dispositivos localizados no espaço 110, como ilustrado na figura 1. Isso pode ser particularmente útil para dispositivos onde é desejável não ser conectado com fio a uma rede maior. Como cada mensagem sendo transmitida contém informações de endereço especificando para qual receptor móvel 130 é destinado, receptores móveis 130 podem ser construídos para emitir sinais de controle para ligar ou desligar outros dispositivos bem como configurar e/ou controlar esses dispositivos com comandos digitais sendo incorporados nos dados de broadcast. Por exemplo, receptores móveis 130 podem ser operáveis como controladores para dispositivos de tela maiores ou rastrear iluminação (dispositivos Jumbotron®, por exemplo). Em uma pista de corrida, por exemplo, pode ser difícil preparar controladores de conexão em cada sinal eletrônico. Ao invés, o sistema 100 pode ser usado para controlar um dispositivo grande a partir de um receptor móvel 130 e não será requerida nenhuma fiação de controlador.

[0071] Na figura 7, é mostrado um método de desempenhar broadcast de dados 700 para uma pluralidade de receptores móveis. Na etapa 701, um serviço central 200 comunica dados incluindo conteúdo, por exemplo, placares esportivos, atualizações de eventos, informações de emergência, multimídia etc. a um sistema implantado em um espaço 110, por exemplo, via Internet. O espaço 110 é equipado com um servidor de dados 140 e um transmissor 150 para desempenhar broadcast de dados de modo sem fio. Na etapa 702, dados a partir do serviço central 200 são recebidos no servidor de dados 140, que está em comunicação com o transmissor 150. Na etapa 703, o servidor de dados 140 comunica dados de broadcast a sofrerem broadcast para destinatários 120 cada um tendo um receptor móvel 130 para o transmissor 150. Na etapa 704, o transmissor 150 transmite dados de broadcast para receptor(es) móvel(is) 130, que contêm pelo menos um transceptor, e são emparelhados com dispositivo(s) host(s) 160. Na etapa 705, o(s) receptor(es) móvel(is) 130 recebe(m) dados de broadcast e na etapa 706, transmite(m) dados de broadcast para dispositivo(s) host(s) 160, que estão executando aplicações para processar e/ou exibir os dados de broadcast. Na etapa 707, respostas a partir do(s) dispositivo(s) host(s) 160 são transmitidas de volta para o sistema 100 (caso haja) via uma rede disponível para o dispositivo host 160, como uma rede TCP/IP. Em uma modalidade, essa característica pode ser usada onde itens de menu ou catálogo sofrem broadcast para destinatários 120 e então se um usuário desejar comprar algo dos itens de menu ou catálogo, o usuário seleciona um item (via aplicação 170) e a solicitação de compra, juntamente com, por exemplo, informações de pagamento, pode ser retransmitida de volta para a loja através de uma rede TCP/IP (por exemplo, celular ou Wi-Fi).

[0072] Em uma modalidade, o servidor de dados 140 é operável para seletivamente transmitir dados recebidos a partir do serviço central 200. Dados autorizados para todos os destinatários em uma localização podem ser transmitidos para o transmissor 150 para broadcast geral para todos os receptores móveis 130. Dados autorizados somente para destinatários selecionados podem ser acessíveis pelo(s) dispositivo(s) host(s) 160 somente se o(s) destinatário(s) possuir(em) ou entrar(em), por exemplo, um código requerido ou em outra modalidade, somente para receptor(es) móvel(is) 130 tendo certas informações de identificação. Em uma modalidade, esse serviço pode ser implementado pelo serviço central 200 ou por um serviço local.

[0073] Em outra modalidade, o transmissor 150 está desempenhando broadcast constantemente da estrutura inteira dos dados a serem comunicados para o(s) receptor(es) móvel(is) 130 usando a metodologia de carrossel. Desse modo, mesmo sem um sinal de reconhecimento enviado a partir do(s) receptor(es) móvel(is) 130, exibe no(s) dispositivo(s) host(s) 160 eventualmente preenchem totalmente mesmo se dados estiverem inicialmente faltando/perdidos.

[0074] Voltando para a figura 8, é fornecida uma modalidade dos métodos e sistemas da invenção adequada para aplicação em situações de emergência ou desastre 900. Até que haja implantação generalizada de LTE ou outra tecnologia de broadcast nos Estados Unidos, as mensagens de multicast WEA contendo conteúdo de multimídia não estão disponíveis em geral em situações de emergência. WEA é um sistema de segurança público que permite a clientes com certos telefones sem fio próprios e outros dispositivos móveis compatíveis receber mensagens semelhantes a texto geograficamente direcionadas alertando a eles sobre ameaças iminentes à segurança em sua área. Telefones celulares não estão atualmente equipados para receber mensagens de broadcast de multimídia. Uma modalidade da invenção fornece um sistema em que o(s) destinatário(s) desejando receber mensagens de multicast WEA é(são) fornecido(s) com receptores móveis 810, por exemplo, um receptor digital equipado com Bluetooth® pequeno usado para receber uma mensagem transmitida em pacotes e então retransmitir a mensagem para um dispositivo host 820 (por exemplo, um telefone móvel) usando protocolos de Bluetooth®. No dispositivo host 820, a mensagem é recebida e processada por uma aplicação de software que contém o codec e APIs necessários para compilar os pacotes de mensagem de volta para texto, comandos binários ou conteúdo de multimídia, como apropriado.

[0075] Como exemplo, em um furacão, autoridades governamentais (por exemplo, FEMA) poderiam distribuir receptores móveis 810 para pessoal de emergência ou residentes de uma área afetada de modo que os destinatários possam receber informações atualizadas, alertas de notícias e clima ou alertas de emergência a partir de oficiais do governo, com informações de multimídia como mapas, vídeos, fotos etc. Mensagens de multimídia podem sofrer broadcast para receptores móveis 810 a partir de um transmissor móvel ou temporário implantado em uma área, geografia ou espaço relevante (por exemplo, abrigo). Os destinatários podem baixar uma aplicação antes do desastre em seus telefones móveis ou outros dispositivos hosts que podem ser emparelhados com receptores móveis 810 via qualquer canal de comunicação disponível, por exemplo, Bluetooth.

[0076] As figuras 9A e 9B fornecem informações exemplificadoras para mensagens de alerta do governo transmitidas através dos sistemas e métodos da invenção. A figura 9A é um exemplo de uma mensagem de Alerta de Emergência como especificado no padrão do Protocolo de Alerta Comum, Ver. 1.2 usando linguagem de marcação extensível (XML), que é o método universalmente adotado para distribuir Mensagens de Alerta de Emergência, tanto nacional como internacionalmente. A figura 9B mostra um exemplo de como as informações nessa mensagem XML poderiam ser convertidas em um formato de tabela, em conformidade com o formato de broadcast descrito na presente invenção.

[0077] Nessa modalidade, o transmissor 150 está enviando constantemente a estrutura inteira dos dados mostrados, que são armazenados em tabelas. À medida que as coisas mudam (por exemplo, nível de “urgência” ou nível de “certeza”, ou arquivo de imagem ou GIF), uma mensagem de dados de broadcast sobrescreverá os dados na célula onde esses dados foram armazenados. O display 410 do dispositivo host 160 mudará para refletir as informações atualizadas.

[0078] Em uma ou mais modalidades exemplificadoras, as funções descritas podem ser implementadas em hardware, software, firmware ou qualquer combinação dos mesmos. Se implementadas em software, as funções podem ser armazenadas em ou codificadas como uma ou mais instruções ou código em um meio legível por computador. Mídia legível por computador inclui mídia de armazenamento de computador. Mídia de armazenamento pode ser qualquer mídia disponível que possa ser acessada por um computador. Como exemplo, e não limitação, tal mídia legível por computador pode compreender RAM, ROM, EEPROM, CD-ROM ou outro armazenamento de disco ótico, armazenamento de disco magnético ou outros dispositivos de armazenamento magnético, ou qualquer outro meio que possa ser usado para portar ou armazenar código de programa desejado na forma de instruções ou estruturas de dados e que possa ser acessado por um computador. Disco (disk) e disco (disc), como usados na presente invenção, incluem disco compacto (CD), disco a laser, disco ótico, disco versátil digital (DVD), e disquete onde discos reproduzem normalmente os dados magneticamente, enquanto discos (discs) reproduzem os dados oticamente com lasers. Combinações dos acima devem ser também incluídas dentro do escopo de mídia legível por computador.

[0079] Voltando para a figura 10 é fornecido um fluxograma. Na etapa 1000, o dispositivo host 160 executando a aplicação 170 ativa uma sessão de entrega de arquivo para um serviço de broadcast em um espaço 101. O dispositivo host 160 começa a realizar o download do conteúdo em um endereço de rede definido e porta associada a um ID de sessão de transporte da sessão de entrega de arquivo. Na etapa 1001, o dispositivo host 160 recebe pelo menos um primeiro segmento de mídia associado a um broadcast de arquivo digital no espaço 101. Na etapa 1002, o dispositivo host 160 recebe pelo menos um segundo segmento de mídia associado ao broadcast de arquivo digital no espaço 101. Em uma modalidade, esse método é usado para transferir arquivos digitais (por exemplo, imagens, áudio e vídeo). Em um espaço particular, uma tabela é definida para armazenar as informações digitais requeridas para criar o arquivo digital desejado, como uma série de células contidas em uma tabela. O arquivo digital é dividido em segmentos (por exemplo, entre 20-60 octetos cada), e então cada segmento é armazenado em uma célula diferente dentro da tabela. A aplicação 170 executando no dispositivo host 160 avalia o conteúdo dos segmentos de mídia recebidos, e combina os mesmos na ordem adequada de acordo de modo que o arquivo digital original seja acessível ou visualizável por um usuário.

[0080] A figura 11 ilustra um fluxograma de dados conceituais ilustrando o fluxo de dados entre componentes diferentes em um aparelho 1100 exemplificador. O aparelho pode ser um dispositivo host 160. O aparelho 1100 inclui um módulo de gerenciamento de dados de broadcast 1101 que é operável para ativar uma sessão em uma rede de broadcast em um espaço. O aparelho 1100 inclui adicionalmente um módulo de processamento de dados de broadcast 1102 que é operável para receber um stream de dados na sessão a partir de uma rede 1103. O stream de dados inclui pelo menos um segmento de arquivo de dados digitais encapsulado, em que pelo menos um segmento de arquivo de dados digitais encapsulado é associado às informações de endereço. O aparelho 1100 inclui adicionalmente um módulo de armazenamento em cache de dados 1104 que é operável para armazenar em cache o pelo menos um segmento de arquivo de dados digitais encapsulado. O aparelho 1100 inclui adicionalmente um módulo de processamento de conteúdo 1105 que é usado para decodificar segmentos de arquivo de dados digitais encapsulados de multimídia para reprodução enquanto também usa os segmentos de arquivo de dados digitais encapsulados em cache. O módulo de processamento de dados de broadcast 1102 pode ser adicionalmente operável para receber segmentos de arquivo de dados digitais encapsulados adicionais associados ao arquivo de dados digitais. Como tal, cada etapa no fluxograma acima mencionado pode ser desempenhada por um módulo e o aparelho 1100 pode incluir um ou mais desses módulos.

[0081] A figura 12 é um diagrama ilustrando um exemplo de uma implementação para um aparelho 1200 empregando um sistema de processamento 1201. O sistema de processamento 11201 pode ser implementado com uma arquitetura de barramento. O sistema de processamento 1201 pode incluir qualquer número de barramentos e pontes de interconexão dependendo da aplicação específica do sistema de processamento 1201 e das limitações gerais de projeto. O sistema de processamento 1201 liga juntos vários circuitos incluindo um ou mais processadores e/ou módulos de hardware, representados pelo processador 1202, os módulos de processamento 1203, 1204, 1205 e 1206 e o meio legível por computador 1207. O sistema de processamento 1201 pode ligar também vários outros circuitos como fontes de temporização, periféricos, reguladores de tensão e circuitos de gerenciamento de potência conhecidos na técnica. O sistema de processamento 1201 pode ser acoplado a um transceptor 1208. O transceptor 1208 é acoplado a uma ou mais antenas 1209. O transceptor 1208 fornece um meio para comunicar com vários outros aparelhos através de um meio de transmissão. O sistema de processamento 1201 inclui um processador 1202 acoplado a um meio legível por computador 1207. O processador 1202 é responsável por processamento geral, incluindo a execução de software armazenado no meio legível por computador 1207. Software, quando executado pelo processador 1202, faz com que o sistema de processamento 1201 desempenhe as várias funções descritas acima para qualquer aparelho particular. O meio legível por computador 1207 também pode ser usado para armazenar dados que são manipulados pelo processador 1202 ao executar software. Os módulos 1203, 1204, 1205 e 1206 podem ser módulos de software executando no processador 1202, residentes/armazenados no meio legível por computador 1207, um ou mais módulos de hardware acoplados ao processador 1202 ou alguma combinação dos mesmos. O sistema de processamento 1201 pode ser um componente do dispositivo host 160 e/ou receptor móvel 130 e pode incluir outras memórias e processadores.

[0082] Entende-se que a ordem ou hierarquia específica de etapas nos processos divulgados é uma ilustração de abordagens exemplificadoras. Com base nas preferências de projeto, entende-se que a ordem ou hierarquia específica de etapas nos processos pode ser reorganizada. Adicionalmente, algumas etapas podem ser combinadas ou omitidas. As reivindicações do método em anexo apresentam elementos das várias etapas em uma ordem de amostra e não pretendem ser limitadas à ordem ou hierarquia específica apresentada.

[0083] A invenção anterior é fornecida para habilitar qualquer pessoa versada na técnica a pôr em prática os vários aspectos descritos na presente invenção. Várias modificações para esses aspectos serão prontamente evidentes para aqueles versados na técnica e os princípios genéricos definidos na presente invenção podem ser aplicados a outros aspectos. Desse modo, as reivindicações não pretendem ser limitadas aos aspectos mostrados na presente invenção, porém devem ser acordadas o escopo total consistente com a linguagem das reivindicações, em que referência a um elemento no singular não pretende significar “um e somente um” a menos que especificamente assim mencionado, porém ao invés “um ou mais.” A menos que especificamente mencionado de outro modo, o termo “algum” se refere a um ou mais. Todos os equivalentes estruturais e funcionais aos elementos dos vários aspectos descritos ao longo dessa divulgação que são conhecidos ou venham posteriormente a serem conhecidos por aqueles com conhecimentos comuns na técnica são expressamente incorporados na presente invenção por referência e pretendem ser abrangidos pelas reivindicações. Além disso, nada divulgado aqui pretende ser dedicado ao público independente de se tal invenção é explicitamente citada nas reivindicações. Nenhum elemento de reivindicação deve ser interpretado como um meio mais função a menos que o elemento seja expressamente citado usando a frase “meio para.”

[0084] Portanto, pretende-se que a invenção não seja limitada às modalidades particulares divulgadas como o melhor modo considerado para realizar essa invenção, porém que a invenção incluirá todas as modalidades compreendidas no escopo e espírito das reivindicações anexadas.

Claims (9)

1. Sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis caracterizado pelo fato de que compreende: a. um serviço central operável para segmentar os dados de multimídia em dois ou mais segmentos de dados digitais, encapsular os dois ou mais segmentos de dados digitais com informações de cabeçalho e comunicar os dois ou mais segmentos de dados digitais a um servidor de dados remoto para broadcast para a pluralidade de receptores móveis remotos, em que as informações de cabeçalho compreendem: i. um identificador de espaço, ii. pelo menos um octeto identificando se os dados de multimídia são destinados a todos da pluralidade de receptores móveis no espaço, iii. um indicador de tipo de dados, iv. um indicador de série que indica se o segmento de dados digitais é ou não um de uma série, v. um indicador de número de octeto total que indica o número total de octetos em cada um dos dois ou mais segmentos de dados digitais, vi. informações de localização de endereço que indicam uma localização onde cada um dos dois ou mais segmentos de dados digitais deve ser armazenado, e vii. um checksum; b. em que o servidor de dados remoto é operável para receber os dois ou mais segmentos de dados digitais, armazenar os dois ou mais segmentos de dados digitais em um buffer em carrossel e transmitir repetidamente os dois ou mais segmentos de dados digitais para um transmissor para broadcast para a pluralidade de receptores móveis remotos; c. em que o transmissor é operável para desempenhar broadcast dos dois ou mais segmentos de dados digitais recebidos a partir do servidor de dados remoto para a pluralidade de receptores móveis; d. em que a pluralidade de receptores móveis cada i. compreende uma antena e um identificador único, ii. é emparelhado com pelo menos um dispositivo host, e iii. é operável para receber os dois ou mais segmentos de dados digitais a partir do transmissor e retransmitir os dois ou mais segmentos de dados digitais para o pelo menos um dispositivo host emparelhado; e e. em que cada dispositivo host compreende um display e é operável para receber os dois ou mais segmentos de dados digitais, reformatar os dois ou mais segmentos de dados digitais nos dados de multimídia e exibir os dados de multimídia.

2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente um canal de retorno para o serviço central a partir de pelo menos um dispositivo host emparelhado através de uma rede de comunicação alternativa não incluindo o transmissor.

3. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato de que a dita rede de comunicação alternativa inclui um canal de comunicação TCP/IP a partir de pelo menos um da pluralidade de receptores móveis para o serviço central.

4. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato de que a dita rede de comunicação alternativa inclui uma pluralidade de receptores de proximidade de curto alcance dentro do alcance do pelo menos um da pluralidade de receptores móveis.

5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente um perfil de usuário associado com cada um da pluralidade de receptores móveis.

6. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o serviço central reentrega os dois ou mais segmentos de dados digitais para broadcast para o servidor de dados remoto por um período de tempo predeterminado.

7. Método de desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis caracterizado pelo fato de que compreende as etapas de: a. em um serviço central, segmentar dados de multimídia em pelo menos dois segmentos de dados digitais; b. encapsular cada um dos pelo menos dois segmentos de dados digitais com informações de cabeçalho, as informações de cabeçalho compreendendo pelo menos um octeto identificando se os dados de multimídia são destinados a todos da pluralidade de receptores móveis em uma dada localização, pelo menos um octeto identificando uma localização de dados em uma célula de uma tabela de dados ou mapa de memória e pelo menos um octeto com dados para a dita célula; c. transmitir repetidamente os pelo menos dois segmentos de dados digitais para um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos durante um período de tempo predeterminado; d. receber os pelo menos dois segmentos de dados digitais no servidor de dados remoto; e. armazenar os pelo menos dois segmentos de dados digitais no servidor de dados remoto; f. comunicar os pelo menos dois segmentos de dados digitais via um buffer em carrossel para um transmissor para broadcast para a pluralidade de receptores móveis remotos; g. desempenhar broadcast de pelo menos dois segmentos de dados digitais para a pluralidade de receptores móveis; h. transmitir, por pelo menos um da pluralidade de receptores móveis, os pelo menos dois segmentos de dados digitais para um dispositivo host emparelhado para o pelo menos um da pluralidade de receptores móveis; i. receber os pelo menos dois segmentos de dados digitais no dispositivo host; j. armazenar em cache os pelo menos dois segmentos de dados digitais; k. montar os pelo menos dois segmentos de dados digitais de modo que os dados de multimídia sejam exibíveis; e l. exibir os dados de multimídia no dispositivo host.

8. Sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis caracterizado pelo fato de que compreende: a. um serviço central operável para: i. segmentar dados de multimídia em segmentos de dados digitais, ii. encapsular os segmentos de dados digitais com uma primeira informação de cabeçalho, e iii. comunicar os segmentos de dados digitais a um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos; b. um serviço remoto operável para comunicar dados de serviço remoto com uma segunda informação de cabeçalho para o servidor de dados remoto para broadcast com os segmentos de dados digitais e primeira informação de cabeçalho a partir do serviço central para a pluralidade de receptores móveis remotos; c. em que o servidor de dados remoto é operável para: i. receber os segmentos de dados digitais e primeira informação de cabeçalho a partir do serviço central, ii. receber dados de serviço remoto e segunda informação de cabeçalho a partir do serviço remoto, iii. armazenar os segmentos de dados digitais, a primeira informação de cabeçalho, a segunda informação de cabeçalho e os dados de serviço remoto, e iv. transmitir repetidamente via um buffer em carrossel os segmentos de dados digitais, a primeira informação de cabeçalho, a segunda informação de cabeçalho e os dados de serviço remoto para um transmissor para broadcast para a pluralidade de receptores móveis; e d. em que o transmissor é operável para desempenhar broadcast dos segmentos de dados digitais, da primeira informação de cabeçalho, da segunda informação de cabeçalho e dos dados de serviço remoto para a pluralidade de receptores móveis.

9. Sistema para desempenhar broadcast de dados de multimídia de modo sem fio para uma pluralidade de receptores móveis caracterizado pelo fato de que compreende: um serviço central que executa instruções de transmissor operáveis para segmentar dados de multimídia em segmentos de dados digitais, encapsular cada segmento de dados digitais com informações de cabeçalho e comunicar cada segmento de dados digitais com informações de cabeçalho a um servidor de dados remoto para broadcast para uma pluralidade de receptores móveis remotos; em que as informações de cabeçalho compreendem um identificador de espaço, um indicador de tipo de segmento de dados digitais, um identificador de receptor móvel, um indicador de série que indica se o segmento de dados digitais é ou não um de uma série, um indicador de número de octeto total que indica o número total de octetos em cada segmento de dados digitais, informações de localização de endereço que indicam uma localização onde o segmento de dados digitais deve ser armazenado e um checksum; e um servidor de dados operável para receber os segmentos de dados digitais e acrescentar os mesmos em um buffer em carrossel para broadcast contínuo por um transmissor até que os segmentos de dados digitais sejam mudados ou removidos pelo serviço central.

Images