BRPI0807324B1

BRPI0807324B1 - "equipamento e método para a geração de um fluxo de dados e equipamento e método para a leitura de um fluxo de dados"

Info

Publication number: BRPI0807324B1
Application number: BRPI0807324-4A
Authority: BR
Inventors: Alexander Zink; Markus Prosch; Olaf Korte; Christian Kellermann; Bernd Linz
Original assignee: Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V.
Priority date: 2007-02-16
Filing date: 2008-01-10
Publication date: 2019-06-18
Also published as: JP5196676B2; KR101125121B1; US20100106802A1; US8788693B2; RU2450344C2; US20120275541A1; CN101622615B; US8782273B2; ES2394730T3; WO2008098645A2; PL2126733T3; HK1132817A1; JP2010518766A; BRPI0807324A2; RU2009130672A; WO2008098645A3; EP2126733B1; EP2126733A2; CN101622615A; KR20090115150A

Abstract

equipamento e método para a geração de um fluxo de dados e equipamento e método para a leitura de um fluxo de dados ao gerar um fluxo de dados, são enviados dados de texto, uma seqüência de escape-partida, um primeiro número de unidades de dados, urna seqüência de escape-continuação e um segundo número de unidades de dados em um fluxo de dados. um decodificador base exibe somente os dados de texto e pula as unidades de dados referenciadas pela seqüência de escape-partida e a seqüência de escape-continuação, enquanto o decodificador de extensão lê aquelas unidades de dados e as processa em conjunto.

Description

EQUIPAMENTO E MÉTODO PARA A GERAÇÃO DE UM FLUXO DE DADOS E EQUIPAMENTO E MÉTODO PARA A LEITURA DE UM FLUXO DE DADOS

Descrição

A presente invenção se refere à transmissão de dados e, em particular, a uma transmissão de dados mais fácil com texto para receptores simples e texto mais dados para receptores mais complexos, onde ambos os tipos de receptores podem avaliar o fluxo de dados.

No presente, existe uma pluralidade de terminais de receptores individuais, podendo todos receber as informações transmitidas de maneira móvel. É característico deste largo espectro que as capacidades de processamento e de saída desses diferentes receptores de informações variem bastante. Um notebook, por exemplo, tem uma capacidade de processamento e saída muito grande como receptor móvel de informações transmitidas, já que um notebook tem significativos recursos de processador e de recursos de memória. Por outro lado, por exemplo, um telefone móvel que também participe de um serviço de informações, como de um canal de difusão de dados, somente tem recursos muito limitados de processamento e de recursos de saída. Um pequeno receptor de difusão móvel que nem sirva como telefone móvel, mas somente como receptor de difusão móvel para a recepção de dados, como de resultados de uma liga de futebol ou resultados de outros esportes, de manchetes de jornais, previsão de tempo etc., é ainda mais limitado em seu processamento e nos recursos de saída, caso seja usado um respectivo serviço de difusão de dados.

Este serviço de informações de textos para

difusão digital, que é adequado para a simples coleta de dados e reutilização, assim como para uma difusão muito eficiente de transmissão, existe sob a denominação de Journaline. Este serviço de dados dá suporte a uma faixa muito ampla de tipos de receptores, variando de soluções com boa relação custo-beneficio tendo um display de pequeno texto para receptores de alta definição com interface de usuário gráfico e reprodução opcional de texto-fala.

O usuário pode processar todas as informações fornecidas pela estação de rádio imediatamente e de maneira interativa. A esse respeito, o serviço pode ser comparado ao videotexto para televisão. As informações básicas são fornecidas em forma de texto simples, onde, entretanto, ao mesmo tempo, deve ser habilitada a opção de representações gráficas mais completas incluindo uma extensão para elementos multimídia, como sequências de imagens ou vídeo e outras extensões funcionais.

Por outro lado, é importante que um fluxo de dados, por exemplo, difundido por um transmissor DAB, seja compatível para trás, o que significa que pode ser lido e processado igualmente por receptores simples e por receptores mais complexos ou por receptores base que são receptores simples e, por extensão, receptores que sejam receptores mais complexos.

É o objetivo da presente invenção prover um conceito para a geração e o processamento de um fluxo de dados que possa ser igualmente processado por receptores simples e complexos, e que permita alta flexibilidade de transmissão de dados e processamento, além dos dados de texto que também devem ser interpretáveis tanto pelos receptores simples como pelos receptores complexos.

Este objetivo é alcançado por um equipamento para a geração de um fluxo de dados de acordo com a reivindicação 1, um equipamento para a leitura de um fluxo de dados de acordo com as reivindicações 15 ou 17, um método para a geração de um fluxo de dados de acordo com a reivindicação 28, um método para a leitura de um fluxo de dados de acordo com as reivindicações 29 ou 30, ou um programa de computador de acordo com a reivindicação 31 ou um fluxo de dados de acordo com a reivindicação 32.

Além dos dados de texto, um fluxo de dados compreende uma seqüência de escape-partida definindo um primeiro número de unidades de dados que devem ser pulados por um decodificador base e ser interpretados por um decodificador de extensão, o primeiro número de unidades de dados, uma seqüência de escape-continuação definindo um segundo número de unidades de dados que devem ser novamente pulados por um decodificador base e ser interpretados por um decodificador de extensão em conjunto com o primeiro número de unidades de dados, número de unidades de dados e, finalmente, assim como o segundo se necessário, dados de texto.

Assim, certifica-se que, por um lado, podem ser usadas seqüências de partidas curtas, já que o número de unidades de dados com as quais uma seqüência de escape-partida está relacionada é, no máximo, tão alta ou menor que o número máximo de unidades de dados que pode ser sinalizado pela seqüência de escape-partida. Para os normalmente muito poucos casos em que número de unidades de dados considerado somente para decodificadores de maior qualidade é maior que o número de unidades de dados interpretáveis pela seqüência de escape-partida, uma seqüência de escape-continuação é também provida que define um número de unidades de dados que devem ser interpretadas em conjunto com o primeiro número de unidades de dados por um 5 decodificador de extensão. Assim, para menores blocos de dados com menor número de unidades de dados, é sempre somente requerida a seqüência de escape-partida, que é um código curto, já que este não é destinado a ser codificado e ter um comprimento arbitrariamente grande, mas somente um comprimento limitado de 10 unidades de dados. A flexibilidade é alcançada quando, por outro lado, são possíveis introduções de dados arbitrariamente longos que podem ser introduzidos no fluxo de dados por uma repetição arbitrariamente frequente das seqüências de escape-continuação e das segundas unidades de dados após uma seqüência de escape15 continuação.

Em outras palavras, devido ao fluxo de dados flexível, é ilimitada a quantidade de dados a ser introduzida no texto por um decodificador de extensão. Entretanto, isto não afeta o comprimento da seqüência de escape-partida, já que a tarefa de 20 sinalização do comprimento de inserções muito longas de dados é realmente dividida em várias seqüências, isto é, em uma seqüência de escape-partida e uma seqüência de escape-continuação que ocorrem posteriormente no fluxo de dados e possivelmente ainda nas seqüências de escape-partida, enquanto é necessária somente uma 25 seqüência de escape-partida muito curta para inserções de dados curtos de ocorrência relativamente frequente. Assim, quando o decodificador de extensão encontra uma seqüência de escapecontinuação no fluxo de dados, sabe que as unidades de dados mostradas nesta seqüência pertencem às primeiras unidades de dados. Com relação a uma maior flexibilização, ao usar o fluxo de dados, é localizado um indicador de tipo de dados nas unidades de dados que declaram o tipo de dados e, portanto o processamento a 5 ser feito com esses dados, tanto das primeiras unidades de dados como das segundas unidades de dados. 0 indicador de tipo de dados está localizado, por exemplo, na frente das primeiras unidades de dados referenciadas pela seqüência de escape-partida, e na frente das segundas unidades de dados referenciadas pela seqüência de 10 escape-continuação.

