BRPI0417879B1 - método para a geração de um menu em tela - Google Patents

Abstract

"método para a geração de um menu em tela". um método para a geração de um menu em tela compreendendo botões de menu (bg81, ..., bgb6<39>) e outros itens de menu, por exemplo, um texto de ajuda, é caracterizado pelo fato de que um ou mais grupos de botões de menu ou itens de menu são definidos, em que um grupo compreende um ou mais botões de menu ou itens de menu e tem associada uma área definida na tela. um estado é atribuído a um botão, o estado sendo 'habilitado' ou 'desabilitado', em que apenas um botão habilitado ou item pode ser exibido, e em que, dentro de um grupo, não mais que um botão ou item pode ser habilitado. o estado de um botão pode ser modificado por meio de comandos associados a outros botões.

Description

"MÉTODO PARA A GERAÇÃO DE UM MENU EM TELA" CAMPO DA INVENÇÃO A presente invenção refere-se a um método para a geração de um menu em tela.

FUNDAMENTOS DA INVENÇÃO

Os conteúdos audiovisuais dos meios de armazenamento de dados, por exemplo, os Discos Versáteis Digitais (DVD) para aplicações de vídeo, geralmente contêm dados de menu para várias aplicações, por exemplo, para permitir que um usuário selecione o conteúdo específico do meio. Os dados de menu são usados para renderizar um menu em uma tela de vídeo. Com frequência, são usados os assim chamados menus de múltiplas páginas, onde cada estado possível do menu é representado por uma imagem de tela cheia que fica sobreposta como uma camada separada à imagem de vídeo. A camada de menu é geralmente transparente, com a exceção dos itens de menu exibidos.

Nos menus do estado da técnica, os itens de menu consistem basicamente de um número de objetos botões e não-botões. Cada botão recebe uma posição sobre tela pelo autor do conteúdo e pode ser navegado e ativado pelo usuário, por exemplo, via um controle remoto. Cada botão é associado a um estado, o qual pode ser um estado 'normal' (ou 'não selecionado'), um estado 'selecionado' ou um estado 'ativado' . Cada botão pode prover uma representação visual diferente em cada estado a fim de oferecer uma realimentação de usuário.

No entanto, estes tipos de menus são muito estáticos, uma vez que não existe uma forma dinâmica para se adicionar ou remover botões da tela, sem a re-renderização da tela. inteira. Para os autores de conteúdo, estes recursos de menu mais sofisticados seriam desejáveis, por exemplo, para o desenho de sub-menus. Em tal caso, botões adicionais aparecera e desaparecem dinamicamente na tela através da interação do usuário. A presente invenção provê um meio para gerar tais menus dinâmicos.

SUMÁRIO DA INVENÇÃO A presente invenção se baseia na pressuposição de que diferentes itens de menu e botões de um menu em tela são renderizados separadamente, não no tamanho de uma página, sobre o topo de um fundo estático ou dinâmico que pode permanecer visível. Os dispositivos de "renderização" geram valores para os pixels de imagem.

De acordo com a presente invenção, cada botão é atribuído a um estado adicional, o qual pode ser um estado 'habilitado' ou um estado ' desabilitado' . Como uma regra geral, este estado define o comportamento de renderização do botão. Os botões que se encontram em um estado 'habilitado' são tipicamente exibidos na tela, enquanto os botões que se encontram no estado 'desabilitado' não são renderizado e, portanto, não são exibidos. Os botões habilitados podem, por outro lado, ser também transparentes. O usuário pode navegar apenas nos botões que se encontram no estado 'habilitado', e seus estados 'normal', 'selecionado' ou 'ativado' são válidos apenas dentro do estado 'habilitado'. O usuário não pode navegar nos botões gue estejam no estado 'desabilitado . Qualquer tentativa no sentido de realizar este procedimento será ignorada de acordo com a presente invenção.

Cada botão dentro do menu é atribuído a uma área em tela e a um identificador único. Geralmente, a . área em tela dos botões é retangular, ou uma combinação de áreas parciais retangulares.

De acordo com a presente invenção, os botões são organizados em grupos, e todos os botões obedecem a certas regras, as quais são descritas a seguir: o número de botões pertencentes a um grupo de botões pode ser um ou mais. Não há grupos de botões vazios; - um botão não pode pertencer a mais de um grupo de botões; - a área em tela de qualquer botão pertencente a um primeiro grupo de botões não se sobrepõe à área em tela de nenhum outro botão que não pertença ao mesmo grupo de botões; cada botão dentro de um grupo de botão deve estar em um dentre dois estados: no 'habilitado' ou no 'desabilitado'; - cada botão é atribuído a um estado inicial, que vem a ser o estado 'habilitado' ou o estado 'desabilitado'; não mais de um botão dentro de um grupo de botões pode estar no estado 'habilitado' de cada vez, isto é, renderizado na tela. Observa-se que o estado 'habilitado' não ficará visível ao usuário se o mesmo só for representado por meio de pixels transparentes; - para cada botão dentro de um grupo de botões, as informações vizinhas para a navegação do botão podem ser definidas, como, por exemplo, qual outro selecionar quando o usuário pressiona o botão LEFT, RIGHT, UP ou DOWN. Estas informações vizinhas só são válidas quando o botão se encontra no estado 'habilitado' . O usuário não pode navegar em botões desabilitados; as áreas em tela de um primeiro botão de um primeiro grupo de botões e um segundo botão do mesmo grupo, isto é, suas representações visíveis, podem se sobrepor. As mesmas não ficarão visíveis simultaneamente, uma vez que as mesmas pertencem ao mesmo grupo de botões, e somente uma das mesmas poderá estar no estado 'habilitado' por vez.

Além disso, um novo comando é definido, com base na presente invenção. Este comando pode, por exemplo, ser associado a um botão, e o mesmo é usado de modo a comutar dinamicamente entre o estado 'habilitado' e o estado 'desabilitado' de um outro botão. Nos menus do estado da técnica, a ativação de um botão pode ainda abranger a execução de um ou mais comandos. O comando proposto é ativado da mesma maneira e é, portanto, compatível com a estrutura do estado da técnica. Outros efeitos de ativação de um botão são geralmente mudanças de aparência, de cor, etc. do botão.

