PT2242249T - Transmissão de informações baseadas em texto - Google Patents

Description

DESCRIÇÃO

TRANSMISSÃO DE INFORMAÇÕES BASEADAS EM TEXTO 0 presente pedido refere-se à transmissão de informações baseadas em texto, tal como, por exemplo, difusão de informações baseadas em texto de carrossel de dados, um exemplo da qual é o serviço de informação de baixo perfil baseado em XML Journaline®. A difusão de informações baseadas em texto de carrossel de dados sendo representativa de uma transmissão de informações baseadas em texto permite que informações baseadas em texto sejam distribuídas a uma enorme quantidade de utilizadores com a manutenção da sobrecarga técnica razoavelmente baixa. Por exemplo, nenhum sinal de ligação ascendente ou de retorno dos recetores ao transmissor de difusão é necessário. A fim de permitir que os utilizadores naveguem individualmente através do conteúdo de informações fornecido pelo sinal de difusão de acordo com as suas preferências pessoais, toda a informação é dividida em objetos referentes a outros objetos, desse modo permitindo navegar interativamente à resultante disposição ligada de objetos. Para ser mais preciso, objetos de menu permitem ao utilizador selecionar, entre itens de menu, a fim de prosseguir de um objeto ao outro.

Embora seria possível fornecer a cada objeto um ID de objeto pai a fim de permitir ao utilizador se mover deste objeto ao seu objeto pai ao pressionar, por exemplo, um respetivo botão de retorno, o fornecimento de tal ligação pai não é fornecido em qualquer sistema de difusão de carrossel de dados ou até mesmo não valha a pena devido ao fato que mais de um objeto de menu possa ligar progressivamente a um objeto de modo a que um indicador de ID de objeto pai predefinido não permitiria uma ação de retorno intuitiva. No Serviço de Notícias Journaline®, os objetos são dispostos numa estrutura de árvore hierárquica com ligações levando do objeto de rota a qualquer outro objeto através de itens de ligação de objetos, tais como itens de menu de objetos de menu ou as funções de interatividade de ligações de objetos, o item de ligação apontando a outro, tal como, por exemplo, o objeto subordinado hierarquicamente.

Levando em consideração as propriedades de sistemas de difusão de informações baseadas em texto de carrossel de dados acima, torna-se claro que a navegação através da respetiva estrutura de árvore de objetos de informações baseadas em texto pode ser complicada para os utilizadores, ou que uma atualização do conteúdo das informações difundidas pelo sinal de difusão pode ser limitada. Por exemplo, a fim de disponibilizar as informações difundidas para utilizadores de idiomas diferentes, a estrutura de árvore de informações baseadas em texto pode ser fornecida na forma de uma floresta de árvores enraizadas separadas, com cada recetor sendo configurado para iniciar a navegação através da respetiva estrutura de árvore enraizada ou sendo configurável para iniciar a navegação numa dessas estruturas de árvores enraizadas selecionável. Novos idiomas podem ser acomodados através de novas árvores com novas raízes de árvores. No entanto, a necessidade de configurar o recetor é às vezes indesejável devido à sobrecarga relacionada em fornecer ao utilizador a capacidade de configurar o recetor. Em autorrádios, por exemplo, o número de interruptores de entrada pode ser altamente restrito de modo a que uma configuração do rádio a um novo ID de objeto raiz associado com um idioma de serviço recém-suportado seja muito complicada. Uma outra possibilidade é configurar todos os recetores para iniciarem a navegação num objeto de menu raiz comum, com esse objeto de menu raiz fornecendo ao utilizador a capacidade de selecionar um idioma de modo a que cada idioma corresponderia a uma respetiva subárvore da árvore integral e a adição de um novo idioma necessitaria apenas a adição de um item de menu ao objeto de menu raiz apontando à nova árvore de objetos relacionados ao recém-suportado idioma. No entanto, até mesmo essa possibilidade necessita que o utilizador selecione o idioma primeiro a fim de navegar através das efetivas informações no seu idioma.

Um outro problema decorrente das propriedades da difusão de informações baseadas em texto de carrossel de dados supracitadas que o difusor enfrenta é a necessidade do difusor em atualizar continuamente os objetos de informação de texto a fim de manter as informações neles contidas atualizadas. Algumas informações apresentadas no carrossel de dados são somente de validade temporária. Por outras palavras, essas informações devem ser apenas difundidas por um tempo de duração limitado com a atribuição do ID de objeto a um outro conteúdo de informações mediante o vencimento do respetivo tempo de duração. Até mesmo outras informações, no entanto, são relevantes por um período mais longo numa forma periódica. Por exemplo, alguns IDs de objeto podem ser reservados para apresentar ao utilizador informações a respeito de aniversários de pessoas famosas e os nomes de pessoas para uma data específica tornariam-se relevantes numa base anual com o difusor das informações tendo de atualizar diariamente o conteúdo associado com aquele ID de obj eto.

Além disso, os sinais de difusão de informações baseadas em texto de carrossel de dados não estão apenas restritos a informações textuais. Por exemplo, alguns objetos podem conter dados adicionais, os quais devem ser ignorados por recetores de baixo perfil, sendo esses dados adicionais dedicados a recetores de alto nível capazes de lidar com essas informações adicionais, tais como dados relacionados a símbolos especiais, gráficos, informações de localização ou similares. Em alguns casos, seria um desperdício de tempo para um utilizador tendo um recetor de baixo nível visitar um determinado objeto devido ao seu conteúdo principal depender desses dados adicionais em vez de dados de texto puros. Isso, por sua vez, aumenta a sobrecarga de navegação para o utilizador. 0 documento ΧΡ 10916569 descreve a conceção de uma arquitetura de software baseada em hiperligação para dispositivos inteligentes. A arquitetura proposta visa melhorar a estrutura de menu e a acessibilidade de funções com consideração às preferências do utilizador (ver resumo). Em particular, o documento Dl concentra-se na interface de utilizador de um telefone e apresenta uma estrutura de menu personalizável do telefone utilizando o XLink definido em W3C e a interface de função externa EFI definida nas especificações do formato WAP (ver resumo). Por exemplo, o documento sugere um menu dependente de contexto que se altera dependendo do contexto, tais como utilização, localização e horário (ver a seção "menus dependentes de contexto"). 0 mesmo se aplica em relação ao documento XP 31302626 A, um artigo que diz respeito à mesma arquitetura de software, nomeadamente a Hyrax. 0 documento XP 10697509 A relaciona-se com a modelagem conceituai de multicanal, aplicações web com deteção de conteúdo e propõe algumas soluções concebidas dentro do método webML (ver resumo). O documento US 2007/0050468 AI relaciona-se com um menu de contexto de realidade fornecendo ao utilizador uma pluralidade de serviços relacionados a objetos fisicos. Um dispositivo móvel que deteta um objeto fisico fornece ao utilizador uma lista de serviços disponíveis para o objeto fisico detetado (ver resumo).

Assim, é um objeto da presente invenção fornecer um conceito de transmissão de informações baseadas em texto, de tal modo que a sobrecarga de navegação do utilizador e/ou a sobrecarga da gestão/atualização do conteúdo do difusor possa ser reduzida.

Este objeto é alcançado por um recetor de acordo com a reivindicação 1, um sinal de informações baseadas em texto de acordo com a reivindicação 11, um sistema de transmissão de acordo com a reivindicação 14, um método de acordo com a reivindicação 16 e um programa de computador de acordo com a reivindicação 17. A presente invenção é baseada na descoberta de que a sobrecarga de navegação e/ou a sobrecarga da gestão/atualização de conteúdo pode ser reduzida ao fornecer objetos de ligação, tais como objetos de menu ou outros objetos sob a forma de menu tendo ligações a outros objetos, com dados de condição sendo associados com os itens de ligação dos objetos de ligação de modo a que, dependendo de uma verificação se os dados de condição são satisfeitos, ou não, um tratamento automático de um objeto de ligação possa ser efetuado. Por exemplo, o tratamento automático pode compreender uma designação automática de um ID de objeto referido por um item de ligação do objeto de ligação que tem dados de condição a ele associados que são satisfeitos, como um ID de objeto recém-selecionado. Neste caso, a exibição do objeto de ligação ao utilizador pode até mesmo ser suprimida. Portanto, o utilizador não está preocupado em selecionar entre itens de ligação de objetos de ligação, a seleção entre os quais teria sido clara previamente. Alternativamente, o tratamento automático pode compreender disponibilizar uma apresentação a ser apresentada - tal como, por exemplo, visual e/ou auditivamente - ao utilizador, representando os itens de ligação do objeto de ligação numa maneira consoante à verificação dos dados de condição mencionada acima com a designação, então, de um ID de objeto referido por um item de ligação do objeto de ligação que é, por exemplo, selecionado manualmente pelo utilizador através de um seletor operável pelo utilizador, como o ID de objeto recém-selecionado. De acordo com a dependência do resultado da verificação, os itens de ligação que têm associados a eles dados de condição que são satisfeitos, podem, por exemplo, ser dispostos no inicio do menu de modo a facilitar a seleção desses itens de menu pelo utilizador através do seletor operável pelo utilizador em relação aos outros. 0 oposto pode também ser verdadeiro. De acordo com uma outra forma de realização ou para outros objetos de ligação, a dependência do resultado da verificação pode ser implementada de tal modo que os itens de ligação que têm associados a eles dados de condição que são satisfeitos, podem, por exemplo, ser realçados em relação aos outros itens de ligação para serem mais reconhecíveis pelo utilizador, deixando a ordem entre os itens de ligação inalterada. Novamente, o oposto pode ser verdadeiro também de modo a que estes itens de ligação sejam representados de forma menos reconhecível. De acordo com até mesmo uma outra forma de realização ou até mesmo para outros objetos de ligação, a dependência do resultado da verificação pode ser implementada de tal modo que os itens de ligação tendo dados de condição a eles associados que não são satisfeitos, podem, por exemplo, ser deixados de fora. 0 menu seria, então, encurtado. Mesmo neste caso, o oposto pode ser verdadeiro também de modo a que esses itens de ligação tendo dados de condição a eles associados que são satisfeitos, sejam excluídos do menu.