As configurações preferidas da presente invenção serão discutidas abaixo com referência aos desenhos de acompanhamento. Mostram:

	Fig	. 1 é um diagrama de blocos de	um equipamento
15	de um fluxo de dados;
	Fig	. 2a é um diagrama de blocos de um receptor
	base;
	Fig	. 2b é um diagrama de blocos de	um receptor de
	extensão;
20	Fig	. 3a é um ilustração de um fluxo	de dados;
	Fig	. 3b é um ilustração ampliada de	uma seqüência
	de escape-partida e	uma seqüência de escape-continuação de acordo

com um aspecto;

Fig. 3c é um ilustração dos dados referenciados pela seqüência de escape-partida e pela seqüência de escapecontinuação da Fig. 3a ou da Fig. 3b, em conjunto com um indicador de tipo de dados interpretável por um decodificador de extensão;

Fig. 4a é um exemplo de fluxo de dados sem código

'· <i ι

Fig.

4b é um exemplo de codificação com código de de continuação;

continuação;

é um fluxograma do método para a geração de um fluxo de dados;

6A é um fluxograma feito por um receptor base;

6B é um fluxograma feito por um receptor de extensão; e mostra diferentes tipos de dados que podem ser indicados por um indicador de tipo de dados e que podem ser processados.

A Fig. 1 mostra um equipamento para a geração de um fluxo de dados compreendendo meios 10 para entrar com informações no fluxo de dados, que são enviadas para uma saida 12.

O fluxo de dados é enviado para os meios 14 de transmissão e/ou de armazenamento do fluxo de dados para ser transmitido para um receptor ou um decodificador do fluxo de dados, respectivamente, por meio de um caminho de transmissão de espaço livre 16 no exemplo de uma transmissão para difusão. De forma alternativa, a saida 16 dos meios 14 para a transmissão ou o armazenamento está conectada a um meio de memória legível por computador, como um cartão de memória conectado à saída dos meios ou provido na outra extremidade de um caminho de transmissão, como em um receptor, quando este receptor somente armazena os dados, mas não os processa ou os armazena simultaneamente. Um meio de memória legível por computador pode assim ser um cartão de memória não volátil em um receptor ou um decodificador, ou um disco rígido de um notebook, ou uma memória de trabalho de um decodificador, que retenha seus dados enquanto estes são enviados com corrente ou voltagem, respectivamente.

Os meios 10 para entrada incluem dados de texto

11a e unidades de dados 11b. De preferência, os cálculos são feitos em bytes. Assim, uma unidade de dados tem 8 bits ou 1 byte de comprimento. Esta granularidade é preferida, já que tanto texto como dados podem ser facilmente manipulados nesta granularidade.

Neste contexto, é preferível usar o formato de codificação UTF8 10 para a codificação de textos, onde caracteres típicos ASCII são codificados com um byte cada, enquanto, por exemplo, os tremas alemães são codificados com 2 bytes e, por exemplo, os caracteres chineses são codificados com 3, 4 ou mais bytes. Segue-se que um receptor base pode decodificar uma codificação UTF8, que será 15 feita, por exemplo, depositando uma tabela de decodificação UTF8.

Dependendo da decodificação, os meios para entrada obtêm dados de texto e unidades de dados em paralelo. Neste caso, os meios para entrada também recebem um sinal de controle de tempo 11c, que determina em que momento os dados de texto e em que momento as 20 unidades de dados devem ser enviadas, por exemplo, no fluxo de dados serial 12. De forma alternativa, os meios 10 para entrada podem já receber dados de texto e unidades de dados por meio de uma entrada simples, que já provê dados de texto e unidades de

dados na ordem temporal correta ou	na	ordem	de fluxo de dados
25 desejada.
Os meios para entrada	são	implementados para
entrar com os dados de texto no fluxo	de	dados.	Quando tiverem que

entrar unidades de dados a ser puladas por um decodificador ^f' simples, enquanto as unidades de dados devem ser lidas ou processadas por um decodificador mais complexo, é inserida uma seqüência de escape-partida no fluxo de dados como indicado, por exemplo, na Fig. 3a. A seqüência de escape-partida 31 define um 5 primeiro número de unidades de dados a serem pulados por um decodificador base e serem interpretados por um decodificador de extensão. Este primeiro número de unidades de dados então também entra no fluxo de dados, como pode ser visto na Fig. 3a em 32. Se o bloco de dados a entrar inclui mais unidades de dados que devem 10 ser definidas pela seqüência de escape-partida, os meios 10 entrarão com uma seqüência de escape-continuação 33, definindo um segundo número de unidades de dados a ser pulado por um decodificador base, mas a ser interpretado por um decodificador de extensão em conjunto com o primeiro número de unidades de dados.

Este segundo número de unidades de dados também entra no fluxo de dados, como pode ser visto na Fig. 3a em 34.

Dependendo da implementação, isto é, quando o bloco de dados é um grande bloco de dados que tem até mais dados do que podem ser definidos pela seqüência de escape-continuação, 20 uma outra seqüência de escape-continuação é escrita no fluxo de dados etc., até que todas as unidades de dados a entrar nesta posição nos dados de texto que devem ser interpretados em conjunto por um decodificador de extensão tenham entrado.

Depois, os meios 10 de entrada da Fig. 1 farão novamente a entrada dos dados de texto, que estão indicados na

Fig. 3a, por exemplo, como segundos dados de texto 35, de maneira que resulte um fluxo de dados onde existirem os primeiros dados de texto 30 e os segundos dados de texto 35, e que, de certa forma, incluam os dados a serem pulados pelo decodificador base, onde o decodif icador base é pelo menos capaz de ler a sequência de escape-partida e particularmente o número de unidades de dados, assim como a sequência de escape-continuação e pelo menos o número 5 de unidades de dados incluída para poder pular o número correto de unidades de dados no fluxo de dados.

A Fig. 3b mostra um exemplo de uma seqüência de escape-partida 31 compreendendo um código de escape-partida 31a assim como a código de comprimento a jusante 31b. A seqüência de 10 escape-continuação 33 é feita de forma análoga, compreendendo um código de continuação separado 33a e um código de comprimento a jusante 33b. Por exemplo, todos os códigos 31a, 31b, 33a, 33b têm cada um 1 byte ou, respectivamente, uma unidade de dados de comprimento, que tem o efeito de que 256 unidades de dados podem 15 ser codificadas pelo código de comprimento. Isto significa que, quando um bloco de dados tem comprimento maior que 256 unidades de dados, o código de continuação 33a deve ser escrito ou inserido no fluxo de dados após as primeiras 256 unidades de dados, para codificar as unidades de dados restantes do bloco de dados com o 20 subsequente código de comprimento 33b.

Se uma unidade de dados for respectivamente maior, um código de comprimento que tiver uma unidade de dados de comprimento podería codificar um maior número de unidades de dados, que teria o efeito de que neste fluxo de dados o número 25 total de códigos de continuação se tornaria menor. Se, entretanto, for selecionado o código de comprimento inferior a 8 bits, o número máximo de dados que pode ser codificado pelo código de comprimento é respectivamente menor, de maneira que, de outra