Um aspecto da presente invenção é a definição de um comando para habilitar ou desabilitar botões . As informações sobre qual botão habilitar ou desabilitar são providas através do identificador do botão como um parâmetro do comando. Para cada botão, pode ser definido um ou mais comandos que são executados após a ativação do botão. O comando ou conjunto de comandos associado a um botão é também referido como um manipulador de botão. A execução de comandos de botão só é possível quando o botão se encontra no estado 'habilitado' . Contudo, pode haver botões 'vazios' sem nenhum comando de botão associado. A desabilitação de um botão pode apagar a visibilidade do botão ao substituir o mesmo por pixels transparentes. O comando de botão da presente invenção geralmente não muda o estado 'habilitado' ou ' desabilitado' de seu próprio botão. Isto significa que se um botão habilitado for ativado, o comando de botão correspondente é executado depois de a ativação poder comutar o estado 'habilitado' / 'desabilitado' de outros botões, mas pode não comutar o seu próprio botão para o estado 'desabilitado' , exceto quando o seu manipulador de botão já tiver programado a seleção de um outro botão. No entanto, pode haver outros comandos executados que compreendem, por exemplo, a desabilitação de todo o menu. A habilitação de um botão de um grupo implicitamente desabilita todos os demais botões dentro daquele grupo.

Para cada grupo de botões, é definida uma área de exibição, na qual os seus botões podem ser renderizado. Esta área é a seguir chamada área de grupo de botões . A mesma é geralmente retangular, mas pode a principio ter outros formatos. O botão visível pode ter qualquer formato desde que o mesmo esteja dentro de sua respectiva área de grupo de botão. Por exemplo, é possível se renderizar um botão circular dentro de uma área retangular. Os pixels de tela que pertencem a uma área de grupo de botões, mas não a um botão habilitado dentro da dita área de grupo de botões, são renderizado transparentes.

Para as áreas de grupo de botões de acordo com a presente invenção, torna-se característico que nenhuma posição de botão possível dentro de um grupo de botões possa se sobrepor a nenhuma posição de botão possível de um outro grupo de botões, de modo que as áreas de grupo de diferentes grupos de botões não possam de forma alguma se sobrepor. Isto significa que a tela pode ser considerada como um número de áreas de grupo de botões não sobrepostos. Quando o estado de qualquer um dos botões de um grupo de botões se modifica, o decodificador de acordo com a presente invenção lê a posição da respectiva área de grupo de botões a partir de um meio de armazenamento, geralmente uma memória interna, e em seguida re-renderiza a área. Para cada grupo somente o botão habilitado é renderizado, em que a área de grupo de botões correspondente pode compreender qualquer número de pixels transparentes. Com vantagem, a re-renderização de uma área de grupo de botões nunca modifica os pixels pertencentes a qualquer outra área de grupo de botões, uma vez que diferentes áreas de grupo de botões não podem se sobrepor. Isto permite decodificadores mais fáceis. Além disso, isto permite uma programação de menus mais fácil, e, particularmente, uma verificação mais fácil do respectivo código <de programação, por exemplo, devido às posições estáticas de botão e às relações vizinhas estáticas.

Em detalhes, existem três possibilidade de áreas de grupos de botão, conforme descrito a seguir. As mesmas são versões especializadas de um caso geral. A primeira possibilidade é o caso geral conforme descrito acima, na qual uma área de grupo de botões pode compreender diversas áreas parciais não sobrepostas, e, em cada área de grupo de botões, um botão pertencente ao respectivo grupo de botões pode se tornar visível. Sendo assim, um botão que pertence a um grupo de botões é geralmente associado a uma área parcial de sua área de grupo de botões, e, em seguida, não mais que uma das áreas parciais de um grupo de botões poderá conter um botão habilitado. A princípio, é possível, no entanto, que um botão habilitado fique presente em mais de uma das áreas parciais de seu grupo de botões, de modo que um único botão possa consistir de diversas peças equivalentes. Quando o estado de quaisquer dos botões de um grupo de botão muda, o decodificador de acordo com a presente invenção lê as posições das áreas parciais do respectivo grupo de botões de um meio de armazenamento e renova todas as áreas parciais. Em particular, o mesmo não renderiza mais de um botão visível, ou se]a, o botão habilitado. A segunda possibilidade é que uma área de grupo de botões seja uma área contígua, por exemplo, uma área retangular. Isto significa que uma área coesiva é definida paira cada grupo de botões, cuja área compreende todas as posições possíveis de botões pertencentes àquele grupo de botões. Conforme mencionado acima, as áreas que pertencem a diferentes grupos de botões podem não se sobrepor, e o botão visível não precisa necessariamente encher a área permitida, isto é, o botão não precisa ter o mesmo tamanho ou formato da área de grupo de botões, mas deve estar totalmente dentro da área correspondente ao seu grupo. Sendo assim, os botões pertencentes a diferentes grupos poderão não se sobrepor. Além disso, é fácil apagar totalmente um primeiro botão pertencente a um primeiro grupo de botões ao exibir um segundo botão pertencente ao mesmo grupo de botões, uma vez que, neste caso, somente a área de grupo de botões pertencente ao respectivo grupo de botões precisará ser rerenderizada, a qual vem a ser uma área contígua única; não é necessário se rerenderizar outras partes da tela. Deste modo, nenhum resto do botão previamente mostrado se torna visível. Todos os botões dentro de um grupo de botões utilizam a mesma área em tela. Esta é a possibilidade preferida. A terceira possibilidade é que todos os botões de um grupo de botões possuem áreas idênticas, isto é, o mesmo tamanho e posição de botão na tela. Este é o caso mais fácil, com relação à implementação do decodificador, à programação e â verificação de menus, uma vez que ao se renderizar um botão que pertence a um certo grupo de botões necessariamente apaga um outro botão do mesmo grupo de botões que era previamente visível na mesma posição. Embora o mesmo provenha um menu menos flexível que as outras duas possibilidades. À princípio, um grupo de botões pode também conter objetos não botão, isto é, itens de menu visíveis, mas não selecionáveis. Um objeto não botão que pertence a um grupo de botões tem um estado atribuído, o estado sendo 'habilitado' ou ' desabilitado' , e pode se tornar, visível somente se for habilitado. A habilitação e a desabil itação são feitas através de manipuladores de botão associados a botões de menu. A presente invenção provê recursos de menu mais sofisticados, como, por exemplo, os demandados pelos autores de conteúdo, cujos recursos permitem uma fácil decodificação. Em particular, a presente invenção provê um meio para gerar menus dinâmicos, nos quais botões podem ser dinamicamente removidos ou adicionados a um menu.

