PT671106E - Sistema de informacao de video auxiliar incluindo servicos extensos de dados - Google Patents

Description

DESCRIÇÃO “Sistema de informação de vídeo auxiliar incluindo serviços extensos de dados” O presente inverito refere-se ao processamento de informação de vídeo auxiliar, que pode estar presente num sinal de vídeo durante os intervalos de apagamento vertical e de sobrexploração. Um sinal de vídeo inclui tipicamente intervalos de exibição vertical, ou campos, tendo uma pluralidade de intervalos de linha horizontais, por exemplo, 262,5 linhas por campo em sistemas de vídeo NTSC. O início de cada intervalo vertical e horizontal é identificado pelos respectivos impulsos de sincronismo vertical e horizontal que estão incluídos num sinal de vídeo composto. Uma porção de cada intervalo vertical é um intervalo de apagamento vertical que normalmente não é destinada a ser exibida. Adicionalmente, vários intervalos de linha adjacentes ao período de apagamento vertical podem estar dentro de uma região de sobrexploração de um dispositivo de exibição de vídeo e não será visível. A falta de informação de imagem pretendida, para exibição durante os intervalos de apagamento e de sobrexploração, torna possível inserir um componente de informação auxiliar, por exemplo, teletexto ou dados de legendas fechadas (CC), nestes intervalos. Os dados de legendas fechadas representam fala ou outros sons na porção de áudio do programa de vídeo. Os dados de legendas fechadas são exibidos numa porção do dispositivo de exibição de vídeo simultaneamente com a exibição de programa de vídeo correspondente, para servir como uma ajuda para audição de espectadores prejudicados. Os padrões tais como Os regulamentos das Federal Communications Commissions (FCC) definem o formato para cada tipo de informação auxiliar, incluindo a localização da informação dentro de um intervalo vertical. Por exemplo, o padrão de legendas fechadas presente (ver por exemplo, 47 CFR §§ 15.119 e 73.682) especifica que um sinal de legendas fechadas deve ocorrer durante a linha 21 do campo 1 no formato mostrado na FIG. 1.

Referindo a FIG. 1, o sinal de legendas fechadas inclui um sinal de relógio em funcionamento (RIC), que ocorre durante a primeira metade da linha 21. O sinal RIC é utilizado como descrito abaixo para facilitar a extracção dos dados de legendas fechadas que ocorrem durante um intervalo de dados na última metade 2 84 628 ΕΡ 671 106/ΡΤ da linha 21. Uma transição de sinal no início de um intervalo de "início de bit" mostrado na FIG. 1 indica o início do intervalo de dados. O intervalo de bit de início é seguido por um sinal, durante o restante do intervalo de dados que representa 16 bits de informação binária. Cada um dos intervalos de bit de início e de bit binário tem aproximadamente de 2 με de duração. Os 16 bits binários representam dois códigos de caracter de 8 bits no caso de dados de legendas fechadas. Cada código de caracter inclui um código ASCII de 7 bits e um bit de paridade. O padrão FCC especifica adicionalmente que o sinal de legendas fechadas pode incluir dois "canais" de dados de legendas fechadas designados por C1 e C2, e dois "canais" de dados de texto designados por T1 e T2. Se os dados no sinal de legendas fechadas estão associados a C1, C2, T1, ou T2 são determinados pelos códigos de controlo que estão incluídos nos dados. Estes códigos de controlo estão listados na 47 CFR § 15.119. Os dois canais de dados de legendas fechadas tornam possível fornecer a legendas fechadas em duas línguas. Por exemplo, a captura em Inglês está em C1 e a captura em Espanhol está em C2. Em virtude da fala não ser contínua num programa de vídeo, a segunda informação de linguagem pode ser inserida num sinal de legendas fechadas durante os intervalos quando não ocorre a fala. Os canais de texto T1 e T2 fornecem uma capacidade de linguagem dupla semelhante para mostrar o texto que pode não ser relacionado com a porção de áudio do programa de vídeo. A lei dos Estados Unidos requer que todos os receptores de televisão de 13 polegadas e de maior tamanho que são vendidos nos Estados Unidos depois de 1 de Julho de 1993 devam ser capazes de descodificar um sinal de legendas fechadas (ver a 47 CFR § 15.119). Este requisito adiciona-se ao custo e complexidade da maioria dos televisores. Muitos dos utilizadores dos televisores, particularmente, os indivíduos que não são prejudicados na audição, podem não desejar utilizar a capacidade de legendas fechadas. Assim, os fabricantes de televisores devem investir no desenvolvimento de uma característica que tem valor para apenas um número limitado de indivíduos que compram televisores. Adicionalmente, muitos indivíduos serão compelidos a pagar uma característica que é de pequeno ou de nenhum valor para eles.

Um sistema de teletexto fornece também informação auxiliar num sinal de vídeo. Um exemplo, é fornecido de um sistema de teletexto em WO-A-92 03018 e em EP-A-503 070 que descrevem a utilização do protocolo de teletexto para

84 628 ΕΡ 671 106/ΡΤ 3 transmitir os dados necessários para criar uma tabela de programa de televisão exibido. O invento refere-se a um aparelho que compreende: meios para recepção de um sinal de televisão que inclui informação de programa de televisão e informação auxiliar, compreendendo a dita informação auxiliar palavras de dados; e caracterizado por compreender: meios para processamento uma primeira das ditas palavras de dados para determinação da informação de controlo para controlo do processamento das ditas palavras de dados e também para determinação de uma classe da dita informação de programa de televisão, com a qual a informação incluída nas ditas palavras de dados está associada; processando os ditos meios de processamento uma segunda das ditas palavras de dados para determinação de uma subclasse da dita classe de informação de programa de televisão, com a qual a dita informação incluída nas ditas palavras de dados está associada; processando os ditos meios de processamento uma terceira das ditas palavras de dados para obter uma informação pertencente à dita subclasse. O invento refere-se também a um processo de processamento de um sinal de televisão, incluindo o dito processo o passo de: (a) recepção de um sinal de televisão, que inclui informação auxiliar, que compreende palavras de dados; e caracterizado por compreender os passos de: (b) processamento de uma primeira das ditas palavras de dados para determinação da informação de controlo, para controlo do processamento das ditas palavras de dados, e para determinação de uma classe de informação com a qual as ditas palavras de dados estão associadas; (c) processamento de uma segunda das ditas palavras de dados para determinação de uma subclasse da dita classe de informação, com a qual as ditas palavras de dados estão associadas; e (d) descodificação de, pelo menos, uma terceira das ditas palavras de dados para obter uma informação descodificada que pertence à dita subclasse. 4 4

84 628 ΕΡ 671 106/ΡΤ 4 Ο sinal de EDS é transmitido adicionalmente à informação de legendas fechadas. Os serviços extensos de dados fornecem uma informação e capacidade de controlo de sistema de vídeo de fins gerais. A informação de serviços extensos de dados está disposta em pacotes de dados. Cada pacote fornece informação relativa a programas de vídeo actuais e futuros, à fonte do programa de vídeo, e informação diversa tal como a hora do dia. Os dados de serviços extensos de dados podem ser descodificados para controlar a operação de um sistema de vídeo, que incluindo um gravador vídeo (VCR) e um receptor de televisão. O invento pode ser melhor compreendido por referência os desenhos, nos quais: a FIG. 1 mostra um exemplo de um sinal de dados de vídeo auxiliar tal como um sinal de legendas fechadas ou de serviços extensos de dados; a FIG. 2 mostra, na forma de diagrama de blocos, uma porção de um sistema de processamento de sinal de vídeo que inclui um descodificador de serviços extensos de dados/de legendas fechadas, construído de acordo com um aspecto do invento; a FIG. 3 mostra um fluxograma, ilustrando a operação do sistema mostrado na FIG. 2, a FIG. 4 mostra um exemplo de intercalação dos dados de legendas fechadas e de serviços extensos de dados; e a FIG. 5 mostra, na forma de diagrama de blocos, uma porção de um sistema de processamento de sinal de vídeo para gerar um sinal de vídeo incluindo informação de serviços extensos de dados.

Um sinal de serviços extensos de dados (EDS) exibe o mesmo formato que o formato de sinal de legendas fechadas (CC) que é mostrado na FIG. 1 e descrito acima. No entanto, um sinal de EDS ocorre durante a linha 21 de cada intervalo 2 de campo. Os dados de EDS fornecem uma variedade de informações além da informação de legendas fechadas. Por exemplo, os dados de EDS podem identificar um programa particular actual ou futuro e fornecem informação tal como a duração, título, e o conteúdo do programa. Esta informação pode ser captada 5 84 628 ΕΡ 671 106/ΡΤ pelo receptor de vídeo e exibida em resposta à activação por um utilizador. Como um exemplo, um utilizador que selecciona um programa que está a decorrer pode identificar o programa fazendo com que o título que é extraído dos dados de EDS que sejam exibidos. De modo alternativo, um gravador de vídeo pode ser programado com dados de EDS para gravar um programa particular.