forma, nas mesmas circunstâncias o número de códigos de continuação no fluxo de dados aumentará de forma correspondente. Normalmente, há o ideal que, existe um determinado comprimento das unidades de dados para um determinado comprimento médio dos blocos de dados. Se o código de comprimento for feito muito longo, este procedimento seria ineficiente, já que então todo o código de comprimento teria que ser escrito no fluxo de dados, mesmo para uma inserção muito curta de dados. Se, por outro lado, o código de comprimento for feito muito curto, um código de continuação deveria ser escrito para um número muito grande dos blocos de dados, que não seria necessário em particular na implementação mostrada na Fig. 3b caso um código de comprimento mais longo tivesse que ser usado desde o inicio.

A Fig. 4a mostra um fluxo exemplar de dados que resulta em um display This is a great testl, como indicado em 40 na Fig. 4a. O fluxo de dados associado tem inicialmente primeiros dados de texto 30 com o texto This is a. Isto exige 10 bytes, já que é necessário um byte de cada para cada letra e para os espaços em branco na codificação UTF8. Assim, os primeiros dados de texto têm 10 bytes de comprimento.

Depois, os dados devem ser inseridos. Para a sinalização, o código de escape-partida 31a, que é IA no exemplo mostrado na Fig. 4a, pode ser encontrado no índice de byte (base zero) 10, onde o prefixo 0x indica uma representação hexadecimal. É claro, qualquer outro código que difira do código texto podería ser inserido para o código de escape-partida. Em outras palavras, o código de escape-partida 31a, que tem 1 byte de comprimento no exemplo da Fig. 4a, deve diferir do código que define os caracteres (números, letras, ...) que podem ser mostrados na tela em uma codificação UTF8 . Assim, os códigos de escape são, por exemplo, caracteres de controle UTF8 ou outros caracteres fixos que diferem dos códigos de texto com relação aos 5 caracteres que podem ser mostrados na tela.

Subsequente ao código de escape-partida 31a existe um código de comprimento 31b, que indica o comprimento do campo de dados após o código de comprimento 31b. 0 campo de comprimento inclui o código 4, de maneira que, consequentemente, 10 as primeiras unidades de dados 32 na Fig. 4a compreendem 5 bytes.

0 histórico para tanto	é que o campo	de comprimento	inclui de
forma implícita o termo	-1, já que um	comprimento zero	não teria
sentido.
Depois,	segue-se outro	campo de texto,	isto é, a

palavra great com 5 bytes, onde novamente, em índice de bytes

22, é escrito um código de escape-partida 31a, seguido por um código de comprimento 31b com valor 5, já que os dados de 6 bytes

	são	escritos	nos bytes índices 24	a 29	seguindo o	código	de
-	comprimento.	No lado de saída, existe	outro	bloco de texto 35,	que
-1	20 tem	6 bytes	de comprimento, já que 1	byte	é necessário	para cada

letra de test e já que 1 byte é também necessário para o ponto de exclamação.

Isto resulta em um fluxo de dados de 36 bytes, incluindo 11 bytes de outros dados inseridos em duas posições 25 diferentes.

Um decodificador base fará a leitura e representará os dados, e então, quando encontrar o código de escape-partida 31a, os interpretará com o objetivo de busca de um

código de comprimento associado ao código de escape-partida.

Depois, uma interpretação deste código de comprimento fará o decodificador base pular as unidades de dados referenciadas pelo código de escape-partida e pelo código de comprimento, isto é, 5 para ignorá-los e para não mais os considerar. Depois, o decodificador base fará a leitura dos dados de texto nos índices de byte 17 a 21 para então reconhecer novamente um código 31a as como o código de escape-partida e para buscar uma indicação de comprimento associado no código 31b, para novamente pular o número 10 de bytes sinalizado no código 31b.

Assim, fica garantido de forma simples que o decodif icador base pode até ler um fluxo de dados escrito para decodificadores de extensão mais novos ou mais complexos. O fato de que o decodif icador base não pode administrar os dados, mas 15 pode interpretar de forma correta a sequência de escape-partida com o código e a indicação de comprimento, garante a compatibilidade para trás.

Entretanto, um decodificador de extensão não pode somente interpretar a seqüência de partida, isto é, os códigos 31a 20 e 31b, mas não somente pular os dados como processá-los para poder realizar, além do simples display de texto, outras funções que podem ser controladas por meio do fluxo de dados e dos dados associados a uma seqüência de escape.

A Fig. 4b mostra um exemplo de codificação com 25 código de continuação, onde é suposto no exemplo mostrado na Fig.

4b que um bloco de dados é maior que 256 bytes. Se este grande bloco de dados for inserido, primeiro, uma seqüência de escapepartida, que novamente consiste de um código de escape-partida 31a e de um código de comprimento a jusante 31b, é inserida no índice de bytes de dados 0. Entretanto, agora, o valor do comprimento no código de comprimento 31b não é qualquer número como no índice de bytes 11 ou no índice de bytes 23, mas o máximo, isto é, FF. Depois, seguindo o código de comprimento 31b, as primeiras 256 unidades de dados 32 são escritas no fluxo de dados nos índices de bytes 2 a 257. Como várias outras unidades de dados estão presentes, isto é, 262 bytes no total, o gerador de fluxo de dados determinará que ainda não foram escritas todas as unidades de dados no fluxo de dados. Como consequência, escreve um código de continuação 33a no fluxo de dados, que irá diferir do código de escape-partida 31a, de maneira que o decodificador conheça que as unidades de dados que pertencem ao código de continuação, que, por exemplo, seguem imediatamente o código de continuação, ainda pertençam às unidades de dados que foram processadas ou enviadas antes do código de continuação. No exemplo mostrado na Fig. 4b, devem ainda entrar mais seis unidades de dados de maneira que o código de comprimento

33b seguindo o código de continuação sinalize um comprimento de 6 (código 0x05).

Depois seguindo este código de comprimento, a inserção no fluxo de dados é encerrada escrevendo as segundas unidades de dados 34, onde então, começando do índice de bytes 266 mostrado na Fig. 4b, por exemplo, o texto normal 35 pode se seguir.

Deve ser notado que, dependendo da implementação, o código de continuação de escape 33a não deve necessariamente diferir do código de escape-partida 31a. Isto não é importante para o decodificador base. Este somente deve interpretar tanto o código de escape-partida 31a como o código de continuação de escape 33a e ler o código de comprimento a jusante seguindo esta interpretação, para saber quantos dados devem ser pulados. Neste caso, o decodificador de extensão seria implementado de maneira que assuma automaticamente, quando um código de escape-partida, seguido por um código de comprimento com comprimento máximo, isto é, por exemplo, FF, ocorrer pela primeira e que as subsequentes unidades de dados ainda pertençam às unidades de dados 32 e assim tenham que ser processadas em conjunto.

significado do código de escape-partida seria então trocado, já que o código de comprimento 31b que segue o código de escape partida 31a indica um escape-partida 31a e o comprimento máximo. Quando o código de código de continuação 33a têm o mesmo valor, o decodificador, quando o código de comprimento 31b após o primeiro código de escape-partida 31a não tiver valores máximos, isto é,