Os dados de condição associados com os itens de ligação de um objeto de ligação podem pertencer a vários critérios de seleção. Por exemplo, os dados de condição podem requerer uma comparação com uma ou mais configurações de idioma do recetor de difusão, uma data atual, horário atual, um dia da semana atual, uma posição atual do recetor, um canal de áudio ou de vídeo ao qual o recetor está atualmente sintonizado, a capacidade de exibição do recetor, a capacidade do recetor em determinar a posição atual do recetor, a capacidade do recetor em efetuar uma navegação, a capacidade do recetor em aceder a redes de dados externas e a capacidade de telecomunicação do recetor. Uma indicação do tipo de condição dentro do objeto de ligação que suporta tratamento automático pode ser utilizada para identificar a quais desses possíveis critérios de seleção os dados de condição dentro do objeto de ligação os dados de condição se referem.

De acordo com uma forma de realização da presente invenção, o mecanismo para o tratamento de ligação automático de objetos de ligação é aplicado a recetores Journaline® de um modo que os recetores Journaline®, os quais não suportam a função de tratamento de ligação automático, exibirão ao utilizador um objeto de ligação padrão do Journaline® para a seleção de ligação ao receber um objeto de suporte de tratamento automático. A fim de permitir que os recetores Journaline® mais antigos ainda tratem objetos de menu que suportam tratamento automático, os novos objetos de menu que suportam tratamento automático ainda utilizam IDs de tipo de objeto existentes na seção de cabeçalho do objeto. As informações pertencentes ao tratamento automático também não são introduzidas nos objeto de ligação através do uso de novos códigos JML. Em vez disso, o mecanismo de tratamento automático é integrado na sintaxe de objeto existente através de sequências de escape compreendendo um simbolo de escape seguido por uma indicação de comprimento especificando o comprimento da seção de dados seguinte, a qual deve ser desconsiderada pelos recetores que não são capazes de compreender o mecanismo de tratamento automático.

As formas de realização preferidas da presente invenção estão descritas em mais detalhes a seguir em relação às Figuras. Em particular:

Fig. 1 mostra um diagrama de blocos de um sistema de difusão de acordo com uma forma de realização da presente invenção;

Fig. 2 mostra um diagrama esquemático ilustrando um objeto do método de acordo com uma forma de realização da presente invenção;

Fig. 3 mostra um diagrama esquemático de um objeto de menu que suporta tratamento automático de acordo com uma forma de realização;

Fig. 4 mostra um diagrama esquemático de uma estrutura de árvore hierárquica de objetos de acordo com uma forma de realização;

Fig. 5 mostra um diagrama de blocos de um recetor de acordo com uma forma de realização;

Fig. 6 mostra um fluxograma ilustrando um modo de operação do processador do recetor da Fig. 5 de acordo com uma forma de realização;

Fig. 7 mostra um fluxograma de um tratamento de um objeto de menu do recetor da Fig. 5 de acordo com uma forma de realização; e

Fig. 8 mostra um diagrama esquemático de uma modificação exemplificativa de um objeto JML do tipo de menu de acordo com uma forma de realização.

Note-se que as formas de realização descritas abaixo se referem de forma exemplificativa à difusão de informações baseadas em texto de carrossel de dados. No entanto, a presente invenção não é restrita nem à transmissão ou à difusão de dados baseada em carrossel. Em vez disso, diferente das formas de realização descritas abaixo, a presente invenção pode também ser aplicada a transmissões de dados onde os objetos de dados são transferidos sob demanda. Da mesma forma, diferente das formas de realização descritas abaixo, a presente invenção pode também ser aplicada às transmissões de dados baseados em endereço direcionadas a destinatários específicos que podem ou não solicitar a transmissão por demanda e as formas de realização descritas abaixo podem, portanto, também ser transferidas a essas aplicações. As seguintes formas de realização, no entanto, serão descritas em relação a uma possibilidade específica, nomeadamente, difusão baseada em carrossel a fim de facilitar a compreensão dos princípios da presente invenção. A Fig. 1 mostra um sistema de difusão de informações baseadas em texto de carrossel de dados de acordo com uma forma de realização. 0 sistema compreende um sistema de transmissão de difusão 10 para difundir o sinal de difusão de informações baseadas em texto de carrossel de dados 12 a recetores correspondentes 14 para receber o sinal 12. O sistema de transmissão de difusão 10 compreende uma memória de objeto 16 na qual, para uma pluralidade de IDs de objeto exclusivos, um respetivo objeto de informação é armazenado. A atualização e/ou gestão 18 dos objetos de informação dentro da memória 16 incluindo, inter alia, a associação dos IDs de objeto exclusivos a informações textuais diferentes ou sujeitos relativos às informações textuais diferentes, é efetuada por um gestor de objeto 20 compreendido pelo sistema de transmissão de difusão 10. O gestor de objeto 20 é, por exemplo, um computador auxiliando um editor de noticias no mapeamento da informação textual que o editor deseja difundir aos IDs de objeto exclusivos.

Além disso, o sistema de transmissão de difusão 10 compreende um transmissor de difusão 22. O transmissor de difusão 22 é configurado para difundir os objetos 24 armazenados na memória 16 na forma de um carrossel de dados. Ou seja, o transmissor de difusão 22 transmite objetos de informação de texto 24 de cada ID de objeto repetidamente a uma taxa de repetição associada com o respetivo ID de objeto.

Os recetores 14 recebem o sinal de difusão de informações baseadas em texto de carrossel de dados 12 e permitem ao seu utilizador navegar através do conteúdo de informação de texto do referido sinal ao selecionar itens de menu de objetos de menu entre os objetos de informação 24.

Por exemplo, os recetores 14 podem ser rádios dedicados para receber um sinal de difusão de áudio digital no qual o sinal de difusão de informações baseadas em texto de carrossel de dados 12 é incorporado. Alternativamente, os recetores podem ser um televisor ou algum outro dispositivo de multimédia e o sinal 12 pode ser geralmente parte de um sinal de difusão de multimédia, video e/ou dados. Apenas para fins ilustrativos, na descrição a seguir, meramente a alternativa de áudio é descrita. No entanto, sempre que a opção de áudio for mencionada, as outras possibilidades são possíveis alternativas, embora não especificamente mencionadas.

Como será descrito em mais detalhe abaixo, os recetores 14 podem compreender um dispositivo de apresentação, tal como um monitor gráfico ou de texto, uma impressora ou, adicional ou alternativamente, um altifalante para apresentar ao utilizador uma apresentação representando o conteúdo textual dos objetos 24 ou pelo menos uma saída para transmitir a apresentação a um respetivo dispositivo de apresentação. Consequentemente, o sistema de transmissão de difusão 10 pode ser parte de um sistema de difusão digital de áudio/vídeo/dados. No entanto, a presente invenção não está restrita a este exemplo de transmissão sem fio. Em vez disso, qualquer transmissão não direcional de sinal 12 a recetores 14 pode ser utilizada.

Como já descrito acima e como será descrito em mais detalhe abaixo em relação a Fig. 4, a informação textual contida no sinal 12 é dividida em objetos 24 que, por sua vez, podem ser organizados numa estrutura de árvore hierárquica por meio de objetos de ligação entre objetos 24. Em particular, cada objeto 24 pode ser de um tipo de objeto específico. Entre os tipos de objeto, objetos de ligação e objetos sem ligação podem ser distinguidos. Os objetos de ligação compreendem itens de ligação apontando a outros objetos e sendo selecionáveis pelos utilizadores ao interagir com o recetor. Os objetos de ligação podem ser, por exemplo, objetos de menu ou objetos de texto tendo botões acionadores apontando a outros objetos. Por razões de simplicidade, na descrição a seguir, os objetos de ligação são assumidos ser objetos de menu. No entanto, as seguintes formas de realização são prontamente transferíveis a outros tipos de objetos, embora não explicitamente mencionados.

Os objetos de menu podem, por exemplo, resultar num menu apresentado ao utilizador, o menu compreendendo itens de menu entre os quais o utilizador pode escolher e os quais se referem ou apontam a outros objetos com um outro ID de objeto.

Os objetos sem ligação que serão referidos como objetos de mensagem a seguir, não compreendem qualquer referência ou apontam a qualquer outro ID de objeto, mas podem ser meramente apontados por um ou mais dos objetos de menu (ou de ligação) através do uso do seu ID de objeto exclusivo. A Fig. 2 mostra um exemplo de um objeto de mensagem 26. Como pode ser visto, o objeto de mensagem compreende o seu ID de objeto exclusivo 26a e a sua informação 26b. A informação 26b pode compreender texto puro ou pode ser completada por alguns dados adicionais, tais como simbolos específicos, gráficos ou até mesmo alguns elementos de multimédia, tais como imagens ou sequências de video. Como indicado pelos parênteses, pode até mesmo ser possivel que um objeto de mensagem 26 compreenda apenas informação não textual na seção 26b. Simbolos de escape podem ser utilizados a fim de garantir retro compatibilidade com os recetores 14 que não são capazes de tratar a porção adicional de informação não textual da seção 26b e que em vez disso meramente apresentam a sua porção textual ao utilizador. A Fig. 3 mostra um objeto de menu 28 como compreendendo um ID de objeto 28a, uma seção de titulo 28b e um ou diversos itens de menu 28c. Como mostrado na Fig. 3, cada item de menu 28c tem um apontador 30 a ele associado fazendo referência a um outro ID de objeto. Além disso, pelo menos um dos itens de menu 28c tem dados de condição 32 a ele associados definindo uma condição, a qual pode ser verificada no lado do recetor, a ser satisfeita ou não satisfeita. Como será descrito abaixo, os dados de condição associados com um item de menu 28c podem até mesmo ser compostos de mais de uma condição com os dados de condição 32 sendo satisfeitos se todas ou, alternativamente, pelo menos uma das condições for satisfeita. Em seguida, com base no respetivo resultado da verificação, um tratamento automático do objeto de menu 28 é efetuado como será descrito em mais detalhe abaixo. A seção de título 28b compreende informação textual descrevendo o título. Do mesmo modo, cada seção de item de menu 28c compreende um rótulo de menu 33, ou seja, informação textual descrevendo o respetivo item de menu.