Com a presente invenção, um autor de conteúdo é capaz de facilmente definir menus hierárquicos e sub-menus que são representados por uma estrutura plana de dados . Em particular, a programação e a verificação de menus são mais fáceis do que com os métodos conhecidos. Uma vantagem da presente invenção é que o decodificador cie gráficos não precisa considerar todo o menu para nenhuma operação de menu, mas poderá, em contrapartida, simplesmente manipular grupos de botões isolados. Os dados que descrevem a estrutura de menu inicial são lidos a partir de um meio de armazenamento, geralmente um meio de armazenamento removível, por exemplo, um disco ótico, e são em seguida armazenados em um meio de armazenamento temporário, por exemplo, em uma memória, que fica vinculada ao decodif icador. Quando o menu é operado, as variáveis dentro do armazenamento temporário mantêm o estado corrente.

Quando um botão é invisível, isto pode significar que o mesmo se encontra desabilitado e não pode, portanto, ser selecionado ou ativado, ou que o mesmo se encontra habilitado e marcado invisível, por exemplo, possui uma sinalização especial ou apenas pixels transparentes. Neste último caso, o mesmo pode ser selecionado e geralmente será automaticamente ativado após seleção, de modo que comandos associados sejam executados e um botão visível seja selecionado. É também possível concatenar botões invisíveis, contanto que o último comando de botão selecione um botão visível. A presente invenção apresenta um método para a geração de um menu usando tais grupos de botões. Um aparelho que utiliza o método da presente invenção e um meio de armazenamento que mantém uma respectiva estrutura de dados são também apresentados.

Outros objetivos, aspectos e vantagens da presente invenção tornar-se-ão aparentes a partir da consideração da descrição a seguir e das reivindicações em apenso quando tomadas em conjunto com os desenhos em anexo.

BREVE DESCRIÇÃO DOS DESENHOS

Modalidades exemplares da presente invenção são descritas abaixo com referência aos desenhos em anexo, os quais mostram na: Figura 1 ilustra uma tela de menu com sub-menus desabilitados ;

Figura 2 ilustra uma tela de menu com um primeiro sub-menu habilitado;

Figura 3 ilustra uma tela de menu com um segundo sub-menu habilitado;

Figura 4 ilustra uma opção autorizada de, seleção de sub-menu;

Figura 5 ilustra uma tela de menu com um item de sub-menu selecionado;

Figura 6 ilustra uma área de grupo de botões de acordo com uma primeira possibilidade;

Figura 7 ilustra uma área de grupo de botões de acordo com uma segunda possibilidade;

Figura 8 ilustra uma área de grupo de botões de acordo com uma terceira possibilidade;

Figura 9 ilustra uma tela com um ícone de menu;

Figura 10 ilustra uma tela com um ícone de menu e um menu habilitado;

Figura 11 ilustra uma tela de menu de múltipla ativação inicial após uma primeira ativação de um botão do tipo recurso.

Figura 12 ilustra tela de menu de múltipla ativação após uma segunda ativação de um botão do tipo recurso;

Figura 13 ilustra uma tela de menu de múltipla ativação após uma terceira ativação de um botão do tipo recurso;

Figura 14 ilustra uma tela de menu com um item condicionalmente habilitado;

Figura 15 ilustra uma vista inicial de um menu de estrutura breadcrumb;

Figura 16 ilustra botões incluídos em uma vista inicial de um menu de estrutura breadcrumb;

Figura 17 e Figura 18 ilustram a transição de uma primeira, vista para uma segunda vista no menu de estrutura breadcrumb ;

Figura 19 e Figura 2 0 ilustram a transição de uma segunda para uma terceira vista no menu de estrutura breadcrumb; e Figura 21, 22 e 23 ilustram a aparências de botões selecionados e não selecionados, mas previamente i selecionados, botões em um menu de estrutura breadcrumb, durante uma transição para um sub-menu.

DESCRIÇÃO DETALHADA DA INVENÇÃO A Figura 1 mostra a vista inicial de uma página de menu em uma tela de vídeo S, com apenas um botão "Linguagem ) de Áudio" VB1 e um botão "Linguagem de Legenda" VB2 habilitados e visíveis. Os demais botões BG pertencem a submenus dos botões visíveis e se encontra invisíveis, conforme definido através de um segmento de dados que descreve o menu e fica contido em um fluxo de bits no meio. De acordo com a > presente invenção, estes botões BG pertencem a grupos de botões separados e são inicialmente desabilitados, e, portanto, invisíveis. Além disso, também os dois botões visíveis VB1, VB2 podem pertencer a grupos de botões separados. O segmento de dados pode ser chamado um segmento de composição interativo (ICS) . Na vista inicial mostrada na Figura 1, nenhum dos botões visíveis VB1, VB2 são ativados. Geralmente um dos botões visíveis é inicialmente selecionado pelo padrão. Se no caso mostrado, o usuário pressiona, por exemplo, o botão RIGHT no remoto, nada mudaria, uma vez que não há ainda nenhum botão ativado. De modo geral, se forem definidas relações vizinhas que conduzam para botões desabilitados, o decodif icador ignora as relações contanto que os botões vizinhos estejam desabilitados. Ao pressionar, por exemplo, o botão UP ou o botão DOWN, ocorrería a seleção dos botões visíveis VB1, VB2 . A ativação do botão "Linguagem de Áudio" VB1 por meio da seleção do botão VB1 e ao pressionar em um remoto, por exemplo, um botão "OK" , isto i levaria a uma modificação de vídeo de menu, conforme mostrado na Figura 2.