FF, interpretaria o código de continuação seguindo as unidades de dados não como um código de continuação, mas como um novo código de partida, de maneira que os dados que seguem segundo código de partida não sejam considerados como uma continuação dos dados que seguem o primeiro código de partida, mas como novos dados de um novo bloco de dados que pode ser processado de maneira diferente. A interpretação, seja dos dados de continuação ou dos dados de não continuação, é de particular importância quando um indicador de tipo de dados estiver localizado em cada bloco de dados, consistindo de várias unidades de dados em determinada posição, como no início, que é lido quando os dados não são dados de continuação, ou, quando os dados são dados de continuação, não se espera de um decodificador como também não é lido, como será discutido abaixo com referência à

Fig. 3c.

A seguir, com referência à Fig. 5, está ilustrada uma seqüência exemplar de etapas para a geração de um fluxo de dados, que pode ser feita por um gerador de fluxo de dados, 5 estruturado como mostrado na Fig. 1.

	0	fluxograma	da Fig. 5 inicia com a etapa	de
entrada	do	texto	5 0 . Em uma	etapa 51, é verificado se, após	a
entrada	do	texto,	ainda existem dados que devem ser inseridos.	Se

a resposta a esta pergunta for não, o novo objeto de texto é 10 inserido no fluxo de dados, como ilustrado pelo loop 52. Se, entretanto, a resposta a esta pergunta for sim, os meios 10 de entrada entram em uma seqüência de escape-partida, como ilustrado na etapa 53. A seqüência de escape-partida inclui informações sobre o comprimento dos dados, isto é, do número de unidades de 15 dados. Após a entrada da seqüência de escape-partida no fluxo de dados, são entradas as primeiras unidades de dados, como indicado em 54. Em uma etapa 55, é verificado se todos os dados que pertencem a um bloco de dados são inseridos no fluxo de dados. Se a resposta a esta pergunta for não, isto é, não existirem mais 20 dados, o objeto de texto ou o código de escape será inserido novamente, como ilustrado pelo loop 56.

Deve ser aqui notado que a seqüência de escapepartida podería estar em frente a um texto, após um texto ou no intermédio de um texto. De forma alternativa, entretanto, uma 25 seqüência de escape-partida também pode estar em frente ou após uma outra seqüência de escape, onde outra seqüência de escape pode indicar outras coisas além de dados específicos.

Se, entretanto, for determinado que os dados • fi ainda existem, é inserida uma sequência de escape-continuaçâo, como mostrado na etapa 57. Nesta seqüência de escape-continuaçâo, também é determinado o comprimento das unidades de dados, que então será inserido em uma etapa 58. Em uma etapa 59, it é verificado se ainda existem outros dados. Se este for o caso, isto é, forem inseridos outros dados do bloco de dados, uma outra seqüência de escape-continuaçâo é escrita, como mostrado em 60. Se, por outro lado, forem inseridos todos os dados, o texto é novamente inserido, basicamente sempre da forma mostrada na etapa 10 50. Com objetivos de clareza, esta entrada de texto após um bloco de dados é indicada pela etapa 61 na Fig. 5.

Deve ser notado que a verificação na etapa 55 de se os dados ainda estão presentes ou na etapa 59 de se os dados ainda estão presentes não deve ser feita necessariamente quando o comprimento de dados a ser inserido é determinado em processo paralelo ou em processo separado, como mostrado na Fig. 5 no bloco

62. No bloco 62, é determinado qual o comprimento de um bloco de dados a ser inserido. Com base no número máximo de unidades de dados a ser codificado na seqüência de escape-partida, o bloco 52 20 sabe imediatamente quantas seqüências de continuação são necessárias. Na configuração mostrada na Fig. 4b, o bloco 62 determina que o comprimento máximo deve ser inserido na seqüência de escape-partida, e que então uma seqüência de continuação é inserida e cujo tamanho é também determinado, como indicado pelas 25 flechas de controle 63a e 63b na Fig. 5. Nesse caso, a verificação no 55 ou no bloco 59 não deve ser feita, como indicado pela flecha pontilhada de conexão 64. Esta alternativa já representa uma solução onde a seqüência de escape-partida já está acabada antes de inserir as unidades de dados, enquanto que, na segunda alternativa, o comprimento somente deve ser inserido na seqüência de escape-partida após a entrada das primeiras unidades de dados ou das segundas unidades de dados, respectivamente.

		A seguir,	com referência à	Fig.	2a e à Fig. 2b,
serão	discutidos	receptores	para a recepção	ou a	decodificação do
fluxo	de dados,	onde este	fluxo de dados	pode	ser basicamente

estruturado como mostrado na Fig. 3a, com o propósito de incluir dados de texto, uma seqüência de escape-partida, um número de unidades de dados, depois uma seqüência de escape-continuação e depois a seqüência de escape-continuação, novamente um número de unidades de dados que podem ser seguidas por dados de texto, ou por outra seqüência de escape-continuação.

O receptor base para a leitura do fluxo de dados compreende uma interface de entrada 70 para a obtenção do fluxo de dados 16. O fluxo de dados é então transmitido para um processador 71, que está acoplado a um display de texto 72 para a leitura do texto do fluxo de dados e exibi-lo, onde o processador determina o comprimento ou o número de unidades de dados quando o processador encontra uma seqüência de escape-partida, para pular este número de unidades de dados, e onde o processador ainda, quando encontra uma seqüência de escape-continuação, também pula o número de

unidades de	dados	que pertencem	à	seqüência	de continuação, como
mostrado no	bloco	71 da Fig. 2a.
	0 um receptor	de	extensão	mostrado	na Fig. 2b
compreende,	além	dos elementos	do	receptor	base da	Fig. 2a, um

módulo ou uma funcionalidade do processador 71 que as unidades de dados não são simplesmente puladas, mas executadas em conjunto.

'»(»

Além do display de textos 72, que pode funcionar ou que funciona da mesma maneira no receptor de extensão como no receptor base, o receptor de extensão fará a interpretação das unidades de dados após a seqüência de escape-partida e da seqüência de escape-continuação.

A seguir, com referência às Fig. 6A e Fig. 6B, é feita uma comparação das funcionalidades de um receptor base sem a opção de processamento de dados e um receptor de extensão com opção de processamento de dados.

Quando tanto o receptor base como o receptor de extensão lêem dados de texto, o processador 71 da Fig. 2a ou da Fig. 2b processa os dados de texto, os decodifica e então os manda ao display de textos 72 e os exibe, como mostrado na etapa 80 da Fig. 6A e Fig. 6B. Se os receptores encontrarem uma seqüência de escape-partida, esta seqüência de escape-partida será lida, como ilustrado na etapa 82. Em particular, o receptor base verá na etapa 82 quantas unidades de dados estão seqüência de escapepartida, isto é, por exemplo, pelo código de comprimento 31b ou pela Fig. 3b. Na etapa 83, o receptor base pulará então o número de unidades de dados que determinou na etapa 82. Em contrapartida, em uma etapa 84, o receptor de extensão não pulará as unidades de dados após a seqüência de escape-partida, mas fará a leitura destas. Portanto, de preferência, o receptor de extensão também necessitada das informações de comprimento. Entretanto,se os dados fossem codificados de maneira diferente de que como um texto, as informações de comprimento não seria necessariamente requeridas.

Em uma etapa 85, tanto o receptor base como o receptor de extensão lêem a seqüência de escape-continuação após