Além disso, embora não mencionados explicitamente acima, os objetos de mensagem 26 e os objetos de menu 28 podem compreender um identificador de tipo de objeto, permitindo distinguir entre os mesmos para permitir identificar um objeto de menu como objetos de menu e um objeto de mensagem como objetos de mensagem. Além disso, além dos tipos de objeto ilustrados nas Figuras 2 e 3, outros tipos de objeto podem estar também disponíveis. A forma pela qual as Figuras 2 e 3 exemplificam os objetos de mensagem e de menu é meramente de forma ilustrativa. As seções de dados aqui mostradas podem ser sequencialmente dispostas dentro do objeto na ordem de cima para baixo como mostrado nessas Figuras, ou podem ser dispostas em qualquer outra forma dentro do respetivo objeto. Além disso, algumas seções de dados podem ser opcionais, tal como, por exemplo, a seção de título 28b ou podem até mesmo não ser fornecidas. Além disso, as seções de dados de 28a a 28c e 2 6a e 2 6b podem ser de um tamanho fixo predeterminado ou podem ser de vários tamanhos com os respetivos símbolos de seccionamento indicando os limites entre as seções, tal como, por exemplo, no início de cada seção subsequente, respetivamente. Do mesmo modo, o apontador 30, os dados de condição 32 e/ou o rótulo de menu 33 não têm necessariamente de ser incluídos dentro de uma respetiva seção de item de menu comum e até mesmo contígua 2 8c à qual eles pertencem ou a qual eles formam. Em vez disso, é suficiente se a associação entre os apontadores 30, os dados de condição 32 e o rótulo de menu 33 juntos formarem o item de menu 2 8c que é derivável no lado do recetor. Além disso, a diferença entre os objetos de menu/de ligação e os objetos sem ligação/de mensagem pode desaparecer e a indicação do tipo de objeto pode assim ser obsoleta sendo, então, a diferença entre esses objetos meramente a ausência ou a existência de itens de ligação, em que os itens de ligação podem, conforme descrito acima, ser itens de menu formando uma lista ordenada de opções de menu ou botões acionadores posicionados em qualquer lugar na apresentação do respetivo objeto. Assim, a Fig. 3 pode também ser interpretada como mostrando um exemplo de um objeto de ligação mais genérico ao substituir "menu" por "ligação" e ao substituir "titulo" por "informação baseada em texto". Novamente, no texto seguinte, referência é feita aos objetos de menu apenas para fins ilustrativos e esta descrição que se segue pode ser facilmente transferida a qualquer tipo de objeto de ligação da mesma forma, ou seja, ao substituir o termo "menu" por "ligação". Finalmente, note-se que na descrição a seguir o termo "item de menu" é por vezes também utilizado para denotar o respetivo "rótulo de menu" descrevendo o mesmo.

Como já se referiu acima, o conteúdo da informação contido nos objetos 24 é organizado hierarquicamente por meio dos objetos de menu 28. Para ilustrar isso, é feita referência à Fig. 4. A Fig. 4 mostra objetos de menu e objetos de mensagem dispostos numa estrutura de árvore ilustrada como definido pelos apontadores dos itens de menu dos objetos de menu. Em particular, os objetos de menu são ilustrados por retângulos 44 tendo cantos arredondados e sendo marcados com "M" e os objetos de mensagem são ilustrados por retângulos com cantos em ângulos retos e sendo marcados com "T". Como já foi referido acima, a cada objeto 24 é atribuido um ID de objeto exclusivo. Por outras palavras, cada um dos objetos 24 mostrados na Fig. 4 tem um ID de objeto exclusivo a ele associado, o qual é diferente do ID de objeto de qualquer outro objeto 24 mostrado na Fig. 4, com cada um desses objetos 24 sendo transmitido repetidamente através do sinal 12 (Fig. 1) . Novamente, a transmissão repetida pode ser deixada de fora em outras aplicações não envolvendo carrossel de dados e a transmissão pode até mesmo ser efetuada sob demanda, tal como através da internet. No entanto, no texto a seguir, as formas de realização especificas são apenas para fins ilustrativos, descritas em relação a uma transmissão de carrossel de dados.

Como mostrado na Fig. 4, um dos objetos de menu 34 é associado com um ID de objeto especifico, que é, no caso da Fig. 4, de forma exemplif icativa o ID de objeto 0x0000 . Esse objeto 36 forma uma raiz da estrutura de árvore 38 na qual os objetos 24 são estruturados pelos apontadores 30. O ID de objeto especifico do objeto raiz 36 pode ser conhecido pelos recetores 14 e pode ser apresentado inicialmente ao utilizador pelos recetores ao ligar o recetor. O objeto raiz 36 forma um primeiro nivel de hierarquia da estrutura de árvore hierárquica 38. Os apontadores 30 dos itens de menu do objeto raiz 36 apontam a objetos 24 tendo IDs de objeto diferentes e formando o segundo nivel de hierarquia como ilustrado pelas setas começando do objeto raiz 36 e estendendo-se aos objetos 24 do segundo nivel de hierarquia. Os objetos de menu do segundo nivel de hierarquia, por sua vez, têm itens de menu com apontadores apontando a objetos tendo um respetivo ID de objeto diferente. 0 "nível de hierarquia" de um objeto 24 pode ser definido como o caminho mais curto possível do objeto raiz 36 ao respetivo objeto. Embora a gama de níveis de hierarquia possa ser irrestrita, de acordo com uma forma de realização, o número de níveis de hierarquia pode ser restrito a algum valor máximo, tal como 20 níveis de hierarquia. Do mesmo modo, o número de itens de menu ou de ligação por objeto de menu 34 pode ser ilimitado ou pode ser restrito a algum valor máximo. No caso da Fig. 4, o número de níveis de hierarquia é de forma exemplificativa mostrado ser restrito a 20 e o número de itens de ligação ou de menu por objeto de menu 34 é de forma exemplif icativa mostrado ser restrito a um máximo de 32.

Como é mostrado na Fig. 4, um objeto 24 pode ser referido ou apontado por respetivos itens de menu de mars do que um objeto de menu. Além disso, o apontador do item de menu de um determinado objeto de menu 34 não é restrito a apontar a um objeto do nivel de hierarquia subsequente. Em vez disso, o objeto de menu de um determinado nivel de hierarquia pode ter um item de menu apontando a um objeto tendo um ID de objeto diferente dentro de um nivel de hierarquia mais baixo como é ilustrado pelas linhas pontilhadas na Fig. 4. A Fig. 5 mostra um exemplo de um recetor 14 em conformidade com uma forma de realização. 0 recetor 14 compreende uma antena 40 para receber o sinal de difusão de informações baseadas em texto de carrossel de dados 12 (Fig. 1), um processador 42, um seletor operável pelo utilizador 44, um altifalante 46, um monitor 48 e uma memória 50. A antena 40 é para receber o sinal 12 e pode ser substituída por uma entrada de recetor baseada em contato no caso de uma transmissão com fio do sinal 12. Em particular, o recetor 14 ilustrado na Fig. 5 pode ser um recetor de áudio ou rádio com um processador 42 sendo configurado para extrair um canal de áudio de um sinal de difusão de áudio recebido através da antena 40 e transmitir o mesmo ao altifalante 46 a fim de ser apresentado ao utilizador, em que o processador 42 pode ser responsivo ao utilizador operando o seletor operável pelo utilizador 44 ou alguma outra entrada para alterar o canal a ser extraído do sinal de difusão de áudio e transmitido ao altifalante 46. No entanto, o recetor 14 pode, alternativamente, ser um recetor dedicado especialmente para extrair a informação textual do sinal 12, caso em que o altifalante 46 pode não ser compreendido pelo recetor 14. Além disso, a antena pode ser externa ao recetor. Por exemplo, a antena pode ser uma antena integrada ao para-brisa, vidro traseiro ou janelas laterais de um carro no qual o recetor possa estar incorporado.

Como será descrito em mais detalhe abaixo, o processador 42 é configurado para auxiliar o utilizador a navegar através da árvore 38 (ver a Fig. 4) de objetos. Em particular, o processador 42 é configurado para monitorizar o sinal de difusão 12 ou porções dele armazenadas em cache, para detetar um objeto 24 tendo um ID de objeto selecionado a ele associado e para disponibilizar um ecrã de apresentação representando o conteúdo desse objeto de informação, contanto que o mesmo seja efetivamente para ser exibido ao utilizador como será descrito abaixo. 0 processador 42 transmite o ecrã de apresentação ao monitor 48. Se o objeto exibido atualmente é um objeto de menu, o utilizador é solicitado a selecionar um dos itens de menu do objeto de menu. Em particular, o utilizador é capaz de selecionar um dos itens de menu através da utilização do seletor operável pelo utilizador 44. 0 seletor 44 pode ser um interruptor de báscula, tal como, por exemplo, um interruptor de quatro básculas, ou um botão giratório ou pode compreender uma capacidade de ecrã sensível ao toque, ou uma combinação desses. Até mesmo uma capacidade de entrada por reconhecimento de voz permitindo o controlo por voz seria viável. Dependendo das alternativas de entrada suportadas, o processador pode ser configurado para realçar um item de menu efetivamente selecionável o qual é selecionado pelo utilizador confirmando a sua seleção através de, por exemplo, pressionar algum interruptor ou similar. 0 processador 42 é configurado para, mediante a seleção de um determinado item de menu pelo utilizador, designar o ID de objeto referido por esse item de menu como um ID de objeto recém-selecionado, em que o processador 42 monitoriza o sinal de difusão 12 ou uma porção desse armazenada em cache, novamente a fim de detetar um objeto 24 tendo esse ID de objeto a ele associado, e assim por diante. 0 processador 42 pode utilizar a memória 50 a fim de manter registo dos IDs de objeto recém- visitados na sua ordem de visita. Por outras palavras, o processador 42 pode armazenar um histórico de caminho na memória 50, o histórico de caminho compreendendo uma lista de IDs de objeto atravessados ao navegar do objeto raiz 36 a qualquer outro objeto 24. O histórico de caminho armazenado na memória 50 pode ser restrito a um determinado número de IDs de objeto, esse número sendo, por exemplo, igual ao número máximo de niveis de hierarquia ou maior do que o último. O processador 42 pode utilizar o histórico de caminho a fim de obter o ID de objeto dos objetos de menu a partir de onde o utilizador alcançou o objeto exibido atualmente mediante o utilizador solicitar retornar a esse menu anterior através da utilização, por exemplo, do seletor operável pelo utilizador 44 ou algum outro meio de entrada do recetor 14 indicando o desejo do utilizador em retornar ao menu pai. O processador 42 pode ser configurado para encurtar o histórico de caminho caso um ID de objeto recém-selecionado já estiver presente na lista de histórico de caminho armazenada na memória 50. Além disso, o processador 42 pode ser configurado para remover os IDs de objeto mais antigos ou qualquer outro do histórico de caminho mediante o número de IDs de objeto diferentes no histórico de caminho exceder o número máximo. O monitor pode ser de texto ou um monitor gráfico, tal como um monitor de TFT, LCD ou OLED, por exemplo. Do mesmo modo como para a antena, ele pode ser externo ao recetor. Por exemplo, o monitor 48 pode ser um monitor de um carro no qual o recetor pode ser incorporado e o qual é, por exemplo, também utilizado para exibir outras informações, tal como informações de navegação ou de video a partir de outras fontes.