Na Figura 2, o botão "Linguagem de Áudio" VB1 é ativado, e os comandos de botão associados ao mesmo habilitam os botões BGA à direita. Consequentemente, estes ) botões BGA ficam visíveis, permitindo selecionar e ativar um dos mesmos, e, deste modo, selecionar uma linguagem de áudio. A Figura 3 mostra uma situação na qual, por exemplo, a partir da Figura 2, o botão "Linguagem de Áudio" j VB1 não é ativado, mas o botão DOWN foi pressionado de modo que o botão "Linguagem de Legenda" BV2 seja selecionado. Em seguida, o botão "linguagem de Legenda VB2 é ativado, por exemplo, quando o usuário pressiona um botão "OK" no controle remoto. O efeito é que os quatro botões BGS à direita, são renderizado, apresentando opções de legenda, e, em particular, estes botões são renderizados nas mesmas posições dos quatro botões BGA à direita renderizados para opções de áudio na Figura 2 . Isto corresponde à terceira possibilidade para posicionamento de botões de grupos de botões, conforme descrito acima, uma vez que os botões que têm a mesma posição, mas pertencem a diferentes sub-menus pertencentes ao mesmo grupo de botões. Os botões BGS mostrados na Figura 3 são diferentes dos botões BGA mostrados na Figura 2, uma vez que os mesmos possuem diferentes funções, ou seja, permitem a seleção de uma linguagem de legenda. Os botões BGS representam a faixa "Legenda" dos botões para cada um dos grupos de botões, enquanto os botões BGA na Figura 2 representam a faixa "Áudio" dos botões do mesmo grupo de botões . Neste exemplo em particular, não somente a posição, mas também a aparência e as linguagens dos botões correspondentes dos sub-menus mostrados são iguais. Por exemplo, na Figura 3, apenas o i botão selecionado VB2 é visível a cujo sub-menu os botões BGS se referem. Sendo assim, quando um dos botões de submenu BGS é selecionado, o botão superior correspondente VB2 deve ter uma aparência diferente de um botão não selecionado, embora o mesmo não esteja nem selecionado nem i ativado. A Figura 4 mostra um menu no qual uma sugestão de usuário gráfico GH, na forma de uma pequena seta, aparece nos botões visíveis VB1, VB2 , mostrando que existem sub- menus relacionados. Quando o botão "Linguagem de Áudio" VB1 é ativado ou quando o mesmo é selecionado e o botão RIGHT é pressionado no controle remoto, o seu manipulador de botão seleciona um botão invisível INB que é definido na i informação vizinha do botão "Linguagem de Áudio" VB1 como vizinho â direita. O botão invisível INB é um assim chamado botão de auto-ação, uma vez que o mesmo automaticamente comuta do estado selecionado para o estado ativado, de modo que o seu manipulador de botão é executado. O manipulador de ) botão compreende um comando de modo a renderizar os quatro botões BGA visíveis â direita, sem que nenhum dos mesmos esteja ativado, e um comando para selecionar o botão "Inglês" . O botão invisível INB tem a mesma estrutura de dados que os demais botões. Se o botão RIGHT é apertado > enquanto o botão "Linguagem de Áudio" é selecionado, as opções de áudio se tornam visíveis.

Na etapa seguinte, um dos botões novos à direita podem ser selecionados, conforme mostrado na Figura 5. Existem quatro grupos de botão BGA, quais sejam, 'Inglês', ) 'Japonês' , 'Coreano' , e 'Alemão' . Além disso, é possível que os botões de 'Linguagem de Áudio' e 'Linguagem de Legenda' pertençam aos grupos de botões. É ainda possível, no entanto, se combinar grupos de botões e botões únicos. A partir do ponto de vista da estrutura de dados, os botões ; únicos podem também formar um grupo de botões com apenas um elemento. Na situação ilustrada na Figura 5, o botão "Linguagem de Áudio" parece selecionado ou ativado, e, para cada qual dentre os grupos de botão de sub-menus BGA, os botões que representam as opções para o áudio são habilita, cios e visíveis. Os mesmos são renderizados nas mesmas posições, onde também os botões para. as opções de legenda seriam renderizados, se os botões "Linguagens de Legendas" fossem selecionados. Sendo assim, os botões pertencentes ao mesmo grupo de botões se sobrescrevem um ao outro. Um dos botões de sub-menu é selecionado, e, portanto, o botão de "Linguagem de Áudio" deve ser desselecionado, conforme descrito mais adiante na Figura 23 . O botão de submenu selecionado pode ser um botão padrão, por exemplo, o Inglês é um padrão predefinido, ou pode ser correntemente a opção usada, ou qualquer outro tipo de padrão.

As Figuras 6 a 8 mostram exemplos para as três possibilidades acima mencionadas para a definição de áreas de grupo de botões. A área do grupo de botões é de modo geral definida através da soma de todas as áreas em tela dos botões que pertencem àquele grupo de botões. Além disso, a posição de diferentes botões que pertencem ao mesmo grupo de botões pode diferir, contanto que os mesmos estejam dentro da área especificada para o seu grupo de botões. Por motivos práticos, isto é, devido à estrutura de coluna e fileira de um vídeo típico, a área de grupo de botões e as áreas parciais serão normalmente retangulares, embora as mesmas possam a princípio ter qualquer formato. A Figura 6 mostra a primeira possibilidade para a definição de um grupo de botões, conforme descrito acima. Um primeiro grupo de botões BG61 compreende três botões B#l, B#4, B#6 com três áreas separadas, não coerentes. Um segundo grupo de botões BG62 compreende também três botões B#2, B#3, B#5 com três áreas separadas, não coerentes. De acordo com a definição de grupos de botões, não mais de um botão por grupo de botões BG61, BG62 é habilitado de cada vez, e pode ser visivel. Deste modo, apenas um dos botões B#l, B#4, B#6, e apenas um dos botões B#2, B#3, B#5 pode ser habilitado (e visível) de cada vez, enquanto os demais são renderizados transparentes. Além disso, nenhuma das áreas de botão individual do primeiro grupo de botões BG6 pode se sobrepor a qualquer área de botão individual do outro grupo de botões BG62. É possível, no entanto, circundar, até mesmo circundar totalmente, uma área de grupo de botões de um primeiro grupo de botões com áreas parciais pertencentes a um segundo grupo de botões. Neste exemplo, os botões habilitados e visíveis cobrem totalmente as suas respectivas áreas de grupo de botões. Em uma outra modalidade, embora não seja possível que áreas de botões pertencentes ao mesmo grupo possam se sobrepor, por exemplo, a B#2 e a B#5 . Isto se deve ao fato de as mesmas não poderem ser visíveis ao mesmo tempo, e quando uma delas se torna visível, todas as áreas parciais da área de grupo de botões são rerenderizadas e, deste modo, apagadas, isto é, tornadas transparentes. A Figura 7 mostra a modalidade preferida, onde uma única área é definida para cada grupo de botões, e todos os botões pertencentes aquele grupo de botões são posicionados dentro daquela área. Um grupo de botões BG71 tem uma área definida, na qual todos os seus botões B#ll, B#12 são render izado. Um outro grupo de botões BG7 2 tem uma outra área para os seus botões B#21, B#22 . Da mesma forma aqui, as áreas de grupos de botão de diferentes grupos de botão podem não se sobrepor. A posição de diferentes botões B#ll, B#12 que pertencem ao mesmo grupo de botões BG71 pode ser diferente, contanto que os mesmos estejam dentro da área especi f içada. A Figura 8 mostra um caso especial da modalidade preferida, no qual todos os botões de cada grupo de botões têm exatamente a mesma posição, sobrescrevendo-se, assim, um ao outro. Portanto, a área de um botão é idêntica à área de grupo de botões neste caso. Um primeiro grupo de botões compreende um botão BG81 de "Linguagem de Áudio" habilitado, e, consequentemente visível, e um ou mais botões BG81' desabilitado, invisível. Embora os botões desabilitados BG81' sejam desenhados visíveis na figura para fins de clareza, os mesmos apresentam exatamente a mesma posição de exibição que o botão visível BG81. A Figura 9 mostra um exemplo no qual um menu é representado apenas através de um ícone de menu MM, enquanto o resto da tela mostra uma apresentação audiovisual, por exemplo, um filme. Um pequeno ícone MM é exibido na tela, indicando que um menu encontra-se disponível . O ícone MM não atrapalha o expectador que assiste ao filme. Quando o expectador ativa o menu, por exemplo, pressionando um botão dedicado ou o botão "OK" do controle remoto, outros botões do menu são revelados, conforme mostrado na Figura 10. O usuário pode operar o menu no sentido de fazer selagens, por exemplo, selecionar uma linguagem de áudio ou uma linguagem de legenda com os respectivos botões AL, SL. Se, por exemplo, o botão de "Linguagem de Áudio" AL for selecionado e ativado, o sub-menu de linguagem de áudio é renderizado visível, conforme mostrado na Figura 11. O mesmo pode compreender, por exemplo, o botão "Linguagem de Áudio" AL1, no sentido de indicar a posição corrente dentro do menu hierárquico, e botões iniciais de opção de linguagem LI, . . ., L4 para Inglês, Japonês, Coreano e Alemão. O botão de "Linguagem de Áudio" AL1 tem uma indicação Mil para indicar que existem outras opções. Neste exemplo, as outras opções podem ser acessadas por meio da ativação repetida do botão AL de "linguagem de Áudio" . Isto é vem a ser uma ativação múltipla. Se este botão AL for ativado uma segunda vez, os botões de linguagem de áudio L5, . . ., L8 para o Espanhol, Francês, Grego, e Polonês aparecem, e após uma terceira ativação aparecem os botões de linguagem de áudio L9, . . ., L12 para o Dinamarquês, Norueguês, Finlandês e Sueco. Após uma quarta ativação do botão AL de "Linguagem de Áudio" , no entanto, o menu inicial é exibido outra vez, conforme mostrado na Figura 10. O menu pode ser mais uma vez iconografado com o botão de menu dedicado.