J » as primeiras unidades de dados 32 da Fig. 3a. Aqui, o receptor base está principalmente interessado no código de comprimento, para descobrir quantos dados devem ser pulados pelo receptor base em uma etapa 86. Por outro lado, o receptor de extensão não pulará o segundo número de unidades de dados em uma etapa 87, mas as lerá, como ilustrado em 87. Depois, em uma etapa 88, para a qual não há receptor base em paralelo, o receptor de extensão ativará a funcionalidade ou o módulo 73 da Fig. 2b, e fará uma execução comum das primeiras e das segundas unidades de dados. Quando todas as unidades de dados tiverem sido processadas, tanto o receptor base como o receptor de extensão mostrarão os segundos dados de texto em uma etapa 89, isto é, os dados 35 após o fluxo de dados mostrado na Fig. 3a. Se, entretanto, o segundo código de comprimento 33b também tiver um comprimento máximo, isto é, neste exemplo FF, o receptor de extensão pode ler em um outro código de continuação de escape, interpretar o código de comprimento subsequente e depois também adicionar essas unidades de dados referenciadas às primeiras e às segundas unidades de dados para novamente permitir uma execução em comum.

Subsequentemente, com referência à Fig. 3c, será discutido em maiores detalhes o que o receptor de extensão faz na etapa 88, ou como são interpretados os dados que foram extraídos após o código de escape-partida e o código de continuação.

Em um exemplo, o primeiro número de unidades de dados compreende um indicador de tipo de dados 90, que tem, por exemplo, 1 byte de comprimento. Este indicador de tipo de dados 90 pode somente ser encontrado, por exemplo, em um determinado primeiro byte do primeiro número de unidades de dados, que é referenciado por uma seqüência de escape-partida 31. Em comparação, não existe nenhum indicador de tipo de dados no segundo número de unidades de dados, mas o segundo número de unidades de dados 34 contribui completamente para que as unidades 5 de dados sejam executadas em conjunto, ou o denominada carga paga. Quando é usado um indicador de tipo de dados 90, um decodificador de extensão fará a interpretação dos dados incluídos depois do código de continuação como pertencentes ao mesmo tipo que os dados incluídos no primeiro número de unidades de dados.

Isto faz com que não exista a necessidade de sinalizações no segundo número de unidades de dados após o código de continuação no fluxo de dados, que inclui informações de se estes são dados de continuação ou que tipo de dados o segundo número de unidades de dados tem. Por sua vez, o indicador de tipo de dados no primeiro 15 número de unidades de dados é simplesmente também usado ou aplicado para o segundo número de unidades de dados, ou os dados no segundo número de unidades de dados são simplesmente somados ao primeiro número de unidades de dados, respectivamente, como se nunca tivesse havido uma separação, de maneira que serão então 20 executados ou processados em conjunto.

É uma vantagem do fluxo de dados escalável do invento que seja baseado em padrões gerais. Assim, podem importados objetos e depois processados em formato XML.

O fluxo de dados é particularmente adequado para os sistemas de difusão digital, como um canal adicional de dados fornecendo um valor adicional para os ouvintes, já que estes agora têm acesso imediato às informações de texto onde quer que estiverem, onde receptores de difusão digital são tanto receptores

Ρ /Α simples mostrando pelo menos informações de texto, ou particularmente complexas e assim, é claro, receptores mais caros que podem realizar qualquer processamento de dados do primeiro número de unidades de dados e do segundo número de unidades de 5 dados. Segue-se que receptores tendo um display de texto que sejam baratos e, portanto disponíveis como produto de massa podem gerar um valor adicional para o ouvinte. Entretanto, o fluxo de dados é também adequado para receptores avançados com uma interface de usuário gráfico e reprodução opcional de fala. Tudo isso é feito 10 por simples implementações, mesmo em receptores baratos e por um método particularmente simples de utilização, em que o usuário não precisa tomar cuidado sobre quais dados estão atualmente válidos. Ao invés disso, a remoção dos dados ou a execução dos dados, dependendo do tipo de receptor possuído pelo usuário, é feita 15 totalmente de forma automática, sem que o usuário tenha que se importar.

Além disso, em alguns exemplos, os dados de texto são ilustrados de forma orientada para o objeto, onde esses objetos são todos unidades independentes e auto-contidas. Assim, 20 não é necessária a montagem ou a manutenção de estruturas globais de dados no receptor. Os objetos são transmitidos sob a forma de um carrossel de dados, e o cache de dados é usado com vantagens no receptor. Os dados de texto que podem, por exemplo, ser projetos de menu, artigos de novidades ou novidades mais condensadas são 25 transmitidos como os denominados objetos NML, onde NML significa News Service Mark Language, sendo similar às representações de teor codificado binário com base em XML.

De preferência, é usado o código hexadecimal IA . .r'>

como código de partida-escape 31a, e o código hexadecimal 1B é usado, por exemplo, como código de continuação. 0 indicador de tipo de dados 90 da Fig. 3c pode indicar vários tipos de dados, como será ilustrado abaixo. Os seguintes valores de indicador de 5 tipo de dados são somente exemplares. Um indicador de 00 indica padding. Os dados incluídos transportam os bytes de padding, onde este teor é ignorado tanto pelo decodificador de extensão como pelo decodificador base. Um tipo alternativo de conjunto de dados tem um indicador 01 e representa um tempo esgotado absoluto. É 10 definido o período de tempo esgotado de apresentação absoluta de um objeto NML. Quando este tempo esgotado (timeout) tiver passado, o objeto NML não será mais mostrado. Esta representação de código de escape-seqüência é necessária para a marcação de objetos NML individuais. Um tempo esgotado geral para todo o serviço está 15 ilustrado de forma alternativa. A carga paga após o indicador de tipo de dados inclui o número de 15 minutos como 1.1.2000, como um número inteiro de 24-bits sem sinais, que cobre mais de 450 anos.

O indicador de tipo de dados do tipo 02 indica um tempo esgotado relativo. Aqui, é definido o período de tempo esgotado de 20 apresentação relativa de um objeto NML. Quando este período tiver passado, o objeto NML não será mais mostrado. O tempo esgotado inicia com cada recepção de um objeto NML, mesmo quando o objeto já estiver armazenado no cache. Este código de escape-seqüência serve para a marcação de objetos individuais NML. Os dados de 25 carga paga incluem o número de minutos como um número inteiro de 16-bits sem sinais (não assinalado), que cobre mais que 45 dias.

Em geral, os dados de tempo esgotado são processados pelo controle de tempo esgotado 100 da Fig. 7.

O indicador de tipo de dados 03 se refere a um objetivo de link geral. Um objetivo de link geral é um objetivo que é apresentado ou ativado, por exemplo, pelo controle de conexão 101, quando o usuário exige explicitamente a realização de uma ação, isto é, quando uma funcionalidade de hot button esteja ilustrada, ou seja, provida, respectivamente, para interação com o usuário. Objetivos de links gerais podem ser definidos para todos os tipos de objetos NML. A disponibilidade de um objetivo de link geral para um objeto NML atualmente exibido é comunicada ao usuário de uma maneira ou outra quando este tiver um receptor de extensão. Os dados de carga paga que são mostrados, por exemplo, na Fig. 3c têm o seguinte formato. 1 byte representa um tipo de conexão e n bytes representa um endereço de link. São disponíveis, por exemplo, os seguintes valores de tipos de links. Quando o tipo de link tiver um valor, por exemplo de 00, os subsequentes 2 bytes são a identificação de um objeto de outro objeto NML no mesmo serviço de dados.

Outro byte tipo link, por exemplo de 01, seguido por um string URI, indica diferentes multiplexos, serviços ou elementos de serviços DAB/DRM.