Um descodificador mostrado na FIG. 2 descodifica dados de CC e de EDS de um sinal de vídeo. O descodificador pode fazer parte de um circuito integrado de processamento de sinal de vídeo. Na FIG. 2, o sinal de vídeo composto VIDEO é inserido no dispositivo de corte de dados 200. O dispositivo de corte de dados 200 converte a informação de serviços extensos de dados e de legendas fechadas num sinal analógico VIDEO para dentro de dados digitais em série no sinal SERDAT. O dispositivo de corte de dados 200 pode ser implementado, por exemplo, utilizando um comparador que compara o nível do sinal VIDEO com um nível de limiar durante o intervalo de dados na última metade do intervalo de linha 21 (ver a FIG. 1). O nível de limiar no dispositivo de corte de dados 200 é referido como o nível de corte. Os níveis lógico 0 e lógico 1 no sinal SERDAT representam níveis do sinal VIDEO que é menor do que e excede, respectivamente, o nível de corte. A precisão do corte dos dados é melhorada se o nível de corte é aproximadamente 50% da amplitude do sinal de dados na última metade do intervalo da linha 21. O sinal de relógio em funcionamento (RIC) na primeira metade do intervalo da linha 21 (ver a FIG. 1) pode ser utilizado para adaptar o nível de corte à amplitude do sinal de dados. Por exemplo, o ajustamento do nível de corte à média da amplitude do sinal RIC fornece um nível de corte associado porque as exigências FCC especificam que a amplitude do sinal RIC é a mesma que a amplitude do sinal de dados.

Os dados de CC ou de EDS no sinal SERDAT são temporizados em série para um registador de deslocamento 210 por um sinal de relógio SERCLK. O sinal SERCLK é gerado pelo gerador de sinal de temporização 220 durante o intervalo de dados dentro da linha 21, isto é, a porção anterior da linha 21, na qual ocorre a informação que representa 16 bits de dados (ver a FIG. 1). O gerador 220 determina quando a linha 21 está presente no sinal VIDEO através da contagem das linhas horizontais no sinal de vídeo, como indicado pelos impulsos de sincronismo horizontal no sinal VIDEO. A contagem de linha horizontal é iniciada

84 628 ΕΡ 671 106/ΡΤ 6 no início de um campo de vídeo como indicado pelos intervalos de apagamento vertical no sinal VIDEO. Um separador de sincronismo está incluído no gerador 220, para produzir um sinal de sincronismo separado a partir do sinal de vídeo composto VIDEO que fornece a informação de sincronização horizontal e vertical exigida. De modo alternativo, como mostrado na FIG. 2, os sinais VERT e HOR dos circuitos de deflecção num sistema de vídeo podiam ser utilizados para sincronização.

Os 16 bits de dados no registador 210 são designados bits 0 a 15 na FIG. 2. Os bits de 7-0 representam o primeiro caracter de CC ou de EDS, CHAR #1, e os bits de 15-8 representam o segundo caracter, CHAR #2. Os bits 15 e 7 são os bits de paridade dos respectivos caracteres. Os dados em série no registador 210 são convertidos em dados paralelos através das 16 saídas em paralelo do registador 210. Os dados em paralelo são feitos sair para outras unidades no sistema de vídeo tal como um processador de dispositivo de exibição no écran (OSD) (não mostrado na FIG. 2) para gerar sinais para exibir dados de legendas fechadas e certos tipos de dados de EDS (por exemplo, o título do programa). Os dados em paralelo no CHAR #1 e no CHAR #2 são também acoplados à unidade de processamento 230 para a descodificação da informação de EDS. O formato da informação de EDS é explicado em pormenor a seguir. Em resumo, a informação de EDS é disposta em pacotes de informação. Cada pacote inclui uma pluralidade de caracteres de 8 bits de uma pluralidade de ocorrências da linha 21 do campo 2. Cada pacote representa uma peça de informação completa que inclui os caracteres tanto de controlo como de dados.

Os caracteres de controlo identificam uma função de controlo de EDS particular (por exemplo, pacote inicial, pacote continuação, ou pacote final) de uma maneira que distingue a informação de EDS da informação de legendas fechadas. Em virtude dos dados de CC estarem na linha 21 do campo 1 e os dados de EDS estarem na linha 21 do campo 2, pareceria que ao distinguir o campo 1 do campo 2 é suficiente para distinguir os dados de CC dos dados de EDS. No entanto, o serviço de legendas fechadas pode ser melhorado em certos casos através da expansão do serviço de dados de legendas fechadas para a linha 21 dos campos tanto 1 como 2. Por exemplo, a largura de banda dos canais C1 e C2 na linha 21 do campo 1 pode ser insuficiente para fornecer uma capacidade de linguagem dupla para um discurso muito rápido. É fornecida uma largura de banda adicional

84 628 ΕΡ 671 106/ΡΤ 7 através da definição dos canais C3 e C4 fazendo legendas fechadas na linha 21 do campo 2. De modo semelhante, os canais de texto adicionais T3 e T4 podem ser definidos na linha 21 do campo 2. Se podem ocorrer legendas fechadas na linha 21 do campo 2, os dados de EDS devem poder ser distinguidos da informação de legendas fechadas. Isto é conseguido como descrito a seguir pela escolha dos caracteres de controlo de EDS.

Os caracteres de controlo de EDS indicam também a classe e o tipo de informação incluída num pacote. As designações de classes de pacotes indicam classificações gerais da informação incluída num pacote. Por exemplo, uma classe de pacote indica se o pacote contém informação que pertence a um programa futuro, ao programa actual, à fonte de um programa (por exemplo, a rede de transmissão), ou à informação diversa (por exemplo, a hora do dia). Cada classe de pacote inclui uma pluralidade de tipos específicos de informação. Adicionalmente à classe de pacote, os caracteres de controlo de EDS também identificam o tipo particular de informação num pacote. Por exemplo, um tipo de pacote "título de programa" dentro da classe de "programa actual" indica que os caracteres de dados no pacote representam o título do programa actual. Òs pacotes de EDS podem ser transmitidos repetidamente pela fonte de sinal de vídeo através da utilização de todas as ocorrências da linha 21 no campo 2 que não estão a ser utilizadas para outras finalidades tais como dados de legendas fechadas ou de texto. Por exemplo, o título de programa actual pode ser retransmitido todos os 2 minutos para assegurar que um utilizador pode aceder à informação de título de programa actual com um retardo relativamente pequeno. Outra informação, tal como os dados de programa futuro podem ser transmitidos em intervalos menos frequentes ou quando ocorrem alterações ao escalonamento do programa.

Na FIG. 2, o processador 230 inclui o descodificador 233 para detectar e descodificar a informação de EDS. O processo de descodificação no descodificador 230 é controlado pela unidade de controlo 233. Quando a linha 21 acaba, como indicado pelo sinal LINE21 do gerador de temporização 230, são apresentados novos dados de caracter no registador 210. Se o campo de vídeo actual é o campo 2, como indicado pelo sinal FIELD do gerador de temporização 230 que está no lógico 1, os novos caracteres de dados no registador 210 podem ser dados de EDS. A unidade de controlo 233 responde aos sinais FIELD e

84 628 ΕΡ 671 106/ΡΤ 8 LINE21 através da geração do sinal EDCTRL para iniciar o processo de descodificação no descodificador 235. O descodificador 235 testa primeiro o código do CHAR #1, para determinar se os dados de caracter são dados de EDS. Se o CHAR #1 é um código de controlo de EDS, o descodificador 235 procede à descodificação da informação de controlo de EDS. Se o CHAR #1 não é um código de controlo de EDS nem um código de controlo de legendas fechadas, e a ocorrência imediatamente precedente da linha 21 do campo 2 inclui dados de EDS, o código CHAR #1 actual é processado como os dados de EDS. Se o CHAR #1 não é um código de controlo de EDS nem um código de controlo de legendas fechadas, e a ocorrência imediatamente precedente da linha 21 do campo 2 inclui dados de legendas fechadas, o código CHAR #1 actual é processado como dados de legendas fechadas.