Antes de uma forma de realização da funcionalidade do recetor ser descrita em mais detalhe abaixo, note-se que o recetor da

Fig. 5 é meramente uma forma de realização especifica e que várias alterações podem ser feitas, no entanto, alcançando as mesmas ou semelhantes vantagens. Por exemplo, embora o recetor da Fig. 5 tenha sido mostrado compreendendo um monitor 48 como um dispositivo para apresentar o conteúdo textual dos objetos de informação aos utilizadores, outros dispositivos de apresentação são possíveis também, tal como o altifalante 46, caso em que o processador seria configurado para, ao disponibilizar a apresentação a ser apresentada ao utilizador, converter conteúdo textual dos objetos, tais como os rótulos de ligação/de menu em fala, ou uma impressora (não mostrada) , caso em que o processador envolveria um controlador de impressora ao disponibilizar a apresentação a ser apresentada ao utilizador. Além disso, o recetor pode ser um computador. Ainda mais, no caso do sinal de informações baseadas em texto não ser um sinal de difusão de carrossel de dados, o recetor pode ser configurado para ordenar ou remover o objeto tendo o ID de objeto atualmente selecionado do local de transmissão em vez de monitorizar um sinal de carrossel de dados para intercetar o objeto tendo o ID de objeto selecionado. No entanto, a descrição a seguir ilustrativamente concentra-se na aplicação de um sinal de carrossel de dados.

Fazendo referência à Fig 6., o modo de operação do recetor 14 é descrito em conformidade com uma forma de realização. Ao iniciar o serviço de informação representado pelo sinal de difusão 12, tal como ao ligar o recetor 14, o ID de objeto selecionado ou atual é inicializado na etapa 60. Por exemplo, o ID de objeto selecionado pode ser inicializado ao ID de objeto do objeto raiz 36 (Fig. 4) como já foi descrito acima. Subsequentemente, o processador 42 extrai 62 um próximo objeto 24 dentro do sinal de difusão de carrossel de dados 12 tendo o ID de objeto selecionado a ele associado. Além disso, antes da extração 62, o processador pode tentar extrair uma versão em cache de um objeto tendo o ID de objeto selecionado de um cache de objeto interno, por exemplo, na memória 50. Se disponível, o processador pode utilizar a versão em cache e pode proceder com a análise do objeto conforme descrito abaixo. Novamente, num sistema sem carrossel de dados, a etapa 62 pode compreender um processador 42 solicitando ativamente um objeto tendo o ID selecionado de um servidor.

Ao analisar esse objeto, o processador 42 determina se o objeto obtido na etapa 62 é, ou não, um objeto de menu na etapa 64. Se não for este o caso, o processador 42 apresenta o conteúdo do objeto no monitor 48 na etapa 66. 0 utilizador pode precisar de algum tempo para ler o texto contido dentro do objeto atual tendo um ID de objeto atual/selecionado e durante esse tempo, o processador 42 passa por um ciclo de espera 68. Em particular, o processador 42 verifica se o utilizador solicita, ou não, retornar ao objeto de menu anterior do histórico de caminho mencionado anteriormente ao monitorizar, por exemplo, o seletor operável pelo utilizador 44 ou algum outro meio de entrada do recetor 14 na etapa 70. Durante esse tempo que não for o caso, o processador 42 monitoriza o sinal de difusão 12 para determinar se o sinal de difusão transmite, ou não, um outro objeto com o ID de objeto atual/selecionado e, em caso afirmativo, se esse objeto transmitido mais recentemente foi revisto em relação ao objeto exibido atualmente, em que o processador 42 pode efetuar essa determinação baseado num indice de revisão compreendido por qualquer objeto de mensagem, embora não mostrado na Fig. 2. Opcionalmente, o processador 42 pode atualizar o ecrã de apresentação exibido no monitor 48 na etapa 72 se um objeto mais recente tiver sido encontrado. Novamente, num sistema sem carrossel de dados, a etapa 72 pode compreender um processador 42 que ativa e intermitentemente verifica num servidor se uma versão mais nova do objeto tendo o ID selecionado está, ou não, disponível e, se afirmativo, atualiza o ecrã de apresentação.

Além disso, assim que o utilizador solicita retornar ao objeto principal anterior, o processador 42 aponta ao ID de objeto do histórico do caminho visitado mais recentemente na memória 50 como o ID de objeto recém-selecionado na etapa 74, após o que a operação prossegue com a etapa 62.

Se o processador 42 determinar na etapa 64 que o objeto tendo a ele associado o ID de objeto selecionado é um objeto de menu, a operação prossegue com um tratamento do objeto de menu 7 6 que é descrito em mais detalhe em relação à Fig. 7.

Ao tratar objetos de menu, o processador 42 determina primeiro na etapa 80 se o próprio recetor 14 suporta, ou não, o tratamento automático ou se a função de tratamento automático do recetor é, ou não, ativada pelo utilizador. Se não for o caso, o processador 42 ignora os dados de condição 32 (ver a Fig. 3) dos itens de menu e trata o objeto de menu normalmente. Assim, se o objeto de menu atual for um objeto que suporta tratamento automático, o processador 42 ignora dados de condição eventuais e trata o objeto de menu normalmente na etapa 82. Se, de acordo com os tipos de objetos diferentes, os objetos de menu normais que não compreendem os dados de condição 32 mostrados na Fig. 3, coexistirem com objetos de menu de tratamento automático, o processador 42 trata ambos os tipos de forma idêntica na etapa 82. Ou seja, o processador 42 passa por um ciclo que é semelhante àquele mostrado na Fig. 6 nas etapas 70 e 72 com, no entanto, o processador 42 sendo responsivo não somente à instrução do utilizador para retornar ao menu anterior, mas também à instrução do utilizador através do uso do seletor operável pelo utilizador 44 para alterar para um objeto tendo um ID de objeto associado com um dos itens de menu do objeto de menu normal atual. Por outras palavras, na etapa 82, o processador 42 exibe o menu no monitor 48 e se o utilizador selecionar um dos itens de menu, o processador 42 altera o ID de objeto atual para o ID de objeto ao qual o apontador 30 do item de menu selecionado 28c (ver a Fig. 3) se refere. Até este momento ou até o utilizador solicitar retornar ao menu anterior, o processador 42 pode atualizar o menu se o objeto de menu com um ID de objeto exibido atualmente e tendo um indice de revisão diferente ocorrer no sinal de difusão. Novamente, num sistema sem carrossel de dados, o processador 42 pode ativa e intermitentemente verificar num servidor se uma versão mais nova do objeto tendo o ID selecionado está disponível e, se afirmativo, atualiza o ecrã de apresentação. Ao efetuar a determinação 80, o processador 42 verifica, por exemplo, um estado dentro da memória 50, o qual é definível pelo utilizador conforme as preferências do utilizador. Se, por exemplo, o utilizador não deseja que o processador 42 trate automaticamente objetos de menu que suportam tratamento automático, as etapas 80 e 82 farão com que esses objetos de menu sejam tratados como objetos de menu normais. Note-se que, no entanto, as etapas 80 e 82 podem ser deixadas de fora se o recetor 14 suportar constantemente o tratamento automático de objetos de menu que suportam tratamento automático.

No entanto, se o tratamento automático for suportado, o processador 42 determina na etapa 84 se o objeto de menu atual é, ou não, um objeto que suporta tratamento automático. Se não suportar, o processador 42 trata o objeto de menu normal como descrito acima em relação à etapa 82. Deve ser notado, no entanto, que é também possível que a coexistência acima mencionada de menus normais e objetos de menu que suportam tratamento automático não exista, mas que meramente os últimos existam. Neste caso, as etapas 84 e 86 podem ser deixadas de fora.

No entanto, se o tratamento automático for suportado ou ativo e o objeto atual suportar o tratamento automático, então o processador 42 determina na etapa 88 se o tipo de seleção associado com o objeto de menu que suporta tratamento automático é, ou não, conhecido do recetor 14. Como será descrito em mars detalhe abaixo, é possivel que o sinal de difusão 12 permita que os dados de condição 32 dentro de um objeto de menu 2 8 que suporta tratamento automático (ver Fiq. 3) se refiram a um de uma pluralidade de tipos diferentes de condições. Ou seja, o sinal de difusão 12 pode compreender objetos de menu 28 que suportam tratamento automático nos quais o tipo de condição difere de objeto para objeto. Além disso, os dados de condição dentro de um objeto de menu 28 de seleção de tratamento automático podem opcionalmente ser restritos a serem direcionados a somente um tipo de condição. Exemplos de tipos de seleção/condição compreendem idioma, data, horário, dia da semana, uma região geográfica, um canal de áudio ou video ao qual o recetor pode estar sintonizado, uma capacidade de exibição, uma capacidade de hardware para determinar a posição atual do recetor, uma capacidade de hardware para efetuar uma navegação, uma capacidade de hardware para aceder a redes de dados externas e/ou uma capacidade de hardware para permitir ao utilizador telecomunicar.

Se o processador 42 ou o recetor 14 não reconhecer ou não for capaz de tratar o tipo de seleção do objeto de menu atual, o processador 42 verifica os itens de menu para determinar se qualquer um desses itens de menu deve, ou não, ser selecionado por padrão caso os dados de condição não forem satisfeitos ou o tipo de condição/seleção for desconhecido, ou se qualquer um dos itens de menu tiver, ou não, a ele associado um marcador padrão que está ativado. Esta verificação é efetuada na etapa 90. A etapa 90 é opcional. Ou seja, tal capacidade de indicação padrão não tem de ser fornecida dentro do sinal de difusão 12. Se nenhum dos itens de menu for indicado para ser selecionado por padrão, o processador 42 trata o objeto de menu que suporta tratamento automático na etapa 92 como foi o caso nas etapas 82 e 86. Ou seja, os dados de condição são ignorados e o objeto de menu é tratado normalmente.