Outro tipo de conexão, como 02 mostrando um string URL, indica um endereço ou um documento da Internet.

Outro tipo de link, como 03 seguido de um número telefônico, indica um serviço de voz que pode ser obtido pelo telefone. O número inicia aqui, por exemplo, com um prefixo internacional, por exemplo +[código internacional do país].

Em geral, um receptor de extensão é projetado para ignorar valores desconhecidos de tipos de links.

É considerado outro indicador de tipo de dados FF, por exemplo, como um indicador de tipo de dados proprietário, os dados precedentes referentes somente a determinados receptores de extensão que podem avaliar esses dados proprietários.

Ao contrário dos tipos de administração de objetos acima, as unidades de dados também podem incluir tipos de administração de conteúdo. Um indicador de tipo de dados de 20, também denominado de keyword (palavra-chave), marca uma seguinte palavra chave em conjunto com uma descrição de palavra chave opcional. A keyword pode ser usada, por exemplo, para a geração de um índice de busca com base no receptor, como mostrado pelo meio de geração de pesquisa 102 na Fig. 7. A seção de dados de carga paga tem o seguinte formato. Primeiro vem um código de comprimento tendo o comprimento da palavra chave, onde é indicado o valor igual ao comprimento -1 como um número inteiro não assinalado. É identificado o número de caracteres de texto visuais após esta seção de dados que deve ser tratado como uma palavra chave. Depois, segue-se uma descrição com n bytes, onde a descrição opcional pode ser indexada além da palavra chave e/ou pode ser mostrada ao usuário.

Outro indicador de tipo de dados, por exemplo, de 21, representa uma macro definição. Uma macro permite a definição de seções de texto, incluindo seqüências opcionais de escape que podem ser inseridas várias vezes em qualquer parte da seção do conteúdo com uma simples referência. Por exemplo, a macro pode definir uma descrição de falas a ser ilustrada, além dos elementos textuais. A seção de dados tem um formato em que > Γ inicialmente uma identidade de macro (0 a 255) de um byte identifica as seguintes definições de macro. Então, segue-se a macro definição com n bytes. O texto (incluindo as seqüências de escape), que sempre deva ser inserido quando esta macro seja referenciada por sua identidade, está incluído na macro definição com n bytes. Deve ser notado que as macros então precisam ser necessariamente usadas para informações essenciais, já que os receptores também podem ignorá-las. Outro indicador de tipo de dados 22 significa, por exemplo, uma macro referência. A definição da macro referenciada por sua identidade é introduzida virtualmente nesta posição da seqüência de escape para exibição ao usuário. A seção de dados inclui uma identidade de macro de 1-byte (0 a 255) referenciando uma definição de macro. As macros são geralmente processadas pelo processador de macro 103 na Fig. 7.

Outro grupo dos tipos de dados pode compreender tipos de suporte de fala. Um indicador de tipo de dados de, por exemplo A0, define um idioma padrão ou um idioma preestabelecido. Aqui, o idioma preestabelecido do objeto NML é descrito ou referenciado, respectivamente. A seção de dados, isto é, a carga paga da Fig. 3c, leva um código de idioma ISO de 3 letras com pequenas letras.

Outro tipo de suporte de fala, por exemplo referenciado por Al é a seção de idioma. Este define o idioma de um número especificado de uma seção de texto ou de uma parte específica de um objeto NML. A seção de carga paga tem o seguinte formato. Existe um comprimento de texto de um byte, cujo valor é igual ao valor do número de unidades de dados deste comprimento de texto -1, como número inteiro não sinalizado. Isto identifica o

número de caracteres visuais de texto que se seguem a esta seção de dados para a qual se aplica a definição de idioma. Então, segue-se um grupo de 3 bytes com uma definição de idioma, que leva um código de idioma ISO de 3 com pequenas letras.

É indexado outro tipo de suporte de idioma, por exemplo, pelo indicador de tipo de dados A2. Refere-se a fonemas de fala e define uma descrição de fonemas de uma seção de texto usando o alfabeto fonético internacional (IPA). A seção de carga paga tem um formato com primeiro um comprimento de texto de um byte, cujo valor é um número inteiro. Este byte identifica o número de caracteres visuais de texto que se seguem a esta seção de dados, que devem ser representados por uma definição fonética. Depois, segue-se um grupo de n bytes com fonemas IPA. Este grupo inclui as definições de fonemas dos fonemas como notações IPA.

Outro tipo de suporte de fala, por exemplo referenciado pelo indicador de tipo de dados A3, compreende uma pausa de fala, que define uma pausa para os processadores textopara-fala que deve ser inserida na posição da seqüência de escape. A seção de dados transporta 1 byte como um número inteiro não assinalado, onde este byte define um período de fala em unidades de 0,1 segundos.

Outro tipo de suporte de fala que pode ter, por exemplo, o indicador de tipo de dados A4 define caracteres e particularmente um número de caracteres visuais de texto seguindo a seqüência de escape que devem ser tratados como caracteres ou números individuais ao invés de palavras ou números contínuos pelo processador de texto-para-fala. A seção de carga paga transporta 1 byte definindo o número de caracteres visuais de texto como número inteiro não assinalado tendo um valor respectivo.

Deve ser notado que todos esses tipos de dados, dependendo do número máximo que pode ser representado pelo código de comprimento, podem ser representados também no primeiro número de unidades de dados 32 da Fig. 3a ou, quando o número de unidades de dados não for suficiente para escrever todos os dados, estão incluídos no segundo número de unidades de dados que pode ser iniciado com uma seqüência de escape-continuação. Segue-se que não necessariamente todos os tipos de dados referenciados por um indicador de tipo de dados precisam ter unidades de dados tanto após uma seqüência de escape-partida como de uma seqüência de escape-continuação. Ao invés disso, podem incluir somente dados que não número de unidades de dados desses

mesmo	curtos tipos	de	dados
exijam	continuação,	já	que o
dados	é menor que	o	número

máximo de unidades de dados	representável	pelo	código	de
comprimento 31b.
Dependendo das	circunstâncias,	cada método	do
invento pode ser implementado	em hardware ou	em	software.	A
implementação pode ser feita	em meio de memória	digital,	em

particular em disco ou CD com sinais de controle de leitura eletrônica que cooperam com um sistema de computador programável, de maneira que o método seja realizado. Assim, em geral, a invenção também consiste de um produto de programa de computador com um código de programa armazenado em um transportador de leitura por máquina para a realização de um método do invento quando o produto de programa de computador opera em um computador. Em outras palavras, a invenção pode ser feita como programa de computador com um código de programa para a realização do método quando o programa de computador operar em um computador.

De acordo com uma configuração do equipamento de geração, o fluxo de dados é um fluxo serial de dados e os meios 10 para entrada são implementados para fazer entrar a seqüência de 5 escape-partida 31 no fluxo de dados após ou em frente aos dados de texto 30 e para fazer entrar a seqüência de escape-continuação 33 após o primeiro número 32 de unidades de dados no fluxo de dados.

Em uma configuração preferida do equipamento de geração, os meios 10 de entrada são implementados para colocar 10 primeiro os dados de texto 30, e depois a seqüência de escapepartida 31, depois o primeiro número de unidades de dados, depois a seqüência de escape-continuação 33 e depois o segundo número 34 de unidades de dados no fluxo de dados.

Em uma configuração preferida do equipamento de geração, o código de comprimento 31b entra no fluxo de dados imediatamente após o código de escape-partida 31a, ou o código de comprimento 33b entra no fluxo de dados imediatamente após o código de continuação 33a.