Se o CHAR #1 é um código de controlo de EDS, o CHAR #1 é descodificado para estabelecer a função de pacote EDS (isto é, inicial, continuação, final) e classe de pacote. Como descrito abaixo, se o CHAR #1 indica o "pacote inicial", o código CHAR #2 representa o tipo de pacote. A função descodificada, a classe, e a informação tipo são comunicadas à unidade de controlo 233 do descodificador 235 através dos sinais PFUNC, PCLASS, e PTYPE, respectivamente. Os caracteres de dados de EDS seguem os caracteres de controlo "inicial", "tipo" e "continuação”. A unidade de controlo 233 faz com os caracteres de dados e informação de controlo de pacote descodificados sejam armazenados na memória 237 até que seja recebido um pacote completo, como indicado pelo código de controlo de EDS para a função de "pacote final". O código de controlo de "pacote final" no CHAR #1 é seguido no CHAR #2 por um valor de "verificação de soma", que é testado no descodificador 235 para avaliar se os dados no pacote estão livres de erro. Se os dados no pacote estão livres de erros, a descodificação subsequente e o armazenagem dos dados de pacote, que são indicados pela classe de pacote e informação tipo estão completos. Se a avaliação de verificação de soma indica que os dados no pacote incluem um erro, os dados no pacote são ignorados e uma retransmissão subsequente do pacote será captada para fornecer os dados correctos. O descodificador 235 gera sinais de controlo de sistema SYSCTRL para 9 84 628 ΕΡ 671 106/ΡΤ controlar os aspectos do sistema de vídeo em resposta à informação de EDS. Por exemplo, um gravador de cassete de vídeo (VCR) pode ser activado para começar a gravar ou ajustar a hora correcta do dia em resposta ao sinal de controlo VCRCTRL do descodificador 235. De modo semelhante, uma televisão pode ser controlada através de um sinal TVCTRL para modificar a operação do processador de dispositivo de exibição no écran (OSD) para exibir legendas fechadas em resposta aos dados de EDS, que indicam a presença de serviços de legendas fechadas. O processador 230 na FIG. 2 também inclui a capacidade para detectar e descodificar dados de legendas fechadas. Assim, os sinais de controlo SYSCTRL também incluem sinais de controlo de legendas fechadas, acoplados ao processador OSD, que controla o dispositivo de exibição de legendas fechadas. O processador 230 na FIG. 2 pode ser implementado utilizando um microprocessador. Por exemplo, as funções de sequência e de controlo da unidade 233 podem ser conseguidas com um programa de controlo de suporte lógico. O dispositivo de corte de dados 200, o registador 210, e o gerador de sinal de temporização 220 podem também estar incluídos com a função de microprocessador num único circuito integrado. A operação de uma concretização do sistema na FIG. 2, que inclui um microprocessador pode ser melhor compreendido através da referência a um fluxograma mostrado na FIG. 3.

Na FIG. 3, o processamento começa no passo 300 na FIG. 3, quando o processamento de legendas fechadas ou de EDS é activado por acontecimentos tais como o receptor a ser ligado ou pela activação da capacidade de EDS por um utilizador (por exemplo, através de um botão de controlo remoto). A operação tem pausa no passo 310 até que um intervalo na linha 21 é detectado. Esta indicação pode ser fornecida, por exemplo, pelo sinal LINE21 na FIG. 2. No passo 320 na FIG. 3, os dados em série da linha 21 são carregados num registador de dados (por exemplo, o registador 210 na FIG. 2). Em seguida, é determinado o campo actual no passo 325 através, por exemplo, do sinal de teste FIELD na FIG. 2. Se o campo actual é o campo 1, os dados no registador de dados não podem representar dados de EDS, e a operação continua no passo 335, em que os dados de registador são processados como dados de legendas fechadas.

No passo 325, se o campo actual é o campo 2, a operação continua no passo 330, em que o CHAR #1 é avaliado para determinar se o CHAR #1 são dados de legendas fechadas no campo 2. Se o CHAR #1 são dados de legendas 10 84 628 ΕΡ 671 106/ΡΤ fechadas, é executado o passo 335 em que os dados são processados como dados de legendas fechadas. Por exemplo, os caracteres de legendas fechadas são transferidos para um processador OSD para exibição subsequente. Se o CHAR #1 não são dados de legendas fechadas no passo 330, presume-se que o CHAR #1 são dados de EDS e a operação prossegue para o passo 340. No passo 340, é testado o CHAR #1 para determinar se o CHAR #1 representa um código de controlo de EDS. Se o CHAR #1 não é um caracter de controlo de EDS no passo 340, o caracter são dados de EDS que estão armazenados na memória no passo 345. A detecção de um código de controlo de EDS no passo 340 é seguida pela descodificação do CHAR #1 no passo 350, para determinar a função de pacote EDS e a classe de pacote. Os sinais PFUNC e PCLASS na FIG. 2 são gerados no passo 350. A função de pacote é testada adicionalmente no passo 360, para determinar se a função de pacote indica o fim do pacote. Se a função não é o "pacote final", o CHAR #2 é descodificado no passo 365, para determinar o tipo de pacote. O sinal PTYPE na FIG. 2 é gerado no passo 365. Se o fim do pacote é detectado no passo 360, a verificação de soma no CHAR #2 é testada no passo 370, para detectar erros nos dados de pacote. Os dados de pacote são processados adicionalmente no passo 375 se não forem detectados erros através, por exemplo, da descodificação da informação de controlo nos dados de pacote para gerar sinais de controlo para o sistema ou armazenar os dados de pacote para utilização posterior, tal como no caso da informação de título de programa activada por um utilizador.

Seguindo os passos 310, 335, 345, 365, 370 e 375 na FIG. 3, a operação continua no passo 380, em que o sistema verifica para determinar se o processamento de informação de vídeo auxiliar (isto é, dados de CC ou de EDS) se mantém activado. Se activado, a operação continua através da busca da ocorrência seguinte da linha 21 no passo 310. Se não activada, o procedimento na FIG. 3 é abandonado no passo 390. O sistema descrito processa a informação de vídeo auxiliar, formatada de uma maneira predeterminada para facilitar a determinação de se a informação na linha 21 é uma informação de legendas fechadas ou de EDS. É descrita a seguir uma especificação de formatação de dados de EDS exemplificativa adequada para utilização com a concretização descrita na FIG. 2.

84 628 ΕΡ 671 106/ΡΤ 11 1. Informação de formato de dados de EDS gerais A codificação da informação para os serviços extensos de dados (EDS) segue o mesmo formato geral do que para a codificação de dados de legendas fechadas. Este esquema consiste em pares de caracteres transmitidos no mesmo campo. Os caracteres podem ser ou um par de códigos de controlo ou um par de dados. O primeiro byte do par determina se o par é um par de controlo ou um par de dados. Se o primeiro byte está na gama de 01 h a OFh, o par é um par de controlo. Estes valores não estão definidos para transmissão de legendas ou de texto. Durante a recepção de um tal par de códigos de controlo, o descodificador deve reconhecer os dados subsequentes como dados de EDS. Este é o mesmo esquema que é usado quando se descodifica um sinal de legendas fechadas, para diferenciar entre o modo de legendas e o de texto, e entre o canal de operação 1 e o canal de operação 2 (isto é, C1 e C2) do sinal de legendas. Todos os caracteres são transmitidos utilizando uma paridade ímpar. Isto é consistente com as convenções de legendas fechadas, e permite suporte lógico e suporte físico de codificação/descodificação mais simples.

Existem quatro variedades de caracteres de EDS: de controlo, de tipo, de dados, e de verificação de soma. Estes caracteres podem ser transmitidos nas combinações mostradas na Tabela 1.

Tabela 1 1o Byte 2o Byte Controlo Tipo Controlo Dados Dados Dados Controlo Verificação de soma

Como descrito acima, o byte de controlo está na gama de 01 h a OFh. Os bytes de tipo e de verificação de soma estão na gama de OOh a 7Fh. O byte de dados está na gama de 10h a 7Fh para dados ASCII, ou na gama de 40h a 7Fh para dados não ASCII. Um byte de dados de OOh é um byte nulo, e é sempre ignorado.

Um pacote de dados de EDS é definido para ser uma colecção destes pares de bytes os quais conduzem uma peça de informação completa. Cada byte de dados de EDS está associado a um pacote de dados. É definido um subpacote para ser um par de controlo seguido por algum número, talvez zero, de pares de

84 628 ΕΡ 671 106/ΡΤ 12 dados. Um campo dados é definido para ser algum número de bits dentro de um byte de dados. Cada subpacote pode ser transmitido independentemente e rodeado por outra informação. Nota-se que um pacote completo podia ser transmitido utilizando apenas pares de controlo, ou também através da utilização de pares de dados para mais passagens quando possível.

Existem três categorias de bytes de controlo: inicial, de continuação, e final. O código inicial indica o início de um novo pacote. O código de continuação indica que os dados seguintes são parte do pacote, o qual começa com o último código inicial. O código final indica que o pacote acabou. O byte de tipo segue sempre o código inicial para indicar o tipo de dados contidos no novo pacote. O byte de verificação total segue sempre o código final e é utilizado para detecção de erro.