Embora o expectador tenha a impressão de que apenas o texto dentro dos botões de opção muda, é tecnicamente difícil e inclinado ao erro programar tal menu com métodos e estruturas de dados conhecidos. Em particular, para a verificação dos dados de menu programados, é necessário testar todas as combinações de botões possíveis, a fim de garantir que o menu funcione corretamente. Uma implementação usando grupos de botões de acordo com a presente invenção é vantajosa, uma vez que o menu precisa ser verificado com apenas um botão de cada grupo de botões, e o mecanismo de grupo de botões pode ser verificado separadamente, apenas uma vez. Além disso, é fácil para o programador de menu rearranj ar as opções, e, desta maneira, modificar- os grupos de botão.

No exemplo descrito, um primeiro grupo de botões compreende os botões para o Inglês Ll, o Espanhol L5 e o Dinamarquês L9. Um segundo grupo de botões compreende os botões para o Japonês L2, o Francês L6 e o Norueguês LIO. Um terceiro grupo de botões compreende os botões para o Coreano L3, o Grego L7 e o Finlandês Lll . Um quarto grupo de botões compreende os botões para o Alemão L4, o Polonês L8 e o Sueco L12 .

Estes botões de diferentes grupos de botões que são habilitados e visíveis ao mesmo tempo podem ser considerados como uma camada lógica, embora, a partir do ponto de vista da estrutura de dados, os mesmos sejam independentes um do outro. Os mesmos só são habilitados e visíveis ao mesmo tempo.

Porém, da mesma forma, o botão AL de "Linguagem de Áudio" não é um botão único, uma vez que, dependendo do estado corrente dos demais botões de menu, o mesmo terá funções diferentes. Particularmente, as funções diferem em quais botões de opção devem ser habilitadas após a ativação do botão "Linguagem de Áudio" corrente. Por exemplo, a ativação do botão de "Linguagem de Áudio" AL1 na Figura 1 faz com que os botões de opção L5, . . . , L8 mostrados na Figura 12 sejam habilitados, enquanto a ativação do botão "Linguagem de Áudio" AL2 de aparência idêntica na Figura 12 faz com que os botões de opção L9, . . . , L12 mostrados na Figura 13 sejam habilitados. Portanto, um quinto grupo de botões pode compreender os diferentes botões de "Linguagem de Áudio" All, A12, AL3 que pertencem às camadas lógicas. De maneira alternativa, é possível que os botões de "Linguagem de Áudio" AL1, AL2, AL3 sejam idênticos, e o comando de botão leva em consideração qual botão dentre os grupos de botão se encontram correntemente habilitados, e o comando habilita o elemento seguinte de cada grupo de botões. A Figura 14 mostra um exemplo para uma habilitação condicional. Os botões podem ser habilitados ou desabilitados dependendo das configurações do usuário ou das configurações do aparelho de reprodução de áudio e vídeo. Por exemplo, pode haver três versões de um filme em um disco: uma versão infantil, uma versão teatral, e uma versão do diretor. Quando o disco é inserido no aparelho de reprodução de áudio e vídeo, o menu inicial pode mostrar um botão não selecionável NSB com o título do filme, por exemplo, e três botões selecionáveis SB1, SB2, SB3 para as opções de reprodução. Um usuário pode, no entanto, definir um nível parental, e, deste modo, permitir a 'versão infantil' ou a 'versão teatral, mas rejeitar a 'versão do diretor' . A tela pode em seguida mostrar apenas dois botões selecionáveis SB1, SB2 para as duas opções permitidas. Para a opção proibida, no entanto, não existe nenhum botão visível disponível, uma vez que o mesmo é renderizado transparente. De acordo com a presente invenção, este comportamento de menu pode ser tecnicamente obtido ao se usar comandos de habilitar / desabilitar grupos de botões. Um ou mais dentre os botões de opção SB1, SB2, SB3 pode pertencer a grupos de botões separados, e, de acordo com configurações especificadas para cada grupo de botões um elemento definido é habilitado ou tornado graficamente visível. No exemplo corrente, o botão 'versão do diretor' pertence a um grupo de botões SB3, de acordo com a presente invenção, com uma área de grupo de botões associada, e a definição de um nível parental do aparelho de reprodução de áudio e vídeo faz com que o manipulador de botão inicial desabilite o respectivo botão, isto é, renderiza a área de grupo de botões graficamente transparente. Podem ser utilizados ainda outros tipos de configuração, por exemplo, opções de reprodução dependendo do tipo de aparelho de reprodução, do tipo de equipamento de áudio, etc.