Em uma configuração preferida do equipamento de geração, o código de comprimento 33b entra no fluxo de dados após o código de continuação 33a e o código de comprimento 31b entra no fluxo de dados após o código de escape-partida 31a originado da mesma tabela de codificação de comprimento.

Em uma configuração preferida do equipamento de geração, as unidades de dados no fluxo de dados são iguais e compreendem, cada uma, uma pluralidade predefinida de bits.

Em uma configuração preferida do equipamento de geração, a pluralidade predefinida de bits é igual a 8, de maneira

que uma unidade de dados e de 1 byte.

Em uma configuração preferida do equipamento de geração, o fluxo de dados deve ser lido por um primeiro tipo de receptores base e por um segundo tipo de receptores de extensão, onde os meios 10 para entrada são implementados para o uso de códigos de dados de texto que possam ser detectados pelos receptores base e pelos receptores de extensão.

Em uma configuração preferida do equipamento de geração, o código de escape-partida 31a tem o mesmo comprimento do código de continuação 33a dentro de uma seqüência de escapecontinuação 33, onde este comprimento é igual ao comprimento de uma unidade de dados.

Em uma configuração preferida do equipamento de geração, o código de comprimento é implementado para codificar um comprimento de conteúdo de 1 a 256 bytes.

Em uma configuração preferida do equipamento de geração, o indicador de tipo de dados 90 é tal que não deve ser interpretável pelo decodificador base, mas interpretável por um decodificador de extensão.

Em uma configuração preferida do equipamento de geração, os meios 10 de entrada são implementados para a entrada, após o indicador de tipo de dados, os dados tendo o tipo de dados indicado pelo indicador de tipo de dados 90.

Em uma configuração preferida do equipamento de geração, os meios 10 de entrada são implementados para fazer entrar o indicador de tipo de dados 90 no fluxo de dados no primeiro número de unidades de dados 32 imediatamente depois de um código de comprimento 31b da seqüência de escape-partida 31.

t 9

Em uma configuração preferida do equipamento de leitura, o fluxo de dados é travado em um buffer e o processador 71 é implementado para remover o primeiro número de unidades de dados 32 e o segundo número de unidades de dados 34 do buffer e para ler continuamente o buffer, ou para controlar o buffer de

maneira que	uma área do buffer onde o primeiro	número de unidades
de dados 32 e	o segundo número de	unidades	de	dados 34	são
armazenados	seja	pulada	na leitura do	buffer.
		Em uma	configuração	preferida	do	equipamento	de

leitura, o primeiro número 32 de unidades de dados compreende um indicador de tipo de dados 90 para a indicação do tipo de dados do primeiro número de unidades de dados 32 e do segundo número de unidades de dados 34, e o processador 71 é implementado para ler o indicador de tipo de dados 90 e para processar o primeiro número de unidades de dados 32 e o segundo número de unidades de dados 34 em conjunto de acordo com o indicador de tipo de dados 90.

Em uma configuração preferida do equipamento de leitura, o objetivo é um objeto com dados de texto no fluxo de dados, um multiplex DAB/DRM, um serviço ou elemento de serviço, um endereço da Internet, um documento da Internet ou um número telefônico.

Em uma configuração preferida do equipamento de leitura, o processador 71 é implementado para ignorar as primeiras unidades de dados 32 ou as segundas unidades de dados 34 quando estas definirem um objetivo não interpretável.

Em uma configuração preferida do equipamento de leitura, o primeiro número de unidades de dados 32, o segundo número de unidades de dados 34 ou outras unidades de dados têm um indicador de tipo de dados 90 compreendendo dados para suporte de fala for a processador de fala 73, que indica o idioma de uma seção do texto, compreende fonemas de fala, estão relacionados com uma interrupção de fala ou tem caracteres de fala, e o processador 5 71 é implementado para enviar dados para suporte de fala e para fornecê-los ao processador de fala para gerar ou influenciar a saída de fala.

Em uma configuração preferida, o fluxo de dados é armazenado em um meio de leitura de computador.

Claims

1. Aparelho para geração de um fluxo de dados, compreendendo:

um meio (10) para incluir dados de texto (30) em um fluxo de dados, para inserir uma sequência de partidaescape (31) no fluxo de dados, caracterizado pela referida sequência de partida-escape (31) definir uma primeira quantidade de unidades de dados a ser ignorada por um decodificador base e a ser interpretada por um decodificador de extensão, para inserção da primeira quantidade (32) de unidades de dados no fluxo de dados, para inclusão de uma sequência de escape-continuação (33) no fluxo de dados, em que a referida sequência de escape-continuação define uma segunda quantidade de unidades de dados a ser ignorada por um decodificador base e a ser interpretada por um decodificador de extensão juntamente com a primeira quantidade de unidades de dados, e para inclusão da segunda quantidade (34) de unidades de dados no fluxo de dados, em que a sequência de escape-partida é um código para codificar uma quantidade limitada de unidades de dados e em que insertos de dados de qualquer comprimento são possíveis por qualquer quantidade de repetições de sequências de escape-continuação e inserção de unidades associadas secundárias de dados e em que a sequência de escape-partida (31) compreende um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escape-continuação (33) compreende um código de continuação (33a) e um segundo

Petição 870190025884, de 18/03/2019, pág. 7/15

2. Aparelho de acordo com a reivindicação 1, caracterizado pelo código de escape-partida (31a) ou o código de continuação (33a) ser diferente dos códigos de texto.

2/9 código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou em que o código de escape-partida (31a) e o código de continuação são iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código que segue o fluxo de dados é um código de continuação (33a).

3/9 unidades de dados seja determinada, para ignorar a primeira quantidade de unidades de dados e para interpretar a sequência de escape-continuação (33) para determinar a segunda quantidade de unidades de dados (34) a partir da sequência de escape-continuação, para ignorar a segunda quantidade de unidades de dados (34), caracterizado pela sequência de escape-partida (31) compreender um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escapecontinuação (33) compreende um código de continuação (33a) e um segundo código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou pelo código de escape-partida (31a) e o código de continuação (33a) serem iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código seguinte no fluxo de dados é um código de continuação (33a).

3. Aparelho de acordo com as reivindicações anteriores, caracterizado pelo meio (1) ser configurado para inserir, em determinada relação com a sequência de escapepartida (31), um indicador de tipo de dados (90) no fluxo de dados, que indica um tipo de dados tanto da primeira quantidade de unidades de dados quanto da segunda quantidade de unidades de dados (34).

4/9 sequência de escape-continuação (33) no qual a segunda quantidade de unidades de dados (34) é lida e para processamento conjunto (73) da primeira quantidade de unidades de dados (32) e da segunda quantidade de unidades de dados (34), adicional ou alternativamente à exibição dos dados de texto (30), caracterizado pela sequência de escape-partida (31) compreende um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escape-continuação (33) compreende um código de continuação (33a) e um segundo código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou em que o código de escape-partida (31a) e o código de continuação (33a) são iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código seguinte no fluxo de dados é um código de continuação (33a).

4. Aparelho para leitura de um fluxo de dados com dados de texto (30), uma sequência de escape-partida (31) definindo uma primeira quantidade de unidades de dados (32), a primeira quantidade de unidades de dados (32), uma sequência de escape-continuação (33) definindo uma segunda quantidade de unidades de dados, e a segunda quantidade de unidades de dados (34), compreendendo:

um meio (72) para exibição de dados de texto (30); e um processador (71) para interpretação da sequência de escape-partida (31) de modo que, a partir da referida sequência de escape-partida, a primeira quantidade de

Petição 870190025884, de 18/03/2019, pág. 8/15

5/9 em que o processador (71) é introduzido para executar um controle de interrupção (100) tendo uma comparação do tempo de interrupção, e um tempo de processador para exibição dos dados de texto e conteúdo estendido de multimídia apenas quando o tempo de interrupção não tiver sido alcançado pelo tempo do processador.

5. Aparelho para leitura de um fluxo de dados com dados de texto (30), uma sequência de escape-partida (31) definindo uma primeira quantidade de unidades de dados (32), a primeira quantidade de unidades de dados (32), uma sequência de escape-continuação (33) definindo uma segunda quantidade de unidades de dados, e a segunda quantidade de unidades de dados (34), compreendendo:

um meio (72) para exibição de dados de texto (30);

um processador (71) para interpretar a sequência de escape-partida (31), no qual a primeira quantidade de unidades de dados (32) é lida, para interpretação da

Petição 870190025884, de 18/03/2019, pág. 9/15

6/9 processador de fala (73, 104), que pode ser controlado pelas unidades de dados para influenciar uma saída de fala, em que o processador (71) é introduzido para fornecer dados de suporte a fala e fornecer estes ao processador de fala para gerar uma saída de fala, ou influenciar esta.

11. Método para geração de um fluxo de dados, compreendendo:

inclusão de dados de texto (3) em um fluxo de dados;

inclusão de uma sequência de escape-partida (31) no fluxo de dados, a sequência de escape-partida definindo

uma primeira quantidade de unidades de dados a ser ignorada por um decodificador base e a ser interpretada por um decodificador de extensão, inclusão da primeira quantidade (32) de unidades de dados no fluxo de dados, inclusão de uma sequência de escape- continuação (33) no fluxo de dados, a referida sequência de escape-continuação definindo uma segunda quantidade de

unidades de dados a ser ignorada por um decodificador base e a ser interpretada por um decodificador de extensão, juntamente com a primeira quantidade de unidades de dados; e inclusão da segunda quantidade (34) de unidades de dados no fluxo de dados, caracterizado pela sequência de escape-partida ser um código para codificar uma quantidade limitada de unidades de dados e em que insertos de dados de qualquer

Petição 870190025884, de 18/03/2019, pág. 12/15

6. Aparelho de acordo com a reivindicação 5, caracterizado pela primeira quantidade de unidades de dados (32) e a segunda quantidade de unidades de dados (34) definirem uma meta de conexão, e em que o processador (71) é introduzido para executar uma conexão de dados com a meta.

7/9 comprimento são possíveis por qualquer quantidade de repetições de sequências de escape-continuação e inserção de unidades associadas secundárias de dados e em que a sequência de escape-partida (31) compreende um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escape-continuação (33) compreende um código de continuação (33a) e um segundo código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou em que o código de escape-partida (31a) e o código de continuação são iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código que segue o fluxo de dados é um código de continuação (33a).

12. Método para leitura de um fluxo de dados com dados de texto (30), uma sequência de escape-partida (31) definindo uma primeira quantidade de unidades de dados (32), a primeira quantidade de unidades de dados (32), uma sequência de escape-continuação (33) definindo uma segunda quantidade de unidades de dados, e a segunda quantidade de unidades de dados (34) , compreendendo:

exibição (72) de dados de texto (30);

interpretação da sequência de escape-partida (31), de modo que a primeira quantidade de unidades de dados é determinada pela sequência de escape-partida;

ignorar a primeira quantidade de unidades de dados com base na etapa de interpretação da sequência de escape-partida;

interpretação da sequência de escapePetição 870190025884, de 18/03/2019, pág. 13/15

7. Aparelho de acordo com uma das reivindicações 5 e 6, caracterizado pela primeira quantidade de unidades de dados (32) ou pela segunda quantidade de unidades de dados (34) ou, ainda, outra quantidade de unidades de dados, definirem um período absoluto ou relativo de interrupção para um objeto, e

Petição 870190025884, de 18/03/2019, pág. 10/15

8/9 continuação (33) de modo que a segunda quantidade de unidades de dados (34) é determinada a partir da sequência de escapecontinuação, ignorar a segunda quantidade de unidades de dados (34) com base na etapa de interpretação da sequência de escape-continuação;

caracterizado pela sequência de escape-partida (31) compreender um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escapecontinuação (33) compreende um código de continuação (33a) e um segundo código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou em que o código de escape-partida (31a) e o código de continuação (33a) são iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código seguinte no fluxo de dados é um código de continuação (33a).

13. Método para leitura de um fluxo de dados com dados de texto (30), uma sequência de escape-partida (31) definindo uma primeira quantidade de unidades de dados (32), a primeira quantidade de unidades de dados (32), uma sequência de escape-continuação (33) definindo uma segunda quantidade de unidades de dados, e a segunda quantidade de unidades de dados (34), compreendendo:

interpretação da sequência de escape-partida (31) , de modo que a primeira quantidade de unidades de dados (32) é determinada, leitura da primeira quantidade de unidades de dados com base na etapa de interpretação da sequência de

Petição 870190025884, de 18/03/2019, pág. 14/15

8. Aparelho de acordo com uma das reivindicações 5 a 7, caracterizado pela primeira quantidade de unidades de dados (32) e a segunda quantidade de unidades de dados (34) ou, ainda, outras unidades de dados definirem caracteres de texto para ser interpretados como palavras chave, e em que o processador (71) compreende um meio de geração de consulta de pesquisa (102) para realizar uma consulta de base de dados no aparelho, para decodificação com base na palavra chave.

9. Aparelho de acordo com uma das reivindicações 5 a 8, caracterizado pela primeira quantidade de unidades de dados (32) ou pela segunda quantidade de unidades de dados (34) ou, ainda, outras unidades de dados incluírem macrodados e o processador (71) ser introduzido para realizar uma funcionalidade de macroprocessador (103) para executar uma macro definida pelos macrodados.

10. Aparelho de acordo com uma das reivindicações 5 a 9, caracterizado por uma primeira quantidade de unidades de dados (32), uma segunda quantidade de unidades de dados (34), ou, ainda, outra quantidade de unidades de dados incluírem um indicador de tipo de dados (90), representando uma descrição de fala, em que o processador (71) compreende um

Petição 870190025884, de 18/03/2019, pág. 11/15

9/9 escape-partida;

interpretação da sequência de escapecontinuação (33) de modo que a segunda quantidade de unidades de dados (34) é determinada;

leitura da segunda quantidade de unidades de dados com base na etapa de interpretação da sequência de escape-continuação; e processamento conjunto (73) da primeira quantidade de unidades de dados (32) e da segunda quantidade de unidades de dados (34) adicional ou alternativamente à exibição dos dados de texto (30), caracterizado pela sequência de escape-partida (31) compreender um código de escape-partida (31a) e um primeiro código de comprimento (31b) e a sequência de escapecontinuação (33) compreende um código de continuação (33a) e um segundo código de comprimento (33b), em que o código de escape-partida (31a) se distingue do código de continuação (33a), ou em que o código de escape-partida (31a) e o código de continuação (33a) são iguais, e o primeiro código de comprimento (31b) com comprimento máximo sinaliza que o código seguinte no fluxo de dados é um código de continuação (33a).