Uma vez que se tenha iniciado um pacote, os dados para o pacote podem ser enviados um byte de cada vez através da utilização de um código de continuação, com cada byte para criar um subpacote separado para cada byte. Cada subpacote ocorre durante um único caso da linha 21. Para uma passagem mais alta, ambos os bytes durante um intervalo de linha 21 particular podem conter dados. Neste caso, um subpacote inclui dados de uma pluralidade de intervalos de linha 21. Os dados num intervalo de linha 21 particular pertencem ao subpacote, o qual começa com o último código inicial ou de continuação. A transmissão de pares de dados não podem ser interrompidos por qualquer outra informação. Se é necessário interromper a transmissão de pares de dados, a transmissão do pacote é restabelecida através do envio de um par de controlo de continuação. O exemplo mostrado na Tabela 2 ilustra o processo descrito.

Tabela 2 1o Byte 2o Byte ... outro... ... outro ... Início Tipo Dados Dados ... outro ... ... outro ... Continuação Dados Dados Dados Dados Dados ... outro... ... outro ... Continuação Dados ... outro ... ... outro ... Fim Verificação de soma ... outro ... ... outro ...

84 628 ΕΡ 671 106/ΡΤ 13 A abordagem descrita permitirá aos emissores a flexibilidade para utilizar simultaneamente qualquer combinação de legendas ou texto utilizando ou C1 ou C2, e EDS. A mesma permite também a transmissão eficiente de informação de EDS a mesma é o único serviço oferecido no campo dois do sinal de vídeo.

Existem quatro classes dos pacotes definidos actualmente: actual, futuro, rede e diversos. O pacote actual contém informação que descreve o programa que está actualmente a ser transmitido. O pacote futuro contém informação acerca de um programa seguinte a ser transmitido. O pacote rede contém informação acerca da fonte do sinal de vídeo, por exemplo, a rede de transmissão. O pacote diversos contém uma variedade de outras informações úteis. A Tabela 3 mostra a atribuição destas classes de pacotes aos seus respectivos códigos de controlo.

Tabela 3 Código de controlo Função 01h Actual Início 02h Actual Continuar 03h Actual Fim 04 h Futuro Início 05h Futuro Continuar 06h Futuro Fim 07h Rede Início 08h Rede Continuar 09h Rede Fim OAh Diversos Início OBh Diversos Continuar OCh Diversos Fim ODh Reservado OEh Reservado OFh Reservado A transmissão de uma classe de pacote pode ser interrompida por outra classe de pacote, porque cada uma das quatro classes de pacote tem o seu próprio grupo de códigos de controlo. Como um resultado, uma informação com uma prioridade mais alta pode interromper uma informação de prioridade mais baixa. Por exemplo, informação acerca do programa actual é provavelmente mais crítica no tempo do que é a informação com vista a um programa futuro. Um pacote completo de informação "actual" pode ser enviado no meio da transmissão de um pacote informação "futura". Assim, os campos únicos de informação de

84 628 ΕΡ 671 106/ΡΤ 14 mais baixa prioridade podem ser inseridos quando os intervalos de linha 21 não utilizados estão disponíveis. No entanto, um pacote pode apenas ser interrompido por um pacote de uma classe diferente. Isto assegura que podem ser "introduzidos" pacotes sem confusão, em relação aos quais os dados de pacote devem ser associados, quando um código de controlo "continuação" é concedido.

Cada pacote conduz uma peça de informação. O primeiro byte do par de códigos de controlo que começa um pacote (isto é, código de controlo "início") determina a classe de pacote como mostrado na Tabela 3. O tipo de informação contido no pacote é determinado pelo código tipo no byte dois do par de códigos de controlo de início. Os bytes de dados, associados a um pacote, são mantidos numa armazenamento temporário até que todo o pacote tenha sido recebido e a verificação de soma no fim do pacote tenha sido validada. Isto evita que dados armazenados sejam corrompidos, e permite também que um pacote seja abortado a meio pelo início um novo pacote da mesma classe.

Os tipos de dados incluídos nas classes de pacote actual e futuro são idênticos, isto é, as designações de tipo para ambos os pacotes são as mesmas. A diferença entre as classes actual e futura é a "objecto" dos dados, isto é, o programa "actual" ou "futuro". Qualquer informação relativa ao programa actual, a qual pode ser transmitida através do EDS pode também ser enviada relativamente a um programa futuro, e vice-versa. Os dados contidos no pacote futuro pertencem sempre ao programa "futuro" que foi mais recentemente especificado na informação de EDS. O programa futuro é especificado através do envio de um identificador de programa como o código de tipo num pacote futuro. Este código tipo indica a que programa futuro vai pertencer toda a informação transmitida até que seja enviado um outro código tipo identificador de programa. De modo semelhante, a informação na classe de pacote actual pertence sempre ao programa que está a ser actualmente transmitido. Quando é enviado um novo identificador de programa num pacote actual, acabou o programa antigo e começa o programa especificado de novo.

Os dados que constituem o identificador de programa são simplesmente o tempo de emissão programada, a data e o número de canal receptor. Isto tem a vantagem de ser um identificador compacto, simples de calcular e único para cada programa num dado canal por ano. Mesmo se a emissão de um programa for atrasada, deveria ainda levar o seu tempo originalmente programado como os 15 84 628 ΕΡ 671 106/ΡΤ seus dados identificadores de programa ao longo de toda a sua emissão. Isto permitirá a gravação de programas, os quais são atrasados ou que correm mais tempo do que o esperado. Todas as especificações de hora e de data, incluindo a hora e data actuais, são sempre dadas como tempo médio de Greenwich (GMT). O fornecimento de tanto a hora de início de um programa futuro como do identificador de programa actual como GMT assegura que a identificação de um programa desejado será independente da zona de hora dos espectadores e do estatuto horário de "economia da luz do dia". Isto permite uma gravação correcta, por exemplo, num gravador de vídeo (VCR), mesmo que o espectador não queira dizer ao seu VCR em que zona de hora ele está. A única finalidade para especificar a zona de hora do espectador e do estatuto de economia da luz do dia é exibir o hora local correcta dada a hora de transmissão como GMT. 1. Classes de pacote actual e futuro A Tabela 4 mostra a atribuição dos códigos tipo às classes de pacote actual e futuro.

Tabela 4 Código de tipo Função OOh Programa não identificado 01h Identificador de programa 02h Programa de apagar 03h Tempo de paragem 04 h Título de programa 05h Audiência de programa 06h Tipo de programa 07h Serviços de áudio 08h Serviços de legendas 09h - não definido- OAh - não definido- 78h Descrição 8 7Fh Descrição 1 2.1 Tipo de pacote "Programa não identificado"

Este pacote contém zero bytes, mas indica que o programa não deve ser identificado. O mesmo tem o efeito oposto ao do pacote identificador de programa.

84 628 ΕΡ 671 106/ΡΤ 16

Quando recebido, todos os pacotes subsequentes desta classe serão ignorados até que outro identificador de programa é recebido. Isto pode ser utilizado como um sinal que a informação de programa especificada foi totalmente enviada. 2.2 Tipo de pacote "Identificador de programa"

Este pacote contém ou quatro ou seis bytes, os quais definem a hora e a data de início de um programa, relativamente ao tempo médio de Greenwich, e ao número de canal receptor. O formato de cada byte é mostrado na Tabela 5. Notar que o bit #6 em cada byte é sempre ajustado para o lógico 1 em virtude da informação em cada byte não serem dados ASCII. Notar também que o bit #7 (bit b7) não é mostrado na Tabela 5, ou noutras tabelas a seguir, porque o bit #7 de cada byte é um bit de paridade.

Tabela 5

Dados b6 B5 b4 b3 b2 b. b0 minuto 1 m5 m4 m3 m2 m1 m0 hora 1 T h4 h3 h2 hi h0 dia 1 D d4 d3 d2 d1 d0 mês 1 z L m3 m2 mi m0 canal 1 C5 c4 C3 c2 C1 Co canal 1 S, So ~ — C7 C8 O campo de dados de minuto tem uma gama válida de 0 a 59, o campo de hora de 0 a 23, o campo de dia de 1 a 31, e campo de mês de 1 a 12. O bit "D" determina se o tempo de poupança da luz do dia está actualmente a ser observado através de todo o país. O bit ”L" determina se o ano actual é um ano transposto. O bit "Z" determina se o tempo de actual em segundos deveria ser reposto em zero. Os bits "D", "L", e "Z" são ignorados pelo descodificador, quando o processamento deste pacote (ver a descrição da atribuição do código de tipo "hora do dia" na secção a seguir que pertence à classe de pacote diversos). O bit "T" é processado como uma parte do pacote identificador de programa para determinar se o programa está sujeito a um atraso de fita local. Mesmo que a emissão de um programa seja atrasada, a mesma deveria ainda transportar a sua hora originalmente programada como os seus dados de identificador de programa ao logo de toda a sua transmissão.