Como uma outra modalidade da presente invenção, os assim chamados menus de estrutura breadcrumb podem ser facilmente construídos. Os menus de estrutura breadcrumb são de modo geral menus nos quais o botão previamente apertado que pertence a uma outra hierarquia permanece visível, de modo que o usuário possa ver qual botão foi selecionado, e a que os botões de opção correntemente exibidos se referem. Isto é particularmente útil nos menus hierárquicos. Na estrutura de dados utilizada pela invenção, a hierarquia é dada implicitamente pelas relações de vizinhança. A Figura 15 mostra uma tela de menus com três botões AMB, ALMB, SLMB, que pertencem ao mesmo nível hierárquico. Um dos botões de menu AMB é para uma seleção de múltiplos ângulos. O mesmo é selecionado, e três botões de opção de seleção de três ângulos ASB são exibidos à direita. Cada um destes botões de opção visíveis ASB pertence a um grupo separado de botões e foi tornado graficamente, visível porque o botão de menu "Angle" AMB foi selecionado. Os demais elementos destes grupos de botões encontram-se desabilitados e, portanto, invisíveis. A Figura 16 mostra que o menu compreende ainda outros botões invisíveis IB1, . . . , IB4 . Estes botões são usados para definir o que deverá acontecer nas transições entre os botões de menu de nível mais altos AMB, ALMB, SLMB.

Quando o botão de menu "Angle" AMB é selecionado, como na Figura 15, e o usuário quer selecionar o botão de menu "Linguagem de Áudio" ALMB, ele aperta o botão DOWN em seu controle remoto, uma vez que o botão de menu "Linguagem de Áudio" ALMB é exibido abaixo do botão de menu de "Angle" AMB. Um menu dinâmico, conforme suportado pela presente invenção, pode realizar o seguinte: Primeiramente, o botão que é definido como DOWN vizinho do botão "Angle" é selecionado, que é, neste exemplo, um botão invisível IB1. Este é o estado mostrado na Figura 17 . Embora os botões invisíveis não sejam representados no vídeo, os mesmos podem ter uma área de exibição ou posição atribuída devido â consistência de dados, por exemplo, se a mesma estrutura de dados for usada para botões visíveis ou invisíveis. Para fins ilustrativos, no entanto, as figuras mostram ainda botões invisíveis em suas posições lógicas.

Em seguida, depois de o botão invisível IB1 ser selecionado, o mesmo é automaticamente ativado (auto action_flag==true na Tabela 1) , e seu manipulador de botão executa os seguintes comandos: primeiro, desabilita os botões cie opção de menu ASB relativos ao botão de menu "Angle" AMB, tornando-os, assim, invisíveis; segundo, habilita os botões de opção ALSB que pertencem ao botão de menu que o usuário quer selecionar, que é o botão de menu "Linguagem de Áudio" ALMB, e finalmente seleciona o botão de menu "Linguagem de Áudio" ALMB, deste modo, desselecionando o próprio. Isto é mostrado na Figura 18. A Figura 19 e a Figura 20 mostram a transição correspondente do botão de menu "Linguagem de Áudio" ALMB para o menu "Linguagem de Legenda" SLMB usando um outro botão invisível IB3, no qual os botões de sub-menu de linguagem de áudio ALSB são substituídos por botões de sub-menu de linguagem de legenda SLSB. Além disso, existem botões invisíveis IB2, IB4 para transições opostas.

Como um resultado, os botões de opção de menu ASB, ALSB, SLSB sempre corresponderão aos botões de menu selecionados AMB, ALMB, SLMB sem que o botão de menu selecionado seja ativado. O usuário pode não perceber os estados intermediários, os botões invisíveis ou o tempo curto descrito que as transições descritas levaram, geralmente na faixa de milésimos de segundo. De acordo com a presente invenção, os botões de menu ASB. ALSB, SLSB são implementados como elementos de grupos de botão. Os botões da mesma, posição que pertencem a diferentes sub-menus formam um grupo de botões. Isto permite uma estrutura de dados fácil e, deste modo, uma programação e verificação simplificadas. Em particular, os grupos de botões podem implicitamente manipular a desabilitação de botões de opção de sub-menus obsoletos, e a habilitação dos botões de opção de sub-menus corretos que pertencem ao botão de menu recém-selecionado. Uma vez que não mais de um botão de um grupo de botões pode ser habilitado, e, portanto, visível, é suficiente selecionar para cada grupo de botões o novo botão a ser habilitado. Isto implicitamente desabilita o botão do grupo previamente habilitado, e os pixels que pertencem à área de grupo de botões são sobrescritos de acordo com a representação de mapa de bits do novo botão. O resto do vídeo pode permanecer inalterado. Portanto, não há nenhuma necessidade para o decodificador analisar quais botões ficaram visíveis antes, quais botões devem ser substituídos, que área se encontra ocupada e se quaisquer áreas de botões ficaram sobrepostas.