Então, o processador 42 verifica os itens de menu para determinar se mais do que um desses itens de menu deve, ou não, ser selecionado por padrão e se qualquer dos itens de menu tem, ou não, a ele associado um marcador padrão que está ativado, respetivamente. Se não for o caso, ou seja, se exatamente um dos itens de menu for indicado para ser selecionado por padrão, o processador 42 seleciona automaticamente na etapa 94, os respetivos itens de ligação/de menu e designa o ID de objeto apontado pelo apontador do referido item de menu como o ID de objeto recém-selecionado com o processamento então prosseguindo com a etapa 62 na Fig. 6. Alternativamente, a indicação do item de menu por padrão apenas resulta no processador 42 realçando o referido item de ligação no menu ao exibir o menu no monitor 48, dispondo o mesmo na primeira posição ou encurtando o menu apenas para o manter com o item de menu padrão na etapa 94 e então aguardando a entrada do utilizador como já descrito acima em relação à etapa 82. No último caso, o tratamento automático muito provavelmente facilita a seleção a ser efetuada manualmente pelo utilizador devido ao fato de que o item de menu padrão é realçado dentro do menu exibido. De acordo com a alternativa de seleção automática, o utilizador pode nem se importar com o menu. Ou seja, o processador 42 pode suprimir a exibição do menu ao utilizador de modo que a navegação do utilizador através da árvore de objeto será provavelmente facilitada.

Se mais de um dos itens de menu deve ser selecionado por padrão e tiver a ele associado um marcador padrão que está ativado, respetivamente, o processador 42 apresenta o menu ao utilizador, no entanto, realçando os referidos itens de ligação no menu ao apresentar o menu ao utilizador, dispondo o mesmo nas primeiras posições do menu ou encurtando o menu apenas para manter os itens de menu padrão na etapa 100.

Se o tipo de seleção for conhecido, o processador 42 determina na etapa 96 se qualquer ou pelo menos um item de menu existe, ou não, nos dados de condição que são satisfeitos. Se a determinação 96 revelar que não há item de menu com os seus dados de condição sendo satisfeitos, o processo avança para a etapa 90 na qual a indicação padrão é verificada. No entanto, se houver pelo menos um item de menu com os seus dados de condição sendo satisfeitos, o processador 42 então determina na etapa 98 se há, ou não, mais de um item de ligação/de menu com os seus dados de condição sendo satisfeitos. Se este for o caso, o processador 42 exibe o menu no monitor 48, no entanto, realçando os itens de ligação/de menu que têm os seus dados de condição satisfeitos na etapa 100, dispondo os mesmos nas primeiras posições do menu ou encurtando o menu apenas para manter os itens de ligação/de menu que têm os seus dados de condição satisfeitos. O oposto pode também ser verdadeiro, ou seja, o processador 42 pode exibir o menu no monitor 48, no entanto, disponibilizando os itens de ligação/de menu que têm os seus dados de condição satisfeitos de forma menos visível, dispondo os mesmos nas últimas posições do menu ou encurtando o menu ao remover os itens de ligação/de menu que têm os seus dados de condição satisfeitos. A seleção entre essas opções pode ser fixa ou pode depender do tipo de seleção.

Se, no entanto, houver apenas um item de ligação/de menu, cujos dados de condição são satisfeitos, o processo prossegue com a etapa 94. Ou seja, o processador 42 seleciona automaticamente o item de ligação/de menu correspondente e nomeia o ID de objeto apontado pelo apontador do referido item de menu como o ID de objeto recém-selecionado com o processamento então prosseguindo com a etapa 62 na Fig. 6. Alternativamente, o processador 42 realça o referido item de ligação no menu ao exibir o menu no monitor 48, dispõe o mesmo na primeira posição ou encurta o menu apenas para o manter com o item de menu padrão na etapa 94 e então aguarda a entrada do utilizador como já descrito acima em relação à etapa 82. Novamente, o oposto pode também ser verdadeiro, ou seja, o processador 42 pode exibir o menu no monitor 48, no entanto, disponibilizando o item de ligação/de menu correspondente tendo os seus dados de condição satisfeitos de forma menos visível, dispondo os mesmos na última posição do menu ou encurtando o menu ao remover o item de ligação/de menu correspondente que tem os seus dados de condição satisfeitos. O processamento efetivo realizado pelo processador 42 e a determinação se os dados de condição são, ou não, satisfeitos (etapas 96 e 98) dependem do tipo dos dados de condição. Por exemplo, se os dados de condição indicarem uma determinada data ou um determinado horário ou algum dia da semana, ou similar, o processador 42 compara os respetivos dados de condição com as informações na data atual, horário atual ou dia da semana atual com o processador 42 obtendo as últimas informações, por exemplo, de um relógio interno. Se o tipo de condição for o idioma, o processador 42 compara os dados de condição, por exemplo, com uma configuração de idioma interna. Por exemplo, esta configuração de idioma pode ser fixa do fabricante do recetor 14. Alternativamente, a seleção do idioma pode ser definível pelo utilizador de modo que o utilizador possa alterar o idioma preferido da informação textual que lhe é apresentada. No caso de o tipo de condição indicar a capacidade de hardware do recetor 14, o processador 42 pode, por exemplo, comparar os dados de condição com um número da versão do recetor 14 que reflete, por exemplo, a idade do recetor e em que medida o recetor é capaz de processar determinadas porções dos objetos alcançáveis através do respetivo item de ligação. Por outras palavras, o processador pode comparar os dados de condição com uma ou mais configurações de idioma do recetor de difusão, uma data atual, horário atual, um dia da semana atual, uma posição atual do recetor, um canal de áudio ou video ao qual o recetor está atualmente sintonizado, a capacidade de exibição do recetor, a capacidade do recetor em determinar a posição atual do recetor, a capacidade do recetor em efetuar uma navegação, a capacidade do recetor em aceder a redes de dados externas e a capacidade de telecomunicação do recetor.

Deve ser notado que a apresentação dos itens de menu cujos dados de condição são satisfeitos, pode até mesmo depender do próprio tipo de condição. Por exemplo, enquanto os itens de menu cujos dados de condição são satisfeitos podem ser disponibilizados de forma mais reconhecível para o utilizador quando a condição se referir ao idioma, os itens de menu cujos dados de condição são satisfeitos podem até mesmo ser ocultos ou disponibilizados de forma menos reconhecível para o utilizador quando a condição se referir à capacidade minima de hardware do recetor a fim de impedir que o utilizador, ou tornar mais dificil, que o utilizador selecione itens de menu que apontem para objetos cujo conteúdo não seja útil para o recetor numa forma suficiente.

Em qualquer caso, o tratamento automático efetuado nas etapas 94 e 100 facilita a navegação do utilizador através do serviço de informação contido dentro do sinal de difusão 12. Por exemplo, o realce das ligações que têm os seus dados de condição satisfeitos ou que são indicadas como sendo selecionadas por padrão, torna a seleção dos respetivos itens de menu mais fácil para o utilizador. Por esta forma, é possivel facilitar a seleção dos itens de menu para o utilizador, que são mais propensos a serem preferidos pelo utilizador do que os outros itens de menu. Por exemplo, o utilizador pode definir o seu idioma preferido de acordo com a sua preferência de modo a que os respetivos itens de menu que dizem respeito a esse idioma sejam realçados dentro do menu em relação aos outros itens de menu. O gestor de objeto (ver Fig. 1), por sua vez, pode fornecer itens de menu os quais, de acordo com o seu conteúdo semântico, são apenas interessantes durante determinadas datas ou horários do dia com os dados de condição indicando essas datas ou horários do dia de modo a que durante esses horários, esses itens de menu chamem a atenção do utilizador.

Conforme indicado acima, o realce pode facilitar a seleção do utilizador dos respetivos itens de menu em relação aos outros itens de menu. É até mesmo possivel suprimir a exibição de itens de menu que têm dados de condição que não são satisfeitos. Além disso, o realce dos itens de menu que têm os seus dados de condição satisfeitos ou que são indicados para serem selecionados por padrão pode ser efetuado ao indicar os outros itens de menu num sentido menos visivel. A seleção automática na etapa 94, por sua vez, facilita especialmente a navegação do utilizador através da árvore de objetos. 0 utilizador não tem de selecionar qualquer um dos itens de menu. Além disso, a seleção, a qual é efetuada automaticamente, provavelmente está em conformidade com as preferências do utilizador devido às configurações dos dados de condição supracitadas pelo editor do sinal de difusão ou pela configuração do utilizador das respetivas configurações do seu recetor.

Depois de ter descrito formas de realização da presente invenção sem preferência particular para qualquer serviço de noticias especifico, a descrição a seguir descreve uma forma de realização do tratamento automático de objeto no caso do Serviço de Noticias Journaline® existente. Por outras palavras, a descrição a seguir descreve o complemento do Serviço de Noticias Journaline® com objetos de menu que suportam tratamento automático conforme descrito acima com a função de suplemento sendo efetuada de tal modo que os recetores mais antigos, os quais não foram construídos para tratar objetos de menu que suportam tratamento automático, ainda são capazes de tratar esses novos objetos como objetos de menu normais (comparar com a etapa 86). Note-se, no entanto, que a forma de realização descrita abaixo é também transferível a outros objetos de ligação do Serviço de Notícias Journaline®, tais como objetos que têm botões acionadores ou funções interativas que apontam a outros IDs de objeto, ou outros tipos de objeto futuros podem ser estendidos para suportar tratamento automático conforme descrito abaixo.