84 628 ΕΡ 671 106/ΡΤ 17 Ο campo de dados de "canal" é um campo de dois bytes opcional, que tem uma gama válida de 0 a 255. Se o campo de canal é omitido, o canal receptor ficará por defeito em relação ao canal actualmente sintonizado. O campo de canal permite que um canal especifique a informação para um outro canal. O campo de dados de canal contém um subcampo de dois bits o qual especifica a entrada de fonte. O subcampo de fonte tem uma gama válida de 1 (S^q - 00) a 4 (S^q = 11) que pode ser utilizada num sistema de cabo multifilar para especificar a linha de cabo. 2.3 Tipo de pacote "Programa de apagar"

Este pacote contém zero bytes, mas indica quais os dados de programa específicos que devem ser completamente apagados. Isto será da maior utilidade para a classe de pacote futuro. 2.4 Tipo de pacote "Tempo de paragem"

Este pacote contém ou zero ou quatro bytes os quais definem um tempo de paragem de programa e de dados relativamente ao tempo médio de Greenwich. Se o pacote contém zero bytes, o tempo de paragem existente será apagado. O formato dos bytes é o mesmo que para o pacote "identificador de programa" descrito acima na secção 2.2, excepto em que não são necessários dados de canal. Os bits "D", "L", e "Z" são também ignorados pelo descodificador quando é feito o processamento deste pacote como descrito na secção 2.2. 2.5 Tipo de pacote "Título de programa"

Este pacote contém um número variável, de 0 a 32, de bytes, os quais definem um título de programa. Se o pacote contém zero bytes, o título de programa existente será apagado. Cada byte é um caracter ASCII na gama de 20h a 7Fh. O tamanho variável deste pacote permite a transmissão eficiente de títulos de qualquer tamanho. Não é necessário o byte indicador de "tamanho" em virtude do par de códigos de controlo de final ser utilizado para terminar o pacote. 2.6 Tipo de pacote "Audiência de programa"

Este pacote contém um número variável de bytes, nomeadamente de zero a três, os quais definem a audiência pretendida para o programa. Se o pacote 18 84 628 ΕΡ 671 106/ΡΤ contém zero bytes, a audiência de programa existente será apagada. Para quaisquer bytes de dados neste pacote, o bit #6 é ajustado para o lógico 1, porque os dados não são dados ASCII. O formato dos bytes de dados é mostrado na Tabela 6

Tabela 6 b6 b5 b4 b3 b2 bi b0 1 M W S A T C 1 D — V L N A 1 q2 dl do Γ2 Γι ro

Os bytes de dados neste pacote devem ser enviados na ordem mostrada na Tabela 6. A Tabela 7 define a função dos bits para os bytes um e dois, mostrados na Tabela 6.

Tabela 7

Byte Um C Crianças T Adolescentes A Adultos S Idosos W Mulheres M Homens

Byte Dois A Situações de adultos N Nudez L Linguagem V Violência — Não definido D Serviços de Dados

As definições de bit podem ser seleccionadas a partir da lista na Tabela 7 em qualquer combinação que é necessária para comunicar a informação desejada. O byte um indica a audiência alvo. Por exemplo, para especificar um programa como adequado para toda a família, todos os bits no byte um deverão ser ajustados. O byte dois indica porque é que a audiência alvo possa ter sido restrita de toda a família. O byte três na Tabela 6 contém campos de dados representando a qualidade de programa e informação de classificação para filmes. O formato para o byte três é mostrado na Tabela 8. 19 84 628 ΕΡ 671 106/ΡΤ

Tabela 8 q2 qi q0 Qualidade 0 0 0 Desconhecida 0 0 1 * 0 1 0 *1/2 0 1 1 * ★ 1 0 0 **y2 1 0 1 * ir ★ 1 1 0 * * * y2 1 1 1 •k -k ★ * Γ2 Γ1 r0 I | Classificação 0 0 0 i ! Desconhecido 0 0 1 i ! G 0 1 0 i PG 0 1 1 j I PG-13 1 0 0 Ir 1 0 1 i I NC-17 1 1 0 |x 1 1 1 i I Nenhum 2.7 Tipo de pacote "Tipo de programa"

Este pacote contém um número variável, de 0 a N, de bytes os quais especificam o tipo de informação incluída num programa particular. A informação neste pacote pode ser utilizada por um espectador para procurar selectivamente certos tipos de programas. Se o pacote contém zero bytes, o tipo de programa existente será apagado. Os primeiros dois bytes não são dados ASCII e, por conseguinte, o bit #6 é ajustado para o lógico 1 nos primeiros dois bytes. Do terceiro até ao byte de ordem N são caracteres ASCII na gama de 20h a 7Fh. O formato dos primeiros dois bytes é mostrado na Tabela 9.

Tabela 9 b6 b5 b4 b3 b2 b. b0 1 N S E E L C 1 fi fo ti to s. s0

Os primeiros dois bytes devem ser enviados na ordem mostrada na Tabela 9. 20 84 628 ΕΡ 671 106/ΡΤ Ο primeiro byte define a categoria geral da informação no programa. O tipo de informação indicada pelos bits no primeiro byte é mostrada na Tabela 10.

Tabela 10 c Classificado L Estilo de vida E Educação E Divertimento S Desporto N Noticias

Um lógico 1 numa posição de bit mostrada na tabela 9 indica que o programa fornece o tipo correspondente de informação listada na Tabela 10. Se necessário, os bits múltiplos podem ser ajustados para o lógico 1 para indicar que o programa inclui categorias de informação múltiplas. O byte dois fornece informação de programa adicional como mostrado na Tabela 11.

Tabela 11 fl fo Formato 0 0 Especial 0 1 Séries 1 0 Mini-séries 1 1 Filme ti t0 : Intervalo de tempo 0 0 : Uma vez I 0 1 Uma vez por semana 1 j 0 j Dias de semana l 1 i 1 ; Todos os dias i

Si s0 Estatuto 0 0 Estreia 0 1 Ao vivo 1 0 Atraso de fita 1 1 Re-correr

Os bytes de três até N fornecem informação adicional, a qual pode ser utilizada para especificar adicionalmente o tipo de programação. Estes bytes são enviados como caracteres ASCII, mas os códigos de caracteres representam as palavras listadas na Tabela 12.

84 628 ΕΡ 671 106/ΡΤ 21

Tabela 12 Código Qualificação 20h Desconhecido 21h Acção/Aventura 22h Amador 23h Animação 24 h Artes 25h Carros 26h Prémios 27h Basebol 28h Basquetebol 29h Bolingue 2Ah Boxe 2Bh Negócios 2Ch Desenhos Animados 2Dh Clássicos 2Eh Comédia 2Fh Comerciais 30h Computadores 31 h Concertos 32h Actualidades 33 h Crimes 34h Dança 35h Mergulho 36h Documentários 37h Drama 38h Erótico 39h Fantasia 3Ah Ficção 3Bh Finanças 3Ch Futebol Americano 3Dh Acções de Caridade 3Eh Jogos/ Concursos 3Fh Golfe Código Qualificação 40h Ginástica 41h Saúde 42h Passatempos 43h Hóquei 44h Lar 45h Terror 46h Caça/ Pesca 47h Melhoramentos 48h Informações 49h Instruções 4Ah Investimentos 4Bh Legislação 4Ch Local 4Dh Medicina 4Eh Militar 4Fh Musical 50h Mistério/ suspanse 51 h Nacional 52h Natureza 53h Debate 54h Representação 55h Pessoal 56h Política 57h Profissões 58h Público 59h Corridas 5Ah Religiosos 5Bh Romance 5Ch Vendas 5Dh Ciência 5Eh Serviços 5Fh Compras Código Qualificação 60h Canções 61 h Patinagem 62h Esqui 63h Telenovelas 64h Futebol 65h Especial 66h Entrevistas 67h Ténis 68h Textos 69h Todo-o-terreno 6Ah Viagens 6Bh Variedades 6Ch Vídeo 6Dh Voleibol 6Eh Guerra 6Fh Tempo 70h Oeste 71 h Mundo 72h Luta Livre 73h Especial 1 74h Especial 2 75h Especial 3 76h Especial 4 77h Especial 5 78h Especial 6 79h Especial 7 7 Ah Especial 8 7Bh Especial 9 7Ch Especial 10 7Dh Especial 11 7Eh Especial 12 7Fh Outros