Uma outra modalidade da presente invenção, sendo uma implementação exemplar do efeito de estrutura breadcrumb acima descrito, é mostrada nas Figuras 21 a 23. Quando um botão de menu hierarquia é selecionado, por exemplo, o botão de menu "Angle" AMB1 na Figura 21, o mesmo muda do estado normal para o estado selecionado, e sua representação parece diferente, por exemplo, negritado. Isto é causado pelas diferentes representações de mapas de bit correspondentes aos estados de um botão. Quando o botão de menu "Angle" AMB1 é ativação, o mesmo permanece apenas um curto tempo no estado ativado . A sua aparência durante este tempo pode diferir do estado selecionado, mas o usuário dificilmente notará isso. Quando o botão é ativado, o seu manipulador cde botão poderá selecionar um botão invisível INB que é usado para tornar os botões cde sub-menus ASB graficamente visíveis, conforme descrito acima. Esta situação é mostrada na Figura 22. Neste momento, quando o botão invisível INB se encontra no estado selecionado, o botão de menu "Angle" não é selecionado, uma vez que apenas um botão do menu pode ser selecionado por vez - de outra forma, o decodificador não poderá detectar a que botão o comando de usuário se refere. O botão de menu "Angle", por outro lado, se encontra no estado normal. Mas, a fim de obter o efeito de estrutura breadcrumb, isto é, indicar o botão de menu ao qual os botões ASB de sub-menu em questão se referem, seria desejável dar ao botão de menu AMB1 uma outra aparência. Isto pode ser feito com os grupos de botões de acordo com a presente invenção, por exemplo, por meio da geração de um grupo de botões "Angle" . O padrão de botão "Angle" AMB1, tal como qualquer botão de menu, apresenta três estados: normal, selecionado e ativado. Um outro botão, por exemplo, um botão "Angle Select" AMB2 pertencente ao mesmo grupo de botões parece similar ao botão "Angle" padrão AMB1 e tem a mesma posição de exibição, diferindo, porém, levemente. Por exemplo, o mapa de bits de estado normal pode ser igual ao mapa de bits de estado selecionado ou ativado dos botões padrão. Conforme descrito acima, o botão invisível INB é automaticamente ativado após seleção. O mesmo pode, por exemplo, tornar os botões de sub-menu ASB graficamente visíveis, em seguida habilitar o botão "Angle_Select" AMB2 (no estado normal) , desta forma, implicitamente desabilitando o botão "Angle" AMB1 previamente visível, e finalmente selecionar um dos botões de sub-menu ASB1, desta maneira, desselecionando o próprio. Isto é mostrado na Figura 23. O efeito é que o usuário pode reconhecer o botão AMB2 como o mesmo botão AMB1 como antes, e que o botão AMB2 parece selecionado ou ativado, mas na verdade o mesmo é desselecionado. Isto permite dar a um botão virtualmente mais representações diferentes do que estados, por exemplo, cores, formatos, texto, etc., ao substituir o mesmo por outros botões. Os grupos de botões inventivos permitem uma fácil manipulação destes botões, e prover um mecanismo simples para determinar os valores corretos para pixels dentro da área de grupo de botões. A estrutura de grupo provê informações para o decodi f icador de menus, as informações definindo qual área em tela precisa de atualização. Uma vez que dentro de um grupo de botões, não mais que um botão é ativo por vez, a ativação de um outro botão dentro de um grupo implica na desativação do primeiro botão do mesmo grupo. Isto vem a ser uma vantagem para a autoria, uma vez que fica mais fácil dar autoria aos menus.

Especialmente no caso de um meio pré-gravado, por exemplo, discos Blu-ray pré-gravados, um processo de verificação é realizado em qualquer título antes de o mesmo ser liberado para a verificar se a estrutura de dados atende à especificação. A presente invenção permite uma fácil verificação enquanto provê recursos aperfeiçoados para o autor do conteúdo ao criar menus dinâmicos. A seguir, a sintaxe de um segmento de dados mostrado na Tabela 1 é descrita, a qual pode ficar contida em um fluxo de bits e descreve a tela de menu inicial, e sendo uma implementação exemplar. A mesma descreve o caso em que a área de grupo de botões é definida de acordo com a segunda possibilidade descrita acima.

Tabela 1: Sintaxe Exemplar de Segmentos de Dados que descrevem um Menu A notação usada na Tabela 1 usa loops while e loops for. Os loops, no entanto, são apenas um meio para generalizar a notação, uma vez que o fluxo de bits em questão incluirá dados para as passagens únicas ou instâncias únicas do loop.

Na linha 18, é definido que as linhas seguintes, até a linha 60, se referem à definição cie um grupo de botões . O identificador do grupo é o valor dado em parênteses fechados. Nas linhas 19 a 22 , a respectiva posição da tela é definida para o grupo de botões corrente, também referido como área de grupo de botões no presente pedido. A mesma é definida por seu tamanho horizontal e vertical e pela posição de seu ponto de referência. Neste caso, a área de grupo de botão é somente uma retangular, mas, conforme descrito acima, a mesma pode haver outras áreas ou uma pluralidade de retangulares. Neste caso, as linhas 19 a 22 seriam repetidas uma vez para cada área parcial. O parâmetro na linha 23 define quais dos botões do grupo corrente é habilitado por padrão. O decodificador usa este valor de modo a inicialmente carregar um registro que se relaciona com o grupo corrente e retém uma variável. Esta variável especifica o número de botões correntemente habilitados, e pode ser modificada durante a operação do menu. A mesma pode também ser atribuída a um valor que não corresponde a nenhum dos botões, de modo que todos os botões do grupo fiquem desabilitados. Este mecanismo garante que não mais de um botão dentro de um grupo é habilitado. Os dois parâmetros que são usados para inicializar variáveis que podem ser modificadas durante a operação de menus são os parâmetros default_selected_button_number (linha 15) e default_activated_button_number (linha 16).

Na linha 24, é definido o número de botões no grupo corrente. O loop que se inicia na linha 25 cobre todos os botões do grupo e define para cada botão um numeral de referência (linha 26), caso o mesmo seja numericamente selecionável (linha 27) , se o mesmo executa automaticamente os seus comandos quando o mesmo é selecionado (linha 29) , a sua posição dentro da área de grupo de botões (linhas 31 e 32) , os seus botões vizinhos (linhas 33 a 38) , e faixas de endereço indicando onde as representações de mapas de bit correspondentes aos diferentes estados de botões podem ser lidas. Para cada botão, pode ser definido um ou mais comandos. O número de comandos do botão corrente é especificado na linha 55 pelo parâmetro num of button_commands. Os comandos atuais do manipulador de botão são definidos nas linhas 56 a 58. A presente invenção é usãvel em todos os tipos de dispositivos de apresentação com acesso a um video e que contenham um decodificador para processar estruturas de dados de menu lidas, por exemplo, de DVDs, discos Blu-ray, ou outros meios. Além disso, a presente invenção é utilizável para a geração de tais estruturas de dados.

De acordo com a presente invenção, um decodificador para a decodificação de um fluxo de dados, o fluxo de dados compreendendo dados de menu para um menu visualmente exibível, e o menu compreendendo itens de menu separadamente renderizados incluindo botões de menu selecionáveis, inclui (1) um meio para a definição de pelo menos um gruo de itens de menu, o grupo compreendendo um ou mais Itens de menu, em que um item de menu pode não pertencer a mais de um grupo, (ii) um meio para associação ao dito grupo uma área definida no vídeo, e (iii) um meio para a atribuição de um estado para cada um <dos ditos itens de menu pertencente a um grupo, o estado sendo "habilitado" ou "desabilitado" , em que apenas um item de menu pode ser exibido, e em que não mais de um item de menu dentro de um grupo pode ser habilitado simultaneamente.