Um mecanismo para a seleção automática de ligação a partir de um menu pelos recetores Journaline® com base no idioma ou noutras preferências está descrito a seguir. Os recetores Journaline®, os quais não suportam a função de seleção automática de ligação, irão exibir em vez disso um objeto de menu Journaline® padrão ao utilizador para a seleção de menu. Se um recetor não puder fazer a escolha por si próprio, porque, por exemplo, não há idioma preferido definido, então o difusor pode decidir se ele quer, ou não, uma seleção padrão ou se o utilizador deve selecionar a ligação manualmente. A fim de permitir que os recetores Journaline® mais antigos ainda tratem objetos de menu que suportam tratamento automático, os novos objetos de menu que suportam tratamento automático ainda utilizam o mesmo ID de tipo de objeto na seção de cabeçalho do objeto que os objetos de menu normais, ou seja, ID 001 de tipo de objeto. A informação que diz respeito ao tratamento automático não é também introduzida nos objetos de menu através do uso de qualquer um dos códigos JML ou elementos de sintaxe utilizados para dividir as seções de conteúdo do objeto JML serialmente em blocos de informação lógicos, tais como titulo, item de menu, e assim por diante (comparar com a Fig. 2) . Os novos códigos JML não seriam interpretáveis por recetores mais antigos. Em vez disso, o mecanismo para tratamento automático é sinalizado através das seções de dados de sequências de escape definidas na Norma (ETSI TS 102979 VI.1.1). O símbolo de escape utilizado no Journaline® é OxlA seguido por um byte especificando o comprimento da seção de dados seguinte. A seção de dados integral deve ser ignorada pelos recetores que não são capazes de compreender o mecanismo de tratamento automático. Obviamente, no máximo 256 bytes podem ser contidos dentro da seção de dados da sequência de escape. Para estender esse tamanho, um símbolo de escape especial, nomeadamente OxlB pode ser utilizado para fornecer uma seção de dados adicional para acomodar uma porção imediatamente seguinte de dados de tratamento automático, tal como dados de condição. Esse último símbolo é também seguido por um byte indicando o comprimento da seção de extensão de dados. Todas as seções de dados de uma sucessão de sequências de escape - compreendendo apenas um ou mais símbolos de escape OxlB - são então concatenadas a fim de produzir uma unidade de tratamento automático, tais como dados de condição ou marcador de seleção, ou uma indicação do tipo de seleção. 0 conteúdo de cada seção de dados começa com uma seção de dados (SD) de indicação de tipo de 8 bits. A fim de sinalizar o mecanismo de tratamento automático, dois novos tipos de seção de dados do Journaline® são introduzidos, nomeadamente "objeto de seleção" de SD e "marcador de seleção" de SD. 0 tratamento automático é, de acordo com a presente forma de realização, aplicado aos objetos de menu do Journaline® embora, conforme indicado acima, outras possibilidades estariam disponíveis também. No máximo, um critério de seleção ou tipo de seleção por objeto de menu pode ser permitido. Os difusores podem decidir basear a seleção de conteúdo em vários tipos de seleção diferentes ao apresentar em cascata objetos de menu com tipos de seleção diferentes na sua respetiva seção de dados de objeto.

Os objetos de seleção de SD podem ser sinalizados por código de tipo de SD OxCO sucedendo uma respetiva indicação de comprimento a qual, por sua vez, segue um símbolo de escape. 0 objeto de seleção de SD pode ser restrito a ocorrer no máximo uma vez antes do primeiro caractere de texto visual dentro do respetivo objeto de menu. Além disso, como já indicado acima, o símbolo do tipo de SD OxCO pode ser restrito ou pode estar apenas disponível para objetos de menu.

Conforme descrito em mais detalhe abaixo, o símbolo de tipo de SD OxCO sinaliza ao recetor que o objeto de menu JML atual suporta tratamento automático, tal como a seleção automática de um dos seus itens de ligação. Tal objeto de menu é chamado de objeto de seleção a seguir. A condição para o tratamento automático incluindo a seleção automática é fornecida com o marcador de seleção de SD (OxCl) descrito em mais detalhe abaixo. 0 marcador de seleção pode ser sinalizado através do uso do símbolo de tipo de SD OxCl. Novamente, este símbolo seguiria uma respetiva indicação de comprimento a qual, por sua vez, seguiria um símbolo de escape. Evidentemente, os marcadores de seleção estão somente disponíveis para objetos de seleção. A sua posição dentro da sequência de dados do objeto de seleção pode ser restrita à posição entre o apontador ou alvo de ligação de um respetivo item de menu e o primeiro caractere de texto visual do referido item de menu (comparar a Fig. 8) . 0 marcador de seleção define a(s) condição(ões) de seleção para um item de ligação dentro do objeto de seleção. Zero, um ou mais marcadores de seleção deverão ser definidos por item de ligação. A condição para o item de ligação é satisfeita se a condição em pelo menos um dos seus marcadores de seleção for satisfeita. Além disso, a condição dos itens de ligação sem marcador de seleção pode ser interpretada como sendo satisfeita. Alternativamente, a condição dos itens de ligação, para os quais nenhum marcador de seleção é fornecido, pode ser geralmente interpretada como não sendo satisfeita. A seguir, a primeira alternativa é assumida ser verdadeira. No entanto, note-se que a função em relação às condições de itens de menu sem marcadores de seleção sendo satisfeitas ou não, pode até mesmo depender do tipo de seleção/critério contido no objeto de seleção de SD.

Ambos os símbolos de tipo de DS são seguidos por códigos respetivos descrevendo, por exemplo, o tipo de seleção/condição e a própria condição de seleção do item de menu e um marcador padrão, respetivamente. No que diz respeito ao marcador de seleção, pode ser que uma restrição esteja imposta nesses marcadores de acordo com a qual apenas um marcador de seleção por objeto de seleção pode ter o marcador padrão ativado. No entanto, como foi descrito acima, é também possível permitir que mais do que um marcador padrão seja ativado. A fim de facilitar a compreensão dos símbolos de tipo de SD supracitados e a descrição a seguir dos mesmos, referência será feita à Fig. 8, a qual mostra um objeto de seleção JML. Como já descrito acima, um objeto JML compreende uma seção de cabeçalho 100 seguida por uma seção de conteúdo 102. A seção de cabeçalho compreende o ID de objeto (ver 28a na Fig. 3) e o símbolo do tipo de objeto, o qual é, conforme descrito acima, para um objeto de seleção igual ao ID de objeto de um objeto de menu, ou seja, 001. A seção de conteúdo 102 é dividida ou estruturada serialmente em uma sequência de blocos lógicos. No caso de objetos de menu, esse é um bloco de titulo 102a e um ou mais itens de ligação 102b. Os códigos JML indicando o inicio de um respetivo bloco 102a e 102b são códigos de 8 bits de 0x00 a OxOF inclusive. Na fig. 8, 0x01 sinaliza o inicio do bloco de titulo 102a e 0x02 indica o inicio de um item de ligação/de menu 102b. Como indicado no término do fragmento do objeto ilustrado na Fig. 8, mais de um item de menu pode ser concatenado. É suposto que os recetores possam ser configurados para adotarem a ordem em que os itens de menu são dispostos dentro do objeto de menu ao exibir o menu ao utilizador (na ausência de quaisquer ações de tratamento automático conforme descrito em relação às etapas 94 e 100).

Como é mostrado na Fig. 8, ambos os blocos 102a e 102b compreendem uma respetiva porção de caractere de texto. Na Fig. 8, essa porção é indicada por "titulo" no caso do bloco de titulo 102a e "opção de menu 1" no caso do item de menu 102b. Além disso, cada código JML 0x02 de item de menu é imediatamente seguido por dois bytes representando o apontador (30 na Fig. 3), ou seja, o ID de objeto a ser visitado mediante a seleção do respetivo item de menu pelo utilizador. Na Fig. 8, o ID de objeto do objeto JML alvo do item de menu 102b é de forma exemplificativa OxAABB.

No entanto, como o objeto de menu mostrado na Fig. 8 é um objeto de seleção, seções de dados adicionais referentes ao tratamento automático são inseridas no objeto de menu através do uso das sequências de escape OxlA supracitadas, nomeadamente as seções de dados 104 e 106. Como já descrito acima, as seções de dados são incorporadas no objeto através de símbolos de escape, nomeadamente um símbolo de escape OxlA seguido por uma indicação de comprimento de 1 byte, nomeadamente 0x01 no caso da seção de dados 104 e 0x04 no caso da seção de dados 106. Dentro de cada seção de dados, os símbolos de tipo de SD OxCO e OxCl supracitados ocorrem no início com os dados adicionais a seguir, os quais são descritos em mais detalhe abaixo. A seção de dados "objeto de seleção" 104 tem a estrutura e o conteúdo a seguir. A presença de uma seção de dados 104 com um valor de tipo de SD OxCO dentro de um objeto de menu indica que esse objeto de menu suporta tratamento automático incluindo a seleção automática de um dos seus itens de ligação 102b se suportados pelo recetor. Ela também define o tipo de seleção, ou seja, se essa seleção automática é, ou não, baseada em idioma ou qualquer outro tipo de condição como já indicado acima.

Exatamente um critério de seleção pode ser aplicado a um objeto de menu. A seção de dados de SD "objeto de seleção" tem o seguinte formato sucedendo o seu símbolo de indicação OxcO. Em particular, um indicador de tipo de seleção de 8 bits segue o símbolo OxCO. No caso exemplificativo da Fig. 08, este é 0x00. Em particular, o indicador do tipo de seleção 108 de 8 bits define o tipo do objeto de seleção e o critério de seleção, respetivamente. Por exemplo, o tipo de seleção 0x00 pode descrever o critério de seleção "idioma". Ou seja, o item de menu 102b do objeto de menu atual está disponível em vários idiomas e o recetor pode escolher itens de menu de um idioma preferido.

Evidentemente, outros valores podem ser utilizados para outras definições de tipo de seleção. A seção de dados "marcador de seleção" 106, nomeadamente a sua estrutura e o seu conteúdo, é descrita a seguir. A seção de dados com um valor de tipo de SD OxCl define uma condição de seleção para um item de ligação 102b. Ela permite a seleção da ligação 201b baseada num valor de condição 110. Espera-se que os recetores que suportam o mecanismo de tratamento automático correspondam a cada condição 110 de cada item de ligação 102b contra as condições atuais, tais como o horário e a data ou um próprio conjunto de dados armazenados, tais como uma configuração de idioma e o número da versão do recetor, respetivamente, conforme descrito acima e conforme serão exemplificados abaixo em relação ao idioma. Como também descrito acima, no caso de uma correspondência, o mecanismo de tratamento automático pode fazer com que o item de ligação selecionado seja selecionado ou tratado automaticamente sem apresentar o objeto de menu ao utilizador. Opcionalmente, bytes adicionais podem ser compreendidos pelo marcador de seleção de SD dependendo da condição ou dependendo do tipo de condição. O "marcador de seleção" 106 do tipo de DS pode ser restrito a uma porção dentro de um item de ligação 102b de um objeto de seleção localizado entre a definição da ligação alvo 112 e o primeiro caractere de texto visual para o item de ligação (ver a opção de menu 1 na Fig. 8) . O objeto de seleção realiza 0, 1 ou múltiplas condições de seleção 106 por item de ligação. O "marcador de seleção" da seção de dados de SD pode ter o seguinte formato. Um marcador padrão 114 de um bit é utilizado para sinalizar a seleção padrão descrita em relação à Fig. 7 em relação às etapas 90 e 94. Vários bytes ou n x 8 bits são utilizados para definir a condição de seleção 110. Para obter o alinhamento do byte, 7 bits podem ser reservados para aplicação futura. O marcador padrão 114 indica se o recetor deve, ou não, selecionar o respetivo item de ligação 102b se nenhuma outra condição dentro do objeto de seleção corresponder ou se o recetor não compreender o tipo de seleção 108. Se nenhum dos marcadores de seleção 106 dentro do menu tiver o marcador padrão definido em 1, o recetor não poderá automaticamente decidir qual seleção efetuar e, portanto, pode apresentar o menu ao utilizador como um objeto de menu normal para seleção manual (ver etapa 92 na Fig. 7) .