Os bytes listados combinação que seja nec na Tabela 12 podem ser (ssária para especificar o ní\ utilizados numa qualquer 3l desejado de informação,

84 628 ΕΡ 671 106/ΡΤ 22 com vista ao tipo de programação. No entanto, deverem ser enviados bytes múltiplos numa ordem gramatical adequada. Adicionalmente, deve ser notado que os receptores podem impor limitações ao número de bytes que serão reconhecidos. O byte designado por "Desconhecido" na Tabela 12 é o valor de defeito se nenhuns outros bytes da Tabela 12 estiverem incluídos no pacote tipo de programas. Os doze bytes "especiais" listados na Tabela 12 podem ser definidos por cada rede para melhor se adequarem às necessidades de programação individual (ver as atribuições de código de tipo para "qualificadores especiais" na secção a seguir que descreve a classe de pacote Rede). O byte designado por "Outros" na Tabela 12 indica que o tipo de programação é conhecido e não se coaduna com qualquer dos tipos de programação definidos. Todos os doze bytes "especiais" listados na Tabela 12 incluem implicitamente a designação Outros". 2.8 Tipo de pacote "Serviços de áudio"

Este pacote contém ou zero ou dois bytes, os quais definem os conteúdos dos programas de áudio principal e secundário, que estão associados ao sinal de vídeo. Se o pacote contém zero bytes, a informação de serviços de áudio existente será apagada. O bit #6 é ajustado para o lógico 1 nos bytes de dados neste pacote porque os bytes de dados não são dados ASCII. O formato dos bytes é mostrado na Tabela 13.

Tabela 13

Dados b6 b5 b4 b3 b2 b, b0 Principal 1 l2 I, lo t2 t, t0 1 l2 ^ l0 t2 t., to sap

Cada um dos dois bytes listados na Tabela 13 contém dois campos de dados; linguagem e tipo. O campo de linguagem de cada byte representa as linguagens listadas na Tabela 14.

84 628 ΕΡ 671 106/ΡΤ 23

Tabela 14 l2 l0 Linguagem 0 0 0 Desconhecido 0 0 1 Inglês 0 1 0 Espanhol 0 1 1 Francês 1 0 0 Alemão 1 0 1 Japonês 1 1 0 Outra 1 1 1 Nenhuma Ο campo de tipo de cada byte listado na Tabela 13 está codificado para representar a informação mostrada na Tabela 15.

Tabela 15

Programa de Audio Principal Programa de Áudio Secundário t, t2 to Tipo 0 0 0 Desconhecido 0 0 1 Mono 0 1 0 Estéreo simulado 0 1 1 Estéreo verdadeiro 1 0 0 Estéreo em redor 0 1 1 Serviço de dados 1 1 0 Outros 1 1 1 Nenhum ^2 t, to Tipo 0 0 0 Desconhecido 0 0 1 Mono 0 1 0 Serviço vídeo descritivo 0 1 1 Sem programa áudio 1 0 0 Efeitos especiais 1 0 1 Serviços de dados 1 1 0 Outros 1 1 1 Nenhum 2.9 Tipo de pacote "Serviços de legendas"

Este pacote contém um número variável, de 0 a 8, de bytes os quais definem as formas disponíveis de dados codificados de legendas. Se o pacote contém zero bytes, a informação existente com vista ao serviço de legendas será apagada. Um byte é incluído para especificar cada serviço disponível. O bit #6 é

84 628 ΕΡ 671 106/ΡΤ 24 ajustado para ο lógico 1 em cada byte em virtude dos dados não serem dados ASCII. Cada um dos bytes está no formato mostrado na tabela 16.

Tabela 16

b6 bs b4 b3 b2 b. b0 1 l2 I, l0 F C T O campo de dados de linguagem (L2 - LO na Tabela 16) é codificado utilizando o mesmo formato que para o pacote serviços de áudio descrito na secção 2.8 acima. O bit "F" determina se os dados estão no campo de TV um ("F" = 0), ou no campo dois ("F" =1). O bit "C" determina se os dados estão no canal C1 ("C" = 0), ou no canal C2 ("C" = 1). O bit "T" determina se os dados são legendas ("T" = 0), ou são texto ("T" = 1). Esta informação permite ao locutor especificar completamente os serviços da linha 21 que estão disponíveis. 2.10 Tipos de pacotes "Não definidos"

Os códigos de tipo 09h e OAh na Tabela 4 não são definidos. Estes códigos tipo podem ser definidos no futuro para expandir adicionalmente a capacidade de EDS. Por exemplo, um dos códigos de tipo não definidos pode ser atribuído para fornecer informação com vista ao "embaralhar" do vídeo. São utilizadas várias aproximações para codificar, ou embaralhar, um sinal de vídeo para evitar o exibição por utilizadores não autorizados, por exemplo, a programação "pagar para ver". A informação com vista ao tipo de embaralhar pode ser útil para permitir utilizadores autorizados para descodificar mais efectivamente o sinal embaralhado.

Outra possível utilização para os códigos não definidos é fornecer informação com vista à relação de aspecto da imagem de vídeo num programa. A informação de relação de aspecto permitiria ao sistema seleccionar apenas certos programas de relação de aspecto. De modo alternativo, o receptor de vídeo podia usar a informação de relação de aspecto para adaptar o sinal à relação de aspecto de écran de exibição particular do receptor de vídeo. 2.11 Tipo de pacote "Descrição 'Ν'"

Estes pacotes contém cada um número variável, de 0 a 32, de bytes os quais, quando combinados juntos, formam uma descrição do programa. Se o

84 628 ΕΡ 671 106/ΡΤ 25 pacote contém zero bytes, a linha existente de descrição de informação será apagada. Cada byte é um caracter ASCII na gama de 20h a 7Fh. Cada pacote deste tipo fornece uma linha de uma descrição de linha múltipla do programa. A descrição pode conter qualquer informação que o fornecedor de serviço escolher incluindo: título de episódio, data de cópia, forma dos caracteres, resumo da história, etc. através da variação do número de pacotes do tipo de descrição "N", é possível uma transmissão eficiente das descrições de programa de qualquer comprimento. 3. Classe pacote Rede A tabela 17 lista as atribuições dos códigos tipo para a classe de pacote rede.

Tabela 17 Código de tipo Função OOh Rede não identificada 01h Identificador de rede 02h Apagar todos os programas 03h Nome da rede 04 h Letras de chamada 05h Canal inicial 06h Retardo de fita 07h Qualificador especial 1 12h Qualificador especial 12 3.1 Tipo de pacote "Rede não identificada"

Este pacote contém zero bytes e indica que a rede deve ser "não identificada". O efeito é oposto ao do pacote "identificador de rede" (ver a secção 3.2 abaixo). Depois deste pacote ter sido recebido, todos os pacotes subsequentes da classe de rede serão ignorados até que um pacote identificador de rede seja 26 84 628 ΕΡ 671 106/ΡΤ recebido. Este tipo de pacote pode ser utilizado como um sinal que toda a informação de rede foi enviada. 3.2 Tipo de pacote "Identificador de rede"

Este pacote contém ou zero ou dois bytes, os quais definem um número de canal receptor para o qual a informação de rede deve ser especificada. O formato dos bytes é o mesmo que para o campo de dados de canal mostrado na Tabela 5 na secção 2.2 acima. O campo de canal de dois bytes é opcional. O canal receptor passará para o estado básico do canal sintonizado actualmente se não especificado. Este campo permite que um canal especifique a informação para outro canal. 3.3 Tipo de pacote "Apagar todos os programas"

Este pacote contém zero bytes, mas indica toda a informação de programa para que a rede especificada seja completamente apagada. 3.4 Tipo de pacote "Nome de rede"

Este pacote contém um número variável, de 0 a 32, de bytes ao quais definem o nome da rede de transmissão. Se o pacote contém zero bytes, o nome da rede existente é apagado. Cada byte é um caracter ASCII na gama de 20h a 7Fh. Cada rede deve utilizar um só e único nome, de modo que os receptores possam aceder à informação com vista à rede que está armazenada internamente ao receptor, por exemplo, um logotipo de rede que pode ser exibido quando é seleccionada uma rede. 3.5 Tipo de pacote "Letras de chamada"

Este pacote contém um número variável, de 0 a 32, de bytes, os quais definem as letras de "chamada" da estação de emissão local. Se o pacote contém zero bytes, as letras de chamada existentes são apagadas. Cada byte é um caracter ASCII na gama de 20h a 7Fh. 3.6 Tipo de pacote "Canal inicial"

Este pacote contém ou zero ou dois bytes, os quais definem o número de

84 628 ΕΡ 671 106/ΡΤ 27 canal "inicial", isto é, número de canal transmitido "no ar" localmente, que está atribuído a uma estação. Esta informação é útil se um número de canal de cabo atribuído a uma estação difere do número de canal de transmissão no ar da estação. Se o pacote contém zero bytes, o número de canal inicial existente é apagado. O formato dos bytes é o mesmo que para o campo de canal listado na tabela 5 na secção 2.2 acima. 3.7 Tipo de pacote "Retardo de fita"

Este pacote contém ou zero ou um byte, o qual define o número de meias horas que a estação local de modo rotineiro retarda a fita de programas de rede. Se o pacote contém zero bytes, a informação de retardo de fita existente é apagada. Os dados não são dados ASCII de modo a que o bit #6 está sempre ajustado para o lógico 1. O formato do byte de dados neste pacote é mostrado na Tabela 18.

Tabela 18 b6 b5 b4 b3 b2 b, b0 1 S d4 d3 d2 di d0 O campo de retardo (d4 - d0 na tabela 18) tem uma gama válida de 0 a 31, a qual representa valores horários de 0 horas e 0 minutos a 15 horas e 30 minutos com incrementos de 30 minutos. O bit "S" é um bit de sinal, e determina se o valor de retardo deve ser adicionado ao tempo de início de programa esperado ("S" = 0) ou subtraído dele ("S" = 1). Este retardo deveria ser aplicado a todos os programas no canal, o qual tem o bit "T" ajustado na sua informação de identificador de programa (ver a Tabela 5 na secção 2.2 acima). O valor de retardo volta ao estado básico de zero se não especificado. 3.8 Tipo de pacote "Qualificador especial 'N'"

Estes pacotes contém cada um, um número variável, de 0 a 32, de bytes, os quais definem o texto a ser associado aos bytes "especiais" listados na Tabela 12 que pode ser utilizada para especificação de informação de programa. Se o pacote contém zero bytes, o texto associado a um byte "especial" é apagado. Cada byte 28 84 628 ΕΡ 671 106/ΡΤ neste tipo de pacote é um caracter ASCII na gama de 20h a 7Fh. Cada pacote fornece o texto para um byte de informação de programa "especial" especifico de rede. Por exemplo, uma estação, a qual oferece maioritariamente desporto pode definir os seus primeiros cinco bytes "especiais" para representar desporto tais como: Poker, “SCUBA”, “Hang Gliding”, “Americans Cup”, e Jogos Olímpicos. No entanto, uma estação que ofereça maioritariamente música pode definir os seus primeiros cinco bytes "especiais" para representar tipos de música tais como: “Heavy Metal", “Rap”, "Pop”, “Country”, e “Disco”. O significado dos bytes "especiais" pode ser redefinido pela rede em qualquer altura. Se não for recebido qualquer texto para definir um byte "especial", o byte volta ao estado básico de um único espaço em branco. 4. Classe de pacote “Diversos” A Tabela 19 lista a atribuição dos códigos de tipo para a classe de pacote diversos.

Tabela 19 Código de tipo Função 01h Hora do Dia 02h Zona Horária 03h Número de linha 04 h Nenhum EDS 05h EDS simples 06h Directório EDS 07h Pausa de programa 08h Retomar do Programa 09h Captura de Impulso 4.1 Tipo de pacote "Hora do Dia"

Este pacote contém quatro bytes de dados os quais definem a hora actual do dia e data relativas ao tempo médio de Greenwich. O formato dos bytes é o mesmo que o mostrado na Tabela 5 para o pacote "identificador de programa" (ver a secção 2.2 acima), excepto em que não são necessários dados de canal. O bit

"D" é utilizado para determinar se são observadas actualmente horas económicas durante o a luz do dia através do país. Esta informação, em conjunto com a zona horária específica do espectador e se a hora económica durante o dia é localmente observada, é utilizada para determinar a hora local correcta. A hora local é apenas usada para mostrar a hora local ao espectador. Todos os temporizadores e relógios deveriam ser mantidos no tempo médio de Greenwich. O bit ”L" é utilizado para determinar se o ano actual é um ano bissexto. Isto é necessário para determinar se o dia local é o 28 ou 29 de Fevereiro quando é o 1o de Março no tempo médio de Greenwich. O bit ”Z” é utilizado para determinar se a hora actual em segundos deveria ser posta em zero. Isto permite que a hora do dia seja correcta sem transmitir todos os seis bits de dados para especificar o número actual de segundos. O bit "T" é utilizado para determinar se o programa está sujeito a um retardo de fita local. Se este bit é ajustado, o relógio da hora do dia não deveria ser actualizado. 4.2 Tipo de pacote "Zona Horária"

Este pacote contém um byte o qual define a zona horária do espectador e o estado de economia durante a luz do dia. Os dados não são dados ASCII e sendo assim o bit #6 está sempre ajustado. O formato do único byte de dados é mostrado na Tabela 20.

Tabela 20 b6 b5 b4 b3 b2 bi b0 1 D h4 h3 h2 hi h0 O campo data e hora (os bits h4 - h0 na Tabela 20) tem uma gama válida de 0 a 23 e representa o retardo nominal em horas relativamente ao GMT. O bit "D" determina se a hora económica durante a luz do dia deve ser observada. Este pacote deveria apenas ser enviado quando todos os possíveis espectadores residem na mesma zona horária. 4.3 Tipo de pacote "Número de linha"

Este pacote contém um byte o qual define o número de linha actual e campo para o canal sintonizado. Estes dados não são dados ASCII de modo a que

84 628 ΕΡ 671 106/ΡΤ 30 ο bit #6 está sempre ajustado. O formato do byte é mostrado na tabela 21.

Tabela 21 b6 b5 b4 b3 b2 b, b0 1 F l4 l3 l2 I, l0 O campo de "linha" (os bits L4 - L0 na Tabela 21) tem uma gama válida de 7 a 31. O bit "F" determina se os dados estão no campo de TV um ("F" = 0) ou no campo dois ("F" = 1). 4.4 Tipo de pacote "Sem EDS"

Este pacote contém zero bytes e indica que o canal sintonizado não tem informação de serviços extensos de dados disponível. 4.5 Tipo de pacote "EDS simples"

Este pacote contém zero bytes e indica que o canal sintonizado tem informação de serviços extensos de dados disponível para um único canal. 4.6 Tipo de pacote "Directório EDS"

Este pacote contém zero bytes e indica que o canal sintonizado tem informação de serviços extensos de dados disponível para canais múltiplos. Esta informação deve ser utilizada para identificar uma estação, a qual fornece um directório contínuo de informação acerca dos outros canais. 4.7 Tipo de pacote "Pausa de programa"

Este pacote contém zero bytes e indica que o programa actual no canal sintonizado foi interrompido. O mesmo necessitará de ser retransmitido, pelo menos, uma vez por minuto para manter uma pausa. Isto é porque os receptores ficarão fora de tempo depois de um minuto mesmo que seja enviado um pacote de resumo de programa.

84 628 ΕΡ 671 106/ΡΤ 31 4.8 Tipo de pacote "Resumo de programa"

Este pacote contém zero bytes e indica que o programa actual no canal sintonizado foi resumido. Ele é utilizado para finalizar imediatamente uma pausa de programa. Os receptores devem apresentar uma retoma de programa automática se um não for recebido dentro do último minuto a seguir a uma pausa de programa. 4.9 Tipo de pacote "Captura de impulso"

Este pacote contém ou zero, ou oito ou dez bytes, os quais definem uma data e hora de paragem de programa, e data e hora de início, todas relativas ao tempo médio de Greenwich, e ao número de canal de receptor. Se o pacote contém zero bytes, a informação existente com vista à captura de impulso é apagada. O formato dos bytes é o mesmo que para o "tempo de paragem" (ver a secção 2.4) seguido pelo "identificador de programa" (ver a secção 2.2). Este pacote fornece toda a informação necessária para permitir que um programa seja facilmente gravado. Os bytes de identificador de programa seguem os bytes de tempo de paragem porque o identificador de programa contém um número variável de bytes. Os bits "D", "L", e "Z" são ignorados pelo descodificador quando se processa este pacote. O canal de receptor volta ao estado básico do canal actualmente sintonizado se não especificado. O formato de sinal descrito acima pode ser melhor compreendido através da referência à FIG. 4 a qual mostra um exemplo da intercalação dos dados de CC e de EDS, e a introdução de pacotes de EDS. Na FIG. 4, a primeira e segunda ocorrências da linha 21 no campo 2 (linhas marcadas como "Γ e "2" no lado esquerdo da FIG. 4) incluem dados de legendas fechadas ou de texto. Na terceira ocorrência da linha 21 no campo 2, o pacote "A" de dados de EDS começa com um código de controlo (CHAR #1) e um código de tipo (CFIAR #2). A quarta ocorrência da linha 21 inclui dados de EDS que fazem parte do pacote "A". A quinta, sexta e sétima ocorrências da linha 21 no campo 2 são dados de legendas fechadas. Em virtude dos dados de EDS no início do pacote A agirem como uma quebra nos dados de CC, os dados de CC na linha 5 na FIG. 4 começam com um código de controlo de "legendas fechadas de resumo" para distinguir os dados de legendas fechadas dos dados de EDS.

84 628 ΕΡ 671 106/ΡΤ 32

Um segundo pacote EDS, marcado pacote "B" na FIG. 4, começa na oitava ocorrência da linha 21 e acaba na décima ocorrência da linha 21. O pacote "B" é introduzido dentro do pacote "A", o qual continua na décima primeira ocorrência da linha 21 com um código de controlo "continuação". O pacote "A" acaba na décima terceira ocorrência da linha 21. O fim do pacote "A" podia ser seguido por um outro pacote EDS, dados de legendas fechadas, ou caracteres "nulos", isto é, sem dados.

Pode ser gerado um sinal de vídeo, que inclui informação de EDS no formato descrito acima, utilizando o sistema exemplificativo mostrado na FIG. 5. Referindo a FIG. 5, a fonte de sinal de vídeo 510 que fornece o sinal SOURCE pode ser um gravador de vídeo ou uma câmara de vídeo. Os sinais LINE21 e FIELD da unidade 510 correspondem aos sinais do mesmo nome na FIG. 2 e sincronizam a operação do sistema na FIG. 5 para o sinal VIDEO. O microprocessador 520 recebe dados de entrada de EDS e de CC identificados como EDS INPUT e CC INPUT, respectivamente, na FIG. 5 e formata os mesmos no sinal de dados em série SERIAL DATA. Os dados de entrada de CC e de EDS podem ser gerados, por exemplo, por alguém dactilografando a informação de CC e/ou de EDS, tal como um titulo de programa num teclado. O MUX 530 faz o acoplamento selectivo ou do sinal SOURCE ou do sinal SERIAL DATA ao transmissor 540 em resposta ao sinal SELECT do microprocessador 520. O transmissor 540 transmite o sinal VIDEO por cabo ou por emissão. O sinal de saída VIDEO na FIG. 5 corresponde ao sinal VIDEO na FIG. 2. Os dados de CC e de EDS são inseridos no sinal VIDEO da FIG. 5 através da operação do MUX 530. Quando os dados de CC ou de EDS devem ser inseridos, o microprocessador 520 detecta uma ocorrência da linha 21, no campo apropriado, através dos sinais LINE21 e FIELD e gera o sinal SELECT para provocar que o MUX 530 faça o acoplamento do sinal SERIAL DATA ao transmissor 540. O microprocessador 520 faz então sair os dados de CC ou de EDS no sinal SERIAL DATA fazendo com que os dados de CC ou de EDS sejam incluídos no sinal VIDEO através do transmissor 540. O microprocessador 540 controla a prioridade de inserção dos dados de CC ou de EDS. Por exemplo, os dados de CC têm uma prioridade mais alta do que os θ' dados de EDS porque uma exibição de legendas fechadas deve ser sincronizada com o discurso actual no sinal de vídeo. Os dados de CC devem ser transmitidos 33 84 628 ΕΡ 671 106/ΡΤ como requerido para manter a sincronização desejada. Os dados de EDS, no entanto, podem ser transmitidos sempre que os intervalos de linha 21 não estão a ser utilizados para os dados de CC. São possíveis várias modificações das características descritas acima. Por exemplo, as modificações futuras das requisitos FCC podem permitir que os dados de EDS sejam incluídos em linhas de vídeo diferentes da linha 21 do campo 2. Além disso, podem ser definidas as classes de pacote e tipos adicionalmente além dos descritos acima. Por exemplo, os códigos de controlo "reservado” na Tabela 4 e os códigos de tipo "não definido" podem ser definidos no futuro. Estas e outras modificações têm a intenção de estarem dentro do âmbito das reivindicações seguintes.

Lisboa, 11. OUT. 2000

Por THOMSON CONSUMER ELECTRONICS, INC. -O AGENTE OFICIAL-

Claims (9)

1. 84 628 ΕΡ 671 106/ΡΤ 1/3 REIVINDICAÇÕES 1 - Aparelho compreendendo meios (200), para recepção de um sinal de televisão que inclui informação de programa de televisão e informação auxiliar, compreendendo a dita informação auxiliar palavras de dados; e caracterizado por compreender: meios (230) para processamento uma primeira das ditas palavras de dados para determinação da informação de controlo para controlo do processamento das ditas palavras de dados e também para determinação de uma classe da dita informação de programa de televisão, com a qual a informação incluída nas ditas palavras de dados está associada; processando os ditos meios de processamento uma segunda das ditas palavras de dados para determinação de uma subclasse da dita classe de informação de programa de televisão, com a qual a dita informação incluída nas ditas palavras de dados está associada; processando os ditos meios de processamento uma terceira das ditas palavras de dados para obter uma informação pertencente à dita subclasse.
2. 2 - Aparelho de acordo com reivindicação 1, caracterizado adicionalmente por a dita segunda palavra de dados representar uma subclasse particular ("Sem EDS") da informação e a dita subclasse particular da informação indicar que um sinal de televisão de um canal actualmente sintonizado da dita pluralidade de canais de televisão não inclui qualquer subclasse da informação auxiliar diferentes da dita subclasse particular.
3. 3 - Aparelho de acordo com a reivindicação 1, caracterizado adicionalmente por o dito sinal de televisão incluir informação de programa de televisão a partir de uma pluralidade de canais de televisão, e a dita subclasse ("EDS simples) determinada a partir da dita segunda palavra de dados indicar que a dita informação auxiliar, incluída no dito sinal de televisão, fornece informação relacionada apenas com um da dita pluralidade de canais de televisão.
4. 4 - Aparelho de acordo com a reivindicação 1, caracterizado adicionalmente por o dito sinal de televisão incluir informação de programa de televisão a partir de uma pluralidade de canais de televisão, e a dita subclasse ("Directório EDS") determinada a partir da dita segunda palavra de dados indicar que a dita

   informação auxiliar, incluída no dito sinal de televisão, fornece informação relacionada com mais do que um da dita pluralidade de canais de televisão.
5. 5 - Aparelho de acordo com a reivindicação 1, caracterizado adicionalmente por o dito sinal de televisão ser dividido em intervalos de linha, os quais estão organizados em intervalos de campo sucessivos; as primeira, segunda e terceira palavras de dados, que ocorrem sucessivamente num intervalo particular (linha 21) dos ditos intervalos de linha durante os intervalos particulares (campo 2) dos ditos intervalos de campo.
6. 6 - Processo de processamento de um sinal de televisão, incluindo o dito processo o passo de: (a) recepção (320) de um sinal de televisão, que inclui informação auxiliar, que compreende palavras de dados; e caracterizado por compreender os passos de: (b) processamento (350) de uma primeira das ditas palavras de dados para determinação da informação de controlo, para controlo do processamento das ditas palavras de dados, e para determinação de uma classe de informação com a qual as ditas palavras de dados estão associadas; (c) processamento (365) de uma segunda das ditas palavras de dados para determinação de uma subclasse da dita classe de informação, com a qual as ditas palavras de dados estão associadas; e (d) descodificação (375) de, pelo menos, uma terceira das ditas palavras de dados para obter uma informação descodificada que pertence à dita subclasse.
7. 7 - Processo de acordo com a reivindicação 6, caracterizado adicionalmente por a dita classe da informação, determinada a partir da dita primeira palavra de dados compreender uma de uma classe de programa actual e uma classe de programa futura; indicando a dita classe, de programa actual que a informação, representada pela dita terceira palavra de dados, se relaciona com a informação de programa de televisão incluída actualmente no dito sinal de televisão; indicando a dita classe de programa futura que a informação, representada pela dita terceira palavra de dados se relaciona com a informação de programa de televisão a ser 84 628 ΕΡ 671 106/ΡΤ 3/3 incluída no dito sinal de televisão num momento futuro.
8. 8 - Processo de acordo com a reivindicação 7, caracterizado adicionalmente por compreender o passo de exibição da informação descodificada a partir da dita terceira palavra de dados num dispositivo de exibição.
9. 9 - Processo de acordo com a reivindicação 8, caracterizado adicionalmente por o dito sinal de televisão ser dividido em intervalos de linha, os quais estão organizados em intervalos de campo sucessivos; ocorrendo as ditas primeira, segunda, e terceira palavras de dados sucessivamente num intervalo particular (linha 21) dos ditos intervalos de linha durante um intervalo particular (campo 2) dos ditos intervalos de campo. Lisboa, .11 OUT. 2000 Por THOMSON CONSUMER ELECTRONICS, INC. - O AGENTE OFICIAL-