Além disso, um item de menu exibido que pertence a um grupo é exibido dentro da área associada ao dito grupo, em que as áreas de diferentes grupos podem não se sobrepor ou nenhum pixel de vídeo pode pertencer a mais de um grupo.

Além disso, um item de menu pode ter um comando associado, que é executado após a ativação do item de menu e compreende a habilitação ou a desabilitação de um outro item de menu.

Claims (12)

1. Método para gerar um menu exibivel a partir de dados de um segmento de dados de menu, o menu compreendendo itens de menu visíveis e selecionáveis renderizados separadamente (BG81, . .., BG86'), o método CARACTERIZADO por compreender etapas de: - determinar que pelo menos um grupo de itens de menu e pelo menos um item de menu adicional que está de fora do dito grupo de itens de menu são definidos no dito segmento de dados de menu, em que cada um dos itens de menu tem associado uma área definida no visor, e em que - um item de menu pode pertencer a não mais de um dentre os ditos grupos, e em que o dito item de menu adicional tem um comando associado que é executado após ativação do item de menu adicional; - atribuir um estado a cada item de menu do dito pelo menos um grupo de itens de menu, o estado sendo "habilitado" ou "desabilitado", em que apenas um item de menu habilitado (BG83) pode ser exibido e pode ter um dos estados não-selecionado, selecionado ou ativado, e em que não mais do que um item de menu dentro de um grupo pode ser habilitado simultaneamente; - receber o comando associado ao dito item de menu adicional quando o dito item de menu adicional é ativado; e - após receber o dito comando, modificar o estado "habilitado" ou "desabilitado" de pelo menos um dos ditos itens de menu que pertencem ao dito grupo.

2. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que as áreas dos itens de menu pertencendo a diferentes grupos podem não se sobrepor e nenhum pixel de exibição pode pertencer a mais de um grupo.

3. Método de acordo com a reivindicação 1 ou 2, CARACTERIZADO pelo fato de que cada um dos itens de menu tem uma auto_action_flag associada, a auto_action_flag indicando se o item de menu comuta automaticamente a partir do estado selecionado para o estado ativado.

4. Método de acordo com qualquer uma das reivindicações 1 a 3, CARACTERIZADO pelo fato de que um botão de menu tem um ou mais comandos associados, e em que o segmento de dados de menu compreende, individualmente para cada botão de menu, um parâmetro especificando o número de comandos por botão de menu.

5. Método de acordo com qualquer uma das reivindicações 1 a 4, CARACTERIZADO pelo fato de que para cada um dos itens de menu um numerically_selectable_flag é definido no segmento de dados de menu, o numerically_selectable_flag especificando se um item de menu é numericamente selecionável.

6 . Método de acordo com qualquer uma das reivindicações 1 a 5, CARACTERIZADO pelo fato de que para cada uma das informações vizinhas dos itens de menu é definido no segmento de dados de menu, a informação vizinha especificando qual item de menu vizinho para selecionar quando um usuário pressionar um botão LEFT, RIGHT, UP em um controle remoto.

7. Método de acordo com qualquer uma das reivindicações 1 a 6, CARACTERIZADO pelo fato de que para cada um das faixas de endereço de itens de menu indicando onde as representações de mapas de bit correspondem aos diferentes estados de botões são lidas são definidas.

8 . Método de acordo com qualquer uma das reivindicações 1 a 7, CARACTERIZADO pelo fato de que o menu se refere ao conteúdo audiovisual de um meio de armazenamento removível, e os dados de menu são armazenados no dito meio.

9. Aparelho para processar um fluxo de dados, o fluxo de dados compreendendo dados de menu para um menu exibível, o menu compreendendo itens de menu visíveis e selecionáveis para serem renderizados separadamente, o aparelho CARACTERIZADO por compreender: - dispositivo para definir com base nos dados do dito fluxo de dados pelo menos um grupo de itens de menu e pelo menos um item de menu adicional que está fora do dito grupo dos itens de menu (BG83, BG83'), em que um item de menu pode pertencer a não mais de um dos ditos grupos, e em que o dito item de menu adicional tem um comando associado que é executado após ativar o item de menu adicional; - dispositivo para associar a cada item de menu do dito grupo de itens de menu uma área definida no visor; - dispositivo para atribuir um estado para cada um dos ditos itens de menu que pertencem a um grupo, o estado sendo "habilitado" ou "desabilitado", em que apenas um item de menu habilitado pode ser exibido e pode ter um dos estados não-selecionado, selecionado ou ativado, e em que não mais do que um item de menu dentro de um grupo pode ser habilitado simultaneamente; e - dispositivo para receber o dito comando associado ao dito item de menu adicional quando o dito item de menu adicional é ativado, e após receber o dito comando modificar o estado "habilitado" ou "desabilitado" de pelo menos um dos itens de menu que pertence ao dito grupo.

10. Aparelho de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que as áreas dos itens de menu pertentes a diferentes grupos podem não se sobrepor e nenhum pixel de exibição pode pertencer a mais de um grupo.

11. Aparelho de acordo com qualquer uma das reivindicações 9 ou 10, CARACTERIZADO pelo fato de que o menu se refere a uma apresentação de multimídia audiovisual sendo armazenada em um meio de armazenamento removível, e pelo fato de que o fluxo de dados fica também armazenado no dito meio.

12. Meio de armazenamento de dados removível contendo dados audiovisuais e uma estrutura de dados de menu para a geração de um menu exibível relativo aos dados audiovisuais, o menu compreendendo itens de menu visíveis e selecionáveis (BG81, ..., BG86'), em que todos os itens de menu podem ser renderizados separadamente, e CARACTERIZADO pelo fato de que para a estrutura de dados de menu: - pelo menos um grupo de itens de menu e pelo menos um item de menu adicional que está fora do dito grupo de itens de menu são definidos na dita estrutura de dados de menu, e cada um dos ditos itens de menu tendo associada uma área definida no visor; - um item de menu pode pertencer a não mais de um dos ditos grupos; - um estado é atribuído a cada item de menu, o estado sendo "habilitado" ou "desabilitado", em que apenas um item de menu habilitado pode ser exibido, e pode ter um dos estados não-selecionado, selecionado ou ativado e em que não mais do que um item de menu dentro de um grupo pode ser habilitado simultaneamente; e - o dito item de menu adicional tem um comando associado que modifica, após a ativação do dito item de menu adicional, o estado "habilitado" ou "desabilitado" de pelo menos um dos itens do menu do dito grupo de itens de menu.