Se o marcador, no entanto, estiver definido em 1, como é exemplificado na Fig. 8, isso indica uma escolha padrão para o objeto de seleção (comparar à etapa 94 da Fig. 7) . Se ele estiver definido em 0 para todos os itens de ligação 102b, nenhum padrão é sinalizado para o objeto de seleção. Se ele estiver definido em 1 para exatamente um item de ligação, o recetor pode automaticamente selecionar o mesmo no caso de nenhuns dados de condição serem satisfeitos ou do tipo de seleção não ser suportado, ou pode apresentar o menu com tratamento individual do item de ligação padrão conforme descrito acima em relação à Fig. 7. Se estiver definido em 1 para mais de um item de ligação, o recetor pode, no caso de nenhuns dados de condição serem satisfeitos ou do tipo de seleção não ser suportado, apresentar o menu com tratamento dos itens de ligação padrão diferentemente dos outros conforme descrito acima em relação à Fig. 7.

Em relação aos marcadores padrão dentro de um objeto de seleção, o número de tais marcadores de seleção com o seu marcador padrão definido em 1 pode ser restrito no máximo a 1 dentro de um objeto de seleção. O campo 110 reservado para definir a condição de seleção pode ter um comprimento que, por sua vez, depende do tipo de seleção 108 do objeto de seleção. Por exemplo, o valor de tipo de seleção 0x00 supracitado indicando o idioma como o tipo de seleção, pode ter a ele associado um comprimento de critério de seleção de 24 bits ou 3 bytes, respetivamente. O código utilizado para identificar o idioma pode ser o código de idioma ISO de três letras conforme definido na norma ISO 639-2 (códigos para a representação de nomes de idiomas - Parte 2: Código alfa-3) definido em caracteres em letras minúsculas. Se o código de idioma for igual às preferências do recetor, a condição é satisfeita.

Se o recetor detetar a seção de dados 104 do objeto de seleção e o valor do tipo de seleção 108 for conhecido, o comportamento de um recetor recebendo o objeto de seleção da Fig. 8 pode ser como se segue: 1. Navegue por todos os itens de ligação 102b e verifique se pelo menos uma das condições 110 dadas para este item de ligação 102b é satisfeita (semelhante à determinação na etapa 96 da Fig. 7) . A este respeito, os itens de ligação sem uma seção de dados do marcador de seleção podem ser tratados como se as suas condições estivessem satisfeitas. O oposto também pode ser verdadeiro. Além disso, ambas as opções podem ser utilizadas para objetos de suporte de tratamento automático diferentes dependendo do tipo de seleção. 2. Conte os itens de ligação 102b com a condição satisfeita. a. Se existir apenas um, então selecione tal ligação de dados ou apresente o conteúdo textual do objeto apresentando este item de ligação diferente dos outros (compare às etapas 98 e 94 na Fig. 7). b. Se existirem mais itens de ligação correspondentes, então apresente os itens de menu apresentando aqueles correspondentes de forma diferente dos outros itens de ligação ao utilizador para seleção manual (compare à etapa 100) . 3. Se não existirem itens de ligação com condições satisfeitas (sem saida da etapa 96 na Fig. 7) e

a) exatamente um dos itens de ligação tiver o seu marcador padrão definido em 1 dentro de um marcador de seleção de SD (compare à saída "sim" da etapa 90 na Fig. 7), selecione esta ligação ou apresente o conteúdo textual do objeto apresentando este item de ligação padrão diferente dos outros, b) mais de um dos itens de ligação tiver o seu marcador padrão definido em 1 dentro de um marcador de seleção de SD (compare à saída "sim" da etapa 90 na Fig. 7), apresente o conteúdo textual do objeto apresentando estes itens de ligação padrão diferentes dos outros. 4. Se não há itens de ligação com condições satisfeitas e não há item de ligação com o seu marcador padrão definido em 1 dentro de um marcador de seleção de SD, apresente o menu integral ao utilizador para seleção manual (compare à etapa 92 da Fig. 7).

Se o recetor não suportar o valor de tipo de seleção específico, o comportamento do recetor pode ser como se segue: 1. Verifique todos os itens de ligação quanto à presença de um marcador padrão definido em 1 dentro de um marcador de seleção de SD. a. Se existir um, selecione o item de ligação com o marcador padrão definido em 1 ou apresente o conteúdo textual do objeto apresentando este item de ligação padrão diferente dos outros (compare à etapa 94 na Fig. 7). b. Se existir mais de um, apresente o conteúdo textual do objeto apresentando estes itens de ligação padrão diferentes dos outros (compare à etapa 100 na Fig. 7). c. Se não existir nenhum, apresente o menu ao utilizador para a seleção manual (compare à etapa 92 da Fig. 7).

Como uma alternativa, se um recetor não suportar o mecanismo de tratamento automático de forma alguma, o menu pode ser apresentado como um menu normal ao utilizador conforme foi descrito anteriormente em relação à Fig. 7 (ver a etapa 86). 0 difusor pode decidir se deve, ou não, sempre existir um tratamento automático ao atribuir um item de ligação padrão através do marcador padrão. Os recetores gue podem tratar o tratamento automático podem não incluir objetos de menu em que a ligação foi automaticamente selecionada no seu histórico e ocultar estes objetos do utilizador, se possível.

Deve notar-se que, conforme já indicado acima, o tipo de condição não está restrito ao idioma e também não aos exemplos indicados acima. Por exemplo, o tipo de condição pode estar relacionado com uma categoria de dados, à qual pertence o conteúdo textual dos objetos referidos por aquele item de menu. Por exemplo, um objeto de menu que suporta tratamento automático pode conter os itens de menu notícias, desporto e economia. 0 recetor pode ter armazenado as preferências de utilizador definíveis pelo utilizador indicando as categorias preferidas do utilizador. Quanto à questão se os dados de condição relacionados a uma categoria são, ou não, satisfeitos, é então determinado ao comparar esses dados de condição com as preferências de categoria armazenadas no recetor. Além disso, as preferências de categoria armazenadas podem não somente indicar as categorias, sobre as quais o utilizador tem, ou não, interesse, mas as preferências de categoria podem também apresentar as categorias numa ordem de preferência ao atribuir valores à categoria individual. Por exemplo, todas as categorias tendo a elas associadas um valor maior do que zero nas preferências de categoria podem ser exibidas na etapa 100, por exemplo, no entanto, ordenando os itens de menu de acordo com os seus valores de preferência, ou seja, ao listar os itens de menu que têm dados de condição referentes a valores de preferência maiores primeiramente e depois o item de menu que tem a ele associado os dados de condição indicando as categorias para as quais as preferências de categoria indicam um valor mais baixo.

Por exemplo, um utilizador pode atribuir um valor de 100 para economia, um valor de 50 às noticias e um valor de zero para o desporto. Assim, o item de valor "desporto" não seria exibido e o item de menu "economia" seria exibido antes do item de menu "noticias". Note-se que essa ordem é independente da ordem na qual os itens de menu ocorrem no objeto de menu.

Além disso, note-se que o procedimento de acordo com a Fig. 7 e de acordo com a descrição na Fig. 8 em relação ao tratamento automático é somente uma possibilidade exemplificada. Por exemplo, seria possivel para o recetor escolher o ID de objeto alvo do item de menu, cujos dados de condição são satisfeitos primeiramente ao varrer os itens de menu na ordem em que eles estão dispostos no objeto de menu.

Além disso, conforme descrito acima, é possível que o processador 42 suprima a entrada dos IDs de objeto dos objetos de menu que suportam tratamento automático no histórico de caminho armazenado na memória 50 nos casos em que eles não foram exibidos pelo utilizador, mas foram submetidos à seleção automática. Deste modo, a seleção automática é transparente para o utilizador e a navegação através da árvore de objeto e, em particular, a função de retorno se mantém lógica para o utilizador.

Além disso, nas formas de realização acima, os dados de condição estavam sempre presentes nos objetos que suportam tratamento automático. Alternativamente, apenas a funcionalidade padrão é utilizada. Além disso, a diferenciação entre um item de ligação correspondente ou padrão sendo apresentado ou mais de um pode ser omitida. Consequentemente, o tratamento automático pode não compreender a seleção automática, mas apenas a disponibilização do tipo de tratamento automático. O oposto também pode ser verdadeiro.

Dependendo de uma implementação real, o conceito de difusão da invenção pode ser implementado em hardware ou em software. Por conseguinte, a presente invenção também está relacionada a um programa de computador, o qual pode ser armazenado num meio legivel por computador, tal como um CD, um disco, DVD, uma pendrive, um cartão de memória ou um chip de memória. A presente invenção é também, portanto, um programa de computador dispondo de um código de programa que, quando executado num computador, executa o método da invenção descrito em conexão com as figuras acima.

Enquanto a presente invenção foi descrita em termos de diversas formas de realização preferidas, há alterações, permutações e equivalentes que estão abrangidos pelo âmbito desta invenção. Também deve ser notado que existem muitas formas alternativas de implementar os métodos e composições da presente invenção. Pretende-se, portanto, que as reivindicações em anexo sejam interpretadas como incluindo todas as tais alterações, permutações e equivalentes como abrangidas pelo âmbito da presente invenção.

Além disso, note-se que todas as etapas indicadas nos diagramas de fluxo são implementadas por respetivos meios no recetor e que as implementações podem compreender sub-rotinas que são executadas num CPU, partes de circuito de um ASIC ou similares.

Claims (13)

REIVINDICAÇÕES

