BRPI0006168B1 - Semiconductor memory card, reproductive apparatus, recording device, playback process, and recording process - Google Patents

Abstract

patente de invenção: <b>"cartão de memória de semicondutor, aparelho de reprodução, aparelho de gravação, processo de reprodução, processo de gravação, e um meio de armazenamento legível por computador"<d>. uma pluralidade de arquivos de objetos de áudio (aob) e uma pluralidade de arquivos de objetos de imagem pob) são armazenadas. a informação de seqüência de execução de padrão e os conjuntos de informação de seqüência de execução mostram, cada qual, uma ordem na qual os aobs armazenados na pluralidade de arquivos aob devem ser reproduzidos. a dplgi inclui os dpli_pob_srps que especificam pelo menos um pob a ser exibido durante o período de reprodução dos aobs indicados pela ordem de reprodução fornecida na informação de seqüência de execução de padrão. a tkgi inclui os tki_pob_srps que especificam pelo menos um pob a ser exibido apenas durante o período de reprodução de um aob específico dos aobs indicados pela ordem de reprodução fornecida na informação de seqüência de execução de padrão.

Description

Relatório Descritivo da Patente de Invenção para "CARTÃO DE MEMÓRIA DE SEMICONDUTOR, APARELHO DE REPRODUÇÃO, APARELHO DE GRAVAÇÃO, PROCESSO DE REPRODUÇÃO, E PROCESSO DE GRAVAÇÃO".

Campo Técnico [001] A presente invenção refere-se a um cartão de memória de semicondutor que armazena dados de áudio, dados de imagem parada e dados de controle, e a um aparelho de reprodução, aparelho de gravação, processo de reprodução, processo de gravação, e meio de gravação legível por computador que se referem a tal cartão de memória de semicondutor. Em particular a presente invenção refere-se a um armazenamento aperfeiçoado de dados de áudio, dados de imagem e dados de controle distribuídos como conteúdos por um serviço de distribuição de conteúdo, tal como um serviço de distribuição de música eletrônica. Técnica Antecedente [002] A distribuição de música eletrônica permite que os usuários comprem e recebam conteúdos de música (por exemplo, canções e álbuns) através da Internet. Tal tecnologia tem o grande potencial de mudar o mercado destinado à música gravada e está, gradualmente, se tornando possível, na medida em que a infra-estrutura necessária é introduzida. Uma maneira de se armazenar conteúdos de música que são obtidos a partir de um serviço de distribuição de música eletrônica se dá em cartões de memória de semicondutor, cuja portabilidade os torna ideais. Conseqüentemente, é esperado um grande aumento na demanda para tais cartões.

[003] Os conteúdos de música não ficam restritos à mera contenção de dados de áudio. Como um exemplo, os conteúdos de áudio "de meios mistos" podem incluir imagens afins que devem ser exibidas quando da reprodução de uma música. Tais conteúdos de áudio de meios mistos podem ser usados para "software de karaokê" que é composto de uma trilha de áudio de apoio e de imagens para as letras de uma canção ou um segundo plano. Acredita-se que tais conteúdos de áudio de meios mistos sejam também submetidos à distribuição de música eletrônica, de modo que seja necessário considerar a forma como tais conteúdos devem ser armazenados em um cartão de memória de semicondutor.

[004] A seguir, é descrito como os conteúdos de música de meios mistos são armazenados em um meio de gravação, tal como um CD (Disco Compacto), isto é, como os dados de áudio e os dados de imagem são convenientemente armazenados em um meio de gravação.

[005] Para permitir que um aparelho reprodutor reproduza música e exiba imagens, um conteúdo de música de meios mistos convencional é registrado em um meio de gravação como dados multiplexados produzidos pela multiplexação de dados de áudio para a música com dados de imagem para as letras de canção e/ou imagens de segundo plano. Quando os dados multiplexados forem reproduzidos, os dados de imagem poderão ser exibidos, enquanto os dados de áudio estiverem sendo reproduzidos.

[006] Um disco de Gráfico de CD é um exemplo de um meio que permite que dados de imagem sejam exibidos, enquanto dados de áudio estão sendo reproduzidos com a multiplexação simultânea de tais dados. Quando da produção de um disco de Gráfico de CD, os dados são multiplexados em unidades compostas de códigos principais de 16 bits e subcódigos. Os dados de áudio se destinam aos códigos principais de 16 bits, enquanto que os dados de imagem para as letras de canção, as imagens de segundo plano e semelhantes se destinam aos subcódigos. Quando a reprodução for iniciada para qualquer um dos conteúdos de música registrados em um disco de Gráfico de CD, os dados de áudio destinados aos códigos principais de 16 bits serão su- cessivamente reproduzidos, enquanto os dados de imagem destinados aos subcódigos são sucessivamente exibidos.

[007] Quando os dados de áudio e os dados de imagem forem assim simultaneamente multiplexados, se tornará necessário prover imagens separadas para cada conteúdo de música em um álbum de música. Isto significa que, neste processo de multiplexação convencional, um produtor de disco teve que ter trabalho em produzir pelo menos uma imagem para cada conteúdo de música.

[008] Acredita-se que os fãs dos principais artistas de discos fo-nográficos irão apreciar ter uma imagem diferente para cada canção (conteúdo de música) em um álbum. Uma vez que tais artistas podem esperar vender muitas cópias de seus álbuns, o custo de prover tal material extra deverá ser coberto pelas vendas.

[009] Entretanto, os artistas menos conhecidos não podem esperar grandes vendas para o produto de seu trabalho, mesmo que sejam providas imagens diferentes para cada canção: por isso, o custo de prover tal material não poderá ser compensado pelas vendas.

[0010] Desta forma, o efeito comercial que resulta do dinheiro gasto e do esforço despendido na produção de imagens irá grandemente diferir dependendo do fato do artista ser ou não popular. Com discos convencionais, entretanto, é necessário que se destine pelo menos uma imagem para cada conteúdo de música, não obstante quão popular seja o artista do disco fonográfico ou quantas vendas possam ser esperadas. Como resultado, os produtores estão insatisfeitos com os meios convencionais.

Descrição da Invenção [0011] É um objetivo da presente invenção o de prover um cartão de memória de semicondutor que possa reduzir o esforço exigido quando da provisão de imagens para uma pluralidade de conteúdos de áudio que compõem um álbum.

[0012] Quando as imagens forem exibidas durante a reprodução de conteúdos de áudio, as imagens que representam a letra de uma canção deverão ser apenas exibidas durante a reprodução da canção correspondente. As imagens de segundo plano, entretanto, podem ser comumente usadas durante a reprodução de qualquer número de canções. Como um exemplo, quando o compositor ou o artista for o mesmo, a mesma foto do compositor ou artista poderá ser usada como uma imagem de segundo plano para inúmeras canções. Acredita-se que isto facilitará os produtores de disco no armazenamento simultâneo de dados de música (objetos de áudio) e dados de imagem (objetos de imagem).

[0013] O compartilhamento dos dados de imagem (objetos de imagem parada) entre uma pluralidade de objetos de áudio pode ser preferivelmente alcançado por meio de um cartão de memória de semicondutor que armazena uma seqüência de áudio incluindo uma pluralidade de objetos de áudio, uma pluralidade de objetos de imagem parada, pelo menos uma peça de informação de rota de reprodução que mostra uma ordem na qual devem ser reproduzidos os objetos de áudio, dentre a pluralidade de objetos de áudio na seqüência de áudio, pelo menos uma peça da primeira informação indicadora, cada uma das quais correspondendo a uma peça de informação de rota de reprodução e especificando pelo menos um objeto de imagem parada que deverá ser exibido, quando os objetos de áudio na ordem indicada pela peça correspondente de informação de rota de reprodução forem reproduzidos, e pelo menos uma peça da segunda informação indicadora, cada uma das quais correspondendo a um objeto de áudio na seqüência de áudio e especificando pelo menos um objeto de imagem parada que deverá ser exibido apenas durante a reprodução do objeto de áudio correspondente.

[0014] Uma pluralidade de objetos de áudio é reproduzida em uma seqüência de áudio, de acordo com uma ordem de reprodução fornecida em uma peça de informação de rota de reprodução. Objetos de imagem parada que devem ser exibidos como imagens de segundo plano durante a reprodução dos objetos de áudio são indicados pela primeira informação indicadora correspondente à informação de rota de reprodução. Como resultado, objetos de imagem parada compartilhados podem ser exibidos durante o período de reprodução da pluralidade de objetos de áudio incluídos na seqüência de áudio.

[0015] Uma vez que as mesmas imagens podem ser usadas para uma pluralidade de trilhas, a mesma imagem ou imagens podem ser exibidas durante a reprodução de uma pluralidade de objetos de áudio em uma seqüência de áudio que corresponde a um álbum de um artista de disco fonográfico menos conhecido. Isto reduz o custo e o esforço de produção de imagens para tal álbum.

[0016] Contrariamente, uma pluralidade de imagens diferentes pode ser provida para exibição durante a reprodução de cada objeto de áudio em uma seqüência de áudio que corresponde a um álbum de um artista de disco fonográfico mais conhecido. A exibição de inúmeras imagens diferentes para cada trilha faz com que o álbum se torne mais atraente aos clientes, aumentando assim as vendas.

[0017] Quando houver objetos de imagem parada, tal como para letra de canção, que devem ser exibidos separadamente com relação às imagens de segundo plano apenas durante a reprodução de uma trilha específica, tais objetos de imagem parada poderão ser especificados com o uso da segunda informação indicadora para designar os objetos de imagem parada apenas à trilha específica.

[0018] Aqui, o cartão de memória de semicondutor pode adicionalmente armazenar uma pluralidade de contadores simbólicos, cada um dos quais correspondendo a um objeto de imagem parada e mostrando se o objeto de imagem parada é especificado pelo menos por uma peça da primeira informação indicadora ou pelo menos por uma peça da segunda informação e, caso positivo, quantas peças da primeira informação indicadora e da segunda informação indicadora especificam o objeto de imagem parada.

[0019] Quando da supressão dos objetos de áudio e das sequências de áudio, o aparelho de gravação para um cartão de memória de semicondutor especificará a segunda informação indicadora para os objetos de áudio e seqüências de áudio suprimidos e a primeira informação indicadora para qualquer seqüência de áudio suprimida. O aparelho de gravação decrementa então os números destinados aos objetos de imagem parada para mostrar quantas peças da primeira informação indicadora e da segunda informação indicadora especificam cada objeto. Quando o número destinado a qualquer objeto de imagem parada alcançar zero, o aparelho de gravação assumirá que nenhuma peça da primeira informação indicadora ou da segunda informação indicadora especificará o objeto de imagem parada, suprimindo assim o objeto de imagem parada. Dessa maneira, com a supressão dos objetos de imagem parada não usados, a capacidade de armazenamento de um cartão de memória de semicondutor poderá ser usada de uma maneira mais eficiente.

Breve Descrição dos Desenhos [0020] Estes e outros objetos, vantagens e características da invenção se tornarão evidentes a partir da seguinte descrição dos mesmos, tomada em conjunção com os desenhos anexos que ilustram uma concretização específica da invenção. Nos desenhos: [0021] A Figura 1 mostra a aparência de um cartão de memória de semicondutor 31, quando visto a partir de cima.

[0022] A Figura 2 mostra a construção do cartão de memória de semicondutor, quando visto a partir de baixo.

[0023] A Figura 3 mostra a composição hierárquica do cartão de memória instantâneo 31 nas concretizações.

[0024] A Figura 4A mostra a região especial, a região de autenticação e a região do usuário providas na camada física do cartão de memória instantâneo 31.

[0025] A Figura 4B mostra a composição da região de autenticação e da região do usuário na camada do sistema de arquivo.

[0026] A Figura 5 mostra a composição detalhada da camada do sistema de arquivo.

[0027] A Figura 6 é uma representação de quando o arquivo AOB "AOB001.SA1" é dividido em quatro partes que são armazenadas nos clusters 003, 004, 005, 00A e 00C.

[0028] A Figura 7 mostra um exemplo dos ajustes das entradas de diretório e da tabela de alocação de arquivo, quando do registro do arquivo AOB "AOB001.SA1" em uma pluralidade de clusters.

[0029] A Figura 8A e 8B mostram quais os diretórios que são providos na região do usuário e na região de autenticação na camada do sistema de arquivo, quando os dois tipos de dados acima forem gravados na camada de aplicação, bem como que tipos de arquivos são gravados em que diretórios.

[0030] A Figura 9 mostra a correspondência entre o arquivo "AOBSA1 .KEY" e os arquivos AOB nos diretórios SD Audio.

[0031] A Figura 10 mostra a composição hierárquica dos dados em um arquivo AOB.

[0032] A Figura 11A mostra os parâmetros estipulados pelo padrão ISO/IEC 13818-7 na forma tabular.

[0033] A Figura 11B mostra os parâmetros que devem ser usados, quando da codificação de um arquivo no formato MPEG-Camada 3 (MP3) na forma tabular.

[0034] A Figura 11C mostra os parâmetros que devem ser usados, quando da codificação de um arquivo no formato de Áudio de Meio do Windows (WMA) na forma tabular.

[0035] A Figura 12 mostra a construção detalhada de um QUA-DRO_AOB.

[0036] A Figura 13 mostra como o comprimento de bytes dos dados de áudio em cada um dos três QUADROS_AOB é estabelecido.

[0037] A Figura 14 mostra a correspondência entre a freqüên-cia_de amostragem e os inúmeros QUADROS_AOB incluídos em um ELEMENTO_AOB.

[0038] A Figura 15 mostra exemplos dos períodos de reprodução dos ELEMENTOS_AOB e os períodos de reprodução dos QUA-DROS_AOB.

[0039] A Figura 16 mostra o que é reproduzido, quando da reprodução consecutiva dos AOBs e dos BLOCOS_AOB gravados em um arquivo AOB.

[0040] A Figura 17 mostra, em detalhes, a composição hierárquica do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha usados nas concretizações.

[0041] A Figura 18 mostra os tamanhos do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha.

[0042] A Figura 19 mostra a correspondência entre as TKIs mostradas na Figura 17 e os AOBs e os arquivos AOB mostrados na Figura 16.

[0043] A Figura 20 mostra a composição dos dados detalhados da TKTMSRT mostrada na Figura 17.

[0044] A Figura 21 mostra um exemplo da TKTMSRT.

[0045] A Figura 22 mostra a composição detalhada da TKGI.

[0046] As Figuras 23A e 23B mostram a composição da BIT (Tabela de Informação de Bloco).

[0047] A Figura 23C mostra o campo de Duração_de Tempo.

[0048] A Figura 24 mostra os clusters 007 a 00E nos quais está armazenado o AOB composto do ELEMENTO#1_AOB ao ELEMEN-TO#4_AOB.

[0049] A Figura 25 mostra como o próximo QUADRO#x+1_AOB a ser reproduzido será ajustado, quando da execução da pesquisa prévia a partir do QUADRO#x_AOB em um ELEMENTO#y_AOB arbitrário em um AOB.

[0050] As Figuras 26A e 26B mostram como são especificados um AOB, um ELEMENTO_AOB, e um QUADRO_AOB que correspondem a um código de tempo de reprodução arbitrário.

[0051] As Figuras 27A e 27B mostram a supressão de uma trilha.

[0052] A Figura 28A mostra o Gerenciador de Trilha depois da supressão de uma trilha que foi executada diversas vezes.

[0053] A Figura 28B mostra como uma nova TKI e um arquivo AOB serão gravados, quando as TKIs "Inutilizadas" estiverem presentes no Gerenciador de Trilha.

[0054] As Figuras 29A e 29B mostram as TKIs que serão ajustadas, quando duas trilhas forem combinadas para produzirem uma nova trilha.

[0055] A Figura 30A mostra um AOB Tipol.

[0056] A Figura 30B mostra AOBs Tipo2.

[0057] A Figura 31A mostra a combinação de uma pluralidade de trilhas em uma única trilha para uma combinação de um AOB Tipol + Tipo2 + Tipo2 + Tipo 1.

[0058] A Figura 31B mostra a combinação de uma pluralidade de trilhas em uma única trilha para uma combinação de um AOB Tipol + Tipo2+ Tipo2+ Tipo2 + Tipol.

[0059] A Figura 32A mostra um padrão, onde um AOB Tipol está presente no final de uma trilha precedente e um AOB Tipol está presente no início de uma nova trilha.

[0060] A Figura 32B mostra um padrão, onde um AOB Tipol está presente no final de uma primeira trilha e um AOB Tipo2 está presente no início de uma próxima trilha.

[0061] A Figura 32C mostra um padrão, no qual um AOB Tipol e um AOB Tipo2 estão presentes no final de uma primeira trilha e um AOB Tipol está presente no início de uma próxima trilha.

[0062] A Figura 32D mostra um padrão, onde um AOB Tipol e um AOB Tipo2 estão presentes no final de uma primeira trilha e um AOB Tipo 2 e AOB Tipol estão presentes no início de uma nova trilha.

[0063] A Figura 32E mostra um padrão, onde dois AOBs Tipo2 estão presentes no final de uma primeira trilha e um AOB Tipol está presente no início de uma nova trilha.

[0064] As Figuras 33A e 33B mostram a divisão de uma trilha para produzir duas trilhas.

[0065] As Figuras 34A e 34B mostram o conteúdo das entradas do diretório SDAudio no diretório SDAudio incluindo o arquivo AOB "AOB003.SA1" antes e depois da divisão da trilha.

[0066] A Figura 35A mostra a divisão de um AOB a meio caminho através do ELEMENTO#2_AOB.

[0067] A Figura 35B mostra os dois AOBs, AOB#1 e AOB#2, obtidos com a divisão de um AOB a meio caminho através do AOB#2-ELEMENT.

[0068] A Figura 36 mostra como a BIT será ajustada, quando um AOB for dividido, conforme mostrado na Figura 35.

[0069] A Figura 37 mostra um exemplo específico das mudanças na BIT antes e depois da divisão.

[0070] A Figura 38 mostra um exemplo específico das mudanças na TKTMSRT antes e depois da divisão.

[0071] A Figura 39A mostra o formado de um DPL TK SRP.

[0072] A Figura 39B mostra o formato de um PL_TK_SRP, [0073] A Figura 40 mostra a inter-relação entre a lnformação_de Seqüência de Execução_Padrão, as TKIs, e os arquivos AOB.

[0074] A Figura 41 mostra ajustes exemplificativos para a Seqüência de Execução_Padrão e as diversas PLIs.

[0075] A Figura 42 mostra como os DPL_TK_SRPs correspondem às TKIs com o uso da mesma notação que a Figura 40.

[0076] As Figuras 43A e 43B mostram como a ordem das trilhas é redisposta.

[0077] As Figuras 44A e 44B mostram como a Seqüência de Exe-cução_Padrão, o Gerenciador de Trilha, e os arquivos AOB serão atualizados, quando o DPL_TK_SRP#2 e a TKI#2 forem suprimidos da Seqüência de Execução_Padrão mostrada na Figura 40.

[0078] As Figuras 45A e 45B mostram como uma nova TKI e DPL TK SRP são gravados, quando da presença de uma TKI "Inutilizada" e DPL_TK_SRP.

[0079] As Figuras 46A e 46B mostram como as trilhas são combinadas.

[0080] As Figuras 47A e 47B mostram como uma trilha é dividida.

[0081] A Figura 48 mostra a aparência de um aparelho de reprodução portátil para o cartão de memória instantâneo 31 das presentes concretizações.

[0082] A Figura 49 mostra um exemplo da tela no painel LCD (de cristal líquido), quando da seleção de uma seqüência de execução.

[0083] As Figuras 50A e 50E mostram exemplos da tela no painel LCD, quando da seleção de uma trilha.

[0084] As Figuras 51A a 51C mostram operações exemplificativas do mostrador na forma de disco giratório.

[0085] A Figura 52 mostra a construção interna do aparelho de reprodução.

[0086] A Figura 53 mostra como os dados são transferidos para dentro e para fora do armazenamento temporário 15.

[0087] A Figura 54A e 54B mostram como as áreas no armazenamento intermediário duplo 15 são ciclicamente alocadas com o uso de indicadores anular.

[0088] A Figura 55 é um fluxograma que mostra o procedimento de leitura do arquivo AOB.

[0089] A Figura 56 é um fluxograma que mostra o procedimento de saída do arquivo AOB.

[0090] A Figura 57 é um fluxograma que mostra o procedimento de saída do arquivo AOB.

[0091] A Figura 58 é um fluxograma que mostra o procedimento de saída do arquivo AOB.

[0092] As Figuras 59A a 59D mostram como o código de tempo de reprodução exibido no quadro de código de tempo de reprodução no painel LCD 5 é atualizado de acordo com a atualização do Tempo_de execução variável.

[0093] A Figura 60 é um fluxograma que mostra o processamento da CPU (Unidade Central de Processamento) 10, quando do uso da função de pesquisa prévia.

[0094] As Figuras 61A a 61D mostram como o código de tempo de reprodução é incrementado, quando do uso da função de pesquisa prévia.

[0095] As Figuras 62A e 62B mostram exemplos específicos de como a função de pesquisa de tempo é usada.

[0096] A Figura 63 é um fluxograma que mostra o processamento no programa de controle de edição.

[0097] A Figura 64 é um fluxograma que mostra o processamento no programa de controle de edição.

[0098] A Figura 65 é um fluxograma que mostra o processamento no programa de controle de edição.

[0099] A Figura 66 mostra um exemplo de um aparelho de grava- ção para gravar dados no cartão de memória instantâneo 31.

[00100] A Figura 67 mostra a configuração do hardware do aparelho de gravação.

[00101] A Figura 68 é um fluxograma que mostra o processamento durante a gravação.

[00102] A Figura 69 mostra a construção interna de um cartão de memória instantâneo, de acordo com a segunda concretização da presente invenção.

[00103] As Figuras 70A e 70B mostram a composição interna da área de dados do usuário e da área protegida na camada do sistema de arquivo.

[00104] A Figura 71A mostra a composição interna de um arquivo "POBXXX.JPG".

[00105] A Figura 71B mostra a composição interna de um arquivo POB que inclui dados de imagem parada criptografados.

[00106] A Figura 71C mostra um exemplo de um arquivo POB que armazena um percurso de arquivo no lugar de um corpo de dados criptografados.

[00107] A Figura 72 mostra as composições detalhadas do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha na segunda concretização.

[00108] A Figura 73 mostra como os arquivos POB, mostrados na Figura 70, são especificados pelos TKI_POB_SRPs, PLI_POB_SRPSs, e DPLI_POB_SRPs.

[00109] A Figura 74 mostra as composições de dados do TKI_POB_ATR e de um TKI_POB_SRP.

[00110] A Figura 75 mostra ajustes exemplificativos dos TKI_POB_SRPs para as TKI#1 a TKI#3 no Gerenciador de Trilha.

[00111] A Figura 76 mostra ajustes exemplificativos dos TKI_POB_SRPs para as TKI#4 a TKI#8 no Gerenciador de Trilha.

[00112] A Figura 77 mostra os DPLI_POB_SRPs e os DPLI_POB_ATR incluídos na DPLGI.

[00113] A Figura 78 mostra um ajuste exemplificativo dos vinte DPLI_POB_SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão.

[00114] A Figura 79 é um diagrama de sincronização que mostra como uma imagem combinada será formada, quando um POB especificado por um DPLI POB SRP incluído na lnformação_de Seqüência de Execução_Padrão for usado como uma imagem de segundo plano e um POB especificado por um TKI_POB_SRP incluído no Gerenciador de Trilha for usado como uma imagem de primeiro plano.

[00115] A Figura 80 mostra como uma imagem de segundo plano e uma imagem de primeiro plano são combinadas em um ponto seis minutos depois do início da reprodução, de acordo com a lnformação_de Seqüência de Execução_Padrão.

[00116] A Figura 81 mostra como uma imagem de segundo plano e uma imagem de primeiro plano são combinadas em um ponto dezesseis minutos depois do início da reprodução, de acordo com a Infor-mação_de Seqüência de Execução_Padrão.

[00117] A Figura 82 mostra os PLI_POB_SRPs e o PLI_POB_ATR incluídos em uma PLGI.

[00118] A Figura 83 mostra um ajuste exemplificativo dos vinte PLI_POB_SRPs incluídos em uma PLI.

[00119] A Figura 84 é um diagrama de sincronização que mostra como uma imagem combinada será formada, quando um POB especificado por um PLI_POB_SRP incluído em um PLI for usado como uma imagem de segundo plano e um POB especificado por um TKI_POB_SRP incluído no Gerenciador de Trilha for usado como uma imagem de primeiro plano.

[00120] A Figura 85 mostra como uma imagem de segundo plano e uma imagem de primeiro plano são combinadas em um ponto seis minutos depois do início da reprodução, de acordo com uma PLI.

[00121] A Figura 86 mostra como uma imagem de segundo plano e uma imagem de primeiro plano são combinadas em um ponto dezesseis minutos depois do início da reprodução, de acordo com uma PLI.

[00122] A Figura 87 mostra um exemplo, onde o número de arquivos POB é reduzido por se ter inúmeros DPLI_POB_SRPs na Infor-mação_de Seqüência de Execução_Padrão especificando os mesmos arquivos POB.

[00123] A Figura 88 é um diagrama de sincronização que mostra como uma imagem combinada será formada, quando um POB especificado por um DPLI_POB_SRP incluído na lnformação_de Seqüência de Execução_Padrão for usado como uma imagem de segundo plano e um POB especificado por um TKI_POB_SRP incluído no Gerenciador de Trilha for usado como uma imagem de primeiro plano.

[00124] A Figura 89 mostra a composição interna da POBMG.

[00125] A Figura 90 mostra como o aparelho de reprodução da segunda concretização é usado.

[00126] A Figura 91 mostra a aparência externa apenas do aparelho de reprodução da segunda concretização.

[00127] A Figura 92 mostra a construção interna do aparelho de reprodução da segunda concretização.

[00128] A Figura 93A mostra como as imagens paradas armazenadas na pluralidade de VRAMs 61 podem ser colocadas uma no topo da outra.

[00129] A Figura 93B também mostra como as imagens paradas armazenadas na pluralidade de VRAMs 61 podem ser colocadas uma no topo da outra.

[00130] A Figura 94 é um fluxograma que mostra o procedimento de exibição de imagem de primeiro plano.

[00131] A Figura 95 é um fluxograma que mostra o procedimento de exibição de imagem de segundo plano.

[00132] A Figura 96 é um fluxograma que mostra o procedimento de exibição de imagem de segundo plano.

[00133] As Figuras 97A a 97C mostram que tipo de imagem combinada é exibido no painel LCD 5 devido ao processamento nos fluxo-gramas nas Figuras 94 e 95 que apresenta um POB especificado por um TKI_POB_SRP exibido como uma imagem de primeiro plano e um POB especificado por um DPLI_POB_SRP exibido como uma imagem de segundo plano.

[00134] As Figuras 98A a 98C mostram que tipo de imagem combinada é exibido no painel LCD 5 devido ao processamento nos fluxo-gramas nas Figuras 94 e 96 que apresenta um POB especificado por um TKI_POB_SRP exibido como uma imagem de primeiro plano e um POB especificado por um PLI_POB_SRP exibido como uma imagem de segundo plano.

[00135] A Figura 99 é um fluxograma que mostra o procedimento usado pelo aparelho de gravação da segunda concretização.

[00136] A Figura 1QÜA mostra um exemplo da tabela de sincronização de frase, [00137] E a Figura 100B mostra um exemplo da tabela de coordenadas realçada.

Melhor Modo de Se Executar a Invenção [00138] Com referência às figuras anexas, é descrito, a seguir, um cartão de memória de semicondutor (cartão de memória instantâneo) que é uma concretização da presente invenção, com referência às figuras anexas.

[00139] Os seguintes parágrafos são dispostos em uma hierarquia que usa números de referência com a notação fornecida abaixo. {x1-x2_x3-x4} [00140] O comprimento de um número de referência mostra o nível do tópico na hierarquia. Como um exemplo específico, o número x1 é o número do desenho ao qual se faz referência na explanação. Os desenhos anexos à esta especificação foram numerados na ordem na qual eles são mencionados na especificação, de modo que a ordem dos desenhos aproximadamente corresponda à ordem da explanação. A explanação de certos desenhos foi dividida em seções, com o número de referência x2 fornecendo o número da seção de uma seção na explanação de um desenho indicado pelo número de referência x1. O número de referência x3 mostra o número de um desenho adicional que é provido para mostrar os detalhes da seção indicada pelo número de seção x2. Final mente, o número de referência x4 mostra o número de uma seção na explanação deste desenho adicional.

Primeira Concretização {1-1 _2) Aparência externa do Cartão de memória instantâneo 31 [00141] A presente explanação começa com a aparência externa do cartão de memória instantâneo 31. A Figura 1 mostra a aparência do cartão de memória instantâneo 31, quando visto a partir de cima, enquanto que a Figura 2 mostra a construção do cartão de memória instantâneo, quando visto a partir de baixo. Conforme mostrado nas Figuras 1 e 2, o cartão de memória instantâneo 31 tem aproximadamente o mesmo tamanho que um selo de correio, sendo assim grande o suficiente para ser segurado pela mão. Suas dimensões aproximadas são de 32,0mm de comprimento, 24,0mm de largura e 2,0mm de espessura.

[00142] O cartão de memória instantâneo 31 pode ser visto como tendo nove conectores em sua borda inferior para conectar o cartão a um dispositivo compatível e um comutador de proteção 32 em um lado para permitir que o usuário ajuste a sobrescrita do conteúdo armazenado do cartão de memória instantâneo 31, seja permitida ou proibida. {3-1} Construção Física do Cartão de memória instantâneo 31 [00143] A Figura 3 mostra a estrutura hierárquica do cartão de memória de semicondutor (adiante denominado de "cartão de memória instantâneo 31") da presente concretização. Conforme mostrado na Figura 3, o cartão de memória instantâneo 31 é construído com uma camada física, uma camada de sistema de arquivo e uma camada de aplicação semelhantemente a um DVD (Disco de Vídeo Digital), embora as construções lógicas e físicas destes camadas sejam muito diferentes daquelas em um DVD. {3-2} Camada Física do Cartão de memória instantâneo 31 [00144] A seguir, é descrita a camada física do cartão de memória instantâneo 31. A memória instantâneo é composta de uma pluralidade de setores, cada um dos quais armazenando 512 bytes de dados digitais. Como um exemplo, um cartão de memória instantâneo de 64MB 31 apresentará uma capacidade de armazenamento de 67.108.864 (=64*1.024*1.024) bytes, de modo que este cartão inclua 131.072 (=67108864/512) setores válidos. Uma vez que o número de setores de substituição, que são providos para uso no caso de erros, é subtraído, o número restante de setores válidos, nos quais podem ser gravados diversos tipos de dados, é aproximadamente 128.000. {3-2_4A-1} Três Regiões na Camada Física [00145] As três regiões mostradas na Figura 4A são providas na área de armazenamento composta destes setores válidos. Estas regiões são a "região especial", a "região de autenticação" e a "região do usuário", e são descritas em detalhes abaixo. A região do usuário é caracterizada pelo fato de um dispositivo ao qual é conectado o cartão de memória instantâneo 31 poder livremente ler ou escrever vários tipos de dados originários desta região ou para esta região. As áreas dentro da região do usuário são gerenciadas por um sistema de arquivo.

[00146] A região especial armazena uma ID(Divisão de Identificação) de meio que é um valor que destina unicamente a cada cartão de memória instantâneo 31. Diferente da região do usuário, esta região é de leitura apenas, de modo que a ID(Divisão de Identificação) de meio armazenado na região especial não possa ser alterada.

[00147] A região de autenticação é uma região gravável, como a região do usuário. Esta região difere da região do usuário pelo fato de um dispositivo conectado ao cartão de memória instantâneo 31 poder acessar (isto é, ler ou escrever os dados) na região de autenticação apenas se o cartão de memória instantâneo 31 e o dispositivo tiverem primeiramente confirmado que são mutuamente um dispositivo autêntico. Em outras palavras, os dados poderão apenas ser lidos ou escritos na região de autenticação, se a autenticação mútua tiver sido executada com sucesso pelo cartão de memória instantâneo 31 e pelo dispositivo conectado ao cartão de memória instantâneo 31. {3-24A-2} Usos das Três Regiões na Camada Física [00148] Quando o dispositivo conectado ao cartão de memória instantâneo 31 gravar os dados no cartão de memória instantâneo 31, a região usada para armazenar estes dados irá depender de se a proteção dos direitos autorais é necessária para os dados que estão sendo gravados. Quando os dados que exigem a proteção dos direitos autorais forem gravados no cartão de memória instantâneo 31, os dados serão criptografados com o uso de uma tecla de criptografia predeterminada (denominada de "Tecla FileKey") antes de serem gravados na área do usuário. Esta Tecla FileKey pode ser livremente ajustada pelo detentor de direitos autorais e, enquanto o uso desta Tecla FileKey apresenta um certo nível de proteção dos direitos autorais, a Tecla FileKey usada para a criptografia dos dados gravados é criptografada para tornar a proteção dos direitos autorais mais segura. Qualquer valor obtido submetendo-se a ID(Divisão de Identificação) de meio arma- zenado na região especial em um cálculo predeterminado pode ser usado para criptografar a Tecla FileKey. A Tecla FileKey criptografada assim produzida é armazenada na região de autenticação.

[00149] Uma vez que os dados que exigem proteção dos direitos autorais são submetidos a uma criptografia de duas etapas, onde os dados são criptografados com o uso de uma Tecla FileKey que é em si criptografada com base na ID(Divisão de Identificação) de meio, a infração dos direitos autorais, tal como a produção de cópias não autorizadas destes dados, será extremamente difícil. {3-2_4B-1} Resumo do Sistema de Arquivo [00150] Conforme pode ser entendido, a construção da camada física do cartão de memória instantâneo 31 intensifica a proteção dos direitos autorais dos dados gravados no cartão de memória instantâneo 31. A seguir, é descrita a camada do sistema de arquivo presente nesta camada física. Enquanto a camada do sistema de arquivo de um DVD usa um sistema de arquivo tipo UDF (Formato de Disco Universal), a camada do sistema de arquivo do cartão de memória instantâneo 31 usa um sistema de arquivo tipo FAT (Tabela de Alocação de Arquivo), conforme descrito no padrão ISO.IEC 9293.

[00151] A Figura 4B mostra a construção da região de autenticação e a região do usuário na camada do sistema de arquivo. Conforme mostrado na Figura 4B, a região da autenticação e a região do usuário no sistema de arquivo incluem, cada qual, "setores de raiz de partição", uma "tabela de alocação de arquivo (FAT)", um "diretório de raiz", e uma "região de dados", já que a região de autenticação e a região do usuário apresentam a mesma construção. A Figura 5 mostra as diversas partes destes sistemas de arquivo em maiores detalhes. A seguir, é descrita a construção da região do usuário com referência às Figuras 4A, 4B e 5. {3-2_4B-2} Setores de Raiz de Partição [00152] Os setores de raiz de partição são setores que armazenam os dados que serão mencionados por um computador pessoal padrão que é conectado ao cartão de memória instantâneo 31, quando o cartão de memória instantâneo 31 for ajustado como o disco de boot para o sistema de operação (OS) do computador pessoal. {3-2_4B-3_5} Região de Dados [00153] A região de dados pode ser acessada por um dispositivo conectado ao cartão de memória instantâneo 31 nas unidades não menores que um "cluster". Enquanto cada setor no cartão de memória instantâneo 31 tem 512 bytes de tamanho, o tamanho do cluster é de 16KB, de modo que a camada do sistema leia e grave os dados em unidades de 32 setores.

[00154] A razão do tamanho do cluster ser ajustado em 16KB é a de que quando os dados forem gravados no cartão de memória instantâneo 31, parte dos dados armazenados no cartão de memória instantâneo 31 terá que ser primeiramente apagada antes que a escrita possa ser executada.

[00155] A menor quantidade de dados que pode ser apagada no cartão de memória instantâneo 31 é de 16KB, de modo que o ajuste do menor tamanho apagável como o tamanho do cluster signifique que gravações de dados possam ser favoravelmente executadas. A seta ff2, desenhada com o uso de uma linha partida na Figura 5, mostra a pluralidade de clusters 002, 003, 004, 005... incluídos na região de dados. Os números 002, 003, 004, 005, 006, 007, 008... usados na Figura 5 são membros de cluster hexadecimais de três dígitos que exclusivamente se destinam à identificação de cada cluster. Uma vez que a menor unidade é um cluster, através do qual pode ser executado o acesso, as posições de armazenamento dentro da região de dados são indicadas como uso de membros de cluster. {3-2_4B-4_5} Sistema de Alocação de Arquivo [00156] O sistema de alocação de arquivo apresenta uma construção de sistema de arquivo, de acordo com o padrão ISO/IEC 9293, sendo assim formado de uma pluralidade de valores FAT. Cada valor FAT corresponde a um cluster e mostra qual cluster deve ser lido depois do cluster correspondente que corresponde ao valor FAT. A seta ff1, mostrada por uma linha partida na Figura 5, mostra a pluralidade de valores FAT 002, 003, 004, 005... que são incluídos na tabela de alocação de arquivo. Os números 002, 003, 004, 005..., atribuídos a cada valor FAT, mostram qual o cluster que corresponde a cada valor FAT e, conseqüentemente, os números do cluster dos clusters que correspondem aos valores FAT. {3-2_4B-5_5-1) Entradas de Diretório de Raiz [00157] As "entradas de diretório de raiz" são a informação que mostra que tipos de arquivos estão presentes no diretório de raiz. Como exemplos específicos, o "nome de arquivo" de um arquivo existente, sua "extensão de nome de arquivo", "a data/tempo de revisão" e "o número do primeiro cluster no arquivo", que mostra onde está armazenado o início do arquivo, podem ser gravados como a entrada do diretório de raiz de um arquivo. {3-2_4B-5_5-2} Entradas de Diretório para Subdiretórios [00158] A informação referente aos arquivos no diretório de raiz é gravada como entradas de diretório de raiz, embora a informação referente aos subdiretórios não seja gravada como as entradas de diretório de raiz. As entradas de diretório para subdiretórios são, ao invés disso, produzidas na região de dados. Na Figura 5, a entrada de diretório SDAudio fornecida na região de dados é um exemplo de uma entrada de diretório para um subdiretório. Como uma entrada de diretório de raiz, uma entrada de diretório de SD Audio inclui o "nome de arquivo" de um arquivo presente neste subdiretório, sua "extensão de nome de arquivo", a data/tempo de revisão" e o "número do primeiro cluster no arquivo", que mostra onde está armazenado o início do arquivo.

{3-2_4B-5_6-1} Formato de Armazenamento para Arquivos AOB

[00159] A seguir, é descrito o processo de armazenamento de arquivo que mostra como um arquivo denominado de 'AOB001.SA1" é armazenado no diretório de SD Audio, com referência à Figura 6. Uma vez que a menor unidade é um cluster, através do qual pode ser acessada a região de dados, o arquivo "AOB001.SA1" precisa ser armazenado na região de dados em partes que não sejam menores que um cluster. O arquivo "AOB001.SA1" é, conseqüentemente, armazenado tendo sido primeiramente dividido em clusters. Na Figura 6, o arquivo "AOB001.SA1" é dividido em cinco partes, acompanhando o tamanho do cluster, as partes resultantes sendo armazenadas nos clusters de números 003, 004, 005, 00A e 00C.

{3-2_4B-5_7-1} Formato de Armazenamento para Arquivos AOB

[00160] Quando o arquivo "AOB001.SA1" for dividido em partes e armazenado, uma entrada de diretório e a tabela de alocação de arquivo precisarão ser ajustadas, conforme mostrado na Figura 7. A Figura 7 mostra um exemplo de como a entrada de diretório e a tabela de alocação de arquivo precisarão ser ajustadas, quando o arquivo "AOB001,SA1" for armazenado, tendo sido dividido em partes e armazenado. Na Figura 7, o início do arquivo "AOB001.SA1" é armazenado no cluster 003, de modo que o cluster número 003 seja gravado no "número do primeiro cluster no arquivo" na entrada de diretório de SD_Audio para indicar o cluster que armazena a primeira parte do arquivo. Conforme mostrado na Figura 7, as seguintes partes do arquivo "AOB001.SA1" são armazenadas nos clusters 004 e 005. Como resultado, enquanto o valor FAT 003(004) corresponde ao cluster 003 que armazena a primeira parte do arquivo "AOB001.SA1", este valor indica o cluster 004 como o cluster que armazena a próxima parte do arquivo "AOB001.SA1". Deste modo, enquanto os valores FST 004(005) e 005(00A) correspondem, respectivamente, aos clusters 004 e 005 que armazenam as próximas partes do arquivo "AOB001.SA1", estes valores indicam, respectivamente, o cluster 005 e o cluster 00A como os clusters que armazenam as próximas partes do arquivo "AOB001.SA1". Com a leitura dos clusters com os números do cluster gravados nestes valores FAT em ordem, conforme mostrado pelas setas fk1, fk2, fk3, fk4, fk5..., na Figura 7, podem ser lidas todas as partes produzidas com a divisão do arquivo "AOB001.SA1". Conforme explicado acima, a região dos dados do cartão de memória instantâneo 31 é acessada nas unidades dos clusters, cada uma das quais é associada com um valor FAT. Deve ser notado que o valor FAT que corresponde ao cluster que armazena a parte final de um arquivo AOB (o cluster 00C no exemplo mostrado na Figura 7) é ajustado no cluster número FFF para mostrar que o cluster correspondente armazena a parte final de um arquivo.

[00161] Isto completa a explanação do sistema de arquivo no cartão de memória instantâneo 31 da presente invenção. A seguir, é descrita a camada de aplicação que existe neste sistema de arquivo. {3-3) Resumo da Camada de Aplicação no Cartão de memória instantâneo 31 [00162] Um resumo da camada de aplicação no cartão de memória instantâneo 31 é mostrado na Figura 3. Conforme mostrado pela seta PN2 desenhada com uma linha partida na Figura 3, a camada de aplicação no cartão de memória instantâneo 31 é composta de dados de apresentação e de dados de navegação que são usados para controlar a reprodução dos dados de apresentação. Conforme mostrado pela seta PN2, os dados de apresentação incluem conjuntos de objetos de áudio (conjuntos AOB) que são produzidos pela codificação dos dados de áudio que representam música, por exemplo. Os dados de navega- ção incluem um "Gerenciador de Seqüência de Execução"(PLMG) e um "Gerenciador de Trilha"(TKMG). {3-3_8A,B-1} Composição de Diretório [00163] As Figuras 8A e 8B mostram que tipos de diretórios estarão presente na região do usuário e na região de autenticação na camada do sistema de arquivo, quando estes dois tipos de dados forem armazenados na camada de aplicação, bem como mostrando que arquivos são dispostos nestes diretórios.

[00164] Os nomes de arquivo "SDAUDIO.PLM" e "SDAUDIO.TKM", na Figura 8A, indicam os arquivos nos quais são armazenados o Gerenciador de Seqüência de Execução (PLMG) e o Gerenciador de Trilha (TKMG) que compõem a informação de navegação. Enquanto isso, os nomes de arquivo "AOB001 ,SA1", "AOB002,SA1", "AOB003.SA1", "AOB004.SA1"...indicam os arquivos (arquivos "AOB") que armazenam os objetos de áudio que são os dados de representação. As letras "SA" na extensão do nome de arquivo do nome de arquivo "AOBOxx.SAI" são uma abreviação para "Áudio Seguro", e mostram que o conteúdo armazenado deste arquivo exige a proteção dos direitos autorais. Deve ser notado que, enquanto apenas oito arquivos AOB são mostrados no exemplo na Figura 8A, um máximo de 999 arquivos AOB pode ser armazenado em um diretório SDAudio.

[00165] Quando for exigida a proteção dos direitos autorais para os dados de representação, um subdiretório denominado de um "diretório SD Audio" será provido na região de autenticação e um arquivo de armazenamento de tecla criptografada "AOBSA1.KEY" será produzido neste diretório SD_Audio.

[00166] A Figura 8B mostra o arquivo de armazenamento de tecla de criptografia "AOBSA1.KEY" que é armazenado de acordo com a legenda "SD Audio" (isto é, dentro do diretório SD Audio"). Este ar- quivo de armazenamento de tecla de criptografia "AOBSA1.KEY" armazena uma seqüência de teclas de criptografia que é produzida com a disposição de uma pluralidade de teclas de criptografia em uma ordem predeterminada.

[00167] O diretório SD_Audio, mostrado nas Figuras 8A e 8B, é armazenado em um computador servidor gerenciado por uma gravadora que usa a distribuição de música eletrônica. Quando um consumidor ordenar um conteúdo de música, o diretório SD_Audio correspondente será comprimido, criptografado e transmitido ao consumidor através de uma rede pública. O computador de consumidor recebe este diretório de SD_Audio, descriptografa-o, descomprime-o, obtendo assim o diretório SD Audio original. Deve ser notado que a expressão "rede pública", se refere aqui a qualquer tipo de rede que pode ser usada pelo público, tal como uma rede de comunicação por fio, por exemplo, uma rede ISDN (Rede Digital de Serviços Integrados), ou uma rede de comunicação desprovida de fio, por exemplo, um sistema de telefone móvel. Também, é possível que o computador de um consumidor baixe um arquivo AOB originário de um computador de servidor operado por uma gravadora e depois produza um diretório de SD_Audio, tal como aquele mostrado nas Figuras 8A e 8B, no cartão de memória instantâneo 31.

{3-3_9-1} Correspondência entre o arquivo "AOBSAI.KEY" e os arquivos AOB

[00168] A Figura 9 mostra a correspondência entre o arquivo "AOBSA1.KEY" no diretório SD_Audio e os arquivos AOB. As Teclas FileKey usadas, quando da criptografia dos arquivos na região do usuário mostrada na Figura 9, são armazenadas no arquivo de armazenamento de tecla de criptografia na região de autenticação.

[00169] Os arquivos AOB criptografados e o arquivo de armazenamento de tecla de criptografia são correspondentes, de acordo com as regras predeterminadas (1), (2), e (3) descritas abaixo. (1) O arquivo de armazenamento de tecla de criptografia é disposto em um diretório com o mesmo nome de diretório que o diretório no qual é armazenado o arquivo criptografado. Na Figura 9, os arquivos AOB são dispostos no diretório SD_Audio na região do usuário e o arquivo de armazenamento de tecla de criptografia é disposto em um diretório denominado de diretório SD_Audio na região de autenticação, de acordo com esta regra. (2) O arquivo de armazenamento de tecla de criptografia recebe um nome de arquivo produzido pela combinação das três primeiras letras do nove de arquivo dos arquivos AOB na região de dados com a extensão ".key" predeterminada. Quando o nome de arquivo de um arquivo AOB for "AOB001,SA1", o arquivo de armazenamento de tecla de criptografia receberá o nome de arquivo "AOBSA1.KEY" produzido com a adição dos três primeiros caracteres "AOB", "SAI", e a extensão ".key", conforme mostrado pelas setas nk1 e nk2 na Figura 9. (3) O nome de arquivo de um arquivo AOB recebe um número de série que mostra a posição da Tecla FileKey correspondente a este objeto de áudio na seqüência de teclas de criptografia fornecida no arquivo de armazenamento de tecla de criptografia.

[00170] As "Entradas de Tecla de Arquivo #1, #2, #3... #8" mostram as primeiras posições das regiões nas quais são armazenadas as respectivas Teclas FileKey no arquivo de armazenamento de tecla de criptografia. Enquanto isso, os nomes de arquivos dos arquivos AOB recebem os números de série "001", "002", "003", "004".... Estes números de série mostram as posições das Teclas FileKey correspondentes na seqüência de tecla de criptografia, de modo que a Tecla FileKey que foi usada para criptografar cada arquivo AOB estará presente na "Entrada da Tecla FileKey" com o mesmo número de série. Na Figura 9, as setas Ak1, Ak2, Ak3,... mostram a correspondência entre os arquivos AOB e as Teclas FileKey. Em outras palavras, o arquivo "AOB001.SA1" corresponde à Tecla FileKey, cuja posição de armazenamento é indicada pela "Entrada #1 da Tecla FileKey", o arquivo "AOB002.SA1" corresponde à Tecla FileKey, cuja posição de armazenamento é indicada pela "Entrada #2 da Tecla FileKey", e o arquivo "AOB003.SA1" corresponde à Tecla FileKey, cuja posição de armazenamento é indicada pela "Entrada #3 da Tecla FileKey". Conforme pode ser entendido a partir da regra (3), diferentes Teclas FileKey são usadas para criptografar diferentes arquivos AOB, com estas Teclas FileKey sendo armazenadas em "Entradas da Tecla FileKey" com os números de série "001", "002", "003", "004", etc., fornecidos nos nomes de arquivo dos arquivos AOB correspondentes.

[00171] Uma vez que cada arquivo AOB é criptografado com o uso de uma Tecla FileKey diferente, a exposição da tecla de criptografia usada para um arquivo AOB não permitirá que os usuários descripto-grafem outros arquivos AOB. Isto significa que, quando os arquivos AOB forem armazenados em uma forma criptografada em um cartão de memória instantâneo 31, os danos causados pela exposição de uma Tecla FileKey poderão ser minimizados.

{3-3_10-1} Composição Interna de um arquivo AOB

[00172] A seguir, é descrita a composição interna de um arquivo AOB. A Figura 10 mostra a estrutura de dados hierárquica de um arquivo AOB. O primeiro nível na Figura 10 mostra o arquivo AOB, enquanto o segundo nível mostra o objeto de áudio (AOB) em si. O terceiro nível mostra os BLOCOS_AOB, o quarto nível um ELE-MENT_AOB, e o quinto nível um QUADRO_AOB.

[00173] O QUADRO_AOB no quinto nível, na Figura 10, é a menor unidade que compõe o AOB, e é composto de dados de áudio no formato ADTS (Fluxo de Transporte de Dados de Áudio) e um cabeçalho ADTS. Os dados de áudio no formato ADTS são criptografados de acordo com o formato MPEG2-AAC (Perfil de Baixa Complexidade) e são os dados de fluxo que podem ser reproduzidos em uma taxa de transferência de 16Kbps a 144Kbps. Deve ser notado que a taxa de transferência para PCM (modulação impulso-código) que é registada em um disco compacto convencional é de 1,5Mbps, de modo que os dados no formato ADTS geralmente usem uma taxa de transferência mais baixa do que a PCM. A construção dos dados de uma seqüência de QUADROS_AOB é a mesma que a seqüência de quadros de áudio incluídos em um fluxo de transporte de dados de áudio distribuído por um serviço de distribuição de música eletrônica. Isto significa que o fluxo de transporte de dados de áudio a ser armazenado como a seqüência QUADRO_AOB é codificado de acordo com o padrão MPEG2-ACC, criptografado, e transmitido em uma rede pública para o consumidor. Os arquivos AOB são produzidos com a divisão do fluxo de transporte de dados de áudio transmitido em uma seqüência de QUADROS_AOB e o armazenamento destes QUADROS_AOB.

{3-3_10-1_11} MPEG2-AAC

[00174] MPEG2-AAC é descrito em detalhes no padrão ISO/IEC 13818-7:1997(E) "Tecnologia de Informação - Codificação Genérica de Imagens em Movimento e Informação de Áudio Associada - Parte 7 Codificação de Áudio Avançada (AAC)".

[00175] Deve ser notado que os objetos de áudio podem ser apenas comprimidos de acordo com MPEG2-AAC com o uso dos parâmetros na tabela de parâmetros mostrada na Figura 11A que é definida no padrão ISI/IEC 13818-7. Esta tabela de parâmetros é composta de uma coluna de "Parâmetro", de uma coluna de "Valor" e de uma coluna de "Comentário".

[00176] A legenda "perfil", na coluna de Parâmetro, mostra o único perfil LC que pode ser usado, conforme estipulado de acordo com o padrão ISO/IEC 13838-7. A legenda "# de índice de freqüência_de amostragem", na coluna de Parâmetro mostra que as freqüências de amostragem "48kHz, 44,1kHz, 32kHz, 24kHz, 22,05kHz, e 16kHz" podem ser usadas.

[00177] A legenda "número_do_bloco_de dados_no quadro" na coluna de Parâmetro, mostra que é usada a relação de um cabeçalho para um bloco_de dados_brutos.

[00178] Deve ser notado que, enquanto esta explanação descreve o caso em que os AOB-QUADROS são codificados, de acordo com o formato MPEG-AAC, os QUADROS_AOB podem ser, ao invés disso, codificados, de acordo com outro formato, tal como o formato MPEG-Layer3 (MP3) ou Áudio de Meio do Windows (WMA). Quando se faz isso, os parâmetros mostrados nas tabelas de parâmetro da Figura 11B ou Figura 11C têm que ser usados.

{3-3_10-2_12} Composição de um QUADRO_AOB

[00179] Enquanto cada QUADRO_AOB inclui dados de áudio que são codificados de acordo com as restrições acima descritas, o comprimento dos dados dos dados de áudio em cada QUADRO AOB é restrito a um tempo de reprodução de apenas 20ms. Entretanto, uma vez que MPEG2-AAC é um processo de codificação de bitrato variável (VBR), o comprimento dos dados dos dados de áudio em cada QUA-DRO_AOB irá variar. A seguir, é descrita a composição de um QUA-DRO_AOB, com referência à Figura 12.

[00180] O primeiro nível na Figura 12 mostra toda a composição, enquanto que o segundo nível mostra como cada parte de um QUA-DRO_AOB é criptografada. Conforme pode ser visto a partir do desenho, o cabeçalho ADTS corresponde a uma parte não criptografada. Os dados de áudio incluem tanto uma parte criptografada como uma parte não criptografada. A parte criptografada dos dados de áudio é composta de uma pluralidade de peças de oito bytes de dados criptografados, cada um dos quais sendo produzido com a cripftografia de uma peça de oito bytes de dados de áudio com o uso de uma Tecla FileKey de 56 bis. Quando a criptografia for executada em peças de 64 bits de dados de áudio, a parte não criptografada dos dados de áudio será simplesmente uma parte final dos dados que não pode ser criptografada devido ao fato de ter menos de 64 bits.

[00181] O terceiro nível, na Figura 12, mostra o conteúdo do cabeçalho ADTS que está na parte não criptografada do QUADRO_AOB. O cabeçalho ADTS tem sete bytes de comprimento e inclui uma palavra de sincronização de 12 bits (ajustada em FFF), o comprimento dos dados dos dados de áudio neste QUADROAOB, e a freqüência de amostragem usados quando da codificação dos dados de áudio. {3-3_10-3_13} Ajuste do Comprimento de Bytes de um QUA-DRO_AOB

[00182] A Figura 13 mostra como o comprimento de bytes dos dados de áudio em cada um dos três QUADROS_AOB é ajustado. Na Figura 13, o comprimento dos dados dos dados de áudio #1 incluídos no QUADRO#1_AOB é x1, o comprimento de dados dos dados de áudio #1 incluídos no QUADRO#2_AOB é x2, e o comprimento de dados dos dados de áudio #1 incluídos no QUADRO#3_AOB é x3. Quando os comprimentos de dados x1, x2, e x3 forem todos diferentes, o comprimento de dados x1 será escrito no cabeçalho ADTS do QUA-DRO#1_AOB, o comprimento de dados x2 será escrito no cabeçalho ADTS do QUADRO#2_AOB, e o comprimento de dados x3 será escrito no cabeçalho ADTS do QUADRO#3_AOB.

[00183] Embora os dados de áudio sejam criptografados, o cabeçalho ADTS não o é, de modo que um dispositivo de reprodução possa conhecer o comprimento de dados de áudio de dados em um QUA-DRO_AOB através da leitura do comprimento de dados fornecidos no cabeçalho ADTS do QUADRO AOB.

[00184] Isto completa a explanação de um QUADRO_AOB.

{3-3_10-4} ELEMENTO_AOB

[00185] A seguir, é descrito o ELEMENTO_AOB mostrado no quarto nível na Figura 10.

[00186] Um "ELEMENTO_AOB" é um grupo de QUADROS_AOB consecutivos. O número de QUADROS_AOB em um ELEMEN-TO_AOB depende do valor ajustado como o índice_de freqüência_de amostragem mostrado na Figura 11A e o processo de codificação usado. O número de QUADROS_AOB em um ELEMENTO_AOB é ajustado, de modo que o tempo de reprodução total dos QUA-DROS_AOB incluídos seja de aproximadamente dois segundos, com este número dependendo do processo de codificação e freqüência de amostragem usado.

{3-3_10-5_14} Número dos AOB-QUADROS em um ELEMEN-TO_AOB

[00187] A Figura 14 mostra a correspondência entre a freqüência de amostragem e o número de QUADROS_AOB incluído em um ELEMENTO_AOB. O número N, fornecido na Figura 14, representa o período de reprodução de um ELEMENTO_AOB em segundos. Quando um MPEG-ACC for usado como o processo de codificação, o valor de N será "2".

[00188] Quando a freqüência_de amostragem for de 48kHz, o número de QUADROS_AOB incluídos em um ELEMENTOAOB será fornecido como 94(=47*2), enquanto que quando a freqüência_de amostragem for de 44,1kHz, o número de QUADROS_AOB incluídos em um ELEMENTO AOB será fornecido como 86(=43*2). Quando a freqüência_de amostragem for de 32kHz, o número de QUA-DROS_AOB será fornecido como 64(=32*2), quando a freqüência_de amostragem for de 24kHz, o número de QUADROS_AOB será fornecido como 48(+24*2), quando a freqüência de amostragem for de 22,05kHz, o número de QUADROS_AOB será fornecido como 44(=22*2), e quando a freqüência_de amostragem for de 16kHz, o número de QUADROS_AOB incluídos em um ELEMENTO_AOB será fornecido como 32(=16*2). Entretanto, quando uma operação de edição, tal como a divisão de um AOB, tiver sido executada, o número de QUADROS_AOB incluídos em um ELEMENTO_AOB no início e no final de um AOB poderá ser menor que um número assim calculado.

[00189] Enquanto nenhum cabeçalho ou outra informação especial for provida para cada ELEMENTO_AOB, o comprimento de dados de cada ELEMENTO_AOB será, ao invés disso, mostrado por uma tabela de pesquisa de tempo.

{3-3_1-6_15} Um Exemplo dos Períodos de Reprodução dos ELE-MENTOS.AOB e dos QUADROS_AOB

[00190] A Figura 15 mostra um exemplo dos períodos de reprodução dos ELEMENTOS_AOB e QUADROS_AOB. O primeiro nível na Figura 15 mostra uma pluralidade de BLOCOS_AOB, enquanto que o segundo nível mostra uma pluralidade de ELEMENTOS_AOB. O terceiro nível mostra uma pluralidade de QUADROS_AOB.

[00191] Conforme mostrado na Figura 15, um ELEMENTO_AOB apresenta um período de reprodução de cera de 2,0 segundos, enquanto que um QUADRO_AOB apresenta um período de reprodução de 20 milissegundos. A "entrada_TMSRT" fornecida a cada ELEMEN-TO_AOB mostra que o comprimento dos dados de cada ELEMEN-TO_AOB é fornecido na tabela de pesquisa de tempo. Com referência às entradas_TMSRT, um aparelho de reprodução pode executar uma pesquisa prévia ou posterior, onde, por exemplo, os estouros intermitentes de música são reproduzidos com a reprodução repetitiva de 240 milissegundos de dados de áudio e com o pulo de dois segundos de dados de áudio na direção desejada.

{3-3_10-7} BLOCO_AOB

[00192] Isto completa a explanação de um ELEMENTO_AOB. A seguir, é descrito o conceito dos BLOCOS_AOB mostrados no terceiro nível da construção de dados de um arquivo AOB fornecido na Figura 10.

[00193] Cada "BLOCO_AOB" é composto de ELEMENTOS_AOB válidos. Apenas um BLOCO_AOB existe em cada ARQUIVO_AOB. Enquanto um ELEMENTO_AOB apresenta um período de reprodução de cerca de dois segundos, um BLOCO_AOB apresenta um período de reprodução máximo de 8,4 minutos. A limitação de 8,4 minutos é imposta para restringir o tamanho da tabela de pesquisa de tempo a 540 bytes ou menos. {3-3_10-8} Restrição da Tabela de Pesquisa de Tempo [00194] A seguir, é descrito em detalhes a razão pela qual o tamanho da tabela de pesquisa de tempo é restringida pela limitação do período de reprodução.

[00195] Quando um aparelho de reprodução executar uma pesquisa prévia ou posterior, o aparelho de reprodução saltará a leitura de dois segundos de dados de áudio antes da reprodução de 240 milis-segundos. Quando do pulo de dois segundos de dados, o aparelho de reprodução podería, na teoria, se referir aos comprimentos de dados mostrados nos cabeçalhos ADTS dos QUADROS_AOB apesar que isso significaria que o aparelho de reprodução teria que detectar consecutivamente 100 (2 segundos / 20 milessegundos) QUADROS_AOB apenas para saltar dois segundos de dados de áudio. Isto perfaria uma carga de processamento excessiva para o aparelho de reprodução.

[00196] Para reduzir a carga de processamento de um aparelho de reprodução, os endereços de leitura para os dados nos intervalos de dois segundos poderão ser gravados em uma tabela de pesquisa de tempo que é então referente ao aparelho de reprodução, quando da execução de uma pesquisa prévia ou posterior. Com a gravação da informação que permite que os endereços de leitura estejam dois ou quatro segundos à frente ou atrás para serem rapidamente encontrados na tabela de pesquisa de tempo (tal informação sendo os tamanhos de dados dos ELEMENTOS_AOB), um aparelho de reprodução precisará apenas fazer referência à esta informação, quando da execução de uma pesquisa prévia ou posterior. O tamanho de dados dos dados de áudio com um período de reprodução de dois segundos irá depender do bitrato usado, quando da reprodução dos dados de áudio. Conforme afirmado anteriormente, é usado um bitrato na faixa de 16Kbps a 144Kbps, de modo que a quantidade de dados reproduzidos em dois segundos esteja em uma faixa de 4KB (=16Kpbsx2/8) a 36KB (=144Kbpsx2/8. Uma vez que a quantidade de dados reproduzidos em dois segundos se encontra em uma faixa de 4KB a 36KB, o comprimento de dados de cada entrada na tabela de pesquisa de tempo para a gravação do comprimento de dados dos dados de áudio precisará ter dois bytes (=16 bits) de comprimento. Isto se deve ao fato de um valor de 16 bits ser capaz de expressar um número na faixa de 0,64KB.

[00197] Por outro lado, se o tamanho de dados total da tabela de pesquisa de tempo precisar ser restringido a 504 bytes (isto sendo o tamanho de dados da TKTMSRT descrita posteriormente), por exemplo, o número máximo de entradas na tabela de pesquisa de tempo poderá ser calculado como 504/2=252.

[00198] Uma vez que uma entrada é provida a cada dois segundos, o tempo de reprodução correspondente a este máximo de 252 entradas será de 504 segundos (2s*252), ou, em outras palavras, de 8 minutos e 24 segundos (=8,4 minutos). Isto significa que o ajuste do período de reprodução máximo para um BLOCO_AOB em 8,4 minutos limitará o tamanho de dados da tabela de pesquisa de tempo em 504 bytes. {3-3_10-9} Referente aos AO Bs [00199] Isto conclui a descrição dos BLOCOS_AOB. A seguir, são descritos os AOBs.

[00200] Os AOBs mostrados no segundo nível da Figura 10 são regiões que apresentam áreas inválidas em cada extremidade. Apenas um AOB está presente em cada arquivo AOB.

[00201] As áreas inválidas são regiões que são lidas e escritas juntamente com os BLCOS_AOB e são armazenadas nos mesmos clus-ters que os BLOCOS_AOB. As posições inicial e final dos BLO-COS_AOB dentro de um AOB são mostradas pelas BITs incluídas nos dados de navegação. Estas BITs serão descritas em detalhes, posteriormente, nesta especificação.

[00202] Isto completa a explanação de que os dados são armazenados em um arquivo AOB. A seguir, é descrito que tipo de conteúdo será reproduzido, quando os oito AOBs e os BLOCO_AOB mostrados no arquivo AOB na Figura 9 forem sucessivamente lidos. {3-3_10-10_16} [00203] A Figura 16 mostrará o conteúdo de reprodução, quando os AOBs e os BLOCOS_AOB, neste arquivo AOB, forem sucessivamente lidos. O primeiro nível na Figura 16 mostra os oito arquivos AOB na região do usuário, enquanto que o segundo nível mostra os oito AOBs gravados nestes arquivos AOBs. O terceiro nível mostra os oito BLO-COS_AOB incluídos nestes AOBs.

[00204] O quinto nível mostra os títulos de cinco conteúdos compostos por estes arquivos AOB. Neste exemplo, os "conteúdos" são as cinco canções CançãoA, CançãoB, CançãoC, CançãoD, e CançãoE, enquanto que o "título" é um álbum de música composto destas cinco canções. As linhas partidas AS1, AS1, AS3,... AS7, e AS8 mostram a correspondência entre os BLOCOS_AOB e as partes nas quais o álbum é dividido, de modo que o quarto nível na Figura 16 mostre as unidades usadas para dividir o álbum de música mostrado no quinto nível.

[00205] Com referência às linhas partidas, pode ser visto que o BLOCO_AOB, incluído no AOB#1, é uma canção (CançãoA) com um período de reprodução de 6,1 minutos. O BLOCO_AOB, incluído no AOB#2, é uma canção (CançãoB) com um período de reprodução de 3.3 minutos. O BLOCO_AOB, incluído no AOB#3, é uma canção (CançãoC) com um período de reprodução de 5,5 minutos. Desta maneira, os "AOB001.SA1" a "AOB003.SA1" correspondem, cada qual, a uma canção diferente. O sexto nível da Figura 16 é uma seqüência de trilha composta de trilhas - TrilhaA a TrilhaE. Estas trilhas - TrilhaA-TrilhaE correspondem a cinco canções CançãoA, CançãoB, CançãoC, CançãoD e CançãoE, e são, cada qual, tratadas como uma unidade de reprodução separada.

[00206] Por outro lado, o AOB#4 apresenta um período de reprodução de 8,4 minutos e é a primeira parte (ou parte "principal") da canção CançãoD que apresenta um período de reprodução de 30,6 minutos. Os BLOCOS_AOB, incluídos no AOB#5 e AOB#6, são partes intermediárias da canção CançãoD e também apresentam períodos de reprodução de 8,4 minutos. O BLOCO_AOB, incluído no AOB#7, é a parte final da canção CançãoD e apresenta um período de reprodução de 5.4 minutos. Desta forma, uma canção que apresenta um período de reprodução total de 30,6 minutos é dividida em partes (de 8,4 + 8,4 + 8.4 + 5,4 minutos) que são incluídas, cada qual em um AOB diferente. Conforme pode ser visto a partir da Figura 16, cada canção incluída em um arquivo AOB é submetida a um período de reprodução máximo de 8,4 minutos.

[00207] Esta explanação mostra claramente que a limitação dos períodos de reprodução dos AOBs, conforme descrito acima, restringe o tamanho de dados da tabela de pesquisa de tempo correspondente a cada AOB. A seguir, são descritos os dados de navegação incluídos em cada tabela de pesquisa de tempo. {3-3_8A,B-2} [00208] Os dados de navegação são compostos de dois arquivos "SD_Audio.PLM" e "SD Audio.TKM" mencionados anteriormente. O arquivo "SD Audio.PLM" inclui o Gerenciador de Seqüência de Execução, enquanto que o arquivo "SD_Audio.TKM" inclui o Gerenciador de Trilha.

[00209] Conforme mencionado como parte da explanação dos dados de apresentação, é fornecida uma pluralidade de arquivos AOB que armazenam os AOBs codificados, embora nenhuma outra informação, tal como o período de reprodução dos AOBs, os nomes das canções representadas pelos AOBs, ou créditos para o(s) compositores). Enquanto uma pluralidade AOBs é registrada em uma pluralidade de arquivos AOB, não é provida qualquer indicação referente à ordem de reprodução dos AOBs. Para informar um aparelho de reprodução de tal informação, são providos o Gerenciador de Trilha e o Gerenciador de Seqüência de Execução.

[00210] O Gerenciador de Trilha mostra a correspondência entre os AOBs registrados nos arquivos e trilhas AOB, e inclui uma pluralidade de peças de informação de gerenciamento de trilha que fornecem, cada qual, uma variedade de informação, tal como o período de reprodução dos AOBs e os nomes das canções e os compositores dos vários AOBs.

[00211] Nesta especificação, o termo "trilha" se refere a uma unidade de reprodução significativa para usuários, de modo que, quando a música com direitos autorais for armazenada em um cartão de memória instantâneo 31, cada canção será uma trilha separada. Contrariamente, quando um "registro de áudio" (isto é, a literatura com direitos autorais armazenada como áudio gravado) for gravado em um cartão de memória instantâneo 31, cada capítulo ou parágrafo poderá ser ajustado como uma trilha separada. O Gerenciador de Trilha é provido para gerenciar uma pluralidade de AOBs gravados em uma pluralidade de arquivos AOB como um grupo de trilhas.

[00212] Uma Seqüência de Execução ajusta a ordem da reprodução de uma pluralidade de trilhas. Uma pluralidade de Seqüências de Execução pode ser incluída no Gerenciador de Seqüência de Execução.

[00213] A seguir, é descrito o Gerenciador de Trilha com referência aos desenhos. {17-1_18} Composição Detalhada do Gerenciador de Seqüência de Execução e Gerenciador de Trilha [00214] A Figura 17 mostra a composição detalhada do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha, nesta concretização, como uma hierarquia. A Figura 18 mostra os tamanhos do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha. O lado direito da Figura 17 mostra os itens no lado esquerdo em maiores detalhes, com as linhas partidas indicando quais os itens que estão sendo mostrados em maiores detalhes.

[00215] Conforme mostrado na Figura 17, o Gerenciador de Trilha é composto da Informação de Trilha (TKI) #1, #2, #3, #4... #n, conforme mostrado pela linha partida h1. Estas TKIs são a informação para gerenciar os AOBs gravados nos arquivos AOB como trilhas, correspondendo cada qual a um arquivo AOB diferente. A partir da Figura 17, pode ser visto que cada TKI é composta de lnformação_Geral_da Trilha (TKGI), Dados_de lnformação_de Texto_da Trilha (TKTXTI_DA), onde a informação de texto exclusiva a uma trilha pode ser gravada, e uma Tabela_de Pesquisa_de Tempo_de Trilha (TKTMSRT) que serve como uma tabela de pesquisa de tempo.

[00216] A partir da Figura 18, pode ser visto que cada TKI apresenta um tamanho fixo de 1.024 bytes, o que significa que o tamanho total da TKGI e dos TKTXTI DA é fixado em 512 bytes devido ao fato do tamanho da TKTMSRT ser fixado em 512 bytes. No Gerenciador de Trilha, pode ser ajustado um total de 999 TKIs.

[00217] Conforme mostrado pela linha partida h3, a TKTMSRT é composta de um Cabeçalho_TMSRT e entradas_TMSRT #1, #2, #3... #n. {17-219} Correspondência da TKI com os arquivos AOB e os AO Bs [00218] A Figura 19 mostra como as TKIs mostradas na Figura 17 correspondem aos arquivos AOB e aos AOBs mostrados na Figura 16. As divisões no primeiro nível na Figura 19 mostram uma seqüência de trilhas compostas de trilhas TrilhaA a TrilhaE, o quadro grande no segundo nível mostra o Gerenciador de Trilha, enquanto que o terceiro e o quarto níveis mostram os oito arquivos AOB na Figura 16. Os oito arquivos são registrados nos oito AOBs mostrados na Figura 16, e compõem um álbum de música que inclui trilhas Trilhas, TrilhaB, Tri-IhaC, TrilhaD e TrilhaE. O segundo nível mostra as oito TKIs. Os números "1", "2", "3", "4" designados à cada TKI são números de série usados para identificar cada TKI, com cada TKI correspondendo ao arquivo AOB que recebeu os mesmos números de série 001, 002, 003, 004, 005....

[00219] Com isto em mente, pode ser visto a partir da Figura 19, que a TKI#1 corresponde ao arquivo "AOB001 .SA1", que a TKI#2 corresponde ao arquivo "AOB002.SAT', que a TKI#3 corresponde ao arquivo "AOB003.SA1", e que a TKI#4 corresponde ao arquivo "AOB004.SA1". A correspondência entre as TKIs e os QUA-DROS_AOB é mostrada pelas setas TA1, TA2, TA3, TA4... na Figura 19.

[00220] Desta forma, cada TKI corresponde a um diferente AOB registrado no arquivo AOB e dá a informação detalhada que se aplica apenas ao AOB correspondente.

{17-3_20} Composição de Dados de uma TKTMSRT

[00221] A seguir, é descrita a informação que se aplica aos únicos AOBs gravados nos arquivos AOB, começando com a TKTMSRT. A Figura 20 mostra a composição de dados da TKTMSRT em detalhes.

[00222] O lado direito da Figura 20 mostra a composição dos dados detalhados do cabeçalho da tabela de pesquisa de tempo (Cabeça-lho_TMSRT).Na Figura 20, o Cabeçalho_TMSRT apresenta um tamanho de dados de oito bytes, e é formado de até três campos. Os dois primeiros bytes são uma TMSRT_ID(Divisão de Identificação), os próximos dois bytes são reservados, e os quatro bytes finais são um Nú-mero_de entrada_TMSRT Total.

[00223] Uma ID(Divisão de Identificação) única para identificar a TMSRT é gravada no "TMSRT D". O número total de entra-das_TMSRT na TMSRT presente é registrado no Número_de entra-da_TMSRT Total".

{17-3_21-1} Exemplo Específico da TKTMSRT

[00224] A seguir, é descrita em detalhes uma TKTMSRT. A Figura 21 mostra um exemplo de uma TKTMSRT. O lado esquerdo da Figura 21 mostra um AOB, enquanto que o lado direito mostra a TKTMSRT correspondente. O AOB no lado esquerdo da Figura 21 é composto de uma pluralidade de ELEMENTOS_AOB com os números #1, #2, #3... #n que ocupam as regiões de números AR1, AR2, AR3... ARn à direita.

[00225] Os números, tais como "0", "32000", "64200", "97000", "1203400" e "1240000" mostram os endereços relativos das áreas AR1, AR2, AR3, ARn-1, ARn ocupadas pelos ELEMENTOS_AOB com relação ao início do BLOCO_AOB. Como exemplos, o ELEMEN-TO#2_AOB é registrado em uma posição que está em uma distância "32000" a partir do início do BLOCO_AOB, enquanto que o ELEMEN- T0#3_A0B que é registrado em uma posição que está em uma distância "64200" a partir do início do BLOCO_AOB e do ELEMEN-TO_AOB#n-1 é registrado em uma posição que está em uma distância "1203400" a partir do início do BLOCO_AOB.

[00226] Deve ser notado que a distância entre cada região ocupada e o início do BLOCO_AOB não é um múltiplo de um certo valor, significando que as regiões ocupadas pelos ELEMENTOS_AOB não têm o mesmo tamanho. A razão pela qual as regiões ocupadas apresentam diferentes tamanhos é a de que as quantidades de dados variadas são usadas para codificar cada QUADRO_AOB.

[00227] Uma vez que o tamanho da região ocupada por cada ELE-MENTO_AOB difere, é necessário informar antecipadamente um aparelho de reprodução da posição de cada ELEMENTO-AOB em um AOB, quando da execução de um pulo para o início de um ELEMEN-TO_AOB. Para esta finalidade, uma pluralidade de entradas_TMSRT é fornecida na TKTMSRT. As setas R1, RT2, RT3... RTn-1, RTn mostram a correspondência entre as regiões AR1, AR2, AR3... ARn-1, ARn ocupadas por cada ELEMENTO_AOB e entrada#1_TMSRT, en-trada#2_TMSRT, entrada#3_TMSRT... entrada#n-1_TMSRT, entra-da#n_TMSRT. Em outras palavras, o tamanho da região AR1 ocupado pelo ELEMENTO#1_AOB é gravado na entrada#1_TMSRT, enquanto que os tamanhos das regiões AR2 e AR3 ocupados pelo ELEMEN-TO#2_AOB e ELEMENTO#3_AOB são gravados nas entra-das_TMSRT #2 e #3.

[00228] Uma vez que a área ocupada AR1 leva a região do início do AOB para o início do ELEMENTO#2_AOB "32000", o tamanho "32000"(=32000-0) é gravado na entrada#1_TMSRT. A área ocupada AR2 leva a região do início do ELEMENTO#2_AOB "32000" para o início do ELEMENTO#3_AOB "64200", de modo que o tamanho "32200" (=64200-32000) seja gravado na entrada#2_TMSRT. A área ocupada AR3 leva a região do início do ELEMENTO#A_AOB "64200" para o início do ELEMENTO#4_AOB "97000", de modo que o tamanho 32800"(=97000-64200) seja gravado na entrada#3_TMSRT. Da mesma forma, a área ocupada ARn-1 leva a região do início do ELEMEN-TO#n-1_AOB "1203400" para o início do ELEMENTO#n_AOB "1240000", de modo que o tamanho "36600"(=1240000-1203400) seja gravado na entrada#n-1_TMSRT.

{17-3_21-2} Como é lida a TKTMSRT

[00229] Desta maneira, os tamanhos de dados dos ELEMEN-TOS_AOB são escritos em uma tabela de pesquisa de tempo. Entretanto, uma vez que o comprimento dos dados de cada BLOCO_AOB for restringido a um máximo de 8,4 minutos, o número total de ELE-MENTOS_AOB incluídos em um único AOB estará limitado a um número predeterminado ("252", conforme mostrado na Figura 20) ou um número menor. Uma vez que o número dos ELEMENTOS_AOB é restrito, o número de entradas_TMSRT correspondentes aos ELEMEN-TOS_AOB também será limitado, o que limita o tamanho da TKTMSRT que inclui estas entradas_TMSRT dentro de um tamanho predeterminado. Uma vez que o tamanho da TKTMSRT for restringido, um aparelho de reprodução poderá ler e usar as TKIs da maneira a seguir.

[00230] O aparelho de reprodução lê um certo AOB no início da reprodução do AOB, lê a TKI correspondente e a armazena em uma memória. Esta TKI correspondente é mantida na memória, enquanto que a reprodução deste AOB continua. Uma vez que a reprodução do AOB termina, o AOB seguinte é lido, e quando a reprodução deste AOB começa, o aparelho de reprodução sobrescreverá a TKI correspondente a este AOB seguinte na memória no lugar da TKI antiga. Esta próxima TKI é mantida na memória, enquanto a reprodução deste AOB seguinte é continuada.

[00231] Assim, com a leitura e o armazenamento das TKIs, a capacidade necessária da memória no aparelho de reprodução poderá ser minimizada, enquanto ainda permite que sejam realizadas as funções de reprodução especiais, tais como pesquisa prévia e posterior. Enquanto a presente concretização descreve o caso em que o comprimento dos dados originários do primeiro endereço de um ELEMEN-TO_AOB para o primeiro endereço do próximo ELEMENTO_AOB é gravado na entrada_TMSRT, podendo ser aí escritos os relativos endereços do início do BLOCO_AOB para os primeiros endereços dos ELEMENTOS_AOB.

{17-3_21-3} Especificando um Cluster que Inclui um ELEMEN-TO_AOB

[00232] A seguir, é descrito como um ELEMENTO_AOB pode ser lido com o uso da TKTMSRT. A TKTMSRT inclui o tamanho de cada ELEMENTO_AOB, de modo que, quando for lido o ELEMEN-TO#y_AOB, que é o y°. ELEMENTO_AOB a partir do início de um AOB, será calculado o cluster u que satisfaz a Equação 1 fornecida abaixo, sendo assim lidos os dados posicionados com o deslocamento v a partir do início do cluster u.

Equação 1 Cluster u = (Total de entradas_TMSRT originárias do ELEMEN-TO#1_AOB para o ELEMENTO#y-1_AOB + Deslocamento_DE DADOS) / Tamanho do cluster [00233] Deslocamento v = (Total de entradas_TMSRT originárias do ELEMENTO#1_AOB para o ELEMENTO#y-1_AOB + Deslocamen-to_DE DADOS) tamanho de cluster mod [00234] onde c=a mod b indica que c é o restante produzido, onde a for dividido por b [00235] O Deslocamento_de Dados será escrito na BIT e será descrito posteriormente nesta especificação.

(17-4) TKTXI_DA

[00236] Isto completa a explanação da tabela de pesquisa de tempo (TKTMSRT). A seguir, é descrita a Área de Dados de lnformação_de Testo_da Trilha (TKTXI DA) registrada na parte superior da TKTMSRT.

[00237] A Área de Dados de lnformação_de Texto_da Trilha (TKTXTI DA) é usada para armazenar a informação de texto que mostra o nome do artista, o nome do álbum, o mixador, o produtor, e outra dita informação. Esta área é provida, mesmo quando tal informação de texto não existe.

{17-5} TKGI

[00238] A seguir, é descrita a TKGI gravada na parte superior da TKTXI_DA. Na Figura 17, são mostrados diversos conjuntos de informação como o identificador "TKI-ID(Divisão de Identificação)" da TKI, o número da TKI "TKIN", o tamanho da TKI "TKI SZ", um indicador de elo para a próxima TKI "TKI_LNK+PTR", os atributos de bloco "TKI BLK ATR", um período de reprodução "TKIPBTM", os atributos de áudio "TKI AOB ATR", um "ISRC" (Código de Gravação de Padrão Internacional"), e uma informação de bloco "BIT". Deve ser notado que apenas parte desta informação foi mostrada na Figura 17 para simplificar a representação.

{17-5_22-1} TKGI

[00239] A seguir, é descrita em detalhes a composição de uma TKGI, com referência à Figura 22. A diferença entre a Figura 17 e a Figura 22 é a de que a composição dos dados da TKGI que foi mostrada na Figura 17 é disposta no lado esquerdo deste desenho, e que as composições de bit do "TKI_BLK_ATR""TKI_AOB_ATR" e "ISCR" são claramente mostradas. {17-5_22-2} TKI_ID(Divisão de Identificação) [00240] Uma única ID(Divisão de Identificação) para uma TKI é gra- vada no "TKI_ID(Divisão de Identificação)". Na presente concretização, um código "A4" de dois bytes é usado.

(17-5_22-3) TKIN

[00241] Um número de TKI na faixa de 1 a 999 é gravado na "TKIN". Deve ser notado que a TKIN de cada TKI é única. Na presente concretização, a posição de cada TKI no Gerenciador de Trilha é usada como a TKIN. Isto significa que "1" é gravado como o número de TKI da TKI#1, "2" é gravado como o número de TKI da TKI#2, e "3" é gravado como o número de TKI da TKI#3.

{17-5_22-4} TKI_SZ

[00242] O tamanho de dados da TKI nas unidades de byte é gravado no "TKI SZ". Na Figura 22, 1.024 bytes são fornecidos como o tamanho de dados da TKI, de modo que cada TKI, na presente concretização, tenha um comprimento de 1.204 bytes.

{17-5_22-5} TKI_LNK_PTR

[00243] A TKIN da TKI para a qual a presente TKI é ligada, é gravada no TKI LNK PTR". A seguir, são descritos tais elos entre as TKIs.

[00244] Quando uma trilha for composta de uma pluralidade de AOBs que são gravados em uma pluralidade de arquivos AOB, estes arquivos AOB serão gerenciados como uma única trilha através da ligação da pluralidade de TKIs que correspondem a estes arquivos AOB. Para ligar a pluralidade de TKIs, é necessário mostrar a TKI do arquivo AOB que segue depois do arquivo AOB da presente TKI. Con-seqüentemente, a TKIN da TKI que segue a presente TKI é gravada na TKI_LNK_PTR.

{17-5_22-6_19} TKI_LNK_PTR

[00245] A seguir, são descritos os ajustes feitos para o TKI_LNK_PTR nas oito TKIs mostradas na Figura 19. As informações de trilha de números de #1 a #3 e #8 correspondem, cada qual, à tri- lhas separadas, de modo que nenhuma informação seja ajustada em seu TKI LNK PTR. As informações de trilha TKI#4, TKI#5, TKI#6, TKI#7 correspondem a quatro arquivos AOB que compõem a TrilhaD, de modo que a próxima informação de trilha seja indicada no TKI_LNK_PTR destas TKIs. Conforme mostrado pelas setas TL4, TL5, e TL6, na Figura 19, a "TKI#5" é ajustada no TKI_LNK_PTR da TKI#4, a "TKI#6" é ajustada no TKI_LNK_PTR da TKI#5, e a "TKI#7" é ajustada no TKI_LNK_PRT da TKI#6.

[00246] Como resultado, um aparelho de reprodução pode se referir aos TKI_LNK_PTRs fornecidos nas TKIs que correspondem a estes quatro arquivos AOB e assim descobrir que as quatro TKIs TKI#4 a TKI#7 e os quatro arquivos AOB "AOB004.SA1" a "AOB007.SA1" compõem uma única trilha, TrilhaD.

{17-5_22-7} TKI_BLK_ATR

[00247] Os atributos da presente TKI são gravados na "TKI_BLK_ATR". Na Figura 22, a informação mostrada dentro das linhas partidas que se estendem a partir do TKIBLKATR mostra a composição de bit do TKI BLK ATR. Na Figura 22, o TKI BLK ATR é mostrada como tendo 16 bits de comprimento, com os bits de b3 a b15 sendo reservados para um futuro uso. Os três bits do bit b2 para o bO são usados para mostrar os atributos da TKI.

[00248] Quando uma TKI corresponder a uma trilha completa, o valor "00b" será escrito no TKI_BLK_ATR (este ajuste sendo mencionado adiante como "Trilha"). Quando diversas TKIs corresponderem à mesma trilha, o valor "001b" será gravado no TKI_BLK_ATR da primeira TKI (este ajuste sendo mencionado adiante como "Ori-gem_da_Trilha"), o valor "010b" será gravado no TKI_BKL_ATRs das TKIs que correspondem aos AOBs no meio da trilha (este ajuste sendo adiante mencionado como "Ponto lntermediário_da_Trilha"), e o valor "011b" será gravado no TKI_BLK_ATR da TKI que corresponde ao AOB no final da trilha (este ajuste sendo adiante mencionado como o "Final_da_Trilha"). Quando uma TKI for inutilizada, embora exista uma região TKI, isto é, quando houver uma TKI suprimida, o valor "100b" é gravado no TKI_BLK_ATR (este ajuste sendo adiante mencionado como "Inutilizado"). Quando uma TKI for inutilizada e não existir nenhuma região TKI, o valor "101b" será gravado no TKI_BLK_ATR. {17-5_22-8_19} Ajuste Exemplificativo do TKI_BLK_ATR

[00249] A seguir, são descritos os ajustes do TKI_BLK_ATR para cada TKI no exemplo mostrado na Figura 19.

[00250] Com referência ao TKI BLK ATR de cada TKI, pode ser visto que os quatro pares TKI#1 ("AOB001 .SA1"), TKI#2 ("AOB002.SA1"), TKI#3 ("AOB003.SA1") e TKI#8 ("AOB008.SA1") correspondem, cada qual, às trilhas separadas, uma vez que o TKI_BLK_ART de cada uma das TKI#1, TKI#2, TKI#3, e TKI#8 é ajustado como "Trilha".

[00251] O TLK_BLK_ATR de TKI#4 é ajustado na "Ori-gem_da_Trilha", o TKL_BLK_ATR de TKI#7 é ajustado no "Fi-nal_da_Trilha", e o TLK_BKL_ART da TKI#5 e YKI#6 é ajustado no "Ponto lntermediário_da_Trilha". Isto significa que o arquivo AOB ("AOB004.SA1") que corresponde à TKI#4 é o início de uma trilha, os arquivos AOB ("AOB005.SAT') e ("AOB005.SAT') correspondendo a TKI#5 e TKI#6 são pontos intermediários da trilha, e o arquivo AOB ("AOB007.SA1") correspondendo à TKI#7 é o final de uma trilha.

[00252] Com a classificação das combinações de TKI e do arquivo AOB correspondente, de acordo com os ajustes do TKU_BLK_ATR na YKI, pode ser visto que a combinação de TKI#1 e "AO001.SA1" compõe uma primeira trilha (TrilhaA). Do mesmo modo, a combinação de TKI#2 e "AOB002.SA1" compõe uma segunda trila (TrilhaB) e a combinação de TKI#3 e "AOB003.SA1" compõe uma terceira trilha (Tri-IhaC). A combinação de TKI#4 e "AOB004.SA1" compõe a primeira parte da quarta trilha (TrilhaD), as combinações de TKI#5 com "AOB005.SA1" e de TKI#6 com 'AOB006.SA1" compõem as partes centrais da TrilhaD, e a combinação de TKI#7 e "AOB007.SAT' compõe a parte final da TrilhaD. Finalmente, a combinação de TKI#8 e "AOB008.SA1" compõe uma quinta trilha (TrilhaE).

{17-5_22-9} TKI_PB_TM

[00253] O período de reprodução da trilha (canção) composta do AOB registrado no arquivo AOB correspondendo a uma TKI é gravado no "TKI_PB_TM" na TKI.

[00254] Quando uma trilha for composta de uma pluralidade de TKIs, todo o período de reprodução da trilha será gravado no TKI_PB_TM da primeira TKI que corresponde à trilha, enquanto que o período de reprodução do AOB correspondente será gravado na segunda e na seguinte TKIs para a trilha.

{17-5_22-10} TKI_AOB_ATR

[00255] As condições de codificação usadas, quando da produção de um AOB, isto é, a informação tal como (1) a freqüência de amostragem na qual o AOB gravado no arquivo AOB correspondente foi amostrado, (2) o bitrato de transferência, e (3) o número de canais, é gravada no "TKIAOBATR" em uma TKI. A composição de bit do TKIAOBATR é mostrada dentro das linhas partidas que se estendem a partir do "TLI_AOB_ATR" na Figura 22.

[00256] Na Figura 22, o TKI_AOB_ATR é composto de 32 bits, com o modo de codificação sendo gravado em um campo de quatro bits, do bit b16 ao bit b19. Quando o AOB for codificado, de acordo com MPEG-2 AAC (com cabeçalho ADTS), o valor "0000b" será gravado neste campo, enquanto que, quando o AOB for codificado, de acordo com MPEG-camada 3 (MP3), o valor "0001b" será gravado. Quando o AOB for codificado, de acordo com o Áudio de Meio do Windows (WMA), o valor "0010b" será gravado neste campo.

[00257] O bitrato usado, quando da codificação do AOB, é gravado no campo de oito bits, entre o bit b15 e o bit b8. Quando o AOB for codificado de acordo com MPEG-2AAC (com cabeçalho ADTS), um valor entre "16" e "72" será escrito neste campo, enquanto que, quando o AOB for codificado, de acordo com PMEG1-Camada 3 (MP3), um valor entre "16" e "96" será escrito. Quando o AOB for codificado de acordo com MPEG1-camada 3 (MP3) LSF, um valor entre "16" e "80" será escrito neste campo, enquanto que, quando o AOB for codificado, de acordo com o Áudio de Meio do Windows (WMA), um valor entre "8" e "16" será escrito.

[00258] A freqüência de amostragem usada quando da codificação do AOB é escrita no campo de quatro bits entre o bit b7 e o bit b4. Quando a freqüência de amostragem for de 48kHz, o valor "0000b" será gravado neste campo. Quando a freqüência de amostragem for de 44,1 kHz, o valor será de "0001b", quando a freqüência de amostragem for de 32kHz, o valor será de "0010b", quando a freqüência de amostragem for de 24kHz, o valor será de "0011b", quando a freqüência de amostragem for de 22,05kHz, o valor será de "0100b", e quando a freqüência de amostragem for de 16kHz, o valor será de "0101b".

[00259] O número de canais é gravado no campo de três bits a partir do bit b3 ao bit b1. Quando um canal (isto é, monauricular) for usado, o valor "000b" será escrito neste campo, enquanto que, quando dois canais (isto é, estéreo) forem usados, o valor "001b" será escrito neste campo.

[00260] O campo de doze bits do bit b31 para o bit 20 é reservado para um futuro uso, como é o bit bO.

{17-5_22-11} ISRC

[00261] Um ISRC (Código de Gravação de Padrão Internacional) é escrito na TKGI. Na Figura 22, as linhas partidas que se estendem da divisão de "ISRC" mostram o conteúdo do ISRC. Conforme mostrado no desenho, o ISRC é composto de dez bytes, com um código de item de gravação (#12) que é gravado no campo de quatro bits entre o bit b4 e o bit b7. Um código de gravação/código de item de gravação (#11) é gravado no campo de quatro bits entre o bit b8 e o bit b11.

[00262] Um Código de Gravação (ISRC#10, #9, #8) é escrito no campo de doze bits entre o bit b12 e o bit b23. Um Código de Ano de Registro (ISRC#6, #7) é escrito no campo de oito bits b24 e bit b31.

[00263] O Primeiro Código de Proprietário (ISRC#3, #4, #5) é escrito no campo de seis bits entre o bit b32 e o bit b37, e o campo de seis bits entre o bit b40 e o bit b45, e o campo de seis bits entre o bit b48 e o bit b53. O Código de País (ISRC #1, #2, #3) é escrito no campo de seis bits entre o bit 56 e o bit b61 e o campo de seis bits entre o bit b64 e o bit b69. Uma bandeira de Validade de um bit é gravada em um campo de um bit composto do bit b79. Uma descrição detalhada do ISRC pode ser encontrada no padrão ISO3901:1986 "Documenta-ção-Código de Gravação de Padrão Internacional (ISCR)".

{17-5_22-12_23A-1} BIT

[00264] A Tabela de Informação de Bloco (BIT)" é uma tabela para gerenciar um BLOCO_AOB, e apresenta a composição detalhada mostrada nas Figuras 23A e 23B.

[00265] Conforme mostrado na Figura 23A, uma BIT é composta de um campo de DESLOCAMENTO_DE DADOS que ocupa uma região do 60°. byte ao 63°. byte, um campo de DADOS_SZ que ocupa uma região do 64°. byte ao 67°. byte, um campo TMSRTE_NS que ocupa uma região do 68°. byte ao 71°. byte, um campo FNs_1a._TMSRTE que ocupa uma região do 72°. byte ao 73°. byte, um FNs_última_TMSRTE que ocupa uma região do 74°. byte ao 75°. byte, um campo FNs_média_TMSRTE que ocupa uma região do 76°. byte ao 77°. byte, e um campo de DURAÇÃO_DE TEMPO que ocupa uma região do 78°.byte ao 79°. byte.

[00266] Cada um destes campos é descrito em detalhes abaixo. (17-5_22-12_23A-2} Desclocamento_de Dados [00267] O relativo endereço do início de um BLOCO_AOB originário da divisa entre os clusters é gravado no "DESLOCAMENTO_DE DADOS" como um valor fornecido em unidades de byte. Isto expressa o tamanho de uma área inválida entre um AOB e o BLOCO_AOB. Como um exemplo, quando um usuário registrar uma radiodifusão em um cartão de memória instantâneo 31 como AOBs e desejar suprimir uma parte introdutória de uma trilha sobre a qual um DJ tenha falado, o DESLOCAMENTO_DE DADOS na BIT poderá ser ajustado para ter a reprodução da trilha sem a parte que inclui a voz do DJ.

{17-5_22-12_23A-3} DADOS_SZ

[00268] O comprimento dos dados de um BLOCO_AOB expresso em unidades de byte é escrito no "DADOS_SZ". Com a subtração de um valor produzido com a soma dos DADOS_SZ ao Deslocamento_de DADOS originário do tamanho de arquivo (um múltiplo de número inteiro do tamanho de cluster), o tamanho da área inválida que segue o BLOCO_AOB poderá ser encontrado. {17-5_22-12_23A-4} TMSRTE_Ns [00269] O número total de Entradas_TMSRT incluídas em um BLOCO_AOB é gravado no "TMSRTE_Ns". {17-5_22-12_23A-5} ,,FNs_1a._TMSRTE", "FNs_Última_TMSRTE", "FNs_média_TMSRTE" [00270] O número dos QUADROS_AOB incluídos no ELEMEN-TO_AOB posicionado no início de um BLOCO_AOB presente é escrito no "FNs_1 a._TMSRTE".

[00271] O número de QUADROS_AOB incluídos no ELEMENTO-_AOB posicionado no final do atual BLOCO_AOB é escrito no "FNs_última_TMSRTE".

[00272] O número de QUADROS_AOB incluídos em cada ELE- MENTO_AOB independente daqueles no início e no final do atual BLOCO_AOB, isto é, os ELEMENTOS_AOB no meio do BLO-CO_AOB, é escrito no "FNs_média_TMSRTE".

[00273] O período de reprodução de um ELEMENTO_AOB é gravado no formato mostrado na Figura 23C no campo "DURAÇÃO_DO TEMPO" com relação a uma precisão na ordem de milissegundos. Conforme mostrado na Figura 23C, o campo "DURAÇÃO_DE TEMPO" tem 16 bits de comprimento. Quando o processo de codificação for usado no MPEG-ACC ou MPEG_Camada3, o período de reprodução de um ELEMENTO_AOB será de dois segundos, de modo que o valor "2000" seja gravado no campo "DURAÇÃO_DE TEMPO". {17-5_22-13_23B} [00274] A Figura 23B mostra o número de QUADROS_AOB indicados pelo "FNs_média_TMSRTE". Da mesma forma que a Figura 14, a Figura 23B mostra a relação entre a freqüência de amostragem e o número de QUADROS_AOB no meio de um BLOCO_AOB.

[00275] A relação entre a freqüência_de amostragem e o número de quadros incluídos no ELEMENTO_AOB mostrado na Figura 23B é o mesmo que aquele mostrado na Figura 14, isto é, o número de quadros em um ELEMENTO_AOB depende da freqüência de amostragem usada. O número de quadros gravados no "FNs_1a._TMSRTE" e "FNs_última_TMSRTE" será fundamentalmente o mesmo que o número gravado no "FNs_média_TMSRTE", embora quando uma área inválida estiver presente nos ELEMENTOS_AOB no início e/ou no final de um BLOCO_AOB, os valores fornecidos nos "FNs_1a._TMSRTE" e/ou "FNs_última_TMSRTE" irá diferir do valor no "FNs_média_TMSRTE". {17-5_22-14_24} Exemplo de um ELEMENTO_AOB armazenado [00276] A Figura 24 mostra os clusters 007 a 00E que armazenam o AOB composto do ELEMENTO#1_AOB ao ELEMENTO#4_AOB. A seguir, são descritos os ajustes na BIT, quando um AOB for armaze- nado, conforme mostrado na Figura 24. O ELEMENTO#1_AOB ao ELEMENTO#4_AOB que são armazenados no cluster 007 ao cluster 00E são indicados na Figura 24 pelas bandeiras triangulares, com en-tradas_TMSRT sendo ajustadas na TKI para cada um dos ELEMEN-TO#1_AOB ao ELEMENTO#4_AOB.

[00277] Neste exemplo, a primeira parte do ELEMENTO#1_AOB no início do AOB é armazenada no cluster 007, enquanto que a última parte do ELEMENTO#4_AOB no final do AOB é armazenada no cluster 00E. Os ELEMENTOS#1 a #4_AOB ocupam a região entre mdO no cluster 007 a md4 no cluster 00E. Conforme mostrado pela seta sd1 na Figura 24, os DADOS_SZ na BIT indicam que os ELEMENTOS#1 a #4_AOB ocupam uma região do início do cluster 007 para o final do cluster 00E, não indicando assim a existência de áreas inválidas udO e ud1 nos clusters 007 e 00E que não são ocupadas por um ELEMEN-TO_AOB.

[00278] Por outro lado, o AOB também inclui as partes udO e ud1 que estão presentes nos clusters 007 e 00E, mas não são ocupadas pelo ELEMENTO#1_AOB ou ELEMENTO #4_AOB. O Deslocamen-to_DE DADOS na BIT fornece o comprimento da região não ocupada udO, isto é, um valor de posição para o início do ELEMENTO#1_AOB com relação ao início do cluster 007.

[00279] Na Figura 24, o ELEMENTO#1_AOB ocupa uma região de mdO no cluster 007 para md1 no cluster 008.

[00280] Este ELEMENTO#1_AOB não ocupa todo o cluster 008, com a parte restante do cluster sendo ocupada pelo ELEMEN-TO#2_AOB. O ELEMENTO#4_AOB ocupa uma região de md3 no a meio caminho através do cluster 00C para md4 a meio do caminho através do cluster 00E. Desta maneira, os ELEMENTOS_AOB podem ser armazenados através das divisas do cluster, ou, em outras palavras, os ELEMENTOS_AOB podem ser registrados sem levar em con- sideração as divisas entre os clusters. O "FNs_1a._TMSRTE" na BIT mostra o número de quadros no ELEMENTO#1_AOB que é localizado nos clusters 007 e 008, enquanto que o "FNs_última_TMSRTE" na BIT mostra o número de quadros no ELEMENTO#4_AOB que é localizado nos clusters))c a 00E.

[00281] Desta forma, os ELEMENTOS_AOB podem ser livremente posicionados sem levar em consideração as divisas entre os clusters. A BIT fornece a informação que mostra o deslocamento de uma divisa de cluster para um ELEMENTO_AOB e o número de quadros em cada ELEMENTO_AOB. {17-5_22-14_25} Uso do Número de Quadros fornecidos em cada ELEMENTO_AOB (parte 1) [00282] A seguir, é descrito como é usado o número de quadros em cada ELEMENTO_AOB fornecido na BIT. Este número de quadros fornecido na BIT será usado, quando a pesquisa prévia ou posterior for executada. Conforme mencionado anteriormente, tais operações reproduzem 240 milissegundos de dados depois de primeiramente pular os dados com um período de reprodução de dois segundos.

[00283] A Figura 25 mostra como o QUADRO#X+1_AOB, que deve ser reproduzido a seguir, será ajustado, quando da execução da pesquisa prévia que se inicia a partir de um QUADRO#x_AOB em um ELEMENTO#y_AOB em um AOB.

[00284] A Figura 25 mostra o caso em que um usuário seleciona a pesquisa prévia durante a reprodução do QUADRO#x.AOB incluído no ELEMENTO#y_AOB. Na Figura 25, "T" representa o período de reprodução intermitente (aqui, de 240 milissegundos), "F(t)" mostra o número de quadros que correspondem a este período de reprodução intermitente, "tempo_de pulo" mostra a duração do período que deve ser pulado entre os períodos de reprodução intermitente (aqui, de dois segundos), "f(tempo_de pulo)" mostra o número de quadros que corres- pondem a este tempo de pulo. A reprodução intermitente é alcançada com a repetição dos três procedimentos (1), (2), e (3), descritos abaixo. (1) O aparelho de reprodução se refere à entrada_TMSRT na TKTMSRT e pula para o início do símbolo de bandeira (ELEMEN-TO_AOB). (2) O aparelho de reprodução executa a reprodução por 240 milissegundos. (3) O aparelho de reprodução pula para o início do próximo símbolo de bandeira (ELEMENTO_AOB).

[00285] O QUADRO#x+1_AOB que existe a 2s+240ms a partir do QUADRO#x_AOB, incluído no ELEMENTO#y_AOB, estará definitivamente presente no ELEMENTO#y+1_AOB. Quando da especificação do QUADRO#x+1_AOB que é de 2s+240ms a partir do QUA-DRO#x_AOB, o primeiro endereço do próximo ELEMENTO#y+1_AOB poderá ser imediatamente calculado através da leitura de uma entra-da_TMSRT a partir da TKTMSRT, embora o aparelho de reprodução não possa saber o número dos QUADROS_AOB a partir do endereço inicial do ELEMENTO#y+1_AOB para o QUADRO#x+1_AOB a partir da entrada_TMSRT sozinha.

[00286] Para calcular este número de QUADROS_AOB, é necessário subtrair o número total de quadros incluídos no ELEMEN-TO#y_AOB do total (1) do número#x que mostra a posição do QUA-DRO#x_AOB com relação ao início do ELEMENTO#y_AOB, (2) do f(t) e (3) do f(tempo_de pulo). Para simplificar o cálculo da relativa posição de quadro do QUADRO#x+1_AOB no ELEMENTO#y+1_AOB, o "FNs_1 a._TMSRTE", o "FNs_média_TMSRTE", e o "FNs_última_TMSRTE" para cada ELEMENTO_AOB são registrados na BIT, conforme mencionado acima. {17-5_22-15_26A} O Uso do Número de Quadros fornecidos em cada ELEMENTO_AOB (parte 2) [00287] O número dos quadros escritos na BIT será também usado, quando o aparelho de reprodução executar uma função de pesquisa de tempo, onde a reprodução se inicia em um ponto indicado com o uso de um código de tempo. Na Figura 26A, é mostrado como um aparelho de reprodução pode especificar o ELEMENTO_AOB e o QUADRO_AOB correspondentes ao tempo de início da reprodução indicado pelo usuário. Quando a reprodução tiver para começar a partir de um tempo indicado pelo usuário, o tempo indicado (em segundos) será ajustado no campo de Entrada_Jmp, e a reprodução deverá começar a partir de uma posição x do ELEMENTO#y-AOB e de uma posição x de um QUADRO-AOB que satisfazem a Equação 2 fornecida abaixo.

Equação 2 Entra- da_Jmp(Seg)+(FNs_1a._TMSRTE+FNs_média_TMSRTE*y+x)*20mseg [00288] Uma vez que os ,,FNs_1a._TMSRTE" e "FNs_média_TMSRTE" são providos na BIT, estes poderão ser substituídos pela Equação 2 para calcular o ELEMENTO#y_AOB e o QUA-DRO#x_AOB. Tendo sido feito isto, um aparelho de reprodução poderá se referir à TKTMSRT do AOB, calcular o primeiro endereço do ELEMENTO#y+2_AOB (que é o (y+2)° ELEMENTO_AOB neste AOB), e começar a pesquisa para o QUADRO#x_AOB a partir deste primeiro endereço. Quando se encontrar o x°. QUADRO AOB, o aparelho de reprodução começará a reproduzir a partir deste quadro. Desta maneira, o aparelho de reprodução pode começar a reprodução dos dados a partir do tempo indicado pela Entrada_Jmp (em segundos).

[00289] Desta forma, um aparelho de reprodução não tem que procurar pelas partes do cabeçalho ADTS do QUADROS_AOB, precisando apenas executar a pesquisa nos ELEMENTOS_AOB que são for- necidos nas entradas_TMSRT na TKTMSRT. Isto significa que o aparelho de reprodução pode encontrar uma posição de reprodução que corresponda a um tempo de reprodução indicado em alta velocidade.

[00290] Da mesma maneira, quando a Entrada Jmp for ajustada e a função de pesquisa de tempo for usada como uma trilha que é composta de uma pluralidade de AOBs, o aparelho de reprodução precisará apenas calcular um ELEMENTO#y_AOB e FRAME#x_AOB que satisfazem a Equação 3 abaixo.

Equação 3 Entrada_Jmp (em segundos) = Período de reprodução a partir de AOB#1 a AOBn + (FNs_1a._TMSRTE(#n+1)+FNs_média_TMSRTE(#n+1)*y+x)*20m seg 0 período de reprodução total dos AOBs do AOB#1 ao AOB#n é dado a seguir.

Período de Reprodução Total a partir do ABO#1 ao ABO#n = ["FNs_1 a._TMSRTE"(#1 )+"FNs_média_TMSRTE,,(#1 )*(Número de entradas_TMSRT(#1 )-2) + "FNs_última_TMSRTE(#1) + "FNs_1a._TMSRTE"(#2)+("FNs_média_TMSRTE(#2)* Número de en-tradas_TMSRT (#2)-2) + ,,FNs_última_TMSRTE"(#2) + "FNS- 1 °_TMSRTE(#3) + ("FNs_média_TMSRTE"(#3)* Número das entra-das_TMSRT (#3) -2)+"FNs_última_TMSRTE (#3)... +"FNs+1°.+TMSRTE(#n) + ("FNs_média_TMSRTE"(#n) *Número de entradas_TMSRT (#n)-2) + ,,FNs_última_TMSRTE"(#n)] *20 mseg [00291] Tendo calculado um AOB#n, um ELEMENTO#y_AOB e um QUADRO#x_AOB que satisfazem a Equação 3, o aparelho de reprodução irá se referir à TKTMSRT que corresponde ao AOB#n+1, procurar pelo x°. QUADRO_AOB a partir do endereço no qual o (y+2)° ELE-MENTO_AOB (isto é, o ELEMENTO#y+2_AOB) é posicionado, e começar a reprodução a partir deste x°. QUADRO AOB. {17-5_22-16_27A,B} Supressão de um Arquivo AOB e uma TKI

[00292] Isto completa a explanação de toda a informação incluída na TKI. A seguir, é descrito como a TKI é atualizada nos quatro casos, a seguir. No primeiro caso (casol), uma trilha é suprimida. No segundo caso (caso2), uma trilha é suprimida e uma nova trilha será gravada. No terceiro caso (caso3), duas de uma pluralidade de trilhas são selecionadas e combinadas em uma única trilha. Finalmente, no quarto caso(caso4), uma trilha é dividida para produzir duas trilhas.

[00293] A seguir, é descrito o casol, onde uma trilha é suprimida.

[00294] As Figuras 27A e 27B mostram a supressão parcial de uma trilha. O exemplo nas Figuras 27A e 27B corresponde ao Gerenciador de Trilha mostrado na Figura 19, e assume que o usuário indicou a supressão parcial da Trilha B. O AOB, que corresponde à TrilhaB, é gravado no "AOB002,.SA1", que é associado com a TKI#2. Isto significa que a supressão do "AOB002.SA1 é acompanhada pelo ajuste de "Inutilizado" no TKIBLKATR da TKI#2. Este estado onde "AOB002.SA1" foi suprimido e "Inutilizado" e foi ajustado no TKI BLK ART da TKI#2 é mostrado na Figura 27B. Uma vez que "AOB002.SA1" foi suprimido, a região que foi primeiramente ocupada pelo "AOB002.SA1" estará livre para se tornar uma região inutilizada. Conforme mencionado acima, a outra mudança é a de que "Inutilizado" é ajustado no TKI_BLK_ATR da TKI#2.

{17-5_22-17_28A,B} Designação das TKIs, quando de um novo registro do AOB

[00295] A seguir, é descrito o caso2, onde uma nova trilha é gravada depois da supressão de uma trilha.

[00296] A Figura 28A mostra o Gerenciador de Trilha depois da supressão das trilhas ter sido executada diversas vezes. Conforme mostrado na Figura 28A, se as trilhas que correspondem a TKI#2, TKI#4, TKI#7, e TKI#8 tiverem sido suprimidas, então "Inutilizado" será ajustado no TKI BLK ATR destas TKIs. Enquanto os arquivos AOB são suprimidos da mesma forma que os arquivos de dados convencionais, o Gerenciador de Trilha é atualizado com o simples ajuste de "Inutilizado" no TKI_BLK_ATR da TKI correspondente. Isto significa que as TKIs, cujos TKI_BLK_ATRs são ajustados em "Inutilizado", podem aparecer em diferentes locais no Gerenciador de Trilha.

[00297] A Figura 28B mostra como uma nova TKI e um arquivo AOB são gravados, quando uma TKI, cujo TKIBLKATR é "Inutilizado", está presente no Gerenciador de Trilha. Como na Figura 28A, a TKI#2, a TKI#4, a TKI#5, a TKI#7, e a TKI#8 na Figura 28B são ajustadas como "Inutilizadas".

[00298] Na Figura 28B, a nova trilha a ser gravada é composta de quatro AOBs. As TKIs inutilizadas usadas para registar estes AOBs são determinadas de acordo com o DPL TK SRPs ou podem ser livremente escolhidas. No presente exemplo, as TKIs inutilizadas de números TKI#2, TKI#4, TKI#7 e TKI# 8 são usadas para registrarem as TKIs para a nova trilha.

[00299] Uma vez que estes quatro AOBs compõem uma trilha, a "Origem_da_Trilha" é ajustada no TKI_BLK_ATR da TKI#2, o "Meio_da_Trilha" é ajustado no TKI BLK ATR da TKI#4 e TKI#7, e o "Final_da_Trilha" é ajustado no TKI_BLK_ATR da TKI#8. A TKI_LNK_PTR em cada uma das quatro TKIs, TKI#2, TKI#4, TKI#7, e TKI#8 usadas para compor a próxima TrilhaD é ajustada, de modo que, conforme mostrado pelas setas TL2, TL4 e TL7, a TKI#4 seja ajustada no TKI_LNK_PTR da TKI#2, a TKI#7 seja ajustada no TKI LNK PTR da TKI#4, e a TKI#8 seja ajustada no TKI_LNK_PTR da TKI#7.

[00300] Depois disso, são produzidos os arquivos "AOB002.SA1", "AOB004,SA1", "AOB007.SA1" e "AOB008.SA1" que apresentam os mesmos números que as TKI#2, TKI#4, TKI#7, TKI#8, e os quatro AOBs que compõem a TrilhaD são armazenados nestes quatro arqui- vos.

[00301] Através do ajuste adequado dos TKI_LNK_PTRs e TKI_LNK_ARTs, esta quarta trilha TrilhaD poderá ser gerenciada com o uso da TKI#2, TKI#4, TKI#7m e TKI#8, [00302] Conforme descrito acima, quando uma nova trilha for gravada no cartão de memória instantâneo 31, as TKIs no Gerenciador de Trilha que são ajustadas como "Inutilizadas" serão designadas como as TKIs a serem usadas para as trilhas que devem ser logo gravadas. {17-5_22-18_29A,B} Ajuste da TKI, quando da Combinação de Duas Trilhas [00303] A seguir, é descrita a atualização da TKI, quando da combinação das trilhas (caso3).

[00304] As Figuras 29A e 29B mostram como as TKIs serão ajustadas, quando duas trilhas forem combinadas para produzir uma nova trilha. O exemplo na Figura 29A usa o mesmo Gerenciador de Trilha que a Figura 19 e mostra o caso em que o usuário executa uma operação de edição para combinar TrilhaC e TrilhaE em uma única trilha.

[00305] Neste caso, os AOBs que correspondem à TrilhaC e a TrilhaE são registrados nos arquivos AOB "AOB003.SA1"e "AOB008.SA1" que correspondem à TKI#3 e TKI#8, de modo que os TKI BLK ARTs da TKI#3 e TKI#8 sejam regravados. A Figura 29B mostra o TKIBLKATR destas TKIs depois da regravação. Na Figura 29A, os TKI BLK ATRs da TKI#3 e TKI#8 são gravados como "Trilha", mas na Figura 29B o TKI BLK ATR da TKI#3 é regravado com relação à "Origem_da_Trilha" e o TKI_BLK_ATR da TKI#8 é regravado como o "Final_da_Trilha". Com a regravação dos TKI-BLK_ATRs, con-seqüentemente, os arquivos AOB "AOB003.SA1" e "AOB008.SAT' que correspondem à TKI#3 e TKI#8 terminam sendo tratados como partes de uma única trilha, a nova TrilhaC. Esta operação é acompanhada pelo TKI LNK PTR da TKI#3 que é regravado para indicar a TKI#8.

[00306] Deve ser particularmente notado aqui que enquanto os TKI_BLK_ATRs da TKI são regravados, nenhum processamento é executado para fisicamente combinar os arquivos AOB "AOB003.SA1" e "AOB008.SA1". Isto se deve ao fato dos arquivos AOB serem, cada qual, criptografados, com o uso de diferentes Teclas FileKey, de modo que quando da combinação dos arquivos AOB, seria necessário executar dois processos para cada arquivo AOB primeiramente descripto-grafar o arquivo AOB criptografado e depois novamente criptografar o resultado, resultando em uma carga de processamento excessiva. Também, um arquivo AOB combinado desta forma seria criptografado com o uso de uma única Tecla FileKey, que tornaria a trilha combinada menos segura que as trilhas usadas para produzi-la.

[00307] A TKI é originalmente projetada de modo a suprimir o tamanho da TKTMSRT, de modo que a combinação física dos arquivos AOB, através de uma operação de edição conduziría também o risco da TKI se tornar grande demais.

[00308] Por razões fornecidas acima, as operações de edição que combinam as trilhas deixam os arquivos AOB em seu estado criptografado e são alcançadas com a mera mudança dos atributos fornecidos pelos TKI_BLK_ATRs. (17-5_22-28_29A,B-1_30,31) Condições que Devem Ser Satisfeitas Quando da Combinação das Trilhas [00309] A combinação das trilhas é executada com a mudança dos atributos de TKI BLK ATR, conforme descrito acima, mas os AOBs que são incluídos nas trilhas combinadas devem satisfazer as condições fornecidas abaixo.

[00310] Uma primeira condição é a de que o AOB que deve compor uma última parte de uma nova trilha precisa ter os mesmos atributos de áudio (modo de codificação de áudio, bitrato, freqüência de amostragem, número de canais, etc.) que o AOB que deve compor a primei- ra parte da nova trilha. Se um AOB apresentar diferentes atributos de áudio ao AOB anterior ou posterior, o aparelho de reprodução terá que reinicializar a operação do decodificador, o que dificulta a reprodução sem costura (isto é, ininterrupta) dos AOBs consecutivos.

[00311] A segunda condição é a de que na trilha produzida através da combinação não podem ser ligados três ou mais AOBs formados de apenas ELEMENTOS_AOB, cujo número de QUADROS_AOB está abaixo do número exigido para um "FNs_média_TMSRTE".

[00312] Os AOBs são classificados em dois tipos dependendo da condição de pelo menos um ELEMENTO_AOB incluir um mesmo número de QUADROS_AOB como o número de quadros estipulado para um "FNs_média_TMSRTE". O AOB Tipol inclui pelo menos um ELE-MENTO_AOB que apresenta este número de QUADROS_AOB, enquanto o AOB Tipo2 não inclui nenhum ELEMENTO_AOB, que apresenta este número de QUADROS_AOB.

[00313] Em outras palavras, os ELEMENTOS_AOB em um AOB Tipo2 são um número menor de QUADROS_AOB do que "FNs_média_TMSRTE", e a segunda condição estipula que três AOBs Tipo2 não podem ser ligados entre si.

[00314] A razão para a segunda condição é a seguinte. Quando o aparelho de reprodução ler AOBs sucessivamente, será preferível que um número suficiente de QUADROS_AOB seja acumulado no armazenamento intermediário do aparelho de reprodução, embora isto não possa ser alcançado, quando da presença de AOBs do Tipo2 consecutivos. Em tal caso, um subfluxo provavelmente irá ocorrer no armazenamento temporário do aparelho de reprodução, de modo que a reprodução ininterrupta pelo aparelho de reprodução não possa mais ser garantida. Por isso, a fim de se evitar tais subfluxos, é usada a segunda condição que estipula que três ou mais AOBs Tipo2 não podem ser ligados continuamente.

[00315] A Figura 30A mostra um AOB Tipol, enquanto a Figura 30B mostra dois exemplos dos AOBs Tipo2. Na Figura 30B, ambos os AOBs são compostos de menos de dois ELEMENTOS_AOB, sem que nenhum dos ELEMENTOS_AOB inclua um número de QUA-DROS_AOB ajustado para um "FNs_média_TMSRTE" que é a condição pela qual um AOB é classificado como um AOB Tipo2, isto é, todos os AOBs mostrados neste desenho são classificados como AOBs Tipo2.

[00316] Na Figura 31 A, é mostrada uma combinação de AOBs Tipol+Tipo2+Tipo2+Tipo1 em uma única trilha. Na medida em que esta combinação não envolve a ligação de três AOBs Tipo2, estes AOBs podem ser ligados para formarem uma única trilha.

[00317] A Figura 31B mostra a ligação dos AOBs Tipol+Tipo2+Tipo2+Tipo2+Tipo1 em uma única trilha. Esta combinação resultaria na existência de três AOBs Tipo2 consecutivos, sendo assim proibida. {17-5_22-18_29A,B-1_32) Combinação das Trilhas com relação às Combinações dos AOBs Tipol e Tipo2 [00318] A combinação dos AOBs em uma única trilha, mostrada na Figura 31 A, se o último AOB na primeira trilha for um AOB Tipol, a combinação poderá ser executada, não obstante se a primeira parte desta trilha é um AOB Tipo 1 ou um AOB Tipo2. A Figura 32A mostra o caso em que o último AOB na primeira trilha é um AOB Tipol e o primeiro AOB na próxima trilha é também um AOB Tipol. A Figura 32B mostra o caso em que o último AOB na primeira trilha é um AOB Tipol e o primeiro AOB na próxima trilha é um AOB Tipo2. Na medida em que a segunda condição é satisfeita em ambos estes casos, as trilhas ilustradas podem ser combinadas em uma única trilha.

[00319] Quando o último AOB na primeira trilha for um AOB Tipo2 e o AOB anterior na primeira trilha for um AOB Tipol, esta primeira trilha poderá ser combinada com uma trilha seguinte que se inicia com um AOB Tipol, não obstante se o primeiro AOB na primeira trilha é um AOB Tipol ou um AOB Tipo2.

[00320] A Figura 32C mostra o caso em que a primeira trilha termina com um AOB Tipol e um AOB Tipo2, nessa ordem, e a segunda trilha começa com um AOB Tipol. A Figura 32D mostra o caso em que a primeira trilha termina com um AOB Tipol e um AOB Tipo2, nessa ordem, e a segunda trilha começa com um AOB Tipo2 e um AOB Tipol, nessa ordem. Na medida em que a segunda condição é satisfeita em ambos estes casos, as trilhas ilustradas podem ser combinadas em uma única trilha.

[00321] Quando a primeira trilha terminar com um AOB Tipo2 e o AOB imediatamente anterior for também um AOB Tipo2, esta primeira trilha poderá ser combinada com uma trilha seguinte que se inicia com um AOB Tipol. A Figura32E mostra o caso em que a primeira trilha termina com dois AOBs Tipo2 e a segunda trilha começa com um AOB Tipol. Na medida em que a segunda condição é satisfeita neste caso, as trilhas ilustradas poderão ser combinadas em uma única trilha. Desta maneira, quando duas trilhas forem combinadas, uma investigação será executada para ver se as duas trilhas satisfazem as primeira e segunda condições e as duas trilhas serão apenas combinadas, se elas forem julgadas como satisfazendo estas condições. A seguir, é descrita a atualização da TKI para o caso4, onde uma trilha é dividida. {17-5_22-19_33A,B} Ajustes para a TKI, Quando da Divisão de uma Trilha a [00322] As Figuras 33A e 33B mostram exemplos de quando uma única trilha deve ser dividida para produzir duas novas trilhas. Para estes exemplos, o conteúdo do Gerenciador de Trilha é o mesmo que na Figura 27, com o usuário sendo assumido como tendo executado uma operação de edição que divide a TrilhaC em duas novas trilhas, TrilhaC e TrilhaF. Quando a TrilhaC for dividida em uma nova TrilhaC e TrilhaF, o arquivo AOB "AOB002.SA1" será gerado correspondendo à TrilhaF. A Figura 33A mostra que a TKI#2 é ajustada como "Inutilizada", com esta TKI#2 sendo designada ao arquivo AOB logo gerado "AOB002.SA1".

(17-5_22-19_33A,B-1_34A,B) Atualização das Entradas de Diretório e Valores FAT

[00323] Quando o arquivo AOB "AOB003.SA1" for dividido para produzir "AOB002.SA1", as entradas de diretório e os valores FAT terão que ser atualizados. Esta atualização é explicada abaixo. A Figura 34A mostra como a Entrada de Diretório SD_Audio no Diretório SDAudio ao qual pertence o arquivo AOB "OB003.SA1" é gravada antes da divisão do arquivo.

[00324] O arquivo AOB "AOB003.SA1" é dividido em uma pluralidade de partes que são armazenadas nos clusters 007, 008, 009, 00A... 00D, 00E. Neste caso, o primeiro número de cluster para o arquivo AOB "AOB003.SA1" fornecido na entrada de diretório é gravado como "007". Os valores (008), (009), (00A),... (00D), (00E) são também gravados nos valores FAT 007, 008, 009, 00A... 00D que correspondem aos clusters 007, 008, 009, 00A... 00D.

[00325] Quando o arquivo AOB "AOB003.SA1" for dividido, de modo que sua última parte se torne o novo arquivo AOB "AOB002.SA1", um "nome de arquivo", uma "extensão de nome de arquivo" e um "número de primeiros clusters no arquivo" para o novo arquivo AOB "AOB002.SA1" serão acrescentados à entrada de diretório SD Audio. A Figura 34B mostra como a Entrada de Diretório SD Audio no Diretório SD Audio ao qual pertence o arquivo AOB "AOB003.SA1" é gravada depois que o arquivo AOB "AOB003.SA1" foi dividido.

[00326] Na Figura 34B, o cluster 00F armazena uma cópia do cluster 00B que inclui a divisa indicada pelo usuário, quando da divisão do arquivo. As partes do arquivo AOB "AOB002.SA1" que seguem a parte incluída no cluster 00B são armazenadas nos clusters 00C, 00D, 00E, como antes. Uma vez que a primeira parte do arquivo AOB "AOB002.SA1" é armazenada no cluster 00F e as partes restantes são armazenadas nos clusters 00C, 00D, 00E, "00F" será gravado no "número do primeiro cluster no arquivo" para o novo arquivo AOB "AOB002.SA1", enquanto (00C), (00D), (00E) são gravados nos valores FAT OOF.OOC, 00D, 00E que correspondem aos clusters 00F, 00C, 00D, e 00E.

{17-5_22-19_33A,B-2_35A,B} Ajuste dos Campos de Informação na TKI

[00327] A seguir, é mostrado como os campos de informação na TKI são ajustados para o arquivo AB "AOB002.SA1", uma vez que este arquivo foi obtido com a atualização das entradas de diretório e os valores FAT. Quando da geração de uma TKI para uma trilha dividida, há dois tipos de campos de informação na TKI. Há (1) informação que pode ser copiada da TKI original e (2) informação obtida com a atualização da informação na TKI original. Os TKTXTI DA e o ISRC são o primeiro tipo, enquanto a BIT, a TKTMSRT e outros campos de informação são o último tipo. Uma vez que há ambos os tipos de informação, a presente concretização gerará uma TKI para uma trilha dividida através da cópia da TKI original para produzir um gabarito para a nova TKI, e depois através da divisão/atualização da TKTMSRT e BIT neste gabarito e da atualização dos campos de informação restantes.

[00328] A Figura 35A mostra o caso em que um QUADRO_AOB é dividido em um AOB. O primeiro nível na Figura 35A mostra os quatro ELEMENTOS_AOB, o ELEMENTO#1_AOB, o ELEMENTO#2_AOB, o ELEMENTO#3_AOB, e o ELEMENTO#4_AOB. Os comprimentos de dados destes ELEMENTOS_AOB são ajustados na TKTMSRT como as quatro entradas_TMSRT #1, #2, #3 e #4. Se a divisa bd1 para a divisão for ajustada no ELEMENTO#2_AOB, na Figura 35A, o ELE-MENTO#2_AOB será dividido em uma primeira região (1) formada dos quadros localizados antes da divisa bd1 e uma segunda região (2) composta dos quadros localizados depois da divisa bd1. A Figura 35B mostra os dois AOBs, o AOB#1 e o AOB#2 obtidos com a divisão do AOB no meio do caminho através do ELEMENTO#2_AOB. {17-5_22-19_33A,B-3_36} Ajuste da BIT] [00329] A Figura 36 mostra como a BIT será ajustada, quando um AOB for dividido, conforme mostrado na Figura 35. O AOB, mostrado na Figura 35, é dividido na divisa bd1. O AOB#1, produzido por esta divisão, inclui os dois ELEMENTOS_AOB, o ELEMENTO#1_AOB e o ELEMENTO#2_AOB, enquanto que o outro AOB#2, produzido por esta divisão, inclui os três ELEMENTOS_AOB, o ELEMENTO#1_AOB, o ELEMENTO#2_AOB, e o ELEMENTO#3_AOB.

[00330] Na Figura 36, estes ELEMENTOS_AOB receberam também bandeiras triangulares para mostrar os ajustes das entra-das_TMSRT incluídas nas TKIs que correspondem a estes AOBs. A explanação focalizará primeiro o AOB#1, que é obtido por esta divisão. O ELEMENTO#1_AOB e o ELEMENTO#2_AOB que são incluídos no AOB#1 ocupam o cluster 007 ao cluster 00A, de modo que o AOB#1 seja manipulado como sendo o composto do cluster 007 e cluster 00A. O ELEMENTO#2_AOB no AOB#1 apresenta um comprimento de dados que termina não no final do cluster 00A, mas na divisa bd1 que está presente dentro do cluster 00A, de modo que os DADOS_SZ para o AOB#1 sejam fornecidos como a quantidade de dados a partir da região mdO para a divisa bd1 no cluster 00A. O "FNs_1a._TMSRTE" para o AOB#1 é o mesmo que antes da divisão, enquanto o "FNs_última_TMSRTE" para o AOB#1 difere do valor usado antes da divisão que agora indica o número de quadros a partir do início do ELEMENTO#2_AOB antes da divisão da divisa bd1.

[00331] A seguir, é descrito o AOB#2 que é obtido com esta divisão. O ELEMENTO#1_AOB, o ELEMENTO#2_AOB, e o ELEMEN-TO#3_AOB que são incluídos no AOB#2 ocupam o cluster 00B ao clu-ster 007. O cluster 00F inclui uma cópia do conteúdo do cluster 00A. A razão do cluster 00F armazenar uma cópia do cluster 00A é a de que o cluster 00A é ocupado pelo ELEMENTO#2_AOB no AOB#1, de modo que seja necessário designar um cluster diferente para o ELEMEN-TO#1_AOB no AOB#2.

[00332] O ELEMENTO#1_AOB no AOB#2 tem um comprimento de dados que começa não início do cluster 00F, mas na divisa bd1 que está presente dentro do cluster 00F, de modo que os DADOS_SZ para o AOB#2 seja fornecido como a quantidade de dados originária do início do cluster 00B para um ponto no meio do caminho através do cluster 00E mais o comprimento de dados da parte do cluster 00F ocupado pelo ELEMENTO#1_AOB.

[00333] A parte do ELEMENTO#2_AOB no AOB#1 que é incluída na cópia do cluster 00A armazenado no cluster 00F precisa ser excluída do AOB#2, de modo que o campo de Deslocamento_ de DADOS na BIT do AOB#2 seja ajustado no tamanho da arte do ELEMEN-TO#2_AOB no AOB#1 incluído no cluster 00F.

[00334] Conforme pode ser visto a partir da Figura 36, a divisão do resultado AOB apenas no ELEMENTO_AOB que inclui a divisa para a divisão que é dividida em dois e nos outros ELMENTOS_AOB posicionados antes e depois do ELEMENTO_AOB dividido permanece inalterado. Como resultado, o "FNs_última_TMSRTE" do AOB#2 é ajustado no mesmo valor para o ELEMENTO#4_AOB antes da divisão, e o "FNs_1 a._TMSRTE" do AOB#2 é ajustado no ELEMENTO#1_AOB do AOB#2, isto é, o número de quadros incluídos na parte que segue a divisa, uma vez que o ELEMENTO#2_AOB foi dividido.

{17-5_22-19_33A,B-4_37} Ajuste da BIT

[00335] A Figura 37 mostra um exemplo mais específico das mudanças nas BITs como um resultado da divisão de uma trilha. O lado esquerdo da Figura 37 mostra um exemplo dos ajustes da BIT antes da divisão. Nesta BIT, o Deslocamento_de Dados é ajustado como "X", os Dados_ SZ são ajustados em "52428", e o TMSRTENs é ajustado em "η". O FNs_1a._TMSRTE é ajustado em "80 quadros", o FNs_média_TMSRTE é ajustado em "94 quadros", e o FNs_última_TMSRTE é ajustado em "50 quadros".

[00336] O lado direito da Figura 37 mostra os ajustes das duas BITs produzidas pela divisão de uma trilha. Quando o AOB que corresponde à BIT no lado esquerdo da Figura 37 for dividido, conforme mostrado na Figura 35A, o Deslocamento_de Dados na BIT da primeira trilha produzida pela divisão será ajustado em "X" como a trilha antes da divisão", o "Dados_SZ" será atualizado para o comprimento de dados "Q" a partir do início para o ponto de divisão Q, e o TMSRTE Ns será ajustado em "k" que mostra o número de entradas_TMSRT a partir da primeira entrada TMSRT para o k°. entrada_TMSRT. Os FNs_1a._TMSRTE e FNs_média_TMSRTE são, respectivamente, ajustados em "80" e "94" quadros da mesma maneira que a BIT antes da divisão, mas uma vez que o ELEMENTO_AOB final no AOB da primeira trilha produzida pela divisão inclui "p" QUADROS_AOB, o FNs_última_TMSRTE é ajustado em "p quadros".

[00337] Na BIT da segunda trilha produzida pela divisão, o "Deslo-camento_de Dados" é ajustado em 'R", o "Dados_SZ" é ajustado em (Dados#SZ original "52428"-comprimento de dados até o ponto de divisão Q), e o TMSRTE-Ns é ajustado em "n-k+1" produzido com o acréscimo (para a k°. entrada_TMSRT que foi recentemente acrescentada como um resultado da divisão) ao número de entradas_TMSRT a partir da K° entrada_TMSRT à n° entrada_TMRST.

[00338] Os FNs_média_TMSRTE e FNs_última_TMSRTE são ajus- tados nos mesmos valores que a BIT antes da divisão, isto é, "94 quadros" e "50 quadros", respectivamente.

[00339] O primeiro ELEMENTO_AOB no AOB desta segunda trilha inclui "94-P" QUADROS_AOB, de modo que "94-p seja ajustado no FNs_1a._TMSRTE da BIT que corresponde à esta trilha.

{17-5_22-19_33A,B-5_38} Ajuste da BIT

[00340] A Figura 38 mostra a TKTMSRT depois da divisão. A seguir, são explicados os ajustes da primeira TMSRT. O TMSRT da primeira trilha inclui as entradas_TMSRT originárias da primeira entra-da_TMSRT do AOB antes da divisão para a k°. entrada_TMSRT, isto é, as entradas_TMSRT #1 a #k.

[00341] Deve ser notado aqui que o ELEMNTO#k_AOB que inclui a divisa para a divisão apenas inclui a região (1), de modo que a k°. en-trada_TMSRT apenas inclua um tamanho de dados que corresponde à esta região (1). A TMSRT da segunda trilha inclui as entradas_TMSRT originárias da k°. entrada_TMSRT do AOB antes da divisão para a n°. entrada_TMSRT, isto é, as entradas_TMSRT #k a #n. Deve ser notado aqui que o ELEMENTO#k_AOB que inclui a divisa para a divisão apenas inclui a região (2), de maneira que a k°. entrada_TMSRT apenas inclua um tamanho de dados que corresponde à esta região (2).

[00342] A cópia da TKI é acompanhada pela divisão e atualização da TKTMSRT e da BIT, e uma vez que a informação restante foi atualizada, ficando assim completas as TKIs para as novas trilhas produzidas pela divisão. Da mesma maneira que quando da combinação das trilhas, os arquivo AOB não serão descriptografados, de modo que duas trilhas possam ser produzidas com a divisão de um arquivo AOB em seu estado criptografado. Uma vez que a divisão de um arquivo AOB não envolve a descriptografia e a recriptografia, a carga de processamento da divisão de uma trilha pode ser suprimida. Isto significa que as trilhas podem ser editadas mesmo por um aparelho de repro- dução com uma potência limitada de processamento.

[00343] Isto completa a explanação da TKI. A seguir, são descritas as Seqüências de Execução. {17-6} Gerenciador de Seqüência de Execução [00344] Conforme mostrado pelas linhas partidas h5 na Figura 17, a Gerenciador de Seqüência de Execução mostrada é formada da In-formação_de Gerenciador de Seqüência de Execução (PLMGI) para gerenciar as Seqüências de Execução armazenadas no cartão de memória instantâneo 31, a lnformação_de Seqüência de Execu-ção_Padrão (DPLI) para gerenciar todas as trilhas armazenadas no cartão de memória instantâneo 31, e a Informação de Seqüência de Execução (PLI) #1, #2, #3, #4... #m. Cada PLI é informação para uma Seqüência de Execução definida por usuário. Conforme mostrado pelas linhas partidas h6, a DPLI é composta de lnformação_Geral_de Seqüência de Execução_Padrão (DPLGI) e lndicadores_de Pesqui-sa_de Trilha_de Seqüência de Execução_Padrão (DPL_TK_SRP) #1, #2, #3, #4... #m. Conforme mostrado pelas linhas partidas h7, cada PLI é composta de lnformação_Geral_de Seqüência de Execução (PLGI), e lndicadores_de Pesquisa_de Trilha_de Seqüência de Execução (PL_TK_SRP) #1, #2, #3, #4... #m.

[00345] A DPLI mencionada aqui difere de cada PLI da seguinte maneira. Enquanto a DPLI tem que indicar todas as trilhas armazenadas no cartão de memória instantâneo 52, a PLI não tem esta restrição e pode indicar qualquer número de trilhas. Isto dá margens à várias possibilidades para o usuário. Como exemplos representativos, o usuário pode gerar a lnformação_de Seqüência de Execução que indica apenas suas trilhas favoritas e armazenar esta lnformação_de Seqüência de Execução no cartão de memória instantâneo 31, ou pode ter um aparelho de reprodução para automaticamente gravar a Infor-mação_de Seqüência de Execução que apenas indica as trilhas de um certo gênero, dentre a pluralidade de trilhas armazenadas no cartão de memória instantâneo 31, e armazenar a Informação de Seqüência de Execução resultante no cartão de memória instantâneo 31. {17-7_18} Número de Seqüências de Execução e Seus Tamanhos de Dados [00346] Conforme mostrado na Figura 18, um máximo de 99 Seqüências de Execução pode ser armazenado em um cartão de memória instantâneo 31. O tamanho dos dados combinados da Informa-ção_de Gerenciador de Seqüência de Execução (PLMGI) e a Informação de Seqüência de Execução de Padrão (DPLI) são também fixados em 2,560 bytes. Cada PLI apresenta um comprimento fixo de 512 bytes. O "DPLTKSRP" incluído na Informação de Seqüência de Execução de Padrão inclui um "DPL_TK_ATR" e um "DPL_TKIN". Por outro lado, o campo "PL_TK_SRP" incluído em uma PLI inclui apenas um "PL+TK_SRP". O formato dos campos DPL_TK_ATR, DPL_TKIN_, e PL_TKIN é mostrado na Figura 39.

{17-8_39-1} Formato do DPL_TK_SRP

[00347] A Figura 39A mostra o formato do DPL_TK_SRP. Na Figura 39A, o DPL_TKIN é escrito no 0o. ao 9o. bits no DPL_TK_SRP, enquanto que o DPL TK ATR é escrito no 13°. ao 15°. bits. O 10°. ao 12°. bits no DPL TK SRP são reservados para um futuro uso.

[00348] O número TKI é escrito no DPL_TKIN que ocupa o 0o. ao 9o. bits no DPL TK SRP. Isto permite que um TKI seja especificado. {17-9_39B} Formato do PL_TK_SRP

[00349] A Figura 39B mostra o formato do PL_TK_SRP. Este é um campo de dez bits, no qual PL_TKIN, isto é, um número TKI, é escrito. {17-8_39A-2} Composição do DPL_TK_ATR

[00350] As linhas partidas h51 e h52 que se estendem a partir do DPL_TK_ATR, na Figura 39A, mostram um exemplo do ajuste do DPL_TK_ATR. Conforme pode ser visto a partir deste desenho, o DPLTKATR é ajustado para um DPL_TKI_SRP da mesma maneira que o TKIBLKATR é ajustado para uma TKI, isto é, o DPL_TK_ATR é ajustado em uma das "Trilha", "Origem_da_Trilha", "Ponto Interme-diário_da_Trilha", e "Final_da_Trilha".

[00351] Em maiores detalhes, quando a TKI indicada pela TKIN for usada e um Objeto de Áudio (AOB) que corresponde a uma trilha completa for gravado no arquivo AOB correspondente à TKI indicada (isto é, quando o TKI_BLK_ATR da TKI for "Trilha"), o valor "00b" será ajustado no DPL TK ATR".

[00352] Quando a TKI indicada pela TKIN for usada e um Objeto de Áudio (AOB) correspondendo a apenas o início de uma trilha for gravado no arquivo AOB que corresponde à TKI indicada (isto é, quando o TKI_BLK_ATR da TKI for "Origem_da_Trilha"), o valor O01b" será ajustado no "DPL_TK_ATR". Quando a TKI indicada pela TKIN for usada e um Objeto de Áudio (AOB) correspondendo a uma trilha parcial intermediária for registada no arquivo AOB que corresponde à TKI indicada (isto é, quando o TKI_BLK_ATR da TKI for "Ponto Intermediá-rio_da_Trilha"), o valor "010b" será ajustado no "DPL TK ATR". Quando a TKI indicada pela TKIN for usada e um Objeto de Áudio (AOB) que corresponde a uma parte final de uma trilha for gravada no arquivo AOB correspondendo à TKI indicada (isto é, quando o TKI BLK ATR da TKI for 'Final_da_Thlha"), o valor "011b" será ajustado no "DPL_TK_ATR".

[00353] Contrariamente, quando a TKI indicada pela TKIN for inutilizada e a região da TKI for meramente estabelecida, o que corresponde ao momento em que uma TKI tiver sido suprimida (isto é, quando o TKI_BLK_ATR da TKI for "Inutilizado"), o valor "100b" será ajustado no DPL_TK_ATR".

[00354] Quando a TKI indicada pela TKIN for inutilizada e nenhuma região TKI tiver sido estabelecida, isto é, quando uma TKI estiver em um estado inicial, o valor "101b" será ajustado no "DPLTKATR".

[00355] Uma vez que o número de uma TKI tenha escrito no DPLTKIN, fica evidente qual da pluralidade de TKIs corresponde a cada DPL_TK_SRP. A posição do DPLTKSRP na lnformação_de Seqüência de Execução_Padrão mostra quando o AOB correspondendo à TKI que, por sua vez, corresponde ao DPL TK SRP será reproduzido, isto é, a posição ordinal do AOB na Seqüência de Execu-ção_Padrão. Como resultado, a ordem os itens DLL TK SRP na Seqüência de Execução_Padrão indica a ordem na qual uma pluralidade de trilhas será reproduzida, ou, em outras palavras, determina a ordem de reprodução das trilhas. {17-9_40-1} Inter-relação Entre a lnformação_de Seqüência de Execução_Padrão, da TKI e dos arquivos AOB.

[00356] A Figura 40 mostra a inter-relação entre a lnformação_de Seqüência de Execução_Padrão, a TKI, e os arquivos AOB. O segundo, o terceiro e o quarto níveis, neste desenho, são os mesmos que o primeiro, o segundo e o terceiro níveis na Figura 19, mostrando assim um Gerenciador de Trilha que inclui outras TKIs e outros arquivos AOB. A Figura 40 difere da Figura 19 pelo fato de uma divisão que mostra a lnformação_de Seqüência de Execução_Padrão ser fornecida no primeiro nível. As oito divisões pequenas mostradas nesta divisão mostram os oito DPL_TK_SRPs incluídos na lnformação_de Seqüência de Execução_Padrão. A parte superior de cada divisão mostra o DPL_TK_ATR, enquanto a parte inferior mostra O DPL TKIN.

[00357] Conforme mostrado pelas setas DT1, DT2, DT3, DT4... na Figura 40, o DPL_TK_SRP#1 e a TKI#1 são mencionados, assim como o DPL_TK_SRP#2 e a TKI#2, o DPL_TK_SRP#3 e a TKI#3, e o DPL_TK_SRP#4 e TKI#4.

[00358] Olhando para os campos DPL_TK_ATR no DPL TK SRP, pode ser visto que a "Trilha" foi estabelecida para cada DPL_TK_SPR#1, DPL_TR_SRP#2, DPL_TK_SRP#3 e DPL_TK_SRP#8. Em outras palavras, as quatro combinações DPL_TK_SRP#1 □ TKI#1 ("AOB001 .SA1"). DPL_TK_SRP#2 □ TKI#2 ("AOB002.SA1"), DPL_TK_SRP#3 □ TKI#3 ("AOB003.SAr), DPL_TK_SRP#8 □ TKI#8 ("AOB008.SA!") correspondem à quatro trilhas separadas.

[00359] Enquanto isso, nenhum dos DPL_TK_SRP#4, DPL_TK_SRP#5, DPL_TK_SRP#6, e DPL_TK_SRP#7 apresenta um DPLTKATR ajustado como "Trilha". Ao invés disso, O DPL_TK_SRP#4 do DPL_TK_ATR é ajustado na "Origem_da_Trilha", o DPL_TK_ATR do DPL_TK_SRP#7 é ajustado no "Final_da_Trilha" e o DPL_TK_ATRs do DPL_TK_SRP#5 e DPL_TK_SRP#6 são ajustados no "Ponto lntermediário_da_Trilha".

[00360] Isto significa que TKI#4 ("AOB004.SA1"), que se refere a DPL_TK_SRP#4, é o início de uma trilha, TKI#5 ("AOB005.SA1") e TKI#6 ("AOB006.SA1"), são partes intermediárias de uma trilha, e TKI#7 ("AOB007.SA1"), que se refere ao DPL_TK_SRP#7, é o final de uma trilha.

[00361] As entradas do DPL TK SRP na Seqüência de Execução Padrão mostram em que ordem os AOBs correspondendo a cada TKI devem ser reproduzidos. Os DPL TKINs do DPL_TK_SRP#1, #2, #3, #4... #8 na Seqüência de Execução padrão da Figura 40 indicam a TKI#1, #2, #3, #4... #8. Conforme mostrado pelas setas (1) (2) (3) (4)... (8), o arquivo AOB "AOB001 .SA1"que corresponde à TKI#1 será reproduzido primeiro, o 'AOB002.SA1" que corresponde à TKI#2 será reproduzido em segundo lugar, o 'AOB003.SA1" que corresponde à TKI#3 será reproduzido em terceiro lugar, e o "AOB004.SA1" que corresponde à TKI#4 será reproduzido em quarto lugar. {17-10_41) Ajustes Exemplificativos para a Seqüência de Execução Padrão e lnformação_de Seqüência de Execução [00362] A Figura 41 mostra os ajustes exemplificativos para a Se-qüência de Execução_Padrão e a lnformação_de Seqüência de Execução com o uso da mesma notação que a Figura 40. Na Figura 41, a divisão no primeiro nível mostra a Seqüência de Execução_Padrão, enquanto que as três divisões no segundo nível mostram as PLIs.

[00363] As pequenas divisões na divisão mostrando a Seqüência de Execução_Padrão mostram os oito valores DPL_TK_SRP incluídos na Seqüência de Execução_Padrão, enquanto que as pequenas divisões nas divisões ilustrando cada PLI mostram três ou quatro valores PL_TK_SRP. O ajuste da TKIN de cada DPLTKSRP incluído na In-formação_de Seqüência de Execução_ de Padrão é o mesmo que na Figura 40. Contudo, os ajustes da TKIN do PL TK SRP incluído em cada PLI são complemente diferentes daqueles no DPL TK SRP. {17-10_42} Correspondência entre o DPL_TK_SRP e a TKI

[00364] A Figura 42 mostra a correspondência entre o DPL_TK_SRP e a TKI com o uso da mesma notação que na Figura 40. Na Figura 42, a Seqüência de Execução#1 é composta de pL_TL_RP#1, #2, #3. Destas, o #3 é escrito como o PLTKIN de pL_TK_SRP#1, enquanto #1 é escrito como PLTKIN de PL_TK_SRP#2 e #2 como PL_TKIN de pL_TK_SRP#3. Isto significa que quando as trilhas forem reproduzidas, de acordo com a Seqüência de Execução#1, uma pluralidade de AOBs será reproduzida, conforme mostrado pelas setas (11) (12) (13) na ordem AOB#3, AOB#1, AOB#2.

[00365] A Seqüência de Execução#2 é composta de PL_TK_SRP#1, #2, #3. Destes, o #8 é escrito como PL_TKIN de pL_TK_SRP#1, enquanto #3 é escrito como PL_TKIN de PL_TK_SRP#2 e #1 como PL_TKIN de PL_TK_SRP#3. Isto significa que quando as trilhas forem reproduzidas, de acordo com a Seqüência de Execução#2, uma pluralidade de AOBs será reproduzida, conforme mostrado pelas setas (21) (22) (23) na ordem AOB#8, AOB#3, AOB#1, isto é, em uma ordem completamente diferente da Seqüência de Execução#! .

[00366] A Seqüência de Execução#3 é composta de PL_TK_SRP#1, #2, #3, #4. O PL TKIN destes PL_TK_SRP#1 a #4 são, respectivamente ajustados como #8, #4, #3 e #1. Isto significa que quando as trilhas forem reproduzidas, de acordo com a Seqüência de Execução#3, uma pluralidade de AOBs será reproduzida, como segue. Primeiro, o AOB#8, que compõe a TrilhaE, é reproduzido, conforme mostrado pela seta (31). A seguir, o AOB#4, o AOB#5, o AOB#6 e o AOB#7 que compõem a TrilhaD são reproduzidos, conforme mostrado pela seta (32). Depois disso, o AOB#3 e o AOB#1 que, respectivamente, compõem a TrilhaC e TrilhaA, são reproduzidos, conforme mostrado pelas setas (33) e (34).

[00367] De especial importância aqui, é o fato de uma trilha ser composta de uma pluralidade de TKIs, apenas o número de TKI do início da trilha sendo gravado na entrada de PL_TK_SRP. Em maiores detalhes, enquanto os valores de DPL TK SRP fornecidos na Infor-mação_de Seqüência de Execução_Padrão especificam as quatro TKIs (TKI#4, TKI#5, TKI#6, TKI#7) que compõem a TrilhaD, o PL_TK_SRP fornecido em um conjunto de lnformação_de Seqüência de Execução não precisa indicar todas as quatro TKIs. Por esta razão, o PL_TK_SRP#2 na Seqüência de Execução#3 apenas indica a TKI#4 da TKI#4 a TKI#7.

[00368] Por outro lado, uma DPLI que inclui uma pluralidade de DK_TK_SRP tem um tamanho de dados que não é maior que um setor e que é sempre carregado na RAM (Memória de Acesso Aleatório) de um aparelho de reprodução. Quando as trilhas forem reproduzidas, de acordo com uma Seqüência de Execução, o aparelho de reprodução se refere aos DK_TK_SRPs que são carregados em sua RAM, poderão assim procurar pelas TKIs em alta velocidade. Para reprodu- zir TKIs (AOBs) com o uso de um PLTKSRP que apenas indica o número da TKI da primeira TKI, um aparelho de reprodução procura pela DPL TK SRP carregada em sua RAM com base na TKI indicada pelo PL TK SRP e julga se a trilha atual é composta de uma pluralidade de TKIs. Caso positivo, o aparelho de reprodução executa o procedimento adequado para reprodução de todas as TKIs (AOBs) correspondente.

[00369] Conforme descrito acima, a Seqüência de Execu-ção_Padrão e uma pluralidade de PLIs são escritas no Gerencia-dor da Seqüência de Execução. Se diferentes ordens de reprodução forem escritas nos DPL_TKINs e PL_TKINs dos DPL_TK_SRPs e PL_TK_SRPs que compõem tais seqüências de execução, será possível reproduzir AOBs em diferentes ordens. Com a oferta de uma variedade de ordens de reprodução para o usuário, o usuário poderá ter a impressão de haver um número de álbuns de música armazenado no cartão de memória instantâneo 31.

[00370] De especial importância aqui é o fato do tamanho de dados do DPL_TK_SRP que corresponde a um arquivo AOB ser pequeno (não mais de dois bytes), enquanto o tamanho de dados da TKI que corresponde a um arquivo AOB é grande (até 1.024 bytes). Quando da reordenação da TKI no Gerenciador de Trilha, um grande número de acessos precisará ser feito no cartão de memória instantâneo 31, mas quando os DPL_TK_SRPs forem reordenados na lnformação_de Seqüência de Execução_Padrão ou uma PLI, isto poderá ser executado com um número menor de acesso ao cartão de memória relâmapgo 31.

[00371] Em vista disto, quando os dados de navegação forem editados, a ordem dos DPL TK SRPs na Seqüência de Execu-ção_Padrão será ativamente mudada, de acordo com a operação de edição, enquanto que a ordem da TKI no Gerenciador de Trilha será deixada inalterada apesar da operação de edição.

{17-9_40-2_43A,B} Reordenação do DPL_TK_SRP

[00372] A seguir, é descrita a operação de edição que muda a ordem de reprodução das trilhas com a reordenação dos DPL_TK_SRPs na lnformaçao_de Seqüência de Execução_Padrão. As Figuras 43A e 43B mostram um exemplo da reordenação de trilhas. Os ajustes dos DPL_TK_SRPs e TKIs na Figura 43A são os mesmos que na Figura 40.

[00373] Na Figura 40A, o DPL_TKIN no DPL_TK_SRP#3 é ajustado na TKI#3, enquanto o DPL TKIN no DPL_TK_SRP#8 é ajusto na TKI#8. A seguir, é descrito o caso em que estes DPL_TK_SRPs com os contornos grossos na Figura 40A são intercambiados.

[00374] Os números (1) (2) (3) (4) (5) (6) (7) (8), na Figura 43B,mostram a ordem de reprodução das trilhas depois desta operação de edição. Deve ser notado aqui que, enquanto a ordem de reprodução mostrada na Figura 43A é a TrilhaA, TrilhaB, TrilhaC, TrilhaD, TrilhaE, na Figura 43B, os DPL_TKINs do DPL_TK_SRP#3 e DPL_TK_SRP#8 são intercambiados na lnformação_de Seqüência de Execução_Padrão, de modo que as trilhas venham a ser reproduzidas na ordem TrilhaS, TrilhaB, TrilhaE, TrilhaD, TrilhaC. Desta maneira, a ordem de reprodução das trilhas poderá ser facilmente mudada com a mudança da ordem dos DPL_TK_SRPs na lnformação_de Seqüência de Execução_Padrão.

[00375] Enquanto a explanação acima lida com uma operação de edição que muda a ordem das trilhas, a seguir, serão descritas quatro operações que foram explicadas com relação às mudanças nas TKIs. Estas operações são um primeiro caso(casol), onde uma trilha é suprimida, um segundo caso (caso2), onde uma nova trilha é gravada, um terceiro caso (caso3), onde duas trilhas livremente selecionadas são combinadas para produzirem uma nova trilha, e um quarto caso (caso4) onde uma trilha é dividida para produzir duas novas trilhas. {17-9_40-3_44A,B} Supressão de um Trilha [00376] A seguir, é descrito o casol, onde uma trilha é suprimida.

[00377] As Figuras 44A e 44B mostram como a Seqüência de Exe-cução_Padrão, o Gerenciador de Trilha, e os arquivos AOB são atualizados quando, fora da Seqüência de Execução de Padrão mostrada na Figura 40, o DPL_TK_SRP#2 e a TKI#2 forem suprimidos. Nestes desenhos, a mesma parte de um AOB é suprimida na Figura 27 que foi usada para descrever a supressão de uma TKI. Como resultado, o segundo, o terceiro, e o quarto níveis na Figura 44A e 44B são os mesmo que na Figura 27. A diferença com a Figura 27 é de que a In-formação_de Seqüência de Execução_Padrão que inclui uma pluralidade de DPL_TK_SRPs é fornecida no primeiro nível, da mesma maneira que na Figura 40.

[00378] O presente exemplo lida com o caso em que o usuário suprime a TrilhaB composta de PL_TK_SRP#2 □ TKI#2 ("AOB002.SA1") que é mostrado com o contorno grosso na Figura 44A. Neste caso, o DPL_TK_SRP#2 é suprimido da lnformação_de Seqüência de Execu-ção_Padrão e o DPL_TK_SRP#3 ao DPL_TK_SRP#8 são, cada qual, movido para cima um lugar na ordem de reprodução, de modo a encher o lugar na ordem liberada pela supressão de DPL_TK_SRP#2.

[00379] Quando os DPL_TK_SRPs forem assim movidos para cima, o DPL_TK_SRP#8 será ajustado como "Inutilizado". Por outro lado, a TKI que corresponde à parte suprimida é ajustada como "Inutilizada", conforme mostrado nas Figuras 27A e 27B, sem que outras TKIs sejam movidas para encher a lacuna criada pela supressão A supressão da TKI é também acompanhada pela supressão do arquivo AOB "AOB002.SA1".

[00380] Deste modo, os DPL_TK_SRPs são movidos para cima na ordem de reprodução, embora as TKIs não o sejam, de modo que, na Figura 44B, apenas as DPL_TKINs nos DPL_TK_SRPs sejam atualizados. Para este exemplo, o DPLTKIN no DPL_TK_SRP#2 é ajustado, de modo a indicar a TKI#3, conforme mostrado pela seta DT11, o DPL TKIN no DPL_TK_SRP#3 é ajustado, de modo a indicar a TKI#4, conforme mostrado pela seta D12, o DPL TKIN no DPL_TR_SRP#4 é ajustado, de modo a indicar TR#6. O DPL TRIN no DPL_TK_SRP#4 é ajustado, de modo a indicar a TKI#5, e o DPL_TKIN no DPL_TR_SRP#5 é ajustado de modo a indicar TR#6. O DPL_TRIN no DPL_TK_SRP#8 que foi ajustado em "Inutilizado", é ajustado de modo a indicar a TKI#2, conforme mostrado pela seta DT13.

[00381] Quando uma trilha for suprimida, o DPL_TK_SRP usado para as seguintes trilhas na ordem de reprodução será movido para cima, enquanto que a TKI correspondendo à trilha suprimida será ajustada em "Inutilizada", enquanto permanecer em sua posição atual. Deste modo, uma operação de edição não é acompanhada pelo movimento das TKIs, que suprime a carga de processamento, quando da edição das trilhas. {17-9_40-4_45A,B} Designação das TKIs, quando da Gravação das Trilhas [00382] A seguir, é descrito o caso2, onde uma nova trilha é gravada depois da supressão parcial de uma trilha. As Figura 45A e 45B mostram como uma operação que escreve uma nova TKI e DPLTKSRP é executada, quando uma TKI "Inutilizada" e DPLTKSRP estiverem presentes.

[00383] Estes desenhos são grandemente os mesmos que nas Figuras 28A e 28B, que foram usados para explicar a designação de uma nova TKI a um conjunto de TKIs em "Inutilizado". Os segundo, terceiro, e quatro níveis nas Figura 45A e 45B são os mesmos que os primeiros três níveis nas Figura 28A e 28B. A diferença entre estes desenhos se dá pelo fato dos primeiros níveis nas Figuras 45A e 45B mostrarem a lnformação_de Seqüência de Execução_Padrão composta de uma pluralidade de DPL_TK_SRP. Na Figura 45A, o DPL_TK_SRP#4 ao DPL_TK_SRP#8 são ajustados como "Inutilizados". Por outro lado, na Figura 28, as TKI#2, TKI#4, TKI#5, TKI#7, YKI#8 são ajustadas como "Inutilizadas.

[00384] Enquanto as TKIs ajustadas em "Inutilizadas" estão presentes aqui e no Gerenciador de Trilha, os DPLTKSRPs "Inutilizados" são posicionados uns próximo dos outros na lnformação_de Seqüência de Execução_Padrão. Isto resulta dos DPL TK SRPs usados que são movidos para cima na lnformação_de Seqüência de Execu-ção_Padrão, conforme descrito acima, enquanto nenhum movimento ascendente é executado para as TKIs.

[00385] A seguinte explanação descreve o caso em que a TrilhaD composta de quatro AOBs é escrita. As TKIs para estes quatro AOBs são, respectivamente, escritas nas seguintes TKIs "Inutilizadas" no Gerenciador de Trilha: TKI#2; TKI#4; TKI#7; e TKI#8.

[00386] Os DPL_TK_SRPs para estes quatro AOBs são escritos no DPL_TK_SRP#4 ao DPL_TK_SRP#7 na lnformação_de Seqüência de Execução_Padrão. Uma vez que estes quatro AOBs compõem uma única trilha, o DPL_TK_ART do DPL_TK_SRP#4 é ajustado na "Ori-gem_da_Trilha", os DPL_TK_ATRs do DPL_TK_SRP#5 e o DPL_TK_SRP#6 são ajustados no "Meio_da_Trilha", e o DPL_TK_ATR do DPL_TK_SRP#7 é ajustado no "Final_da_Trilha".

[00387] O DPL_TKIN de DPL_TK_SRP#4 é ajustado em TKI#2, o DPL_TKIN de DPL_TK_SRP#5 em TKI#4, o DPLTKIN do DPL_TK_SRP#6 na TKI#7 e o DPL_TKIN do DPL_TK_SRP#7 na TKI#8.

[00388] Com o ajuste dos DPL_TKINs e DPL TK ATRs, as TKI#2, TKI#4, TKI#7 e TKI#8 são gerenciadas como a quarta trilha TrilhaD.

[00389] No processamento acima, uma escrita é executada para as TKIs "Inutilizadas", embora isto não tenha qualquer efeito nas outras TKIs, TKI#1, TKI#2, TKI#3 e TKI#4, como foi também o caso nas Figuras 28A e 28B. {17-9_40-4_46A,B} Caso3: Combinando Trilhas [00390] A seguir, é descrita a atualização da lnformação_de Se-qüência de Execução_Padrão, quando as trilhas forem combinadas (isto é, no caso3). As Figuras 46A e 46B mostram um exemplo da combinação de trilhas.

[00391] Este desenhos são grandemente os mesmos que nas Figuras 29A e 29B que foram usadas para explicar a combinação das TKIs. Os segundo, terceiro e quarto níveis nas Figura 46A e 46B são os mesmos que os primeiros dois níveis nas Figuras 29A e 29B. A diferença entre estas figuras está no fato dos primeiros níveis nas Figuras 46A e 46B mostrarem a lnformaçao_de Seqüência de Execu-ção_Padrão, na qual o DPL_TK_SRP#8 é ajustado em "Inutilizado" e se refere à TKI#2 que é também ajustada em "Inutilizada". Quando uma operação de edição que combina trilhas for executada para os arquivos AOB e para as TKIs, conforme mostrado nas Figura 29A e 29B, os conteúdos de DPL_TK_SRP#3 ao DPL_TK_SRP#6 serão, cada qual, movidos para baixo em um e o conteúdo do DPL_TK_SRP#7 que é mostrado com o contorno grosso será copiado no DPL_TK_SRP#3, conforme mostrado nas Figura 46A e 46B. As TKIs são também atualizadas, conforme mostrado nas Figuras 29A e 29B. {17-9_40-6_47A,B} Caso4: Divisão de uma Trilha [00392] A seguir, é descrita a atualização da lnformação_de Seqüência de Execução_Padrão, quando uma trilha for dividida (caso4).

[00393] As Figuras 47A e 47B mostram um exemplo da divisão de uma trilha. Estes desenhos são grandemente os mesmos que as Figuras 33A e 33B que foram usadas para explicar a divisão das TKIs. Os segundo e terceiro níveis nas Figuras 47A e 47B são os mesmos que os primeiros dois níveis nas Figuras 33A e 33B. A diferença entre estas figuras está no fato do primeiro nível nas Figuras 47A e 47B mostrar a lnformação_de Seqüência de Execução_Padrão, na qual o DPL_TK_SRP#8 é ajustado em "Inutilizado" e se refere à TKI#2 que é também ajusta em 'Inutilizada".

[00394] Se, como nas Figuras 33A e 33B, o usuário indicar a divisão em dois da TKI#3 ("AB003.SA1"), mostrada com o contorno grosso, as posições de DPL_TK_SRP#3 a DPL_TK_SRP#7 serão, cada qual, movidas para baixo em uma ordem, e um DPL_TK_SRP ajustado em "Inutilizado" será movido dentro da lnformação_de Seqüência de Execução_Padrão para a primeira posição de DPL_TK_SRP#3.

[00395] Este novo DPL_TK_SRP#3 está associado com a TKI, TKI#2, recentemente produzida pela divisão. O arquivo AOB "AOB002.SA1" associado com a TKI#2 armazena o que foi originalmente a última parte do arquivo AOB "AOB003.SA1". O DPL_TK_SRP#2 é apresentado antes do DPL_TK_SRP#3 que é associado com a TKI#2 e é associado com a TKI#2 e "AOB002.SA1".

[00396] Isto é, "AOB002.SA1" e "AOB003.SA1", respectivamente, armazenam a última parte e a primeira parte do "AOB003.SA!" original, com o DPL_TK_SRP#2 e o DPL_TK_SRP#3 correspondendo a estes arquivos que indicam que estes AOBs devem ser reproduzidos na ordem "AOB003.SA1"e "AOB002.SA1". Como resultado, a última parte e a primeira parte do "AOB003.SA1" original será reproduzida na primeira parte da ordem, na última parte da ordem, de acordo com a ordem de reprodução fornecida no DPL TK SRP. {17-9_40-8} Aplicação do Processamento de Edição [00397] Com a combinação dos quatro processos de edição acima, um usuário poderá executar uma grande variedade de operações de edição. Quando, por exemplo, uma trilha gravada apresentar uma introdução sobre a qual um discotecário falou, o usuário poderá primei- ramente dividir a trilha para separar a parte que inclui a voz do discotecário. O usuário poderá então suprimir esta trilha para deixar a parte da trilha que não inclui o discotecário.

[00398] Isto completa a explanação dos dados de navegação. A seguir, é descrito em aparelho de reprodução com uma composição adequada para reproduzir os dados de navegação e os dados de apresentação descritos acima. {48-1} Aparência Externa do Aparelho de Reprodução [00399] A Figura 48 mostra um aparelho de reprodução portátil para o cartão de memória instantâneo 31 da presente invenção. O aparelho de reprodução, mostrado na Figura 48, apresenta uma fenda de inserção para inserir o cartão de memória instantâneo 31, um painel de teclas para receber as indicações do usuário para as operações, tais como reprodução, pesquisa prévia, pesquisa posterior, avanço rápido, reenrolamento, parada, etc., e uma painel LCD (monitor de cristal líquido). Em termos de aparência, este aparelho de reprodução se assemelha a outros tipos de aparelhos reprodutores de música portáteis.

[00400] O painel de teclas inclui: [00401] uma tecla de "Seqüência de Execução" que recebe a seleção de uma seqüência de execução ou uma trilha;

[00402] um tecla "|«" que recebe uma operação de pulo que move a posição de reprodução para um início da trilha corrente;

[00403] uma tecla "»|" que recebe uma operação de pulo que move a posição de reprodução para um início da próxima trilha;

[00404] uma tecla "«" e uma tecla "»" que, respectivamente, recebem uma operação de pesquisa posterior e uma operação de pesquisa prévia que permite que o usuário mova a reprodução rapidamente através da trilha corrente;

[00405] uma tecla de "Display"(Exibir) que recebe uma operação de exibir as imagens paradas armazenadas no cartão de memória instan- tâneo 31;

[00406] uma tecla "Rec"(Gravar) que recebe uma operação de gravação;

[00407] uma tecla de "Áudio" para receber as seleções do usuário de freqüência de amostragem ou de estéreo ou monoauriculares a serem usadas;

[00408] uma tecla de "Mark"(Marcar) que recebe as indicações do usuário que marcam as posições nas trilhas; e [00409] uma tecla "Edit"(Editar) que recebe as indicações do usuário para a edição das trilhas ou para a entrada de títulos de trilha. {48-2} Aperfeiçoamentos feitos neste Aparelho de Reprodução Portátil para o Cartão de memória instantâneo 31 [00410] As diferenças entre este aparelho de reprodução portátil do cartão de memória instantâneo 31 e um reprodutor de música portátil está nos quatro aperfeiçoamentos seguintes (1) a (4). (1) Uma lista de seqüências de execução e trilhas é mostrada no painel LCD para permitir que o usuário indique a lnformação_de Seqüência de Execução_Padrão, uma PLI, ou trilhas separadas. (2) Teclas no painel de teclas são designadas para as seqüências de execução e/ou trilhas exibidas no painel LCD para permitir que o usuário selecione uma trilha ou uma seqüência de execução que seja reproduzida ou editada. (3) Um código de tempo que mostra uma posição em uma trilha será exibido no painel LCD 5, quando uma trilha for reproduzida. (4) Um mostrador na forma de disco giratório é provido para permitir que o usuário ajuste um código de tempo para uso como o tempo de início de reprodução, quando do uso da função de pesquisa de tempo, ou como um limite de divisão, quando da divisão de uma trilha. {48-2_49_50} Aperfeiçoamento (2) [00411] A seguir, é descrito o aperfeiçoamento (2) em detalhes. A Figura 49 mostra um exemplo de uma tela de exibição mostrada no painel LCD, quando o usuário selecionar uma seqüência de execução, enquanto que as Figuras 50A a 50E mostram exemplos do conteúdo exibido, quando da seleção de uma trilha pelo usuário.

[00412] Na Figura 49, as séries de caracteres ASCII, "PLAYLIST PADRÃO", "PLAYLIST#1", ,,PLAYLIST#2", ,,PLAYLIST#3" e "PLAY-LISTE#4" representam a seqüência de execução padrão e as quatro seqüências de execução armazenadas no cartão de memória instantâneo 31.

[00413] Enquanto isso, as séries de caracteres ASCII "Trilha#1", Trilha#2", "Trilha#3, "Trilha#4", "Trilha#5" representam as cinco trilhas que são indicadas na ordem de reprodução fornecida pela seqüência de execução padrão armazenada no cartão de memória instantâneo 31. Nas Figuras 49 e 50A, a Seqüência de Execução e a trilha realçadas mostram a trilha ou a Seqüência de Execução que é atualmente indicada para a reprodução ou a edição.

[00414] Se o usuário pressionar a tecla "»", quando a Trilha#1 for indicada para a reprodução dentro de uma ordem de reprodução fornecida pela Seqüência de Execução padrão exibida no painel LCD, a Trilha#2 será indicada para a reprodução dentro da lista de trilhas, conforme mostrado na Figura 50B. Se o usuário pressionar a tecla "»" novamente, a Trilha#3 será indicada para a reprodução dentro da lista de trilhas, conforme mostrado na Figura 50C.

[00415] Se o usuário pressionar a tecla "«", quando a Trilha#3 for indicada para reprodução dentro de uma ordem de reprodução fornecida pela Seqüência de Execução padrão exibida no painel LCD, a Trilha# é indicada para reprodução dentro da lista de trilhas, conforme mostrado na Figura 50D. Conforme mostrado na Figura 50E, se o usuário pressionar a tecla "Play"(Tocar), quando qualquer uma das trilhas for indicada, a reprodução da trilha indicada será iniciada, enquanto que, se o usuário pressionar a tecla "Edit", a trilha indicada será selecionada para edição. {48-3_51} Aperfeiçoamento (4) [00416] A seguir, é descrito a aperfeiçoamento (4) em detalhes. As Figuras 51A a 51C mostram uma operação exemplificativa do mostrador na forma de disco giratório. Quando o usuário girar um pouco o mostrador na forma de disco giratório, o código de tempo de reprodução exibido no painel LCD será aumentado ou diminuído, de acordo com este certo grau. O exemplo na Figura 51A mostra o caso em que o código de tempo de reprodução que é inicialmente exibido no painel LCD é "00:00:20".

[00417] Quando o usuário girar o mostrador na forma de disco giratório no sentido contrário ao relógio, conforme mostrado na Figura 51C, o código de tempo de reprodução será reduzido para "0:00:10" sendo mantido com o grau pelo qual o mostrador na forma de disco giratório foi girado. Contrariamente, quando o usuário girar o mostrador na forma de disco giratório no sentido horário na Figura 51B, o código de tempo de reprodução será aumentado para "0:00:30" sendo mantido pelo tanto que o mostrador na forma de disco giratório foi girado.

[00418] Devido ao fato do usuário poder assim mudar o código de tempo de reprodução, o aparelho de reprodução permitirá que o usuário indique qualquer código de tempo de reprodução em uma trilha com a mera rotação do mostrador na forma de disco giratório. Se o usuário pressionar então a tecla "Play", os AOBs serão reproduzidos a partir de uma posição encontrada, de acordo com a Equação 2 e Equação 3.

[00419] Com o uso do mostrador na forma de disco giratório durante uma operação de divisão de trilha, o usuário pode fazer ajustes pre- cisos ao código de tempo de reprodução usado como um limite de divisão. {52-1} Construção Interna do Aparelho de Reprodução [00420] A seguir, é descrita a construção interna do aparelho de reprodução. Esta construção interna é mostrada na Figura 52.

[00421] Conforme mostrado na Figura 52, o aparelho de reprodução inclui um conector de cartão 1 para conectar o aparelho de reprodução ao cartão de memória instantâneo 31, uma unidade de interface de usuário 2, que é conectada ao painel de teclas e ao mostrador na forma de disco giratório, uma RAM 3, uma ROM (Memória Somente de Leitura) 4, um painel LCD 5 que apresenta um quadro de lista para exibir uma lista de trilhas ou seqüências de execução e um quadro de código de tempo de reprodução para exibir um código de tempo de reprodução, um driver LCD (de cristal líquido) 6 para acionar o primeiro painel LCD 5, um desmisturador 7 para descriptografar os QUA-DROS_AOB com o uso de uma Tecla FileKey diferente para cada arquivo AOB, um decodificador AAC 8 para referências aos ADTS de um QUARO_AOB desmisturado pelo desmisturador 7 e para decodificar o QUADRO AOB para se obter dados PCM, um conversor D/A (digital-analógico) 9 para a conversão D/A (digital-analógica) dos dados PCM e a emissão de sinais analógicos resultantes para um alto-falante ou tomada de fone de cabeça, e uma CPU 10 para executar todo o controle sobre o aparelho de reprodução.

[00422] Conforme pode ser entendido a partir desta construção de hardware, o presente aparelho de reprodução não apresenta nenhum elemento de hardware especial para processar o Gerenciador de Trilha e a lnformação_de Seqüência de Execução_Padrão. Para processar o Gerenciador de Trilha e a lnformação_de Seqüência de Execu-ção_Padrão, uma área de retenção DPLI 11, uma área de armazenamento PLI 12, uma área de armazenamento TKI 13, uma área de ar- mazenamento de Tecla FileKey 14 e um armazenamento temporário duplo 15 são providos na RAM 3, enquanto que um programa de controle de reprodução e um programa de controle de edição são armazenados na ROM 4. {52-2} Área de Retenção DPL111 [00423] A área de retenção DPLI 11 é uma área para continuamente deter a lnformação_de Seqüência de Execução_Padrão que foi lida a partir de um cartão de memória instantâneo 31 conectado ao conector de cartão 1. {52_12} Área de Armazenamento PL112 [00424] A área de armazenamento PLI 12 é uma área que é reservada para armazenar a lnformação_de Seqüência de Execução que foi selecionada para a reprodução pelo usuário. {52-3} Área de Armazenamento TK113 [00425] A área de armazenamento TKI 13 é uma área que é reservada para armazenar apenas a TKI correspondente ao arquivo AOB que é atualmente indicado para reprodução, fora da pluralidade de TKIs incluídas no Gerenciador de Trilha. Por esta razão, a capacidade da área de armazenamento TKI 13 é igual ao tamanho de dados de uma TKI. {52-4} Área de Armazenamento da Tecla FileKey 14 [00426] A área de armazenamento da Tecla FileKey 14 é uma área que é reservada para armazenar apenas a Tecla FileKey correspondente ao arquivo AOB que é atualmente indicado para reprodução, dentre a pluralidade de Teclas FileKey incluídas em "AOBSA1.KEY" na região de autenticação. {52-5} Armazenamento Temporário Duplo 15 [00427] O armazenamento temporário duplo 15 é um armazenamento temporário de entrada/saída que é usado quando da execução em paralelo um processo de entrada, que sucessivamente introduz os dados de cluster (dados que são armazenados em um cluster) lidos a partir do cartão de memória instantâneo 31, e um processo de saída, que lê os QUADROS_AOB originários dos dados de cluster e sucessivamente emite os QUADROS_AOB para o desmisturador 7.

[00428] O armazenamento temporário duplo 15 sucessivamente libera as regiões que foram ocupadas pelos dados de cluster que foram emitidos como os QUADROS_AOB, detendo assim as regiões para armazenamento para os próximos clusters a serem lidos. Isto é, as regiões na memória intermediária 15 são ciclicamente detidas para armazenar os dados de cluster com o uso de indicadores anular. {52-5_53_54A,B} Entrada e Saída pelo Armazenamento Temporário Duplo 15 [00429] A Figura 53 mostra como a entrada e a saída são executadas para o armazenamento temporário duplo 15. As Figuras 54A e 54B mostram como as regiões no armazenamento temporário duplo 15 são ciclicamente detidas para armazenar os dados de cluster com o uso de um indicador anular.

[00430] As setas que indicam para baixo e para a esquerda são indicadores para a escrita dos endereços destinados aos dados de cluster, isto é, o indicador de escrita. As setas que apontam para cima e para a esquerda são indicadores para a leitura dos endereços destinado aos dados de cluster, isto é, o indicador de leitura. Estes indicadores são usados como o indicador anular. {54-6_53} [00431] Quando um cartão de memória instantâneo 31 for conectado ao conector de cartão 1, os dados de cluster na região do usuário do cartão de memória instantâneo 31 são lidos e armazenados no armazenamento temporário duplo 15, conforme mostrado pelas setas w1 e w2.

[00432] Os dados de cluster lidos são sucessivamente armazena- dos nas posições no armazenamento temporário duplo 15, mostrado pelos indicadores de escrita wp1 e wp2. {52 7 54A} [00433] Dos GuadrosAOB incluídos nos dados de cluster assim armazenados» os Quadros-AOB presentes nas posições □ que são sucessivamente indicadas pelo indicador de leitura, são emitidos em um tempo para o desmisturador 7, conforme mostrado pelas setas r1, r2, r3, r4, r5.

[00434] No presente caso, os dados de cluster 002 e 003 são armazenados no armazenamento temporário 15 e as posições de leitura O#**'são sucessivamente indicadas pelo indicador de leitura, conforme mostrado na Figura 53. Quando o indicador de leitura alcançar a posição de leitura ** todos os QUADROS-AOB incluídos no cluster 002 terão sido lidos, de modo que o cluster 004 seja lido, e conforme mostrado pela seta w6, na Figura 54A, seja sobrescrito na região que foi anterior mente ocupada pelo cluster 002. {52-8_54B} [00435] O indicador de leitura avança então para as posições de leitura *+e < alcançando eventual mente a posição de leitura ®, no ponto em que todos os QUADROS-AOB incluídos no cluster 003 terão sido lidos, de modo que o cluster 005 seja lido, e conforme mostrado pela seta w7, na Figura 54B, seja sobrescrito na região que foi anteri-ormente ocupada pelo cluster 003.

[00436] A saída de um QUADROAOB e a sobres cri ta dos dados de cluster são repetidamente executadas, conforme descrito acima, de modo que os QUADROS_AOB incluídos em um arquivo AOB sejam todos sucessiva mente emitidos para o desmisturador 7 e o decodifica-dor AAC 8. {52-9_55-58} Programa de Controle de Reprodução Armazenado na ROM 4 [00437] A seguir, é descrito o programa de controle de reprodução armazenado na ROM 4.

[00438] A Figura 55 é um fluxograma que mostra o processamento no procedimento de leitura do arquivo AOB. As Figuras 56, 57 e 58 são fluxogramas que mostram o processamento no procedimento de saída QUADDRO_AOB. {52-9_55-1} [00439] Estes fluxogramas usam as variáveis w, z, y e x. A variável w indica uma de uma pluralidade de DPL_TL_SRPs. A variável z indica um arquivo AOB gravado na região do usuário, a TKI correspondendo a este arquivo AOB, e o AOB incluído neste arquivo AOB. A variável y indica um ELEMENTO_AOB incluído do AOB#z indicado pela variável z. A variável x indica um QUADRO_AOB incluído no ELE-MENTO#Y-AOB indicado pela variável y. A seguir, é primeiramente explicado o processamento no procedimento de leitura do arquivo AOB, com referência à Figura 55. {52-9_55-2} [00440] Na etapa S1, a CPU lê a Gerenciador de Seqüência de Execução e exibe uma lista incluindo a lnformação_de Seqüência de Execução_Padrão e as PLIs.

[00441] Na etapa S2, a CPU espera por uma indicação para reproduzir os AOBs de acordo com a lnformação_de Seqüência de Execu-ção_Padrão ou uma das PLIs.

[00442] Quando a lnformação_de Seqüência de Execução_Padrão for indicada, o processamento moverá da etapa S2 para a etapa S3, quando a variável w for inicializada (#w-1), e depois para a etapa S4, onde a TKI#z indicada pelo DPLTKIN correspondendo ao DPL_TK_SRP#w na lnformação_de Seqüência de Execução_Padrão é especificada, sendo lida apenas esta TKI#z a partir do cartão de memória instantânea 31 e armazenada na área de armazenamento ΤΚΙ 13.

[00443] Na etapa S5, é especificado um arquivo#z AOB com o mesmo número que a TKI#z. Deste modo, o arquivo AOB que deve ser reproduzido será finalmente especificado.

[00444] O arquivo AOB especificado está em um estado criptografado e precisa ser descriptografado, de modo que as etapas S6 e S7 sejam executadas. Na etapa S6, o aparelho de reprodução acessa a região de autenticação e lê a Tecla FileKey#z que é armazenada em uma Entrada#z_de Tecla FileKey no arquivo de armazenamento de tecla de criptografia, a Entrada#z_de Tecla FileKey apresentando o mesmo número que o arquivo AOB especifico. Na etapa S7, a CPU 10 ajusta a Tecla FileKey#z no desmisturador 7. Esta operação resulta no ajuste da Tecla FileKey no desmisturador 7, de maneira com a entrada sucessiva dos QUADROS_AOB incluídos no arquivo AOB no desmisturador 7, os QUADROS_AOB possam ser sucessivamente reproduzidos. {52-6_55-3} [00445] Depois disso, o aparelho de reprodução sucessivamente lê os clusters que estão armazenados no arquivo AOB. Na etapa S8, o "primeiro número de cluster no arquivo" é especificado para o arqui-vo#z_AOB na entrada de diretório. Na etapa S9, a CPU lê os dados armazenados neste cluster a partir do cartão de memória instantâneo 31. Na etapa S10, a CPU 10 julga se o número de cluster no valor FAT é "FFF". Caso negativo, na etapa S11, a CPU lê os dados armazenados no cluster indicado pelo valor FAT, antes de retornar para a etapa S10.

[00446] Quando o aparelho de reprodução lê os dados armazenados em qualquer um dos clusters e for referente ao valor FAT que corresponde a este cluster, o processamento nas etapas S10 e S11 será repetido enquanto o valor FAT não é ajustado em "FFF". Isto resulta no aparelho de reprodução que sucessivamente lê os clusters indicados pelos valores FAT. Quando o número de cluster fornecido por um valor FAT for "FFF", isto significará que todos os clusters que compõem o arquivo#z AOB foram lidos, de modo que o processamento avance da etapa S10 para a etapa S12. {52-9_55-4} [00447] Na etapa S12, a CPU 10 julga se a variável#w coincide com o número total de DPL_TK_SRPs. Caso negativo, o processamento avança para a etapa S13, onde a variável#w é incrementada (#w-w#+1) antes que o processamento retorne para a etapa S4. Na etapa S4, o aparelho de reprodução especifica a TKI#z que é indicada pelo DPL_TKIN#w do DPL_TK_SRP#w na lnformação_de Seqüência de Execução_Padrão, e grava apenas a TKI#z na área de armazenamento TKI 13. A TKI que foi usada até este ponto será ainda armazenada na área de armazenamento TK113, embora esta TKI atual venha a ser sobrescrita pela TKI#z que foi recentemente lida pela CPU 10.

[00448] Esta sobrescrita resulta apenas no armazenamento das últimas TKI na área de armazenamento TKI 13. Uma vez que a TKI tiver sido sobrescrita, o processamento nas etapas S5 a S12 será repetido para o arquivo#z AOB. Uma vez que este processamento tenha lido todas as TKIs e arquivos AOB que correspondem a todos os DPL_TK_SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão, a variável #z irá coincidir com o número total de DPL_TK_SRP, de modo que o julgamento "Sim" seja fornecido na etapa S12, finalizando o processamento neste fluxograma. {52-9_56_57_58} Processamento de Saída para um QUADRO_AOB

[00449] Em paralelo com o procedimento de leitura de arquivo AOB, a CPU 10 executa o procedimento de saída QUADRO_AOB, de acordo com os fluxogramas mostrados nas Figuras 56, 57, e 58. Nestes fluxogramas, a variável "tempo_de execução" mostra em quanto tem- po a reprodução foi executada para uma trilha atual, isto é, o código de tempo de reprodução. O tempo exibido no quadro de código de tempo de reprodução no painel LCD 5 é atualizado, de acordo com as mudanças a este código de tempo de reprodução. Enquanto isso, a variável P "dados_de execução" representa o comprimento dos dados que foi reproduzido para a trilha atual. {52-9_56-1>

[00450] Na etapa S21, a CPU 10 monitora se os dados de cluster para o arquivo#z AOB foram acumulados no armazenamento temporário duplo 15. Esta etapa S21 será repetidamente executada até que os dados de cluster tenham se acumulado, em cujo ponto o processamento avança para a etapa S22, onde as variáveis x e y são inicializa-das (#x-1, #y-1). Depois disso na etapa S23, a CPU 10 procura pelos clusters para o arquivo #z AOB e detecta o QUADRO#x_AOB no ELEMENTO#y_AOB que é posicionado não antes do Deslocamen-to_de Dados fornecido na BIT#z incluída na TKI#z. Neste exemplo, é assumido que os sete bytes que começam a partir dos DADOS_SZ são ocupados pelo cabeçalho ADTS. Com referência ao cabeçalho ADTS, o comprimento dos dados indicado pelo cabeçalho ADTS pode ser reconhecido como dados de áudio. Os dados de áudio e o cabeçalho ADTS são lidos juntos e são emitidos para o desmisturador 7. O desmisturador 7 descriptografa os QUADROS_AOB, que são então decodificados pelo decodificador AAC 8 e reproduzidos como áudio. {52-9_56-2} [00451] Depois da detecção, na etapa S24, o QUADRO#x_AOB é emitido para o desmisturador 7, e, na etapa S25, a variável tempo_de execução é incrementada pelo período de reprodução do QUA-DRO#x_AOB e a variável dados_de execução é incrementada pela quantidade de dados que corresponde ao QUADRO#x_AOB. Uma vez que o tempo de reprodução do QUADRO_AOB é de 20mseg no pre- sente caso, 20mseg são somados à variável "tempo_de execução".

[00452] Uma vez que o primeiro QUADRO_AOB tenha sido emitido para o desmisturador 7, na etapa S26, o aparelho de reprodução se referirá ao cabeçalho ADTS do QUADRO#x_AOB e especificará onde o próximo QUADRO_AOB está. Na etapa S27, o aparelho de reprodução incrementa a variável#x (#x<—#x+1) e ajusta o QUADRO#x_AOB como o próximo QUADRO_AOB. Na etapa S28, o QUADRO#X_AOB. Depois disso, na etapa S29, a variável tempo_de execução é incrementada pelo período de reprodução do QUADRO#x_AOB e a variável dados_de execução é incrementada pela quantidade de dados que correspondem ao QUADRO#x_AOB. Depois de incrementar o QUA-DRO#x_AOB, na etapa S30, a CPU 10 julga se a variável #x alcançou o valor fornecido no FNs_1a._TMSRTE.

[00453] Se a variável #x não tiver alcançado o valor na FNs_1a._TMSRTE, na etapa S31, o aparelho de reprodução verificará se o usuário pressionou qualquer tecla além da tecla "Play", retornando então para a etapa S26. O aparelho de reprodução adiante repete o processamento nas etapas S26 a S31 até que a variável #x alcance o valor no FNs_1a.-TMSRTE ou até que o usuário pressione qualquer tecla além da tecla "Play".

[00454] Quando o usuário pressionar uma tecla além da tecla "Play", o processamento neste fluxograma terminará e o processamento adequado para a tecla pressionada será executado. Quando a tecla pressionada for a tecla "Stop", o procedimento de reprodução será detido, enquanto que, quando a tecla pressionada for a tecla "Pause", a reprodução sofrerá uma pausa. {52-9_57-1} [00455] Por outro lado, quando a variável #x alcançar o valor no FNs_1a._TMSRTE, o julgamento "Sim" será feito na etapa S30, e o procedimento prosseguirá para a etapa S32 na Figura 57. Uma vez que todos os QUADROS_AOB incluídos no presente ELEMEN-TO_AOB terão sido introduzidos no desmisturador 7 no processamento entre a etapa S26 a S30, na etapa S32, a variável #y será incrementada para ajustar o próximo ELEMENTO_AOB como os dados a serem processados e a variável #x será inicializada (#y<-#y+1,#x<-1).

[00456] Depois disso, na etapa S33, o aparelho de reprodução se referirá à TKTMASRT e calculará o primeiro endereço do ELEMEN-TO#y_AOB.

[00457] O aparelho de reprodução executa então o procedimento formado das etapas S34 a S42. Este procedimento lê os QUA-DROS_AOB incluídos em um ELEMENTO_AOB, um depois do outro, podendo assim ser considerado como sendo semelhante ao procedimento formado das etapas S24 a S31. A diferença com o procedimento formado das etapas S24 a S31 é a condição na qual o procedimento formado pelas etapas S24 a S31 termina é a de se a variável #x alcançou o valor mostrado pelos "FNs_1a._TMSRTE", enquanto que a condição na qual o procedimento formado pelas etapas S34 a S42 termina é a de se a variável #x alcançou o valor mostrado pelo "FNs_média_TMSRTE".

[00458] Quando a variável #x alcançar o valor mostrado pelo "FNs_média_TMSRTE", o procedimento em anel formado das etapas S34 a S42 terminará, o julgamento "Sim" será fornecido na etapa S41 e o processamento avançará para a etapa S43. Na etapa S43, a CPU 10 incrementa o variável #y e inicializa a variável # (#y<-#y+1, #x<-1). Depois disso, na etapa S44, a variável y julga se a variável #y alcançou um valor que é igual a um valor menor do que o Número_de en-trada_ TMSRT Total no Cabeçalho_TMSRT na TKI#z.

[00459] Quando a variável #y for mais baixa que (Número-1_de en-trada_TMSRT Total), o ELEMENTO#y_AOB não será o ELEMEN-TO_AOB final, de modo que o processamento retorne da etapa S44 para a etapa S32 e o procedimento em anel seja executado da etapa S32 para a etapa S42. Quando a variável #y alcançar (Número-e_de entrada_TMSRT Total), o procedimento de leitura poderá ser assumido como tendo prosseguido até o penúltimo ELEMENTO_AOB, de modo que o julgamento "Sim" seja fornecido na etapa S44 e o processamento avance para a etapa S45 na Figura 58. {52-9_57-2} [00460] O procedimento composto das etapas S45 a S54 se assemelha ao procedimento composto das etapas S33 a S42 pelo fato de ser lido cada um dos QUADROS_AOB no final do ELEMENTO_AOB.

[00461] A diferença com o procedimento composto das etapas S33 a S42 é de que enquanto o procedimento em anel composto das etapas S33 a S42 termina, quando de seu julgamento, na etapa S41, de que a variável #x alcançou o valor em FNs_lntermediário_TMSRTE", o procedimento em anel composto das etapas S45 a S54 termina, quando de seu julgamento, na etapa S53, de que a variável #x alcançou o valor em "FNs_última_TMSRTE" e a variável dados_de execução que mostra o tamanhos dos dados que foram até agora lidos alcançou o valor fornecido como "DADOS_SZ".

[00462] O procedimento composto das etapas S49 a S54 é repetido até que as condições na etapa S53 sejam satisfeitas, em cujo ponto o julgamento "Sim" é fornecido na etapa S53 e o processamento avança para a etapa S55. Na etapa S55, a CPU 10 incrementa a variável #z (#z<-#z+1) antes que o processamento retorne para a etapa S21, onde a CPU 10 espera pelo próximo arquivo AOB a ser acumulado no armazenamento temporário duplo 15. Uma vez que isto acontece, o processamento avança para a etapa S22 e o procedimento composto das etapas S22 à etapa S54 é repetido. Isto significa que a TKI indicada pelo DPL_TKIN do próximo DPL TK SRP é especificada e o arquivo AOB que corresponde a esta TKI, isto é, o arquivo AOB com o mesmo número que a TKI, é especificado.

[00463] Depois disso, o aparelho de reprodução acessa a região de autenticação e especifica a Tecla FileKey, dentre as Teclas FileKey no arquivo de armazenamento de tecla de criptografia, que apresenta o mesmo número que a TKI, antes de ler esta Tecla FileKey e ajustá-la no desmisturador 7. Como resultado, os QUADROS_AOB incluídos no arquivo AOB que apresentam o mesmo número que a TKI são sucessivamente lidos e reproduzidos. {52-9_57-3_59} Atualização do Código de Tempo de Reprodução [00464] As Figuras 59A a 59D mostram como o código de tempo de reprodução exibido no quadro de exibição de código de tempo de reprodução do painel LCD 5 é aumentado, de acordo com a atualização do tempo_de execução variável. Na Figura 59A, o código de tempo de reprodução é "00:00:00.000", embora quando a reprodução do QUADRO#! _AOB terminar, o período de reprodução de 20ms do QUA-Dro#1_AOB será somado ao código de tempo de reprodução para atualizá-lo para "00:00:00.020", conforme mostrado na Figura 59B. Quando a reprodução do QUADRO#2_AOB terminar, o período de reprodução de 20ms do QUADRO#2_AOB será somado ao código de tempo de reprodução para atualizá-lo para "00:00:00.040", conforme mostrado na Figura 59C. Da mesma maneira, quando a reprodução do QUADRO#6_AOB terminar, o período de reprodução de 20ms do QUADRO#6_AOB será somado ao código de tempo de reprodução para atualizá-lo para "00:00:00.120", conforme mostrado na Figura 59D.

[00465] Isto completa a descrição do procedimento de saída do QUADROAOB.

[00466] Na etapa S31 do fluxograma, na Figura 56, se o usuário pressionar uma tecla além da tecla "Play", o processamento, neste fluxograma, será terminado. O processamento que acompanha um pres- sionamento da tecla "Stop"(Parar) ou "Pause"(Fazer uma pausa) já foi descrito, embora quando o usuário pressionar uma das teclas providas para que o aparelho de reprodução execute a reprodução especial, o processamento, neste fluxograma, ou nos fluxogramas mostrados na Figura 56, 57 ou 58, será terminado e o processamento adequado para a tecla pressionada será executado.

[00467] A seguir, é descrito o procedimento executado pela CPU (10) (1), quando da execução da função de pesquisa prévia, em resposta ao pressionamento feito pelo usuário da tecla "»" e (2) quando da execução da função de pesquisa de tempo, em resposta à operação feita pelo usuário do mostrador na forma de disco giratório, depois do pressionamento da tecla "Pause" ou "Stop". {52-10_60} Função de Pesquisa Prévia [00468] A Figura 60 é um fluxograma que mostra o procedimento executado pela CPU 10, quando da execução da função de pesquisa prévia. Quando o usuário pressionar a tecla "»", o julgamento "Sim" será fornecido na etapa S31, etapa S42 ou etapa S54 nos fluxogramas nas Figuras 56, 57 e 58 e a CPU 10 executará o processamento no fluxograma da Figura 60.

[00469] Na etapa S61, os QUADROS_AOB #x a #(x+f(t)-1) são introduzidos no desmisturador 7. Aqui, "t" representa o período de reprodução intermitente, f(t) representa o número de quadros que corresponde ao período de reprodução intermitente, e d(t) representa a quantidade de dados correspondente ao período de reprodução intermitente. Na etapa S62, a variável tempo_de execução que mostra o tempo decorrido de reprodução, e a variável dados_de execução que mostra a quantidade de dados de reprodução são, respectivamente, atualizadas com o uso do período de reprodução intermitente "t", do número de quadros f(t) correspondendo ao período de reprodução intermitente, e da quantidade de dados d(t) correspondendo ao período de reprodução intermitente (x<-x+f(t), do tempo_de execu-ção<-tempo+t_de execução, dos dados_de execução<-dados+d(t))_de execução. Deve ser notado que o período de reprodução intermitente será geralmente de 240ms (equivalente ao período de reprodução de doze QUADROS_AOB). {52-10_60-1_61 A,B} [00470] As Figuras 61A e 61B mostram o incremento do código de tempo de reprodução durante uma operação de pesquisa prévia. A Figura 61A mostra o valor inicial do código de tempo de reprodução, com o ponto de reprodução sendo o QUADRO#1_AOB no ELEMEN-TO#51_AOB.

[00471] O código de tempo de reprodução, neste caso, é "00:00:01.000". Quando os QUADROS_AOB do primeiro ao décimo-segundo tiverem sido introduzidos no desmisturador 7 como o período de reprodução intermitente, o período de reprodução de doze QUA-DROS_AOB (isto é, 240ms) será somado ao código de tempo de reprodução, de modo que o código de tempo de reprodução se torne "00:00:0.240", conforme mostrado na Figura 61B. {52-10_60_2} [00472] Depois desta atualização, na etapa S63, a CPU 10 compara a variável incrementada #x com o número total de quadros no ELEMENTO#y_AOB e julga se a variável incrementada #x está dentro do número total de quadros no ELEMENTO#y_AOB.

[00473] Conforme mencionado anteriormente, o número de quadros em um ELEMENTO_AOB posicionado no início de um AOB é o FNs_1a._TMSTRE", o número de quadros em um ELEMENTO_AOB posicionando em uma parte central de um AOB é "FNs_média_TMSTRE", e o número de quadros em um ELEMEN-TO_AOB posicionado no final de um AOB é "FNs_última_TMSTRE".

[00474] A CPU 10 executa o julgamento acima através da compa- ração de um valor apropriado de um destes valores com a variável #x. Quando a variável x não estiver dentro do ELEMENTO#y_AOB presente, a CPU 10 julgará então na etapa S64 se há um ELEMEN-TO_AOB que segue o ELEMENTO#y_AOB.

[00475] Quando o ELEMENTO#y_AOB for o ELEMENTO_AOB final em um BLOCO_AOB, não haverá nenhum ELEMENTO_AOB que siga o ELEMENTO#y_AOB, de modo que o julgamento "Não" seja fornecido na etapa S64 e o processamento no presente fluxograma termine. Contrariamente, quando um ELEMENTO AOB que segue o ELEMENTO#y_AOB existir na etapa S65, a variável #x será reduzida pelo número de QUADROS_AOB no ELEMENTO#-AOB e, na etapa 566, a variável#y será atualizada (#y<-#y+1). Como resultado, a variá-vel#x não indicará agora a posição do quadro de um quadro no próximo ELEMENTO#y_AOB indicado pela variável #y atualizada. Contrariamente, quando a variável #x indicar um QUADRO_AOB que está presente no ELEMENTO_AOB (S63:Sim), o processamento nas etapas S64-S66 será pulado e o processamento avançará para a etapa 567. {52-10_60-3} [00476] Depois disso, as variáveis #x, tempo_de execução, e da-dos_de execução são atualizadas, de acordo com o período de pulo intermitente. O período "tempo_de pulo", que é equivalente ao período de pulo intermitente, é de dois segundos, o número de quadros que são equivalentes a este tempo_de pulo é fornecido como f(tempo_de pulo) e a quantidade de dados que é equivalente a este tempo_de pulo é fornecida como d(tempo_de pulo). Na etapa S67, estes valores são usados para a atualização das variáveis #x, tempo_de pulo, e da-dos_de execução (#x<-#x+f(tempo_de pulo), tempo_de execu-ção<-tempo_de execução+tempo_de pulo, e dados_de execu-ção<-dados_de execução+d(tempo_de pulo)). {52-10_60-4_61 C} [00477] Conforme mostrado na Figura 61C, o período de pulo intermitente é somado à variável#x que mostra uma posição de quadro dentro do ELEMENTO#51_AOB. Quando a variável#x atualizada exceder o número de quadros no ELEMENTO#51_AOB, a variável #y será atualizada para indicar o próximo ELEMENTO_AOB e o número de quadros no ELEMENTO#51_AOB será subtraído da variável #x. Como resultado, a variável#x agora indicará uma posição de quadro dentro do ELEMENTO#52_AOB indicado pela variável atualizada #y. O valor 2.000 (2=seg) é então somado ao presente valor "00:00:01.240" do código de tempo de reprodução, de modo que ele se torne "00:00:03.240". A variável #x é atualizada com o cálculo (3240ms-2000ms)/20ms) para chegar ao valor '62", e assim indicar o QUADRO#62_AOB no ELEMENTO#52_AOB. (52-10_60-5_61 (d)} [00478] Uma vez que o QUADRO#62_AOB no EKENEBTI#52_AOB foi introduzido no desmisturador 7, o código de tempo de reprodução é atualizado, conforme mostrado na Figura 61 D, com o acréscimo de "0,240" ao valor atual de "00:00:03.240" para dar "00:00:03.480".

[00479] Na etapa S67, as variáveis são atualizadas de acordo com o tempo de pulo intermitente, sendo, em seguida, executado o processamento nas etapas S68 a 71. Este processamento nas etapas S68 a S71 é o mesmo que o processamento nas etapas S63 a S66, atualizando assim a variável#x em um número de quadros que é equivalente ao tempo de pulo intermitente "tempo_de pulo", antes de verificar se a variável#x ainda indica um QUADRO_AOB dentro do ELEMEN-TO#y_AOB. Caso negativo, a variável #y será atualizada, de modo que o próximo ELEMENTO_AOB seja ajustado como o ELEMEN-TO#y_AOB e a variável#x seja convertida assim para indicar uma posição de quadro neste próximo ELEMENTO_AOB.

[00480] Uma vez que as variáveis #x e #y estavam de acordo com o tempo de reprodução intermitente e o tempo de pulo intermitente, na etapa S72, a CPU 10 se referirão à TMTSRT e calculará o endereço inicial para o ELEMENTO#y_AOB. Depois, na etapa S73, a CPU 10 começa a procurar por um cabeçalho ADTS que se inicia a partir do endereço inicial do ELEMENTO#y_AOB para detectar o QUA-DRO#x_AOB. Na etapa S74, a CPU 10 julga se o usuário pressionou qualquer tecla além da tecla de pesquisa prévia. Caso negativo, os QUADROS_AOB do QUADRO#x_AOB para o QUADRO#x+f(t)-1_AOB são introduzidos no desmisturador 7, e o processamento nas etapas S62 a S73 é repetido.

[00481] O procedimento acima incrementa as variáveis #x e #y que indicam o QUADRO#x_AOB e o ELEMENTO#y_AOB, e assim avança para a posição de reprodução. Depois disso, se o usuário pressionar a tecla "Play", o julgamento "Não" será dado na Figura 74 e o processamento no presente fluxograma será terminado. {52-11} Execução da Função de Pesquisa de Tempo [00482] A seguir, é descrito o processamento executado quando do uso da função de pesquisa de tempo. Primeiramente, as trilhas na In-formação_de Seqüência de Execução_Padrão são exibidas e o usuário indica uma trilha desejada. Quando esta trilha tiver sido indicada e o usuário tiver operado o mostrador na forma de disco giratório, o código de tempo de reprodução será atualizado. Se o usuário pressionar então a tecla 'Play", o código de tempo de reprodução nesse ponto será usado para ajustar um valor na variável "Entrada_Jmp" em segundos.

[00483] Um julgamento é então feito de acordo com o fato da trilha indicada ser composta ou não de uma pluralidade de AOBs ou de um único AOB. Quando a trilha for composta de um único AOB, as variáveis #y e #x serão calculadas, de modo a satisfazerem a Equação 2.

Depois disso, uma pesquisa para o QUADRO#x_AOB é iniciada a partir do endereço na (y+2)°. posição na TKTMSRT que corresponde a este AOB. Uma vez que o QUADRO#x_AOB tiver sido encontrado, a reprodução se iniciará a partir do QUADRO#x_AOB. {52-12} [00484] Quando a trilha for composta de uma pluralidade de AOBs, as variáveis #n (que indicam um AOB), #y e #x serão calculadas, de modo a satisfazerem a Equação 3. Depois disso, uma pesquisa para o QUADRO#x_AOB é iniciada a partir do endereço na (y+2)° posição na TKTMSRT que corresponde ao AOB#n. Uma vez que este QUA-DRO#x_AOB tenha sido encontrado, a reprodução será iniciada a partir do Q UAD RO#x_AO B.

[00485] A seguir, é descrito o caso em que a reprodução é iniciada a partir de uma posição arbitrária com um AOB, onde o "FNs_1 a._TMSRTE" na BIT é de "80 quadros", o "FNs_lntermediáio_TMSTRE" na BIT é de "94 quadros", e o "FNs_última_TMSRTE" na BIT é de "50 quadros". {52-13_62A,B} [00486] Como um exemplo específico de quando a função de pesquisa de tempo é usada, é descrito, a seguir, como serão especificados o ELEMENTO_AOB e a posição de quadro a partir da qual a reprodução deve ser iniciada, quando um código de tempo de reprodução for indicado com o uso de mostrador na forma de disco giratório.

[00487] Conforme mostrado na Figura 62A, o usuário detém o aparelho de reprodução em sua mão e gira o mostrador na forma de disco giratório com seu polegar direito para indicar o código de tempo de reprodução "00:00:40.000 (=280s)". Quando a BIT na TKI para este AOB for aquela conforme mostrado na Figura 62B, a Equação 2 será usada como segue [00488] 280s+(FNs_1 a._TMSRTE+(FNs_média_TMSRTE*y)+x)*20 ms (80+(94*148)+8)*20ms de modo que a Equação 2 seja satisfeita para os valores y=148 e x+8.

[00489] Uma vez que y=148, o endereço de entrada do ELEMENTO#! 50_AOB (=148+2) é obtido da TKTNSRT. A reprodução originária do código de tempo de reprodução indicado 00:00:40.000(280.00s) poderá ser então executada com o início da reprodução no oitavo QUADRO_AOB a partir deste endereço de entrada. {52-14_63_64_65} [00490] Isto completa a explanação do processamento da CPU 10, em resposta ao pressionamento feito pelo usuário da tecla "Play". A seguir, é descrito o programa de controle de edição armazenado na ROM 4. Este programada de controle de edição é executado, quando o usuário pressiona a tecla "Edit", e contém os procedimentos mostrados nas Figura 63, 64, e 65. A seguir, é descrito o processamento neste programa com os fluxogramas mostrados nestes desenhos. {52-14_63-1} Programa de Controle de Edição [00491] Quando o usuário pressionar a tecla "Edit", uma tela interativa será exibida na etapa S101, na Figura 63, para perguntar ao usuário qual das três operações de edição fundamentais "supressão", "divisão" e "combinação" deve ser executada. Na etapa S102, a CPU 10 julga qual a operação que foi feita pelo usuário, em resposta à tela interativa. No presente exemplo, é assumido que as teclas "|«" e "»|" no painel de teclas são também usadas como indicando operações do cursor "para cima' e "para baixo", (isto é, estas teclas são usadas como teclas de cursor "para cima" e "para baixo"). Quando o usuário indicar uma operação de "supressão", o processamento prosseguirá para o procedimento em anel compostos das etapas S103 e 104.

[00492] Na etapa S103, a CPU 10 julga se o usuário pressionou a tecla "|«"ou "»|". Na etapa S104, a CPU 10 julga se o usuário pressionou a tecla "Edit". Quando o usuário tiver pressionado a tecla "|«" ou "»Γ\ o processamento avançará da etapa S103 para S105, onde a trilha indicada é ajustada como a trilha a ser editada. Por outro lado, quando o usuário tiver pressionado a tecla "Edit", a trilha indicada será ajustada como uma trilha a ser suprimida. O processamento mostrado na Figura 44 é executada, de modo que o TKI BK ATR de cada TKI para a trilha indicada seja ajustado em "Inutilizado" para suprimir a trilha indicada. {52-14_63-2} Processo de Combinação [00493] Quando o usuário selecionar o processo de combinação, o processamento prosseguirá da etapa S102 para o procedimento em anel composto das etapas S107 a S109. No procedimento em anel composto das etapas S107 a S109, o aparelho de reprodução recebe as entradas do usuário através das teclas "|«", "»|" e "Edit". Quando o usuário pressionar a tecla "|«" ou "»|", o processamento avançará da etapa S107 para a etapa S110, onde a trilha indicada é realçada na tela. Quando o usuário pressionar a tecla "Edit", o julgamento "Sim" será fornecido na etapa S108 e o processamento avançará para a etapa S111. Na etapa S111, a trilha atualmente indicada é ajustada como a primeira trilha a ser usada neste processo de edição e o processamento retornará para o procedimento em anel composto das etapas S107 a S109.

[00494] Quando uma segunda trilha tiver sido selecionada para edição, o julgamento "Sim" será fornecido na etapa S109, e o processamento avançará para a etapa S112. Na etapa S112, a CPU 110 fará referência às BITs nas TKIs das primeira e última trilhas e julgará que tipos de AOBs (Tipol ou Tipo2) estão presentes no respectivo início e final de cada uma destas trilhas e trilhas em cada lado destas trilhas, caso presentes.

[00495] Depois de identificar o tipo de cada AOB relevante, na etapa S113, a CPU 10 julga se a disposição dos AOBs coincide com um certo padrão. Quando a disposição dos AOBs coincidir com um dos quatro padrões mostrados na Figura 32A a 32D, onde é evidente que os três AOBs Tipo2 não estão presentes construtivamente depois da combinação, as primeira e última trilhas serão combinadas em uma única trilha na etapa S115.

[00496] Em outras palavras, a operação mostrada na Figura 46 é executada para a TKI e DPL TK SRP que correspondem a estes AOBs. Com a regravação dos TKI BLK ATRs nas TKIs, a pluralidade de trilhas selecionadas para edição é combinada em uma única trilha. Quando a disposição dos AOBs não coincidir com nenhum dos padrões nas Figuras 32A a 32D, significando que haverá três ou mais AOBs Tipo2 depois da combinação, a CPU 10 julgará que a trilha combinada pode provocar um subfluxo do armazenamento temporário, terminando assim o processo de combinação. {52-14_64-1} Processo de Divisão de Trilha [00497] Quando o usuário indicar que uma trilha deve ser dividida, o processamento avançará da etapa S102 para o procedimento em anel composto das etapas S116 a S117. No procedimento em anel composto das etapas S116 a S117, o aparelho de reprodução receberá as entradas do usuário através das teclas "|«", "»|" e "Edit".

[00498] Quando o usuário pressionar a tecla "|«" ou "»|", o processamento avançará da etapa S116 para a etapa S118, onde a trilha indicada será ajustada como a trilha a ser editada. Quando o usuário pressionar a tecla "Edit", o julgamento "Sim" será fornecido na etapa S117 e o processamento avançará para a etapa S119.

[00499] Na etapa S119, a trilha indicada será determinada como a trilha a ser editada e o processamento avançará para a etapa S120, onde a reprodução desta trilha será iniciada. Na etapa S121, o aparelho de reprodução recebe uma entrada do usuário através da tecla "Mark".

[00500] Quando o usuário pressionar a tecla "Mark", a reprodução da trilha sofrerá uma pausa e o processamento avançará para o procedimento em anel composto das etapas S122 e S123. Na etapa S122, o aparelho de reprodução recebe as operações do usuário feitas através do mostrador na forma de disco giratório. Quando o usuário girar o mostrador na forma de disco giratório, o código de tempo de reprodução será atualizado, na etapa S124, de acordo com a mostrador na forma de disco giratório.

[00501] Depois disso, o procedimento em anel composto das etapas S122 e S123 é repetido. Se o usuário pressionar a tecla "Edit", o processamento prosseguirá da etapa S123 para a etapa S125, onde o código de tempo de reprodução exibido quando do pressionamento da tecla "Edit" pelo usuário é ajustado como o limite da divisão. Deve ser notado que uma função "Undo"(desfazer) poderá ser provida para este ajuste do limite da divisão para permitir que o usuário invalide o limite da divisão selecionada.

[00502] Depois disso, o processamento explicado com referência à Figura 4 é executado na etapa S126 para atualizar a DPLI e TKI, de modo a dividir a trilha selecionada. {52-14_65-1} Processo de Ajuste de uma Seqüência de Execução [00503] Quando o usuário escolher ajustar uma Seqüência de Execução, o processamento mudará para o processamento mostrado pelo fluxograma na Figura 65. Neste fluxograma, a variável k fornecida neste fluxograma é usada para indicar a posição de uma trilha na ordem de reprodução fornecida pela Seqüência de Execução que está sendo editada. O fluxograma na Figura 65 começa com esta variável k sendo inicializada em "1" na etapa S131, antes que o processamento avance para o processamento em anel composto das etapas S132 a S134.

[00504] No procedimento em anel composto das etapas S132 a S134, o aparelho de reprodução recebe as operações do usuário feitas através das teclas "|«", "Edit" e "Stop". Quando o usuário pressionar a tecla "|«" ou o processamento avançará da etapa S132 para a etapa S135, onde uma nova trilha será indicada de acordo com o pressionamento da tecla "|«" ou Se o usuário pressionar a tecla "Edit", o julgamento "Sim" será fornecido na etapa S133 e o processamento avançará para a etapa S136.

[00505] Na etapa S136, a trilha indicada, quando do pressionamento da tecla "Edit" feito pelo usuário, é selecionada como a k° trilha na ordem de reprodução. Depois disso, na etapa S137, a variável k é incrementada e o processamento retornará para o procedimento em anel composto das etapas S132 a S134. Este procedimento é repetido, de modo que as segunda a terceira e quarta trilhas sejam sucessivamente selecionadas. Se o usuário pressionar a tecla "Stop" que especificou diversas trilhas que devem ser reproduzidas na ordem especificada como uma nova Seqüência de Execução, o processamento avançará da etapa S134 para a etapa S138, onde é gerada uma PLI composta dos PL TK SRPs que especificam as TKIs correspondendo a estas trilhas. {66-1} Aparelho de Gravação [00506] A seguir, é descrito um exemplo de um aparelho de gravação para o cartão de memória instantâneo 31. A Figura 66 mostra um exemplo de um aparelho de gravação. Este aparelho de gravação poderá ser conectado à Internet, e é um computador pessoal padrão que pode executar a recepção, quando um diretório SD_Audio criptografado for enviado através de linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica, ou quando um fluxo de transporte de dados de áudio for enviado através de linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica. {67-1} Composição de Hardware do Aparelho de Gravação [00507] A Figura 67 mostra a composição de hardware do presente aparelho de gravação.

[00508] Conforme mostrado na Figura 67, o aparelho de gravação inclui um conector de cartão 21 para conectar o aparelho de gravação ao cartão de memória instantâneo 31, uma RAM 22, um aparelho de disco não removível 23 para armazenar um programa de controle de gravação que executa todo o controle sobre o aparelho de gravação, um conversor A/D (do analógico para o digital) 24 que converte do analógico para digital o áudio introduzido através de um microfone para produzir dados PCM, um codificador ACC 25 para codificar os dados PCM em unidades de um tempo fixo e designar cabeçalhos ADTS para produzir QUADROS_AOB, uma unidade de misturação 26 para criptografar os QUADROS_AOB com o uso de uma Tecla FileKey diferente para cada BLOCO_AOB, um aparelho de modem 27 para receber um fluxo de transporte de dados de áudio, quando um diretório SD_Audio criptografado for envidado através de linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica, ou quando um fluxo de transporte de dados de áudio for enviado através de linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica, uma CPU 28 para executar todo o controle sobre o aparelho de gravação, um teclado 29 para receber entradas feitas pelo usuário, e uma tela 30. {67-2} Circuitos de Entrada RT1 a RT4 [00509] Quando um diretório SD Audio criptografado, que deve ser escrito na região dos dados e na região de autenticação, for enviado por linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica, o aparelho de gravação poderá gravar o diretório SD_Audio criptografado na região de dados e na região de autenticação do cartão de memória instantâneo 31, tão logo o diretório SDAudio criptografado tenha sido adequadamente recebido.

[00510] Entretanto, (1) quando um fluxo de transporte de dados de áudio que não está na forma de um diretório SD Audio for enviado para o aparelho de gravação por um serviço de distribuição de música eletrônica, (2) quando os dados forem introduzidos no aparelho de gravação no formato PCM, ou (3) quando o áudio analógico for registrado pelo aparelho de gravação, o aparelho de gravação usará as quatro rotas de entrada seguintes para gravar um fluxo de transporte de dados de áudio no cartão de memória instantâneo 31.

[00511] Conforme mostrado na Figura 67, as quatro rotas de entrada RT1, RT2, RT3 e RT4 serão usadas para introduzir um fluxo de transporte de dados de áudio, quando um fluxo de transporte de dados de áudio for armazenado no cartão de memória instantâneo 31. {67-3} Rota de Entrada RT1 [00512] A rota de entrada RT1 é usada, quando um diretório SD Audio criptografado for enviado através de linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica, ou quando um fluxo de transporte de dados de áudio for enviado através das linhas de comunicação para o aparelho de gravação por um serviço de distribuição de música eletrônica. Neste caso, os QUADROS_AOB, incluídos no fluxo de transporte, são criptografados, de modo que uma Tecla FileKey diferente seja usada para os QUADROS-AOB nos diferentes AOB. Uma vez que não haja qualquer necessidade de criptografar ou codificar um fluxo de transporte criptografado, o diretório SD Audio ou o fluxo de transporte de dados de áudio poderá ser armazenado diretamente na RAM 22 em seu estado criptografado. {67-4} Rota de Entrada RT2 [00513] A rota de entrada RT2 é usada para quando o áudio for in- traduzido através de um microfone. Neste caso, o áudio introduzido através do microfone é submetido à conversão A/D (do analógico para o digital) pelo conversor A/D (do analógico para o digital) 24 para produzir os Dados PCM. Os dados PCM são então codificados pelo codificador AAC 25 e pelos cabeçalhos ADTS para a produção dos QUA-DROSAOB. Depois disso, a unidade de misturação 26 criptografa os QUADROS_AOB com o uso de uma Tecla FileKey diferente para cada QUADRO_AOB em diferentes ARQUIVOS_AOB para produzir os dados de áudio criptografados. Depois disso, os dados de áudio criptografados são armazenados na RAM 22. {67-5} Rota de Entrada RT3 [00514] A rota de entrada RT3 é usada, quando os dados PCM lidos de um CD forem introduzidos no aparelho de gravação. Uma vez que os dados são introduzidos no formato PCM, os dados podem ser introduzidos como tal no codificador AAC 25. Estes dados PCM são codificados pelo codificador ACC 25 e pelos cabeçalhos ADTS designados para a produção de QUADROS-AOB.

[00515] Depois disso, a unidade de misturação 26 criptografa os QUADROS_AOB com o uso de uma Tecla FileKey diferente para os QUADROS_AOB em diferentes AOBs para produzir dados de áudio criptografados. Depois disso, os dados de áudio criptografados são armazenados na RAM 22. {67-6} Rota de Entrada RT4 [00516] A rota de entrada RT4 é usada, quando um fluxo de transporte introduzido através de uma das três rotas de entrada RT1, RT2 e RT3 é escrito no cartão de memória instantâneo 31.

[00517] Este armazenamento de dados de áudio é acompanhado pela geração das TKIs e lnformação_de Seqüência de Execu-ção_Padrão. Da mesma maneira que o aparelho de reprodução, o funcionamento principal do aparelho de gravação é armazenado na ROM. Isto é, um programa de gravação que inclui o processamento característico do aparelho de gravação, isto é, a gravação dos AOBs, do Gerenciador de Trilha, e do Gerenciador de Seqüência de Execução, é armazenada no aparelho de disco móvel 23. {67-7_68} Processamento do Aparelho de Gravação [00518] A seguir, é descrito o processamento no procedimento de gravação que grava um fluxo de transporte no cartão de memória instantâneo 31 através das rotas de entrada RT1, RT2, RT3, e RT4, com referência ao fluxograma na Figura 68 que mostra este processamento.

[00519] As variáveis "Número_de Quadro" e "Tamanho_de Dados" usadas neste fluxograma são as seguintes. A variável Núme-ro_Quadro é usada para gerenciar o número total de QUADROS_AOB que já foram gravados em um AQUIVO_AOB.

[00520] O processamento neste fluxograma começa na etapa S200 com a CPU 28 gerando a Seqüência de Execução Padrão e o Gerenciador de Trilha. Na etapa S201, a CPU 28 inicializa a variável #z (z<-1). Na etapa S202, a CPU 28 inicializa o ARQUIVO#z_AOB e o armazena na região de dados do cartão de memória instantâneo 31. Neste ponto, o nome de arquivo, a extensão de nome de arquivo, e o primeiro número de cluster para o ARQUIVO#z_AOB serão ajustados em uma entrada de diretório no Diretório SD_Audio na região de dados. Depois disso, na etapa S203, a CPU 28 grava a TKI#z e a armazena no Gerenciador de Trilha. Na etapa S204, a CPU 28 gera o DPL_TK_SRP#w e o armazena na lnformação_de Seqüência de Exe-cução_Padrão. Depois disso, na etapa S205, a CPU 28 inicializa a va-riável#y (#y<-1) e na etapa S206, a CPU 28 inicializa o Número_de Quadro e o Tamanho_de Dados (Número_do Quadro<-0, Tamanho_de Dados<-0).

[00521] Na etapa S207, a CPU 28 julga se a entrada de fluxo de transporte de dados de áudio que deve ser escrito no ARQUI-VO#_AOB terminou. Quando a entrada de um fluxo de transporte de dados de áudio que foi codificado pelo codificador AAC 25 e criptografado pela unidade de misturação 26 na RAM 22 continuar e for necessário continuar a escrita dos dados de cluster, a CPU 28 fornecerá o julgamento "Não" na etapa S207 e o processamento avançará para a etapa S209.

[00522] Na etapa S209, a CPU julga se a quantidade de dados de áudio AAC que foi acumulada na RAM 22 é pelo menos igual ao tamanho do cluster. Caso positivo, a CPU 28 fornecerá o julgamento "Sim" e o processamento avançará para a etapa S210, onde uma quantidade de dados de áudio AAC igual ao tamanho do cluster será escrita no cartão de memória instantâneo 31. O processamento avança então para a etapa S211.

[00523] Quando os dados de áudio AAC suficientes não tiverem sido acumulados na RAM 22, a etapa S210 será pulada e o processamento avançará para a etapa S211. Na etapa S211, a CPU incrementa o Número_de Quadro(Número_de Quadro<— Número_de Qua-dro+1) e aumenta o valor do Tamanho_de Dados da variável pelo tamanho de dados do QUADRO_AOB.

[00524] Depois desta atualização, na etapa S212, a CPU 28 julga se o valor do Número_de Quadro alcançou o número de quadros que é ajustado no "FNs_média_TMSRTE", o valor do "FNs_média_TMSRTE" será ajustado de acordo com a freqüência de amostragem usada, quando da codificação do fluxo de transporte de dados de áudio. Quando o valor do Número_de Quadro tiver alcançado o número de quadros ajustados no "FNs_média_TMSRTE", a CPU 28 fornecerá o julgamento "Sim" na etapa S212. Caso negativo, a CPU 28 fornecerá o julgamento "Não" e o processamento retornará para a etapa S207. O processamento nas etapas S207 a S212 é, portanto, repetido, até que o julgamento "Sim" seja fornecido ou na etapa S207 ou na etapa S212.

[00525] Quando a variável Número_de Quadro alcançar o valor de "FNs_média_TMSRTE", a CPU 28 fornecerá o julgamento "Sim" na etapa S212 e o processamento avançará da etapa S212 para a etapa S213, onde o Tamanho_de Dados é armazenado na TKTMSRT da TKI#z como a entrada#y_TMSRT para o ELEMENTO#y_AOB. Na etapa S214, a CPU 28 incrementa a variável#y (#y<-#y+1) antes de verificar, na etapa S215, se a variável#y foi alcançada "252".

[00526] O valor "252" é usado, uma vez que este é o número máximo dos ELEMENTOS_AOB que pode ser armazenado em um único AOB. Se a variável #y estiver abaixo de 252, o processamento avançará para a etapa S216, onde a CPU 28 julgará se um silêncio de um comprimento predeterminado está presente no áudio codificado, isto é, se os dados de áudio alcançaram uma lacuna presente entre as trilhas. Quando nenhum dito silêncio contínuo estiver presente, o processamento composto de etapas S206 a S215 será repetido. Quando a variável#y tiver alcançado o valor 252, ou um silêncio de um comprimento predeterminado estiver presente no áudio codificado, o julgamento "Sim" será fornecido em uma das etapas S215 e S216 e o processamento avançará para a etapa S217, onde a variável#z será incrementada (#z<-#z+1).

[00527] Depois disso, o processamento nas etapas S202 a S216 é repetido para a variável#z incrementada. Com a repetição deste processamento, a CPU 28 poderá ter os AOBs incluindo uma pluralidade de ELEMENTOS_AOB gravados um depois do outro no cartão de memória instantânea 31.

[00528] Quando a transferência de um fluxo de transporte de dados de áudio pelo codificador AAC 25, da unidade de misturação 26 e do aparelho de modem 27 estiver completa, isto significará que a entrada do fluxo de transporte de dados de áudio a ser escrita no ARQUI-VO#z_AOB estará também completa, de modo que o julgamento "Sim" seja fornecido na etapa S207 e o processamento será avançado para a etapa S208. Na etapa S208, a CPU 28 armazena o valor do Tama-nho_de Dados da variável ma TKTMSRT da TKI#z como a Entra-da#y_TMSRT para o ELEMENTO#y_AOB. Depois do armazenamento dos dados de áudio acumulados na RAM 22 no arquivo AOB que corresponde ao AOB#z, o processamento neste fluxograma será terminado.

[00529] Os resultados do processamento acima em um fluxo de transporte de dados de áudio criptografados são armazenados no cartão de memória 31. O procedimento seguinte é então usado para armazenar a Tecla FileKey exigida para a descriptografia deste fluxo de transporte de dados de áudio criptografados na região de autenticação.

[00530] Quando o fluxo de transporte de dados de áudio tiver sido introduzido através da rota de entrada RT1, o(s) arquivo(s)AOB, o arquivo que armazena o TKMG, o arquivo que armazena o PLMG, e o arquivo de armazenamento de tecla de criptografia que armazena uma Tecla FileKey diferente para cada AOB serão enviados para o aparelho de gravação por um provedor do serviço de distribuição de música eletrônica. A CPU 28 recebe estes arquivos e grava o(s) arquivo(s) AOB, o arquivo que armazena o TKMG, e o arquivo que armazena o PLMG na região do usuário do cartão de memória instantâneo 31. Por outro lado, a CPU 28 grava apenas o arquivo de armazenamento de tecla de criptografia que armazena uma Tecla FileKey diferente para cada AOB na região de autenticação.

[00531] Quando o áudio for introduzido através da rota de entrada RT2 ou RT3, a CPU 28 gerará uma Tecla FileKey diferente toda vez que a codificação de um novo AOB começar e ajustará a tecla gerada na unidade de misturação 26. Além de ser usado pela unidade de mis-turação 26 para criptografar o presente AOB, esta Tecla FileKey é armazenada depois da Entrada de Tecla FileKey no arquivo de armazenamento de tecla de criptografia presente na região de autenticação.

[00532] Com a presente concretização descrita acima, os arquivos que armazenam os AOBs são criptografados com o uso de diferentes teclas de criptografia, de modo que se a tecla de criptografia usada para criptografar um arquivo seja codificada e exposta, a tecla de criptografia exposta poderá apenas ser usada para descriptografar um arquivo que armazena um AOB, com tal exposição não tendo nenhum efeito nos outros AOBs que são armazenados nos outros arquivos. Isto minimiza os danos causados quando da exposição de uma tecla de criptografia.

[00533] Deve ser notado que enquanto a descrição acima focaliza um sistema exemplificativo que é considerado como sendo a concretização mais eficaz da presente invenção, a invenção não é limitada a este sistema. Diversas modificações são possíveis dentro do escopo da invenção, com exemplos deste sendo fornecidos como (a) a (e) abaixo. (a) A concretização acima descreve uma memória de semicondutor (cartão de memória instantâneo) como o meio de gravação usado, embora a presente invenção possa ser aplicada a outros meios que incluem discos óticos, tais como DVD-RAM, ou um disco rígido. (b) Na concretização acima, os dados de áudio são descritos como estando no formato AAC, embora a presente invenção possa também ser aplicada aos dados de áudio em outro formato, tal como MP3 (MPEG 1 Camada de Áudio 3), Dolby-AC3, ou DTS (Sistema de Teatro Digital). (c) Enquanto o arquivo que armazena o TKMG e o arquivo que armazena o PLMG foram descritos como sendo recebidos a partir de um provedor do serviço de distribuição de música eletrônica em uma forma completa, a informação principal usada para criar o TKMG e o PLMG pode ser transmitida junta com o arquivo de armazenamento de tecla de criptografia que armazena uma tecla de criptografia diferente para cada AOB. O aparelho de gravação pode então processar esta informação para obter o TKMG e o PLMG que ele então grava no cartão de memória instantâneo. (d) Para facilitar a explanação, o aparelho de gravação e o aparelho de reprodução foram descritos como sendo dispositivos separados, embora um aparelho de reprodução portátil possa ser equipado com o funcionamento do aparelho de gravação e um aparelho de gravação na forma de um computador pessoal que pode ser equipado com as funções do aparelho de reprodução. Além do aparelho de reprodução portátil e do aparelho de gravação de computador pessoal, as funções do aparelho de reprodução e do aparelho de gravação podem ser providas a um dispositivo de comunicação que seja capaz de baixar o conteúdo de uma rede.

[00534] Como um exemplo, um telefone móvel capaz de prover acesso à Internet pode ser provido com as funções do aparelho de reprodução e do aparelho de gravação descritos na concretização acima. Este telefone móvel pode armazenar conteúdos baixados por meio de uma rede desprovida de fio no cartão de memória instantâneo 31 da mesma maneira que na concretização acima. Também, enquanto o aparelho de gravação descrito na concretização acima é provido com o aparelho de modem 27 para conexão à Internet, qualquer outro dispositivo capaz de ser conectado à Internet, tal como um adaptador de terminal para uma linha ISDN, poderá também ser assim provido.

[00535] (e) O procedimento mostrado nos fluxogramas mostrados nas Figuras 55 a 58, Figura 60, Figura 63 a Figura 65, e Figura 68 pode ser alcançado por meio dos programas executáveis que podem ser distribuídos e vendidos tendo sido gravados em um meio de gravação. Este meio de gravação pode ser um cartão IC (de circuito integrado), um disco ótico, um disco flexível, ou semelhante, com os programas gravados no meio de gravação sendo usados tendo sido primeiramente instalados no hardware de computador padrão. Com a execução do processamento, de acordo com tais programas instalados, o hardware de computador padrão pode executar o mesmo funcionamento que o aparelho de reprodução e o aparelho de gravação descritos na concretização acima.

[00536] (f) Enquanto a concretização acima descreve o caso em que uma pluralidade de AOBs e uma pluralidade de Teclas FileKey são armazenadas no cartão de memória relâmpado 31, apenas um AOB e uma Tecla FileKey precisarão ser armazenados. Também, não é essencial que os AOBs sejam criptografados, de modo que os AOBs possam ser armazenados no cartão de memória instantâneo 31 no formato ACC.

SEGUNDA CONCRETIZAÇÃO

[00537] A segunda concretização da presente invenção se refere a um aperfeiçoamento no armazenamento de imagens paradas juntamente com os arquivos AOB descritos na primeira concretização. Esta imagens paradas deverão ser exibidas, quando os arquivos AOB forem reproduzidos. {69-1} Construção Hierárquica do Cartão de memória instantâneo da Segunda Concretização.

[00538] A Figura 69 mostra a construção hierárquica do cartão de memória instantâneo 31 desta segunda concretização. A construção hierárquica para o cartão de memória instantâneo 31 descrita nesta concretização difere daquela da primeira concretização pelo fato dos POBs (objetos de imagem) terem sido acrescentados aos dados de apresentação e de um Gerenciador de POB ter sido acrescentado aos dados de navegação. Os POBs são peças de dados de imagem parada no formato JPEG e se referem ao Gerenciador de Seqüência de Execução e ao Gerenciador de Trilha. O Gerenciador de POB é uma informação de gerenciamento que descreve como os POBs devem se referir ao Gerenciador de Seqüência de Execução e ao Gerenciador de Trilha. {69-1_70A-1} Composição da Área de Dados do Usuário na Camada do Sistema de Arquivo.

[00539] Uma vez que informação extra é acrescentada aos dados de apresentação e aos dados de navegação, nesta concretização, as composições internas da área de dados do usuário e da área protegida na camada do sistema de arquivo são modificadas com relação àquelas mostradas nas Figuras 70A e 70B. A área de dados do usuário, mostrada na Figura 70A difere daquela mostrada na Figura 8A pelo fato dos arquivos de nome "POBXXX.JPG" e "POBXXX.SP1" terem sido acrescentados, além do arquivo Gerenciador de POB "POBOOO.POM".

[00540] Os arquivos "POBXXX.JPG" e POBXXX.SP1" correspondem aos POBs mostrados na Figura 69, enquanto que o arquivo "POBOOO.POM" corresponde ao Gerenciador de POB. A diferença entre os arquivos "POBXXX.JPG" e "POBXXX.SP1" reside no fato da proteção dos direitos autorais ser necessária. Os arquivos com uma extensão de nome de arquivo "JPG" são meramente arquivos que contêm dados de imagem parada no formato JPEG, enquanto que os arquivos com uma extensão de nome de arquivo "SP1" foram criptografados para proteger os direitos autorais sobre as imagens paradas. Aqui, "SP" é uma abreviação para "Imagem Segura" e mostra que a proteção dos direitos autorais é necessária.

[00541] As imagens paradas, tais como as fotografias de famílias ou fotos de comemoração tiradas pelos usuários, podem ser registra- das em um cartão de memória relâmapgo para permitir que o usuário personalize o conteúdo armazenado. Uma vez que a proteção dos direitos autorais é geralmente desnecessária para tais imagens, elas podem ser registradas em um cartão de memória instantâneo no formato JPEG sem criptografia. Por outro lado, as fotografias do artista e a obra artística do álbum são geralmente propriedade do artista ou da gravadora. Uma vez que haja risco dos usuários ilegalmente copiarem as imagens que foram providas por um serviço de distribuição de música eletrônica, estas imagens são registradas em um cartão de memória instantâneo como arquivos de "Imagem Segura".

[00542] Os números "001", "002", "003",... designados aos nomes de arquivo "POBXXX.SP1" e "POBXXX.JPG" são os números POB que são designados aos objetos de imagem individuais (POBs). Isto significa que os objetos de imagem (POBs) podem ser especificados com o uso de números POB. {69-2_70B-1} Composição da Área de Dados do Usuário na Camada do Sistema do Arquivo [00543] A Figura 70B mostra a composição da área protegida nesta segunda concretização. Quando comparada com a área protegida mostrada na figura 8B, a área protegida nesta segunda concretização adicionalmente inclui um arquivo de armazenamento de tecla de criptografia denominado de "POBSPI.key". Este arquivo armazena as Teclas FileKey usadas para a descriptografia dos arquivos (criptografados) "POBXXX.SP1". Quando um arquivo "POBXXX.SPI" é lido, uma Tecla FileKey precisa ser extraída deste arquivo de armazenamento de tecla de criptografia "POBSPI.key".

[00544] Um computador servidor operado por um gravador que usa distribuição de música eletrônica armazena os diretórios SD_Audio mostrados nas Figura 70A e 70B. Quando um usuário ordenar um conteúdo de música, o computador servidor irá comprimir o diretório SD_Audio apropriado, criptografá-lo, e depois enviá-lo para o usuário que emitiu a ordem.

[00545] O computador do usuário recebe o diretório SDAudio, descriptografa-o, descomprime-o, obtendo assim o diretório SD Audio original. Deve ser notado que o computador pode, ao invés disso, baixar trilhas (AOBs) com as imagens paradas anexas (POBs) originárias do computador de servidor, e então gerar os diretórios SD Audio mostrados nas Figura 70A e 70B sozinhos no cartão de memória instantâneo 31. {69-3_71A,B,C-1} Composição Interna dos arquivos "POBXXX.JPG" e "POBXXX.SPI" [00546] A seguir, é descrita a composição interna dos arquivos "POBXXX.JPG" e "POBXXX.SP1". A Figura 71A mostra a composição interna de um arquivo "POBXXX.JPG". Este arquivo inclui dados de imagem parada que não foram criptografados, tendo assim a mesma composição que um arquivo JPEG padrão.

[00547] A Figura 71B mostra a composição interna de um arquivo "POBXXX.SP1". Conforme mostrado no desenho, tais arquivos incluem um Cabeçalho_POB (POBH) e dados de imagem parada criptografados no formato JPEG.

[00548] As linhas partidas hP1 mostradas na Figura 71B mostram a composição interna do POB H. Conforme mostrado no desenho, o POB_H é composto de um POB ID de dois bytes ajustado no valor "FFE0" para mostrar o presente arquivo em um arquivo POB, em uma região reservada de um byte, e em um POB_ATR de um byte que mostra se os dados criptografados estão presentes no "POBXXX.SP1", e um POB SZ de quatro bytes que mostra o tamanho de dados do POB.

[00549] Quando os dados criptografados estiverem presentes no arquivo "POBXXX.SP1", o valor "0" será ajustado no POB_ATR para mostrar que o "corpo de dados existe" (isto é, o arquivo 'POBXXX.SPr não faz referência indireta a outro arquivo). Contrariamente, quando os dados criptografados não estiverem presentes no arquivo "POBXXX.SP1", o arquivo, ao invés disso, armazenará o percurso de arquivo de um arquivo incluindo dados de imagem parada (isto é, o arquivo "POBXXX.SP1" indiretamente se refere a outro arquivo). A Figura 71C mostra um exemplo de um arquivo POB que armazena um percurso de arquivo ao invés de um corpo de dados criptografados.

[00550] O nome de arquivo "photo001.JPG" fornecido no percurso "¥DCIM¥Ctg_001¥photo001.JPG" indica um arquivo que armazena dados de imagem parada para uma fotografia digital tomada com o uso de uma câmera parada digital. Quando um percurso de diretório e um nome de arquivo forem assim indicados em um arquivo POB, será feita referência indireta aos dados de imagem armazenados no arquivo "photo001.JPG" com o percurso "¥DCIMM¥Ctg_001¥photo001.JPG". Neste "POBXXX.SP1", o POB_TR no Gerenciador de POB é ajustado no valor "1" para mostrar que não há "nenhum corpo de dados".

[00551] Como um exemplo, quando o driver do dispositivo de uma câmera parada digital apresentar uma exigência que os dados de imagem parada gravados com a câmera são registrados em um arquivo específico em um diretório específico, um arquivo POB, tal como aquele mostrado na Figura 71C, poderá especificar um arquivo JPG que armazena os dados de imagem parada com o uso de um percurso de arquivo de referência indireta (na Figura 71C, o driver do dispositivo para a câmera parada digital exige que os arquivos sejam armazenados com o percurso "¥DCIM¥Ctg-001¥photo001JPG", etc.). Como resultado, mesmo que os dados de imagem parada registrados pela câmera digital sejam gravados em um arquivo específico e em um diretório específico, de acordo com as necessidades de um driver do dispo- sitivo, tais dados de imagem poderão ainda ser exibidos durante a reprodução de um conteúdo de música.

[00552] Isto completa a explanação dos dados de apresentação nesta segunda concretização da presente invenção. {72-1} Gerenciador da Lista de Trilhas e Gerenciador de Trilha [00553] Os arquivos "POBXXX.JPG" e "OOBXXX.SP1" nos dados de apresentação são exibidos em sincronização com a reprodução das trilhas que foi descrita na primeira concretização. Para se alcançar tal exibição síncrona das imagens com as trilhas, o Gerenciador de Se-qüência de Execução e o Gerenciador de Trilha da segunda concretização apresentarão as composições mostradas na Figura 72. A Figura 72 mostra as composições detalhadas do Gerenciador de Seqüência de Execução e do Gerenciador de Trilha nesta segunda concretização. O Gerenciador de Seqüência de Execução e o Gerenciador de Trilha, nesta concretização diferem daqueles da primeira concretização que foram mostrados na Figura 17 pelo fato dos conteúdos, diferente de antes, da lnformação_Geral_de Seqüência de Execução_Padrão (DPLGI) e da lnformação_Geral_de Seqüência de Execução (PLGI) serem mostrados claramente, e pelo fato do TKI_POB_ATR e dos vinte TKI_POB_SRPs serem logo providos na TKGI.

{72-2} DPLGI

[00554] Conforme mostrado pelas linhas partidas h61, a Informa-ção_Geral_de Seqüência de Execução_Padrão (DPLGI) inclui um campo DPLIJD no qual é gravado um único identificador para a DPLI, um campo DPLI TK Ns no qual é gravado o número de trilhas referente ao DPLI, um campo DPLI_PB_TM no qual é gravado o tempo de reprodução total de todas as trilhas referentes à seqüência de execução padrão em unidades de milissegundo, a um campo DPLI_POB_ATR, e a sessenta campos DPLI_POB_SRP.

{72-3} PLGI

[00555] Conforme mostrado pelas linhas partidas h62, cada peça da lnformação_Geral_de Seqüência de Execução (PLGI) é composta de um campo PLI ID no qual é gravado um único identificador para a PLI, um campo PLI TK Ns no qual é gravado o número de trilhas (onde o máximo é "99") referente à PLI, um campo PLI_PB_TM no qual é gravado o tempo de reprodução total de todas as trilhas referentes à seqüência de execução em unidades de milissegundos, a um campo PLI_POB_ATR, e a vinte campos PLI_POB_SRP. {72-4_73} Sumário das Adições e Aperfeiçoamentos feitos na Segunda Concretização [00556] Conforme pode ser entendido a partir da explanação precedente, a TKGI, nesta segunda concretização, adicionalmente inclui dois tipos de informação, a TKI_POB_ATR e a TKI POB SRPs. Da mesma forma, a DPLGI adicionalmente inclui dois tipos de informação, a DPLI_POB_ATR e a DPLI_POB_SRPs, e cada PLGI adicionalmente inclui dois tipos de informação, a PLI_POB_ATR e a PLI_POB_SRPs.

[00557] A TKI_POB_SRPs, PLI_POB_SRPs, e DPLI_POB_SRPs apresentam, cada qual, a mesma composição e são usadas para especificar um POB. A Figura 73 mostra como os arquivos POB, tais como aqueles mostrados na Figura 70A, são especificados pela TKI_POB_SRPs, PLI_POB_SRPs, e DPLI_POB_SRPs. A seguir, é descrita a construção dos dados do TKI_POB_ATR (DPLI_POB_ATR, PLI_POB_ATR) e dos TKI_POB_SRPs (DPLI_POB_SRPs, PLI_POB_SRPs). {74-1} TKI_PO B_S RPs [00558] Um TKI_POB_SRP é um campo que especifica um POB a ser exibido durante o período de reprodução de um AOB específico, dentre todo o período de reprodução das trilhas indicadas na ordem para reprodução pela lnformação_de Seqüência de Execução_Padrão ou uma PLI. Em outras palavras, com o ajuste do TKI_POB_SRP no Gerenciador de Trilha, um POB a ser exibido durante uma trilha poderá ser especificado.

[00559] A Figura 74 mostra a construção dos dados dos TKI POB SRPs e TKI_POB_ATR.

[00560] Conforme mostrado no desenho, um TKI_POB_SRP é composto de um "campo de especificação de POB" (mostrado como o "POB_N°" no desenho) entre o bit número b25 e o bit número b16, um campo do "Número de Elementos de Imagem" entre o bit número b11 e o bit número b8, um campo de "Tabela de Huffman" entre o bit número b7 e o bit número b6, um campo de "Amostragem de Crominân-cia" entre o bit número b5 e o bit número b4, e um campo de "Modo de Codificação de Imagem" entre o bit número b3 e o bit número bO. Os campos entre o bit número b12 e o bit número b15 e entre o bit número b26 e o bit número b31 são regiões reservadas.

[00561] O "campo de especificação de POB" é usado para armazenar um número entre "1" e "999" como o número do POB a ser exibido durante o período de reprodução do arquivo AOB que corresponde a esta TKI. Quando nenhuma imagem parada for exibida durante o período de reprodução do arquivo AOB que corresponde a esta TKI, o "campo de especificação de POB" será ajustado em "0".

[00562] O "Modo de Codificação de Imagem" é um campo que é usado para informar um aparelho de reprodução do processo de codificação usado para a imagem parada especificada pelo "Campo de Especificação de POB".

[00563] O campo de "Amostragem de Crominância" será usado para mostrar a relação usada para a amostragem de luminância e a amostragem de crominância de duas cores, quando a imagem parada especificada pelo "Campo de Especificação de POB" tiver sido codificada. O valor binário "00" é ajustado neste campo para indicar a relação é de "4:4:2", enquanto que o valor "01" é ajustado para indicar a relação é de "4:2:0".

[00564] O campo da "Tabela de Huffman" mostra se uma tabela de Huffman típica deve ser usada, quando da exibição da imagem parada especificada pelo "Campo de Especificação de POB". Este campo será ajustado em "00", quando uma tabela de Huffman for usada.

[00565] O campo do "Número de Elementos de Imagem" é um campo no qual o tamanho da imagem parada especificada pelo "campo de especificação de POB" é escrita em elementos de imagem. O valor binário "0000" será escrito neste campo, quando a imagem parada especificada pelo "Campo de Especificação de POB" tiver 96*96 elementos de imagem, o valor "0001" será escrito, quando a imagem tiver 640*470 elementos de imagem, e o valor "0010" será escrito, quando a imagem tiver outro tamanho que esteja em uma faixa de 160*120 elementos de imagem a 1800*1200 elementos de imagem.

[00566] A TKGI inclui vinte TKI_POB_SRPs com esta construção, de modo que um máximo de vinte imagens paradas possa ser exibido durante a reprodução de uma trilha. Quando uma trilha for composta de diversas TKIs, apenas os TKI_POB_SRPs na primeira TKI serão válidos.

{74-2} TKI_POB_ATR

[00567] O "TKI_POB_ATR" é provido para especificar como os POBs especificados pelos vinte TKIPOBSRPs em uma TKGI devem ser exibidos. O "TKI_POB_ATR" inclui um "Modo de Ordem de Exibição" entre o bit número bO e o bit número b1 e um "Modo de Sincronização de Exibição" entre o bit número b2 e o bit número b3.

[00568] O campo do "Modo de Ordem de Exibição" será ajustado para mostrar a ordem na qual os POBs especificados pelos vinte TKI POB SRPs em uma TKGI devem ser exibidos. Nesta concretização, os POBs são exibidos em um dos três modos durante o período de reprodução de um AOB.

[00569] O primeiro modo é denominado de "Modo Seqüencial" e é onde os POBs especificados por um máximo de vinte TKI_POB_SRPs em uma TKGI são exibidos na ordem na qual os TKI_POB_SRPs são fornecidos na TKGI.

[00570] O segundo modo é denominado de "Modo Aleatório" e é onde os POBs especificados por um máximo de vinte TKI_POB_SRPs em uma TKGI são exibidos em uma ordem aleatória.

[00571] O terceiro modo é denominado de "Modo de Embaralhamento" e é onde os POBs especificados por um máximo de vinte TKI_POB_SRPs em uma TKGI são exibidos em uma ordem aleatória sem repetição.

[00572] Para indicar o modo seqüencial, o valor binário "00" é ajustado no campo do "Modo de Ordem de Exibição". Contrariamente, o valor binário "01" é ajustado para indicar o modo aleatório e o valor binário "10" é ajustado para indicar o modo De embaralhamento.

[00573] O campo do "Modo de Sincronização de Exibição" é ajustado para mostrar se a exibição dos POBs especificados por um máximo de vinte TKI_POB_SRPs em uma TKGI deve ser sincronizada com a reprodução de um arquivo AOB que corresponde à TKI. O modo no qual as imagens são sincronizadas com áudio é denominado de "Modo Síncrono". Durante o "Modo Síncrono", o usuário é incapaz de pular através das imagens que são exibidas sem pular através do áudio que é reproduzido.

[00574] Por outro lado, o modo no qual as imagens e o áudio não são sincronizados é denominado de "Modo Assíncrono". No modo as-síncrono, o usuário pode pular através das imagens sem pular através do áudio.

[00575] Desta forma, a informação que mostra quais os POBs que devem ser exibidos durante a reprodução de um arquivo AOB correspondente, em cuja ordem tais POBs devem ser exibidos, e se a exibi- ção dos POBs deve ser sincronizada com a reprodução do arquivo AOB correspondente, é ajustada em uma TKGI. {74-3_75} Ajuste Exemplificativo dos TKI_POB_SRPs incluídos nas TKI#1 a TKI#3.

[00576] A Figura 75 mostra um ajuste exemplificativo dos TKI_POB_SRPs para as TKI#1 a TKI#3 incluídas no Gerenciador de Trilha.

[00577] O primeiro nível na Figura 75 mostra o Gerenciador de Trilha, enquanto que o segundo nível mostra nove arquivos POB. O Gerenciador de Trilha no primeiro nível inclui oito TKIs, com as setas mostrando quais os arquivos POB que se referem aos TKI_POB_SRPs nestas oito TKIs.

[00578] Conforme mostrado pelas setas, a TKI#1 inclui três TKI_POB_SRPs que especificam POB001 a POB003, a TKI#2 inclui três TKIPOBSRPs que especificam POB004 a POB004 e a TKI#3 inclui três TKI POB SRPs que especificam POB007 a POB009.

[00579] Nesta concretização, os POB001 a POB009 são assumidos aos dados de imagem JPEG compostos da letra de canção disposta em um segundo plano simples. As palavras que compõem a letra da canção são mostradas com o uso de uma fonte adequada para o tom da canção e podem ser submetidas a embelezamentos, tais como a adição de contornos em negrito.

[00580] O nível mais baixo na Figura 75 mostra o conteúdo de cada POB. O conteúdo do POB001 a POB003 é a letra da canção para a TrilhaA, o conteúdo do POB004 a POB006 é a letra da canção para a TrilhaB, e o conteúdo de POB007 a POB009 é a letra da canção para a TrilhaC. Uma vez que estas imagens não têm qualquer significado, a menos que elas sejam exibidas durante a reprodução das trilhas correspondentes, os TKI_POB_SRPs incluídos nas TKIs serão ajustados de modo que estas imagens sejam exibidas durante tal reprodução.

[00581] O período de reprodução de cada trilha é o mesmo a que se fez referência na Figura 16. Isto significa que o período de reprodução de "AOB001.SA1" que corresponde à TKI#1 é de 6,1 minutos, o período de reprodução de "AOB002.SA1" que corresponde à TKI#2 é de 3,3 minutos, e o período de reprodução de "AOB003.SA1" que corresponde à TKI#3 é de 5,5 minutos. Durante estes períodos de reprodução, os TKI_POB_SRPs fornecidos nas TKIs se tornarão válidos, de modo que um aparelho de reprodução possa exibir os POBs de acordo com estes TKI_POB_SRPs válidos.

[00582] O período de reprodução de "ABOSA1.001" que corresponde à TKI#1 é de 6,1 minutos, de modo que se POB001 a POB003 forem exibidos para o mesmo tempo durante este período, cada imagem será exibida por 2,03 (=6.1/3) minutos. O período de reprodução de "AOBSA2.001" que corresponde à TKI#2 será de 3,3 minutos, de modo que POB004 a POB006 venham a ser, cada qual, exibidos por 1,1 minuto (=3.3/3). O período de reprodução de "AOBSA3.001" que corresponde à TKI#3 é de 5,5 minutos, de modo que POB007 a POB009 venham a ser exibidos por 1,83 (=5,5/3) minuto. {74-4_76} Ajuste Exemplificativo dos TKI_POB_ARPs incluídos nas TKI#4 a TKI#8 [00583] A Figura 76 mostra um exemplo do ajuste dos TKI_POB_SRPs na TKI#4 a TKI#8 incluídas no Gerenciador de Trilha. O primeiro nível mostra o Gerenciador de Trilha, enquanto que o segundo nível mostra dez arquivos POB. Conforme mostrado pelas setas no desenho, a TKI#4 inclui sete TKIPOBSRPs que, respectivamente, especificam POB010 a POB016.

[00584] Da mesma forma, a TKI#8 inclui três TKI POB SRPs que especificam POB017 a POB019. Na presente concretização, os POB010 a POB019, como POB001 a POB009, são dados de imagem JPEG compostos de letras de canção dispostas em um segundo plano simples. A razão pela qual os TKI POB SRPs são ajustados para TKI#4 e não para nenhuma das TKI#5 a TKI#7, é de que, quando uma única trilha for composta de uma pluralidade de TKIs, apenas os TKI_POB_SRPs na primeira TKI serão válidos, conforme afirmado anteriormente.

[00585] O conteúdo de POB010 a POB016 é a letra da canção para a TrilhaD que é mostrada na Figura 16 da primeira concretização, enquanto que o conteúdo de pOB017 a POB019 é a letra da canção para a TrilhaE. O período de reprodução total de "AOB004.SA1" a "AOB007.SA1" que correspondem à TKI#4 a TKI#7 é de 30,6 minutos, de modo que o período de exibição de cada POB010 a POB016 seja de 4,37 (=30,6/7) minutos. Como resultado, cada POB pode ser exibido para o mesmo período durante o período de reprodução da TrilhaD. Uma vez que o período de reprodução de "AOBSA8.SAT' que corresponde à TKI#8 é de 7,0 minutos, o período de exibição de cada POB017 a POB019 será de 2,33 (=7,0/3) minutos.

{77-1} DPLI_POB_SRP e DPLI_POB_ATR incluídos na DPLGI

[00586] Enquanto os TKI_POB_SRPs podem especificar quais os POBs que devem ser exibidos durante qual trilha, os DPLIPOBSRPs fornecidos na DPLGI especificam os POBs que devem ser exibidos durante um período de reprodução de uma pluralidade de AOBs de acordo com a ordem especificada pela lnformação_de Sequência de Execução_Padrão.

[00587] A Figura 77 mostra os DPLI_POB_SRPs e os DPLI POB ATRs incluídos na DPLGI. Conforme pode ser visto a partir deste desenho, os DPLI POB SRPs e os DPLI_POB_ATRs incluídos na DPLGI apresentam as mesmas construções da dados como os TI_POB_SRPs e TKI_POB_ARTs.

[00588] Uma vez que a lnformação_de Seqüência de Execu-ção Padrão ajusta a ordem de reprodução para uma pluralidade de arquivos AOB, os DPLIPOBSRPs e DPLI_POB_ATRs fornecidos na Figura 77 podem ser ajustados para mostrarem (1) quais os POBs que devem ser exibidos durante o período de reprodução da pluralidade de arquivo AOB indicados pela ordem de reprodução na lnformação_de Reprodução_de Padrão, (2) em que ordem tais POBs devem ser exibidos, e (3) se a exibição dos POBs deve ser sincronizada com a reprodução do AOB que corresponde às TKIs. {77-2_78} Ajuste Exemplificativo dos Vinte DPLI_POB_SRPs [00589] A Figura 78 mostra um ajuste exemplificativo dos vinte DPLI POB SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão. O primeiro nível no desenho mostra a lnformação_de Seqüência de Execução_Padrão, com os quadros internos mostrando a DPLGI e os vinte DPLI_POB_SRPs. O segundo nível mostra os vinte arquivos POB POB020 a POB039. Conforme mostrado pelas setas, os vinte DPLI_POB_SRPs especificam, respectivamente, os vinte arquivos POB POB020 a POB039.

[00590] Ο POB020 é uma imagem usada como a imagem envolvente para a versão acondicionada do álbum de música composto da TrilhaA a TrilhaE, enquanto que ο OB021 é um logotipo da companhia produtora que produziu este álbum de música. Os POB0222 a POB025 são fotos do artista, os POB026 a POB031 são imagens tomadas de um vídeo de lançamento, e os POB032 a POB039 são fotos do artista que executa a TrilhaA a TrilhaE durante um concerto.

[00591] Os DPLI POB SRPs na lnformação_de Seqüência de Execução_Padrão são definidos pelo produto dos conteúdos de música, podendo assim ser ajustados como tendo imagens para as trilhas representadas pelo conteúdos de música, pelas fotos do artista, etc. exibidos durante a reprodução.

[00592] Durante o período de reprodução dos arquivos AOB especificados na ordem de reprodução na lnformação_de Seqüência de Execução_Padrão, serão exibidos os arquivos POB especificados pelos DPLI_POB_SRPs incluídos na DPLGI. Para o exemplo mostrado na Figura 40, a lnformação_de Seqüência de Execução_Padrão especifica uma ordem para as cinco trilhas TrilhaA a TrilhaE através das oito TKIs que compõem estas trilhas. Enquanto isso, no exemplo mostrado na Figura 78, os DPLI POB SRPs incluídos nessa Informa-ção_de Seqüência de Execução_ de Padrão especificam vinte arquivos POB, com estas especificações sendo válidas durante o período de reprodução de 52,5 minutos para a TrilhaA a TrilhaE. Quando este período de reprodução de 52,5 minutos tiver que ser dividido igualmente entre os POB020 ao POB039, cada imagem será exibida por 3,625 (52,5/20) minutos. {77-3_79} Mudanças nas Imagens de Primeiro Plano e de Segundo plano na medida em que a Reprodução Prossegue [00593] A Figura 79 é um diagrama de sincronização que mostra que imagens serão combinadas, quando os POBs especificados pelos DPLI_POB_SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão forem usados como imagens de segundo plano e os POBs indicados pelos TKI_POB_SRPs incluídos no Gerenciador de Trilha forem usados como imagens de primeiro plano.

[00594] O primeiro nível no desenho mostra os mesmos POBs como o segundo nível na Figura 78, enquanto que o segundo nível mostra os mesmos POBs como o segundo nível nas Figuras 75 e 76. A escala que se estende horizontalmente através do topo da Figura 79 mostra o tempo de reprodução em unidades de um minuto. A largura horizontal de cada POB na Figura 79 mostra, portanto, o tempo de exibição contínuo para cada POB.

[00595] Com referência à escala de empo na Figura 79, pode ser visto que durante o período a partir do início da reprodução do ponto em 6,1 minutos, os POB001 a POB003 (a letra da canção para a Tri- lha A) que são exibidos são sucessivamente exibidos como a imagem de segundo plano, enquanto que ο POB020 (a imagem envolvente), o POB021 (o logotipo da companhia produtora), e ο POB022 (uma foto do artista) são sucessivamente exibidos como a imagem de segundo plano.

[00596] No período de reprodução entre o ponto em 6,1 minutos depois do início da reprodução e o ponto 14,9 (=6.1+3.3+5.5) minutos depois do início, os POB004 ao POB009 (a letra da canção para a Tri-IhaB e TrilhaC) são sucessivamente exibidos como as imagens de segundo plano, enquanto que os POB022 ao POB025 (fotos do artista) são sucessivamente exibidos como imagens de segundo plano.

[00597] No período seguinte ao ponto em 14,9 minutos a partir do início da reprodução, os POB010 e POB011 (a letra da canção para a TrilhaD) são sucessivamente exibidos como imagens de segundo plano, enquanto os POB026 a POB028 (imagens tomadas de um vídeo de lançamento) são sucessivamente exibidos como a imagem de segundo plano. {77-4_80>

[00598] No diagrama de sincronização na Figura 79, uma imagem combinada composta do POB004 (a letra da canção para a TrilhaB) no primeiro plano e do POB022 (uma foto do artista) no segundo plano será exibida a partir do ponto em 6,1 minutos depois do início da reprodução, de acordo com a lnformação_de Seqüência de Execu-ção_Padrão. A Figura 80 mostra como a imagem de primeiro plano e a imagem de segundo plano são combinadas neste ponto em 6,1 minutos depois do início da reprodução, de acordo com a lnformação_da Seqüência de Execução_Padrão. {77-5_81} [00599] Da mesma maneira, uma imagem combinada composta do POB010 (a letra da canção para a TrilhaD) no primeiro plano e do ΡΟΒ026 (um instantâneo de um vídeo de lançamento) no segundo plano será exibida a partir do ponto em 16 minutos depois do início da reprodução, de acordo com a lnformação_de Seqüência de Execu-ção_Padrão. A Figura 81 mostra como a imagem de primeiro plano e a imagem de segundo plano são combinadas neste ponto em 16 minutos depois do início da reprodução, de acordo com a lnformação_de Seqüência de Execução_Padrão.

[00600] Conforme descrito acima, se uma imagem combinada for produzida através da combinação de um arquivo POB especificado por um DPLI_POB_SRP na lnformação_de Seqüência de Execu-ção_Padrão como a imagem de segundo plano, a letra da canção para a trilha que é reproduzida poderá ser exibida com uma foto do artista, uma imagem de um vídeo de lançamento da trilha, e uma foto de concerto, ou semelhante. Os ajustes de quais arquivos POB que devem ser exibidos em que tempo poderão ser facilmente mudados com a rescrita dos TKI POB SRPs e DPLI_POB_SRPs no Gerenciador de Trilha e lnformação_de Seqüência de Execução_Padrão.

{82-1} PLI_POB_SRPs e PLI_POB_ATR em uma PLGI

[00601] Os PLI POB SRPs e PLI_POB_ATR incluídos em uma PLGI apresentam as mesmas construções de dados que os DPLI POB SRPs e DPLI_POB_ATR incluídos na DPLGI, e os TKI_POB_SRPs e TKI POB ATR em uma TKI. A Figura 82 mostra os PLI_POB_SRPs e POLI POB ATRs incluídos em uma PLGI.

[00602] Como na primeira concretização, uma PLI difere da Infor-mação_de Seqüência de Execução_Padrão no fato de mostrar uma ordem de reprodução definida pelo usuário, de modo que os PLI_POB_SRPs e POLI POB ATR mostrem quais os POBs que deve ser exibidos durante a reprodução da pluralidade de arquivos AOB especificados nesta ordem de reprodução definida pelo usuário, em cuja ordem tais POBs devem ser exibidos, e se a exibição dos POBs deve ser sincronizada com a reprodução dos arquivos AOB correspondentes. Deve ser notado que, enquanto os PLIPOBSRPs na Informa-ção_de Seqüência de Execução_Padrão foram descritos como sendo ajustados pelo produtor dos conteúdos de música, estes DPLI POB SRPs poderão ser livremente ajustados pelos usuários. {82-2_83} Ajustes Exemplificativos dos PLI_POB_SRPs incluídos em uma PLI

[00603] A seguir, são descritos os ajustes exemplificativos dos PLI POB SRPs incluídos em uma PLI.

[00604] A Figura 83 mostra um exemplo dos ajustes de vinte PLI_POB_SRPs em uma PLI. O primeiro nível no desenho mostra a PLI, com os quadros internos mostrando a PLGI e os vinte PLI POB SRPs. O segundo nível mostra os vinte arquivos POB POB040 a POB059. Conforme mostrado pelas setas, os vinte PLI POB SRPs especificam, respectivamente, os vinte arquivos POB POB040 a POB059.

[00605] Enquanto POB020 a POB039 são dados de imagem parada que são providos pelo produto dos conteúdos de música, os POB040 a POB059 são dados de imagem parada para fotos pessoais providas pelo usuário. Como exemplos, ο POB040 é uma foto da família do usuário, enquanto que ο POB041 é uma foto da cerimônia de formatura do usuário, os POB042 a POB051 são fotos do animal de estimação do usuário, os POB046 a POB051 são instantâneos de férias da viagem para a Europa do usuário, e pOB052 a POB059 são instantâneos de férias da viagem para os Estados Unidos do usuário. Para simplificar a explanação, o período de reprodução total dos arquivos AOB especificados por esta PLI e o número de POBs especificado para exibição por esta PLI são os mesmos que a lnformação_de Seqüência de Execução_Padrão. Isto significa que o período de reprodução total da TrilhaA à TrilhaE especificado por esta PLI é de 52,5 minutos, e que o período de exibição para cada POB040 a POB059 será de 2,625 (=52,520) minutos, se cada imagem tiver que ser exibida para o mesmo tempo durante este período de reprodução. {82-3_84} Mudanças nas Imagens de Primeiro Plano e de Segundo plano na Medida em que a Reprodução Prossegue [00606] A Figura 84 é um diagrama de sincronização que mostra que imagens serão combinadas, quando os POBs especificados pelos PLI_POB_SRPs incluídos na lnformação_de Seqüência de Execução descritos acima forem usados como imagens de segundo plano e os POBs indicados pelo TKI POB SRPs incluídos no Gerenciador de Trilha forem usados como imagens de segundo plano.

[00607] O primeiro nível no desenho mostra os mesmos POBs como o segundo nível na Figura 83, enquanto que o segundo nível mostra os mesmos POBs como o segundo nível nas Figuras 75 e 76. A escala que se estende horizontalmente através do topo, na Figura 84, mostra o tempo de reprodução em unidades de um minuto. A largura horizontal de cada POB na Figura 84 mostra, portanto, o tempo de exibição contínuo para cada POB.

[00608] Com referência à escala de tempo na Figura 79, pode ser visto que durante o período a partir do início da reprodução para o ponto em 6,1 minutos, os POB001 a POB003 (a letra da canção para a TrilhaA) que são exibidos são sucessivamente exibidos como a imagem de primeiro plano, enquanto que ο POB040 (uma foto de família), ο POB041 (uma foto de formatura), ο POB0412 (uma fonte de um animal de estimação) são sucessivamente exibidos como a imagem de segundo plano.

[00609] No período de reprodução entre o ponto em 6,1 minutos depois do início da reprodução e o ponto em 14,9 minutos depois do início, os POB004 a POB009 (a letra da canção para a TrilhaB e Tri-IhaC) são sucessivamente exibidos como imagens de primeiro plano, enquanto que os POB042 a POB045 (fotos de animais de estimação) são sucessivamente exibidos como imagens de segundo plano.

[00610] No período que segue o ponto em 14,9 minutos a partir do início da reprodução, os POB010 a POB011 (a letra da canção para TrilhaD) são sucessivamente exibidos como imagens de primeiro plano, enquanto que os POB045, e os POB046 a POB048 (instantâneos de férias das férias na Europa) são sucessivamente exibidos como imagem de segundo plano.

[00611] Desta forma, enquanto os POBs especificados pela Infor-mação_de Seqüência de Execução_Padrão são escolhidos pela gravadora que produz os conteúdos de música, correspondendo assim geralmente às imagens do artista e imagens referentes aos conteúdos de música, os POBs especificados por uma PLI podem ser livremente selecionados pelo usuário, podendo assim ter um alto valor pessoal. {82-4_85} [00612] No diagrama de sincronização na Figura 84, uma imagem combinada composta do POB004 (a letra da canção para a TrilhaB) no segundo plano e do POB042 (uma foto de animal de estimação) no segundo plano será exibida a partir do ponto em 6,1 minutos depois do início da reprodução, de acordo com a lnformação_de Seqüência de Execução descrita acima. A Figura 85 mostra como a imagem de primeiro plano e a imagem de segundo plano são combinadas neste ponto em 6,1 minutos depois do início da reprodução, de acordo com esta lnformação_de Seqüência de Execução. {82-5_86} [00613] Da mesma forma, uma imagem combinada composta do POB010 (a letra da canção para a TrilhaD) no primeiro plano e do POB046 (um instantâneo de férias da Europa) no segundo plano será exibida a partir do ponto em 16 minutos depois do início da reprodução, de acordo com esta lnformação_de Seqüência de Execução. A

Figura 86 mostra como a imagem de primeiro plano e a imagem de segundo plano são combinadas neste ponto em 16 minutos depois do início da reprodução, de acordo com esta lnformação_de Seqüência de Execução. As letras das canções que fazem parte destas imagens combinadas são as mesmas apresentadas nas Figuras 80 e 81, embora, uma vez que as imagens de segundo plano são diferentes, as imagens combinadas nas Figura 85 e 86 dão uma impressão complemente diferente daquelas nas Figuras 80 e 81.

[00614] Conforme descrito acima, os PLI POB SRPs em uma PLI definida pelo próprio usuário podem especificar arquivos POB que diferem daqueles especificados pela lnformação_de Seqüência de Exe-cução_Padrão, de modo que o usuário possa ter suas imagens favoritas exibidas durante a reprodução de suas trilhas favoritas. {82-6_87} Ajuste Exemplificativo dos Mesmos POBs nos DPLI_POB_SRPs na lnformação_de Seqüência de Execu-ção_Padrão [00615] Nos exemplos nas Figuras 78, 79, 82 e 83, todos os DPLI_POB_SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão especificam diferentes arquivos AOB, embora seja possível que dois ou mais DPLIPOBSRPs na lnformação_de Seqüência de Execução_Padrão especifiquem o mesmo arquivo AOB. Em se fazendo isso, o mesmo arquivo POB pode ser exibido durante o período de reprodução de uma pluralidade de trilhas, tornando possível reduzir o número de arquivos POB que precisam ser providos pelo produtor do título. Isto reduz o tempo e o custo exigidos para produzir um título.

[00616] A Figura 87 mostra um exemplo, onde o número de arquivos POB é reduzido em se tendo alguns dos DPLI POB SRPs na In-formação_de Seqüência de Execução_Padrão especificando o mesmo arquivo POB. Neste desenho, tanto o DPLI_POB_SRP#1 como o DPLI_POB_SRP#4 especificam POB020, enquanto que tanto o DPLI_P0B_SRP#2 como o DPLI_POB_SRP#5 especificam POB021. {82-7 88} Mudanças nas Imagens de Primeiro Plano e de Segundo plano na Medida em que a Reprodução Prossegue [00617] A Figura 88 é um diagrama de sincronização que mostra que imagens serão combinadas, quando os POBs especificados pelos DPLI_POB_SRPs incluídos na lnformação_de Seqüência de Execu-ção_Padrão descrita acima forem usados como as imagens de segundo plano e os POBs indicados pelos TKI_POB_SRPs incluídos no Gerenciador de Trilha forem usados como imagens de primeiro plano.

[00618] Conforme pode ser visto a partir deste diagrama de sincronização, ο POB020 que mostra a imagem envolvente do produto embalado exibe um total de três tempos que estão no início da reprodução, em 7,875 minutos depois do início da reprodução, e em 15,75 minutos depois do início da reprodução. Da mesma maneira, ο POB021 que mostra o logotipo do gravadora exibe um total de três tempos que são de 2,625 minutos, 10,5 minutos, e 18,375 minutos depois do início da reprodução. Quando os DPLI_POB_SRPs forem ajustados conforme mostrado na Figura 87, o mesmo POB será repetidamente exibido, de modo que as imagens reutilizáveis, tais como a imagem envolvente ou o logotipo do gravadora, possam ser repetidamente exibidas.

[00619] Isto completa a explanação da TGKI, DPLGI, e PLGIs. {69-4_89} POBMG

[00620] A seguir, é descrito o Gerenciador de POB (POBMGs) que foi recentemente provido na informação de navegação na segunda concretização. A Figura 99 mostra a composição do POBMG. Conforme mostrado no desenho, um POBMG é composto da Informação de Gerenciamento POB (POBMGI) e da Informação de Contagem de POB (POBCI)#1, #2... #n.

{69-4_89-1} POBMGI

[00621] Conforme mostrado pelas linhas rompidas na Figura 89, a informação de gerenciamento de POB (POBMGI) inclui a informação de identificação POBMGI que ocupa o 0o. e 1o. bytes, um campo reservado que ocupa os 2o e 3o campos, um campo POBNs que ocupa os 4° e 5o campos, e um campo reservado que ocupa os 6o e 7o campos.

[00622] Um ID(Divisão de Identificação) (um código de ajuste de caracter "A6" de acordo com IS0646) que identifica o POBMGI é escrito no campo de informação de identificação POBMGI. Um número de POBs em uma faixa de "0" a "999" é escrito no campo POB Ns. Isto completa a explanação do POBMGI.

{69-4_89-2> POBCI

[00623] A seguir, é descrita a Informação de Contagem POB (POBCI). A Informação de Contagem POB é a informação de gerenciamento que é provida separadamente para cada POB. A construção de bit da Informação de Contagem POB é mostrada, conforme mostrado pelas linhas partidas na Figura 89. Isto é, a Informação de Contagem POB inclui um campo POBRCN que ocupa a região do bit número bO ao bit número b9, um campo reservado que ocupa as regiões do bit número b10 ao b13, e um campo de existência de dados que ocupa a região do bit número b14 para o bit número b15.

{69-4_89-3} POB_RCN

[00624] O campo "POB RCN" mostra se a exibição de um POB correspondendo a um POBCI é especificada pela DPLGI, por uma PLGI, ou por uma TKGI. Quando o POB correspondente POB for especificado, o número de especificações, isto é, o número de TKIs que especifica o POB para exibição, será escrito como um número na faixa de "1" a "999".

[00625] Como na primeira concretização, as TKIs podem ser suprimidas, de modo que os ajustes na lnformação_de Seqüência de Exe-cução_Padrão e a lnformação_de Seqüência de Execução possam ser livremente mudadas pelos usuários. Quando uma ou mais TKIs que especificam um POB específico forem suprimidas, a contagem de referência POB para esse POB terá que ser decrementada de acordo com número de TKIs de especificação que foram suprimidas. Também, quando a lnformação_de Seqüência de Execução_Padrão ou um PLI for suprimida, o POB_RCN terá que ser decrementado pelo número de TKIs de especificação que foram suprimidas.

[00626] Quando um POB não for especificado pela DPLGI, um PLGI, ou a TKGI, a contagem_de referência_POB será ajustada em "0". Como um POB, cuja contagemde referência_POB é "0" não se refere a uma TKI ou uma seqüência de execução, quando da supressão de uma TKI ou seqüência de execução, um aparelho de reprodução poderá detectar os POBs, cujo número_de contagem de referência se torna zero e suprimi e os arquivos POB que armazenam tais POBs para reduzirem a quantidade de dados de imagem parada registrados no cartão de memória instantâneo.

[00627] Quando certos POBs apresentarem uma forte relação com certas trilhas e tais POBs não terão qualquer significado, se não forem exibidos durante a reprodução das trilhas afins, tais POBs podendo ser suprimidos, quando seu número_de contagem_de referência se tornar zero para impedir o uso devastador da capacidade de armazenamento do cartão de memória instantâneo. Isto podería se aplicar ao caso dos POBs que mostra as letras de canções para as trilhas gravadas no cartão de memória instantâneo.

[00628] Independente de quando uma ou mais TKIs são suprimidas, quando um POB especificado por um DPLI_POB_SRP, um PLI_POB_SRP, e/ou um TKI_POB_SRP for suprimido por meio de uma operação de edição, o número_de contagem de referência poderá ser igualmente decrementado. {69-4_89-4} Existência de Dados [00629] O campo de existência de dados que ocupa o bit número b14 e o bit número b15 é ajustado para indicar a presença ou não de um POB que corresponde ao número de POB. O valor binário "01" será ajustado neste campo, quando um POB correspondente existir, enquanto que o valor "00" será ajustado, quando não houver nenhum POB. Aqui, os dados serão considerados como "existentes", quando os dados com valor intrínseco estiverem presentes.

[00630] Quando este campo indicar que existe um POB e a supressão de uma TKI ou PLI tiver resultado no alcance de "0" pela conta-gem_de referência_POB, um aparelho de reprodução julgará se o POB correspondente a "0" da contagem_de referência_POB deverá ser ou não mantido, não suprimento assim o POB.

[00631] Se um POB apresentar um valor intrínseco, não obstante se ele se refere ou não a uma TKI ou a uma PLI, o campo da existência de dados correspondendo a este POB poderá ser ajustado em "1". Com o ajuste do campo de existência de dados que corresponde aos POBs que são apenas de valor, se eles se referirem a uma TKI ou uma seqüência de execução em "0", se tornará possível seletivamente manter apenas os POBs com um valor intrínseco no cartão de memória instantâneo. Os POBs que têm apenas significado quando exibidos juntamente com a reprodução de uma trilha (isto é, os POBs que não têm qualquer valor intrínseco) poderão ser suprimidos, quando a trilha correspondente for suprimida, permitindo que a capacidade de armazenamento do cartão de memória instantâneo seja usada de maneira eficiente.

[00632] Isto completa a explanação do Gerenciador de POB (POBMG). (69-5) Atualização que Acompanha a Edição das TKIs [00633] A seguir, é descrito como os TKI_POB_SRPs e os DPLI_POB_SRPs são atualizados nos cinco casos seguintes. O pri- meiro dos quatro casos são os mesmos que aqueles apresentados na primeira concretização, de modo que no primeiro caso (casol) uma trilha seja suprimida. No segundo caso (caso2), uma trilha é suprimida e uma nova trilha é registrada. No terceiro caso (caso3), duas de uma pluralidade de trilhas são selecionadas e combinadas em uma única trilha. No quarto caso (caso4), uma trilha é dividida para produzir duas trilhas. No quinto caso (caso5), a ordem de reprodução das trilhas é mudada.

[00634] No casol, onde a trilha é suprimida, cada TKI correspondente à trilha é ajustada na "Inutilizada" e os TKI_POB_SRPs em cada TKI são suprimidos. Ao mesmo tempo, a contagem_de referên-cia_POB no Gerenciador de POB dos POBs especificados pelos TKI_POB_SRPs é decrementada. Os POBs que são especificados pelos PLI_POB_SRPs e/ou DPLI POB SRPs na DPLGI ou PLGI não são afetados por esta supressão.

[00635] Quando os DPL_TK_SRPs forem mudados, de modo a especificar as trilhas em uma ordem diferente (casoõ), a ordem de reprodução de trilhas mudará, de modo que a ordem de exibição dos POBs especificada pelos TKI_POB_SRPs não mude também.

[00636] No caso3, é preferível que os TKI_POB_SRPs nas TKIs sejam também combinados. Isto se deve ao fato de apenas os TKI_POB_SRPs em uma primeira TKI serem válidos para uma trilha composta de uma pluralidade de TKIs. Quando uma operação de combinação de trilha for executada, os POBs especificados pelos TKI_POB_SRPs da última TKI terão que ser especificados pelos TKI_POB_SRPs na TKI anterior.

[00637] Quando uma trilha for dividida (caso4), será necessário mudar o TKI_BLK_ATR da trilha e dividir a TKTMSRT e a BIT, conforme descrito na primeira concretização. Além disso, os TKI_POB_SRPs especificados na TKGI também precisam ser divididos em dois grupos que são, respectivamente, designados para primeira TKI e para a TKI extra que foi recentemente produzida pela divisão. {69-6} Exemplo Atual de Como os TKI_POB_SRPs e os DPLI_POB_SRPs Podem Ser Usados [00638] Conforme descrito acima, as construções da dados do Gerenciador de Trilha e Gerenciador de Seqüência de Execução permitem que o usuário livremente mude a relação entre os arquivos AOB e os POBs com a mudança dos ajustes dos TKI POB SRPs, dos DPLI_POB_SRPs, e dos PLI_POB_SRPs. Isto significa que um produtor de conteúdos de música pode prover conteúdos de música com diferentes quantidades de dados de imagem parada para os consumidores, tais como trilhas e letras de canções, trilhas sem qualquer letra de canção, e trilhas com letras de canções e imagens de segundo plano. Naturalmente, o produtor pode carregar diferentes quantidades destes tipos diferentes de conteúdos.

[00639] Quando um consumidor desejar comprar trilhas sem letras de canções, o produtor poderá produzir um diretório SD_Audio que inclua os oito AOBs mostrados na primeira concretização e um Gerenciador de Trilha, onde os TKI_POB_SRPs nas TKI#1 a TKI#8 especificam os POB020 a POB039, conforme mostrado na Figura 78. O produtor comprime então este diretório, criptografa-o, e o transmite para o computador pessoal do consumidor. Deve ser notado que o computador pessoal do consumidor pode, ao invés disso, baixar trilhas (AOBs) e imagens paradas (POBs) que correspondem às trilhas originárias de um computador de servidor operado pela gravadora e gerar o diretório SDAudio mostrado nas Figura 70A e 70B do cartão de memória instantâneo 31.

[00640] Quando o consumidor desejar comprar trilhas com letras de canções, o produtor poderá produzir um diretório SD Audio que inclua oito AOBs mostrados na primeira concretização e um Gerenciador de Trilha onde os TKI_POB_SRPs nas TKI#1 a TKI#8 especificam os POB001 a POB019 mostrados nas Figuras 75 e 76 que correspondem às letras de canções. O produtor comprime então este diretório, cripto-grafa-o e o transmite para o computador pessoal do consumidor.

[00641] Quando o consumidor desejar comprar trilhas tanto com letras de canções como com imagens de segundo plano, o produtor poderá produzir um diretório SD Audio que inclua os oito AOBs mostrados na primeira concretização, um Gerenciador de Trilha, onde os TKI POB SRPs nas TKI#1 a TKI#8 especificam os POB001 a POB019 mostrados nas Figuras 75 e 76 que correspondem às letras de canções, e um Gerenciador de Seqüência de Execução, onde os DPLI POB SRPs especificam POB0202 a POB039 mostrados na Figura 78. O produtor comprime então este diretório, criptografa-o e o transmite para o computador pessoal do consumidor. Uma vez que os dados de imagem parada podem ser livremente associados com os dados de áudio através do ajuste dos TKI_POB_SRPs, DPLI_POB_SRPs, e PLI_POB_SRPs na presente concretização, os conteúdos de música podem ser facilmente produzidos com diferentes peças de acordo com a quantidade de dados de imagem parada associada. {90-1_91} Aparelho de Reprodução para a Segunda Concretização [00642] A seguir, é descrito um aparelho de reprodução para a segunda concretização. Este aparelho de reprodução difere do aparelho de reprodução descrito na primeira concretização pelo fato de que enquanto o aparelho de reprodução na primeira concretização é portátil, o aparelho de reprodução na segunda concretização é designado para instalação como um estéreo de carro.

[00643] A Figura 90 mostra como o aparelho de reprodução da segunda concretização é usado, enquanto que a Figura 91 mostra a aparência externa do aparelho de reprodução.

[00644] O aparelho de reprodução desta segunda concretização difere do aparelho de reprodução da primeira concretização pelo fato de ser instalado em um automóvel, conforme mostrado na Figura 90, pelo fato de incluir um grande painel LCD 5, e pelo fato de ser conectado aos alto-falantes do carro. Devido à provisão do grande painel LCD 5, o aparelho de reprodução desta segunda concretização é bem adequado para a exibição dos diversos tipos de dados de imagem parada mencionados acima.

[00645] Uma segunda diferença com o aparelho de reprodução da primeira concretização é a de que o aparelho de reprodução da segunda concretização apresenta um desmisturador 7 que é capaz de descriptografar os POBs criptografados, bem como os dados de áudio criptografados. Quando um POB tiver sido criptografado e for armazenado como um arquivo POB com um nome de arquivo "POBXXX.SP1", uma Tecla FileKey armazenada em uma Entrada de Tecla no arquivo de armazenamento de tecla de criptografia "POBSP1.KEY" será armazenada no desmisturador 7 que descripto-grafa o arquivo "POBXXX.SPI".

[00646] Uma terceira diferença com o aparelho de reprodução da primeira concretização é a de que o aparelho de reprodução da segunda concretização armazena um programa que inclui o processamento exigido para exibir os POBs como imagens de primeiro plano ou de segundo plano. A CPU 10 neste aparelho de reprodução executa este programa para exibir imagens. {90-2_92_93_94} [00647] A seguir, é descrita a composição do aparelho de reprodução nesta segunda concretização. A composição do aparelho de reprodução mostrado na Figura 92 difere da composição do aparelho de reprodução mostrada na primeira concretização pelo fato de incluir uma pluralidade de VRAMs 61.

[00648] A pluralidade de VRAMs 61, respectivamente, corresponde a planos gráficos únicos (camadas). O VRAM para um plano gráfico apresenta uma transparência α ajustada na faixa de 0 a 100% para cada elemento de imagem. A imagem que deve ser exibida no primeiro painel LCD 5 é calculada de acordo com a equação fornecida abaixo. A Figura 93A mostra como as imagens paradas aramzenadas na pluralidade de VRAMs 61 são combinadas.

Equação Valor de Elemento de Imagem de Cada Elemento de Imagem = Valor de Elemento de Imagem no Plano Gráfico 0*(1-a) + Valor de Elemento de Imagem no Plano Gráfico 1*a [00649] A transparência α é ajustada em 0% para as partes da imagem de primeiro plano que correspondem aos caracteres que mostra a letra da canção. Como resultado, as partes da imagem de segundo plano que posicionalmente correspondem às séries de caracteres que mostram a letra da canção estão complemente ocultas. Contrariamente, a transparência α é ajustada em 100% para as partes da imagem de primeiro plano que correspondem ao segundo plano simples da letra da canção. Isto significa que a imagem combinada apresenta a cadeia de caracteres que mostra a letra da canção no plano gráfico 0 exibido no topo da imagem de segundo plano no plano gráfico 1.

[00650] Assim, através do ajuste da transparência, é possível produzir uma imagem combinada onde uma folha com a letra da canção é colocada no topo de uma imagem de segundo plano, conforme mostrado nas Figuras 80 e 81. Deve ser notado que uma imagem combinada pode ser produzida de outros modos além daquele mostrado na Figura 93A. Como um exemplo, a letra da canção pode ser disposta na parte inferior da tela, com a imagem de segundo plano sendo mostrada na parte superior, conforme mostrado na Figura 93B. {94-1} Fluxograma do Procedimento de Exibição de Imagem de Primeiro Plano [00651] A Figura 94 é um fluxograma que mostra o procedimento de exibição de imagem de primeiro plano. Quando a reprodução for iniciada, de acordo com a TKI#z especificada pela lnformação_de Se-qüência de Execução_Padrão, na etapa S402, a CPU 10 julgará se os TKIPOBSRPs incluídos nas TKGIs na TKI#x especificam quaisquer POBs. Quando os TKI POB SRPs especificarem um ou mais arquivos POB, o processamento avançará para a etapa S403, onde a CPU 10 contará o número de arquivos POB que são especificados pelos TKI POB SRPs incluídos na TKGI. Na etapa S404, a CPU 10 calcula o tempo de exibição "tempo_POB" que mostra o período de exibição a ser usado para cada arquivo POB. Depois disso, na etapa S405, é feita referência ao TKIPOBATR na TKGI, determinando o modo de exibição a ser usado para exibir os arquivos POB. Quando o TKI POB ATR mostra o modo seqüencial, o processamento avançará da etapa S405 para a etapa S406, onde a variável i é inicializada, e para a etapa S407, onde o arquivo POB especificado pelo i° TKIPOBSRP é exibido durante o tempo de exibição tempo_POB.

[00652] Neste ponto, quando a extensão do arquivo POB especificado pelo TKI_POB_SRP for "JPG", o POB será exibido como tal. Contrariamente, quando a extensão do arquivo POB especificado pelo TKI POB SRP for "SPT\ o arquivo POB estará em uma condição criptografada, de modo que a CPU 10 leia a Tecla FileKey que corresponde ao arquivo POB originário da área protegida, descriptografe o arquivo POV com o uso da tecla de criptografia, e exiba o POB.

[00653] Depois disso, na etapa S408, a CPU 10 julga se a variável i alcançou o valor fornecido no POB_Ns. Caso negativo, o processamento prosseguirá para a etapa S409, onde a variável i será incrementada, e depois retornará para a etapa S407. O processamento nas etapas S406 a S409 é posteriormente repetido até que a variável i al- cance o valor fornecido no POBns. Como resultado, os POBs especificados pelo TKI_POB_SRPs na TKGI são seqüencialmente exibidos. Quando a variável i alcançar o valor fornecido no POBNs, o processamento neste fluxograma será terminado.

[00654] Quando o TKI_POB_ATR mostrar um modo aleatório, o processamento avançará da etapa S405 para a etapa S410, onde a variável i será inicializada, e para a etapa S411, onde a CPU 10 gerará um número aleatório r em uma faixa de 1 a POB Ns. Na etapa S412, o arquivo POB, especificado pelo r° TKI POB SRP correspondendo ao número aleatório r, será exibido durante o tempo de exibição tem-po_POB determinado na etapa S404.

[00655] Depois disso, na etapa S413, a CPU 10 julgará se a variável i alcançou o valor fornecido no POB Ns. Caso negativo, o processamento prosseguirá para a etapa S414, onde a variável i será incrementada, e depois retornará para a etapa S411. Na etapa S411, a CPU 10 gera outro número aleatório r em uma faixa de 1 a POB_Ns, e o processamento prossegue novamente para a etapa S412, onde a CPU 10 lê o arquivo POB especificado pelo r° TKI_POB_SRP que corresponde ao número aleatório r e o exibe para o tempo de exibição tempo_POB determinado na etapa S404.

[00656] Conforme descrito acima, quando a extensão do arquivo POB especificado pelo TKI_POB_SRP for "JGP", o POB será exibido como tal. Contrariamente, quando a extensão do arquivo POB especificado pelo TKI_POB_SRP for "SP1", o arquivo POB estará em uma condição criptografada, de modo que a CPU 10 leia a Tecla FileKey que corresponde ao arquivo POB originário da área protegida, descrip-tografe o arquivo POB com o uso da tecla de criptografia, e exiba o POB.

[00657] O processamento nas etapas S411 a S414 é posteriormente repetido até que a variável i alcance o valor fornecido no POB Ns.

Como resultado, os POBs especificados pelos TKI_POB_SRPs na TKGI serão exibidos um depois do outro em uma ordem aleatória. Quando a variável i alcançar o valor fornecido no POBNs, o processamento deste fluxograma será terminado.

[00658] Quando o TKI_POB_ART mostrar o modo de embaralhamento, o processamento avançará da etapa S405 para a etapa S415, onde a variável i será inicializada, e para a etapa S416, onde a CPU 10 gerará um número aleatório r em uma faixa de 1 a POB_Ns.

[00659] Na etapa S418, a CPU 10 verificará se o número aleatório logo gerado r coincide com um dos números POB usados que forem anteriormente armazenados. Caso positivo, o processamento retornará para a etapa S416, onde o número aleatório r é regenerado. Caso negativo, o processamento avançará da etapa S418 para a S419, onde o arquivo POB especificado pelo r°. TKI_POB_SRP que corresponde ao número aleatório r é exibido durante o tempo de exibição tem-po_POB determinado na etapa S404. Depois disso, na etapa S417 a CPU 10 armazena o número aleatório r como um número POB usado.

[00660] Como no modo aleatório, quando a extensão do arquivo POB especificado pelo TKI_JOB_SRP for "JPG", o POB será exibido como tal. Contrariamente, quando a extensão do arquivo POB específico pelo TKI_POB_SRP for "SP1", o arquivo POB estará em uma condição criptografada, de modo que a CPU 10 leia a Tecla FileKey que corresponde ao arquivo POB originário da área protegida, descripto-grafe o arquivo POB com o uso da tecla de criptografia, e exiba o POB. Quando esta exibição terminar, na etapa S420, a CPU 10 julgará se a variável 1 alcançou o valor fornecido no POB_Ns. Caso negativo, o processamento prosseguirá para a etapa S421, onde a variável i será incrementada, e então retornará para a etapa S416. O processamento nas etapas S416 a S421 é posteriormente repetido até que a variável i alcance o valor fornecido no POB_Ns. Quando a variável i alcançar o valor fornecido no POB_Ns, o processamento neste fluxo-grama será terminado. {95-1} Fluxograma do Procedimento de Exibição de Imagem de Segundo plano [00661] O procedimento para exibir uma imagem de primeiro plano é aquele conforme descrito acima, sendo descrito, a seguir, o procedimento para exibir uma imagem de segundo plano. A Figura 95 é um fluxograma para o procedimento de exibição de imagem de segundo plano. Este fluxograma contém fundamentalmente o mesmo processamento que o fluxograma apresentado na Figura 94, com o processamento sendo executado de acordo com os DPLI_POB_SRPs e DPLI POB STR na DPLGI ao invés dos TKI_POB_SRPs e TKI_POB_ATRs na TKGI.

[00662] Quando a lnformação_de Seqüência de Execução_Padrão for selecionada, a CPU 10 executará o processamento nas etapas S502 a S505. Como nas etapas S402 a S405, a CPU 10 julgará se os DPLIPOBSRPs incluídos na DPLGI especificam quaisquer POBs. Quando um ou mais arquivos POB forem especificados, a CPU 10 contará o número de arquivos POB que é especificado, calculará o tempo de exibição tempo_POB que mostra o período de exibição a ser usado para cada arquivo POB, e determinará então o modo de exibição a ser usado para a exibição dos arquivos POB.

[00663] Quando DPLIPOBATR mostrar o modo seqüencial, a CPU 10 executará a etapa S506 a etapa S509. Como na etapa S406 a S409, os arquivos POB são seqüencialmente exibidos em ordem, de acordo com um DPLI_POB_SRP, dentre os DPLI POB SRPs incluídos na DPLGI, indicado pela variável i.

[00664] Quando o DPLI POB ATR mostra o modo aleatório, a CPU 10 executará a etapa S510 a S514. Como na etapa S410 a S414, os arquivos POB serão exibidos em uma ordem aleatória de acordo com um DPLI_POB_SRP, dentre os DPLIPOBSRPs incluídos na DPLGI, indicado pelo número aleatório r.

[00665] Quando o DPLI_POB_ATR mostrar o modo de embaralhamento, a CPU 10 executará a etapa S515 a etapa S521. Como nas etapas de S415 a S421, os arquivos POB serão exibidos em uma ordem aleatória sem qualquer repetição de acordo com um DPLU_POB_SRP, dentre os DPLI POB SRPs incluídos na DPLGI, indicado pelo número aleatório r. {96-1} Fluxograma do Procedimento de Exibição de Imagem de Segundo plano [00666] Isto completa o procedimento de exibição de imagem de segundo plano que é executado com base nos DPLI_POB_SRPs na DPLGI. A seguir, é descrito o procedimento de exibição de imagem de segundo plano que é executado com base nos PLI_POB_SRPs em uma PLGI. A Figura 96 é um fluxograma que mostra o procedimento de exibição de imagem de segundo plano com base nos PLI_POB_SRPs. Com a exceção dos processos com base nos DPLI_POB_SRPs que são executados com base nos PLI_POB_SRPs, este fluxograma é exatamente igual ao fluxograma na Figura 95, de modo que os processos receberam os mesmos numerais de referência. Nenhuma explicação da Figura 96 será fornecida. {94-2_95-2_97A,B,C} Telas de Exibição Exemplificativas no Painel LCD 5 [00667] As Figuras 97A a 97C mostram que tipo de imagens combinadas serão exibidas no painel LCD 5, quando uma imagem de primeiro plano especificada por um TKI_POB_RP e uma imagem de segundo plano especificada pela DPLGI forem exibidas, de acordo com os procedimentos de exibição mostrados nos fluxogramas nas Figuras 94 e 95.

[00668] No exemplo na Figura 97A, é assumido que o usuário indi- ca a lnformação_de Seqüência de Execução_Padrão e que a exibição dos POBs começa de acordo com a ordem de reprodução fornecida nesta seqüência de execução. O procedimento de exibição de imagem de primeiro plano mostrado na Figura 94 e o procedimento de exibição de imagem de segundo plano mostrado na Figura 95 são executados e os POBs especificados para a exibição pelos TKI_POB_SRPs na TKGI e os POBs especificados para a exibição pelos DPLI_POB_SRPs na DPLGI são exibidos um depois do outro. Em um ponto seis minutos depois do início da reprodução, as imagens são combinadas, conforme mostrado na Figura 80, e a imagem combinada, mostrada na Figura 97B, é exibida no painel LCD 5.

[00669] Em um ponto dezesseis minutos depois do início da reprodução, as imagens são combinadas, conforme mostrado na Figura 81, e a imagem combinada, mostrada na Figura 97C, é exibida no painel LCD 5. {94-2_96-1_98A,B,C} Telas de Exibição Exemplificativas no Painel LCD 5 [00670] As Figuras 98A e 98B mostram que tipo de imagens combinadas são exibidas no painel LCD 5, quando uma imagem de primeiro plano especificada por um TKI POB SRP e uma imagem de segundo plano especificada por um PLI POB SRP são exibidas de acordo com os procedimentos de exibição mostrados nos fluxogramas nas Figuras 94 e 96.

[00671] No exemplo na Figura 97A, é assumido que o usuário indica uma PLI e que a exibição dos POBs começa de acordo com a ordem de reprodução fornecida nesta seqüência de execução. O procedimento de exibição de imagem de primeiro plano, mostrado na Figura 94, e o procedimento de exibição de imagem de segundo plano, mostrado na Figura 96, são executados, e os POBs especificados para exibição pelos TKI_POB_SRPs na TKGI e os POBs especificados pa- ra exibição pelos PLI_POB_SRPs na PLGI são exibidos um depois do outro. Em um ponto seis minutos depois do início da reprodução, as imagens são combinadas, conforme mostrado na Figura 85, e a imagem combinada, mostrada na Figura 98B, é exibida no painel LCD 5. Em um ponto dezesseis minutos depois do início da reprodução, as imagens são combinadas, conforme mostrado na Figura 86, e a imagem combinada, mostrada na Figura 98C, é exibida no painel LCD5. {99-1} Aparelho de Gravação da Segunda Concretização [00672] A seguir, é descrito o aparelho de gravação desta segunda concretização. Este aparelho de gravação difere daquele da primeira concretização pelo fato de ser capaz de gravar uma pluralidade de POBs em um cartão de memória instantâneo, de valores de ajuste nos TKI_POB_SRPs, DPLI_POB_SRPs, e PLI_POB_SRPs, e valores de ajuste nos TKI_POB_ATR, DPLI_POB_ATR e PLI_POB_ATR.

[00673] Para executar estes processos, a CPU 10 no aparelho de gravação desta segunda concretização executa o procedimento mostrado na Figura 99. A seguir, é descrito o procedimento de gravação executado pelo aparelho de gravação desta segunda concretização com referência ao fluxograma mostrado na Figura 99.

[00674] Na etapa S601, a CPU 10 inicializa as diversas variáveis usadas neste procedimento. Estas são as variáveis #x, #y, #z, #u, #vy e #w. Destas, a variável #x é usada para especificar que POB está atualmente sendo processado, a variável #y é usada para especificar que seqüência de trilha (PLI) está atualmente sendo processada, e a variável #z é usada para especificar que trilha (TKI) está atualmente sendo processada. A variável #u especifica qual dos DPLI_POB_SRPs está sendo processado, enquanto que a variável #vy especifica qual dos PLI POB SRPs na PLI (PLI#y) especificada pela variável #y está sendo processado. A variável #w especifica quais TKI_POB_SRPs na TKI (TKI#z) especificada pela variável #z estão atualmente sendo pro- cessados.

[00675] Depois da inicialização destas variáveis, a CPU 10 avança para a etapa S602, onde ela exibe POB#x. Isto permite que o usuário visualmente confirme a foto, a ilustração, ou a folha com a letra da canção neste POB. Na etapa S603, a CPU 10 pede ao usuário para indicar se os dados de imagem parada no POB#x devem ser exibidos por toda a seqüência de trilha ou apenas durante o período de reprodução de uma trilha específica, recebendo então uma seleção do usuário.

[00676] Quando o usuário julgar que o POB#x deve ser designado a uma seqüência de trilha, na etapa S604, a CPU 10 espera que o usuário venha a indicar a seqüência de trilha para a qual o POB#x deve ser exibido. Quando o usuário introduzir sua seleção, o processamento prosseguirá para a etapa S605, quando a CPU 10 julgar se a seqüência de trilha indicada #y é a DPLI ou uma PLI, Quando a seqüência de trilha #y for a DPLI, o processamento prosseguirá para a etapa S606, onde POB#x será ajustado no DPLI_POB_SRP#u, e depois para S607, onde o DPLI_POB_ATR#u da DPLI será ajustado com base neste POB#x.

[00677] Uma vez que um DPLI_POB_SRP e DPLI_POB_ATR foram assim ajustados, a CPU 10 incrementará a variável #u (#un #u+1) na etapa S608 e a variável #x (#xn #x+1) na etapa S609.

[00678] Quando uma PLI é selecionada na etapa S605, o processamento prosseguirá para a etapa S610, onde POB#x será ajustado no PLI_POB_SPR#vy na PLI#y, e para a etapa S611, onde o PLI_POB_ART#vy para esta PLI será ajustado com base no POB#x. Depois disso, na etapa S612, a CPU 10 incrementará a variável #vy (#vyn #vy+1), antes de avançar para a etapa S609 para incrementar a variável #x (#xq #x+1).

[00679] Quando, na etapa S603, o usuário julgar que o POB#x deve ser designado para uma trilha específica, o processamento avançará para a etapa S613, onde a CPU 10 receberá uma indicação do usuário desta trilha específica. A seguir, na etapa S614, a CPU 10 ajustará o POB#x em um TKI_POB_SRP#w ajustado para a TKI#z da trilha indicada (track#z).

[00680] O processamento prossegue então para a etapa S615, onde a CPU 10 ajustará o TKI_POB_ATR#w da TKI#z com base no POB#z, para a etapa S616, onde a CPU 10 incrementará a variável #w (#wd #w+1), e para a etapa S617, onde a CPU 10 saberá se a variável #x alcançou o número final #n em um POB. Caso negativo, o processamento prossegue para a etapa S609, onde a CPU 10 incrementa a variável #x. Se a variável #x tiver alcançado o número final #n em um POB, o processamento prosseguirá para a etapa S618, onde os POB#1 a POB#n, o TKMG incluindo as TKIs, e o PLMG incluindo a DPLI e PLIs são registrados no cartão de memória de semicondutor para terminar o processamento.

[00681] Nestas concretizações, é possível se ter os mesmos dados de imagem parada, tal como uma foto do artista ou um logotipo do gravadora, exibido como uma imagem de segundo plano durante a reprodução de uma pluralidade de trilhas. Isto é alcançado através da mera especificação dos dados de imagem parada nos DPLI_POB_SRPs ou PLI_POB_SRPs que correspondem a tais trilhas na lnformação_de Seqüência de Execução_Padrão ou em uma PLI.

[00682] Os dados de imagem parada, tais como uma folha com a letra da canção, que devem ser exibidos com a imagem de segundo plano apenas durante a reprodução de uma trilha específica poderão ser especificados por um TKKI_POB_SRP na TKI da trilha.

[00683] A explanação acima focaliza o que atualmente acredita-se como sendo o sistema ideal para a realização do conceito da presente invenção, embora deva ficar claro que as várias modificações podem ser feitas dentro do escopo da invenção. Três exemplos são fornecidos como (a), (b) e (c) abaixo. (a) Os procedimentos explicados com o uso dos fluxogramas nas Figuras 94, 95, 96 e 99 podem ser alcançados por meio dos programas que podem ser distribuídos e vendidos tendo sido gravados em um meio de gravação. (b) As concretizações atuais descrevem o caso, onde os dados de apresentação e os dados de navegação são usados para conteúdos de música, embora deva ficar claro que tais dados podem ser usados para um registro de áudio que é uma gravação de um ator ou uma leitura de anúncio originária de um livro. Em tal caso, os dados de imagem parada que mostram o texto originário do livro podem ser idealmente especificados pelos TKI_POB_SRPs como as imagens de primeiro plano, enquanto que as ilustrações originárias do livro são especificadas pelos DPLI_POB_SRPs ou PLI_POB_SRPs. (c) Nesta segunda concretização, os POBs especificados pelos DPLI_POB_SRPs e PLI_POB_SRPs são usados como imagens de segundo plano, enquanto que os POBs especificados pelos TKI POB SRPs são usados como imagens de primeiro plano, embora a configuração oposta possa ser usada. Alternativamente, quando os diferentes POBs forem simultaneamente especificados por um DPLI POB SRP ou PLI_POB_SRP e um TKI_POB_SRP, apenas um de tais POBs poderá ser exibido. Como outra alternativa, nenhuma distinção na "imagem de segundo plano" e na "imagem de primeiro plano" precisa ser usada. Como um exemplo, um POB especificado por um DPLI_POB_SRP ou PLI POB SRP pode ser exibido primeiro, e um POB especificado por um TKI POB SRP poderá ser exibido a seguir.

TERCEIRA CONCRETIZAÇÃO

[00684] Enquanto a segunda concretização descreve o caso onde cada POB é exibido por um período igual durante o período válido de uma TKI e uma PLI, esta terceira concretização descreve o caso em que uma tabela de sincronização de frase e uma tabela de coordenadas realçada são também armazenadas no cartão de memória instantâneo 31, de modo que a exibição da letra da canção possa ser adequadamente sincronizada com relação à reprodução de uma canção.

[00685] A tabela de sincronização de frase associa os TKI POB SRPs que especificam os POBs que mostram cada seção da letra da canção com a informação que mostra em que tempo a frase correspondente começa e termina em uma canção. A Figura 100A mostra um exemplo da tabela de sincronização de frase. Neste exemplo, "sincronização de frase" se refere ao período durante o qual uma frase fornecida na letra da canção de uma trilha está sendo cantada como parte da reprodução do AOB. Este período é expresso com relação a uma precisão de milissegundos. Além da atualização do código de tempo de reprodução, conforme descrito na primeira concretização, um aparelho de reprodução monitora a sincronização da frase fornecida nesta tabela que corresponde ao valor corrente do código de tempo de reprodução. Com o monitoramento da sincronização de frase, o aparelho de reprodução poderá saber que POB armazena a letra da canção para o AOB, o ELEMENTO_AOB, e o QUADRO_AOB que é atualmente reproduzido. O uso de uma tabela que fornece a sincronização da frase de um POB em milissegundos permite que o aparelho de reprodução sincronize a reprodução dos AOBs e a exibição da letra da canção com relação à precisão em milissegundos.

[00686] Quando o usuário indicar um tempo de início de reprodução desejado com o uso do mostrador na forma de disco giratório, conforme descrito na primeira concretização, o aparelho de reprodução poderá encontrar qual o QUADRO_AOB em qual ELEMENTO_AOB em que AOB corresponde ao tempo de início de reprodução indicado com o uso das Equações de 1 a 3 fornecido na primeira concretização. O aparelho de reprodução também julga qual sincronização de frase inclui o tempo de início de reprodução indicado e exibe o POB correspondente à esta sincronização de frase. Isto significa que, quando o usuário iniciou a reprodução a partir de uma posição desejada indicada com o uso do mostrador na forma de disco giratório, o POB apropriado para esta posição desejada poderá também ser exibido. Deve ser notado que, enquanto o presente caso afirma que os tempos são fornecidos na tabela de sincronização de fase, o número AOB, o número do ELEMENTO_AOB, e o QUADRO_AOB, aos quais uma frase deve ser sincronizada, podem, ao invés disso, ser fornecidos na tabela de sincronização de frase.

[00687] Por outro lado, a tabela de coordenadas realçada associa as coordenadas de exibição de caracteres usados na letra da canção e na sincronização na qual o ELEMENTO_AOB e os QUADROS_AOB que correspondem a estes caracteres serão reproduzidos. A Figura 100B mostra um exemplo da tabela de coordenadas realçada. A preparação deste tipo de tabela de coordenadas realçada permite que um aparelho de reprodução exiba os caracteres que correspondem à letra da canção, dentre as letras de canções exibidas de acordo com a sincronização de frase, no ELEMENTO_AOB e QUADRO_AOB que são atualmente reproduzidos em uma cor diferente.

[00688] Como um exemplo, quando a letra da canção incluir a frase "Hey hey boy don't take it slow", a tabela de coordenadas realçada irá incluir coordenadas de exibição para os caracteres "H", "e", "y", "h", "e", "y",... que são associados com o período de reprodução do ELE-MENTO_AOB e QUADRO_AOB que correspondem a estes caracteres. Quando da reprodução de um AOB, o aparelho de reprodução mudará a cor da posição mostrada pelas coordenadas de exibição dos caracteres fornecidos na tabela de coordenadas realçada.

[00689] O aparelho de reprodução pode, no entanto, exibir a letra da canção de uma maneira que permita que o usuário instantaneamente reconheça que parte do AOB que está atualmente sendo reproduzida. Isto significa que a música gravada em um cartão de memória instantâneo pode ser reproduzida com a letra da canção realçada da mesma forma que as trilhas de karaokê convencionais.

[00690] Nesta terceira concretização, a tabela de sincronização de frase e a tabela de coordenadas realçada são providas para permitir a sincronização precisa entre a reprodução de áudio e a letra da canção exibida, da mesma maneira que as trilhas de karaokê convencionais. Embora a presente invenção tenha sido totalmente descrita com referência aos desenhos anexos, deve ser notado que diversas mudanças e modificações se tornarão evidentes àqueles versados na técnica. Por isso, a menos que tais mudanças e modificações se afastem do escopo da presente invenção, elas devem ser construídas como sendo aqui incluídas.

APLICABILIDADE INDUSTRIAL

[00691] O cartão de memória de semicondutor da presente invenção é especialmente adequado para uso no campo da eletrônica de consumidor como um meio de gravação para gravar música ou outro material distribuído eletronicamente ou de outra maneira. Os aparelhos de gravação e reprodução da presente invenção permitem que os consumidores façam uso total deste cartão de memória de semicondutor.

REIVINDICAÇÕES

Claims (12)

1. Cartão de memória de semicondutor (31) que armazena: uma sequência de áudio incluindo uma pluralidade de objetos de áudio (AOB); uma pluralidade de objetos de imagem parada (POB); caracterizado pelo fato de que: pelo menos uma porção de informação de rota de reprodução (PLI) mostrando uma ordem de reprodução na qual os objetos de áudio (AOB), dentre a pluralidade de objetos de áudio na sequência de áudio, devem ser reproduzidos, em que a informação de rota de reprodução inclui uma sequência de indicadores de pesquisa composta por uma pluralidade de indicadores de pesquisa, cada indicador de pesquisa especificando uma faixa correspondente a um objeto de áudio, e um rearranjo de uma ordem dos indicadores de pesquisa na sequência de indicadores de pesquisa na informação de rota de reprodução permite um rearranjo da ordem de reprodução dos objetos de áudio; pelo menos uma porção da primeira informação indicadora (DPLI POB SRP), cada uma das quais correspondendo a uma porção de informação de rota de reprodução e especificando pelo menos um objeto de imagem parada (POB) que deverá ser exibido quando da reprodução dos objetos de áudio (AOB) na ordem indicada pela porção correspondente da informação de rota de reprodução; e pelo menos uma porção de segunda informação indicadora (TKI POB SRP), cada uma das quais correspondendo a um objeto de áudio (AOB) na sequência de áudio e especificando pelo menos um objeto de imagem parada (POB) que deve ser exibido apenas durante a reprodução do objeto de áudio correspondente.

2. Cartão de memória de semicondutor, de acordo com a reivindicação 1, caracterizado pelo fato de que: pelo menos um objeto de áudio (AOB) é dados de música, a pluralidade de objetos de imagem parada (POB) inclui pelo menos um objeto de imagem parada (POB) que mostra a letra da canção para uma canção representada por dados de música em um objeto de áudio, e pelo menos uma porção da segunda informação indicadora (TKI POB SRP) especificando cada objeto de imagem parada (POB) que mostra a letra para uma canção representada por dados de música em um objeto de áudio (AOB) que corresponde à porção da segunda informação indicadora (TKI POB SRP).

3. Cartão de memória de semicondutor, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda armazena uma pluralidade de contadores simbólicos (POBCI), cada um dos quais correspondendo a um objeto de imagem parada (POB) e mostrando se o objeto de imagem parada é especificado por pelo menos qualquer porção da primeira informação indicadora (DPLI POB SRP) ou por pelo menos uma porção da segunda informação indicadora (TKI POB SRP) e, caso positivo, quantas porções da primeira informação indicadora (DPLI POB SRP) e da segunda informação indicadora (TKI POB SRP) especificam o objeto de imagem parada (POB).

4. Cartão de memória de semicondutor, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de objetos de imagem parada (POB) inclui pelo menos um objeto de imagem parada (POB) que foi criptografado, e o cartão de memória de semicondutor ainda armazena: a informação de gerenciamento incluindo informação de identificação para cada objeto de imagem parada (POB), uma informação adicional que mostra se cada objeto de imagem parada (POB) foi criptografado, e uma posição de armazenamento de cada objeto de imagem parada (POB); e pelo menos uma tecla de descriptografia (“Filekey”) para uso quando da descriptografia de pelo menos um objeto de imagem parada criptografada, a pelo menos uma tecla de descriptografia sendo acessível a um dispositivo conectado ao cartão de memória de semicondutor (31), apenas se o dispositivo tiver sido considerado autêntico, as porções da primeira informação indicadora (DPLI POB SRP) e da segunda informação indicadora especificando objetos de imagem parada (POB) com o uso da informação de identificação fornecida na informação de gerenciamento.

5. Cartão de memória de semicondutor, de acordo com a reivindicação 4, caracterizado pelo fato de que inclui: uma área protegida que armazena pelo menos uma tecla de descriptografia e que é acessível a um dispositivo conectado ao cartão de memória de semicondutor (31), apenas se o dispositivo tiver sido considerado como sendo autêntico; e uma área desprotegida que é acessível a qualquer dispositivo conectado ao cartão de memória de semicondutor (31), a sequência de áudio, a pluralidade de objetos de imagem parada (POB), cada porção da informação de rota de reprodução (PLI), cada porção da primeira informação indicadora (DPLI POB SRP), cada porção da segunda informação indicadora (TKI POB SRP), e a informação de gerenciamento que é armazenada na área desprotegida, e pelo menos um objeto de imagem parada criptografado (POB) tendo sido criptografados com o uso de pelo menos uma tecla de descriptografia armazenada na área protegida.

6. Cartão de memória de semicondutor, de acordo com a reivindicação 5, caracterizado pelo fato de que pelo menos dois objetos de imagem parada (POB), dentre a pluralidade de objetos de imagem parada (POB), foram criptografados, pelo menos duas teclas de descriptografia são armazenadas em uma ordem predeterminada na área protegida como uma sequência de tecla de descriptografia, e a informação de identificação para cada objeto de imagem parada (POB) criptografado inclui um número de tecla que mostra uma posição na sequência de tecla de descriptografia da tecla de descriptografia correspondente ao objeto de imagem parada (POB) criptografado.

7. Aparelho de reprodução para um cartão de memória de semicondutor (31) conforme definido na reivindicação 1, que compreende: um meio de reprodução (8) para reproduzir os objetos de áudio (AOB) na sequência de áudio em um tempo na ordem; caracterizado pelo fato de que compreende ainda: um meio de exibição (5) para exibir o pelo menos um objeto de imagem parada (POB) especificado pela primeira informação indicadora (DPLI POB SRP) por toda a reprodução dos objetos de áudio (AOB) na sequência de áudio; e um meio de controle (104) para que o meio de exibição (5) exiba o pelo menos um objeto de imagem parada (POB) especificado por uma porção da segunda informação indicadora (TKI POB SRP) através de toda a reprodução de um objeto de áudio específico (AOB) que corresponde à porção da segunda informação indicadora (TKI POB SRP).

8. Aparelho de reprodução, de acordo com a reivindicação 7, caracterizado pelo fato de que o meio de controle (10, 4) apresenta o meio de exibição que exibe uma imagem combinada produzida através da combinação do pelo menos um objeto de imagem parada (POB) especificado pela porção da segunda informação indicadora (ΤΚΙ ΡΟΒ SRP) com ο pelo menos um objeto de imagem parada (POB) especificado pela primeira informação indicadora (DPLI POB SRP).

9. Aparelho de gravação para obter um cartão de memória de semicondutor (31) conforme definido na reivindicação 1 realizando um processo de gravação predeterminado, o aparelho de gravação caracterizado pelo fato de que compreende: um meio de designação (28) para designar à sequência de áudio pelo menos um objeto de imagem parado (POB) que deve ser exibido por toda a reprodução da pluralidade de objetos de áudio (AOB), e a designação de pelo menos um objeto de imagem parada (POB) que deve ser exibido por toda a reprodução de um objeto de áudio (AOB) específico a um objeto de áudio específico; e um meio de gravação (28) para gravar: (a) uma primeira informação indicadora (DPLI POB SRP) que exibe pelo menos um objeto de imagem parada (POB) designado para a sequência de áudio, e (b) uma segunda informação indicadora (TKI POB SRP) que exibe pelo menos um objeto de imagem parada (POB) designado ao objeto de áudio específico sobre o cartão de memória de semicondutor (31).

10. Processo de reprodução para reproduzir dados a partir de um cartão de memória de semicondutor (31), o cartão de memória de semicondutor (31) armazenando: (A) uma sequência de áudio que inclui uma pluralidade de objetos de áudio (AOB), (B) uma pluralidade de objetos de imagem parada (POB), (C) uma primeira informação indicadora (DPLI POB SRP) que especifica pelo menos um objeto de imagem parada (POB) que deverá ser exibido quando da reprodução da pluralidade de objetos de áudio (AOB) na sequência de áudio, e (D) pelo menos uma porção da segunda informação indicadora 9TKI POB SRP), cada uma das quais especificando pelo menos um objeto de imagem parada (POB) que deverá ser exibido apenas quando da reprodução de um objeto de áudio específico na sequência de áudio; o cartão de memória de semicondutor (31) armazenando pelo menos uma porção de informação de rota de reprodução (PLI) mostrando uma ordem de reprodução na qual os objetos de áudio (AOB), dentre a pluralidade de objetos de áudio (AOB) na sequência de áudio, devem ser reproduzidos, em que a informação de rota de reprodução inclui uma sequência de indicadores de pesquisa composta por uma pluralidade de indicadores de pesquisa, cada indicador de pesquisa especificando uma faixa correspondente a um objeto de áudio, e um rearranjo de uma ordem dos indicadores de pesquisa na sequência de indicadores de pesquisa na informação de rota de reprodução permite um rearranjo da ordem de reprodução dos objetos de áudio; o processo de reprodução compreendendo as etapas de: uma etapa de reprodução para reproduzir objetos de áudio (AOB) na sequência de áudio um de cada vez em ordem; caracterizado pelo fato de que compreende ainda: uma etapa de exibição para exibir o pelo menos um objeto de imagem (POB) especificado pela primeira informação indicadora (DPLI POB SRP) por toda a reprodução dos objetos de áudio (AOB) na sequência de áudio; e uma etapa de controle para ter a etapa de exibição exibindo o pelo menos um objeto de imagem parada (POB) especificado por uma porção da segunda informação indicadora (TKI POB SRP) por toda a reprodução de um objeto de áudio específico que corresponde à porção da segunda informação indicadora (TKI POB SRP).

11. Processo de reprodução, de acordo com a reivindicação 10, caracterizado pelo fato de que a etapa de controle apresenta a etapa de exibição exibindo uma imagem combinada produzida pela combinação do pelo menos um objeto de imagem parada (POB) especificado pela porção da segunda informação indicadora (TKI POB SRP) com o pelo menos um objeto de imagem parada (POB) especificado pela primeira informação indicadora (DPLI POB SRP).

12. Processo de gravação para um cartão de memória de semicondutor (31) que armazena uma pluralidade de objetos de imagem paradas (POB) e uma sequência de áudio que inclui uma pluralidade de objetos de áudio (AOB), o cartão de memória de semicondutor (31) armazenando pelo menos uma porção de informação de rota de reprodução (PLI) mostrando uma ordem de reprodução na qual os objetos de áudio (AOB), dentre a pluralidade de objetos de áudio (AOB) na sequência de áudio, devem ser reproduzidos, em que a informação de rota de reprodução inclui uma sequência de indicadores de pesquisa composta por uma pluralidade de indicadores de pesquisa, cada indicador de pesquisa especificando uma faixa correspondente a um objeto de áudio, e um rearranjo de uma ordem dos indicadores de pesquisa na sequência de indicadores de pesquisa na informação de rota de reprodução permite um rearranjo da ordem de reprodução dos objetos de áudio; o processo de gravação caracterizado pelo fato de que compreende: uma etapa de designação para designar à sequência de áudio pelo menos um objeto de imagem parada (POB) que deve ser exibido por toda a reprodução da pluralidade de objetos de áudio (AOB), e a designação de pelo menos um objeto de imagem parada (POB) que deve ser exibido por toda a reprodução de um objeto de áudio (AOB) específico ao objeto de áudio específico; e uma etapa de gravação para gravar: (A) uma primeira informação indicadora (DPLI POB SRP) que mostra o pelo menos um objeto de imagem parada (POB) designado à sequência de áudio, e(b) uma segunda informação indicadora (TKI POB SRP) que mostra o pelo menos um objeto de imagem parada (POB) designado ao objeto de áudio específico sobre o cartão de memória de semicondutor (31).