1. Recetor para um sinal de informações baseadas em texto transportando conteúdo de informações baseadas em texto sendo dividido em objetos de informação, em que o recetor é um recetor de difusão e o sinal de informações baseadas em texto é um sinal de difusão de informações baseadas em texto de carrossel de dados no qual os objetos de informação são difundidos numa forma de carrossel de dados, o recetor compreendendo: um seletor operável pelo utilizador (44); e um processador (42) configurado para analisar um objeto de informação compreendendo um ID de objeto selecionado entre uma pluralidade de IDs de objeto exclusivos, ao determinar se o objeto de informação analisado é, ou não, um objeto de ligação (28) que suporta tratamento automático compreendendo itens de ligação que apontam a outros IDs de objeto entre a pluralidade de IDs de objeto exclusivos; se o objeto de informação analisado é um objeto de ligação, mas um objeto de ligação que não suporta tratamento automático, disponibilizar (82) uma apresentação a ser apresentada ao utilizador, representando os itens de ligação do objeto de ligação numa forma predeterminada de tal modo que todos os itens de ligação do objeto de ligação são abrangidos pela apresentação; se o objeto de informação analisado é um objeto de ligação (28) que suporta tratamento automático, verificar se os dados de condição associados com os itens de ligação do objeto de ligação que suporta tratamento automático são, ou não, satisfeitos e determinar (96) se nenhum dos itens de ligação do objeto de ligação que suporta tratamento automático tem, ou não, a ele associado dados de condição que são satisfeitos; e se nenhum dos itens de ligação do objeto de ligação que suporta tratamento automático tiver a ele associado dados de condição que são satisfeitos, verificar (90) a sinalização padrão (114) dos itens de ligação do objeto de ligação que suporta tratamento automático para determinar um objeto de ligação entre os objetos de ligação do objeto de ligação que suporta tratamento automático determinados por padrão e designar (94) automaticamente um ID de objeto referido pelo item de ligação determinado por padrão como o ID de objeto recém-selecionado ou disponibilizar (94; 100) a apresentação a ser apresentada ao utilizador de modo a que o item de ligação determinado por padrão seja mais fácil de reconhecer para o utilizador do que os itens de ligação do objeto de ligação que suporta tratamento automático que não são determinados por padrão; e se pelo menos um dos itens de ligação do objeto de ligação que suporta tratamento automático tiver a ele associados dados de condição que são satisfeitos, automaticamente designar um ID de objeto (30; 112) referido por um item de ligação (28c; 102b) do objeto de ligação que suporta tratamento automático que tem dados de condição (32; 110) a ele associados que são satisfeitos, como um ID de objeto recém-selecionado ou disponibilizar uma apresentação a ser apresentada ao utilizador, representando o objeto de ligação que suporta tratamento automático numa forma que depende da verificação e nomear um ID do objeto referido por um item de ligação do objeto de ligação que suporta tratamento automático selecionado pelo utilizador através do seletor operável pelo utilizador, como o ID de objeto recém-selecionado.

2. O recetor de acordo com a reivindicação 1, compreendendo ainda uma unidade de apresentação (48) configurada para apresentar visual e/ou auditivamente ao utilizador a apresentação a ser apresentada.

3. O recetor de acordo com a reivindicação 1 ou 2, em que o processador (42) é ainda configurado para, ao analisar o objeto de informação compreendendo o ID de objeto selecionado, determinar se o objeto de informação analisado é, ou não, um objeto de ligação que suporta tratamento automático ao determinar (80) se o objeto de informação analisado é, ou não, um objeto de ligação, e em caso afirmativo, verificar (84) se um indicador de tratamento automático (104) no objeto de ligação está, ou não, presente.

4. O recetor de acordo com qualquer uma das reivindicações anteriores, em que o processador (42) é configurado para, ao analisar o objeto de informação compreendendo o ID de objeto selecionado, verificar (98) se exatamente um dos itens de ligação do objeto de ligação que suporta o tratamento automático tem, ou não, dados de condição associados a ele, os quais são satisfeitos e, se for o caso, designar automaticamente (94) um ID de objeto referido pelo exatamente um item de ligação como o ID de objeto recém-selecionado.

5. O recetor de acordo com qualquer uma das reivindicações anteriores, em que o processador (42) é configurado para, ao analisar o objeto de informação compreendendo o ID de objeto selecionado, verificar (98) se mais de um dos objetos de ligação do objeto de ligação que suporta tratamento automático tem a ele associado dados de condição que são satisfeitos e, em caso afirmativo, disponibilizar (100) a apresentação a ser apresentada ao utilizador de tal modo que a mesma represente o mais de um itens de ligação ao deixar ou representar numa forma subordinada, os itens de ligação que têm a eles associados dados de condição que não são satisfeitos, ou vice-versa.

6. O recetor de acordo com qualquer uma das reivindicações anteriores, em que o processador (42) é configurado para, ao analisar o objeto de informação compreendendo o ID de objeto selecionado, se o objeto de informação analisado é um objeto de ligação que suporta tratamento automático, verificar (88) uma indicação do tipo de condição (108) dentro do objeto de ligação que suporta tratamento automático se um tipo de condição desse modo indicado é suportado pelo recetor de difusão e, em caso negativo, ignorar (92) os dados de condição associados com os itens de ligação do objeto de ligação que suporta tratamento automático e verificar (90) uma sinalização padrão dos itens de ligação do objeto de ligação que suporta tratamento automático a fim de determinar se um item de ligação entre os itens de ligação do objeto de ligação que suporta tratamento automático é, ou não, determinado por padrão.

7. O recetor de acordo com qualquer uma das reivindicações anteriores, em que o processador (42) é configurado para, ao analisar se os dados de condição associados com os itens de ligação são, ou não, satisfeitos, comparar os dados de condição com uma ou mais configurações de idioma do recetor de difusão, uma data atual, hora atual, um dia da semana atual, uma posição atual do recetor, um canal de áudio ou video ao qual o recetor está atualmente sintonizado, a capacidade de exibição do recetor, a capacidade do recetor em determinar a posição atual do recetor, a capacidade do recetor em efetuar uma navegação, a capacidade do recetor em aceder a redes de dados externas e a capacidade de telecomunicação do recetor.

8. O recetor de acordo com qualquer uma das reivindicações anteriores, em que o processador (42) é ainda configurado para, ao disponibilizar a apresentação a ser apresentada ao utilizador, disponibilizar a apresentação de acordo com uma regra predeterminada consoante a verificação, com a regra, por sua vez, sendo dependente de uma indicação do tipo de condição (108) contida dentro do objeto de ligação que suporta tratamento automático.

9. O recetor de acordo com qualquer uma das reivindicações anteriores, em que os dados de condição associados com os itens de ligação indicam uma ou mais condições de um idioma, uma data, um horário, um dia da semana, uma localização geográfica, um canal de áudio ou vídeo, ao qual um recetor de sinal de informações baseadas em texto pode estar sintonizado, um requisito mínimo de capacidade de exibição, um requisito de capacidade de determinação de posição, um requisito de capacidade de determinação de naveqação, requisito de capacidade de acesso à rede de dados e um requisito de capacidade de telecomunicações, com um objeto de informação, ao ID de objeto do qual o respetivo pelo menos um item de ligação se refere, adequando-se à uma ou mais condições.

10. 0 recetor de acordo com qualquer uma das reivindicações anteriores, 9 ou 10, em que os dados de condição (32; 100) e o indicador de suporte a tratamento automático (104) estão incorporados no objeto de ligação que suporta tratamento automático pela utilização de um ou mais símbolos de escape cada seguido por uma indicação de comprimento indicando um comprimento de uma sucessão de símbolos imediatamente seguindo a indicação de comprimento e em relação a uma respetiva porção dos dados de condição e do indicador de suporte a tratamento automático, respetivamente.

11. 0 recetor de acordo com qualquer uma das reivindicações anteriores, em que o pelo menos um objeto de ligação é uma raiz (36) de uma árvore hierárquica (38) formada pelos objetos de informação por meio das referências dos itens de ligação dos objetos de ligação a outro objeto de informação.

12. Método para processar um sinal de informações baseadas em texto transportando conteúdo de informações baseadas em texto sendo dividido em objetos de informação, em que o sinal de informações baseadas em texto é um sinal de difusão de informações baseadas em texto de carrossel de dados no qual os objetos de informação são difundidos numa forma de carrossel de dados, compreendendo: determinar se um objeto de informação predeterminado compreendendo um ID de objeto selecionado entre uma pluralidade de IDs de objeto exclusivos é, ou não, um objeto de ligação (28) que suporta tratamento automático compreendendo itens de ligação apontando a outros IDs de objeto entre a pluralidade de IDs de objeto exclusivos; se o objeto de informação analisado é um objeto de ligação, mas um objeto de ligação que não suporta tratamento automático, disponibilizar (82) uma apresentação a ser apresentada ao utilizador, representando os itens de ligação do objeto de ligação numa forma predeterminada de tal modo que todos os itens de ligação do objeto de ligação são abrangidos pela apresentação; se o objeto de informação analisado é um objeto de ligação (28) que suporta tratamento automático, verificar se os dados de condição associados com os itens de ligação do objeto de ligação que suporta tratamento automático são, ou não, satisfeitos e determinar (96) se nenhum dos itens de ligação do objeto de ligação que suporta tratamento automático tem, ou não, a ele associados dados de condição que são satisfeitos; e se nenhum dos itens de ligação do objeto de ligação que suporta tratamento automático tiver a ele associado dados de condição que são satisfeitos, verificar (90) a sinalização padrão (114) dos itens de ligação do objeto de ligação que suporta tratamento automático para determinar um objeto de ligação entre os objetos de ligação do objeto de ligação que suporta tratamento automático determinados por padrão e designar (94) automaticamente um ID de objeto referido pelo item de ligação determinado por padrão como o ID de objeto recém-selecionado ou disponibilizar (94; 100) a apresentação a ser apresentada ao utilizador de modo a que o item de ligação determinado por padrão seja mais fácil de reconhecer para o utilizador do que os itens de ligação do objeto de ligação que suporta tratamento automático que não são determinados por padrão; e se pelo menos um dos itens de ligação do objeto de ligação que suporta tratamento automático tem a ele associados dados de condição que são satisfeitos, automaticamente designar um ID de objeto (30; 112) referido por um item de ligação (28c; 102b) do objeto de ligação que suporta tratamento automático que tem dados de condição (32; 110) a ele associados que são satisfeitos, como um ID de objeto recém-selecionado ou disponibilizar uma apresentação a ser apresentada ao utilizador, representando o objeto de ligação que suporta tratamento automático numa forma que depende da verificação e nomear um ID do objeto referido por um item de ligação do objeto de ligação que suporta tratamento automático selecionado pelo utilizador através do seletor operável pelo utilizador, como o ID de objeto recém-selecionado.

13. Programa de computador tendo instruções para efetuar, ao ser executado num computador, um método de acordo com a reivindicação 12.