BR9917725B1

BR9917725B1 - aparelho de reprodução.

Info

Publication number: BR9917725B1
Application number: BRPI9917725-0A
Authority: BR
Inventors: Chung Hyun-Kwon; Ko Jung-Wan; Kim Byung-Jun; Kim Young-Yoon; Lee Don-Nam
Original assignee: Samsung Electronics Co., Ltd.
Priority date: 1998-05-01
Filing date: 1999-05-03
Publication date: 2012-07-10
Also published as: HK1122645A1; HK1122643A1; MY130655A; KR19990087011A; BR9917723B1; MY131245A; MY135303A; HK1122644A1; KR100382639B1; HK1122646A1; MY131244A; DE69943357D1

Description

PROCESSO DE OPERAÇÃO PARA UM SISTEMA CAPAZ DE ESCREVER E RE-ESCREVER OS ARQUIVOS EM TEMPO REAL

Pedido Divisional do Processo n°PI9901410-6 de 03.05.1999

1. Campo da Invenção

A presente invenção refere-se a um sistema necessitando de registro e/ou reprodução em tempo real, e mais particularmente, a um mecanismo de registro para armazenagem em tempo real da informação de registro/reprodução, um processo e aparelhagem para registro e reprodução de um arquivo em tempo real com base na informação de registro/reprodução em tempo real, e um processo de operação de arquivo utilizando a informação de registro/reprodução em tempo real.

2. Descrição da Técnica Correlata

Em um computador ou em uma aparelhagem de áudio e/ou vídeo (A/V) constituída de üm sistema de arquivo para um arquivo A/V necessitando ser registrado/reproduzido em tempo real, a informação de controle representando que o arquivo A/V é um arquivo de registro/reprodução em tempo real não é registrada na informação de controle de arquivo. Assim, é impossível se reproduzir em tempo real um arquivo compreendido de blocos de dados dispersos fisicamente em um mecanismo de registro mesmo se eles se apresentam logicamente em sucessão.

Um sistema de arquivo convencional, conforme mos- trado na figura 1, compreende da informação de controle de arquivo apresentando o comprimento de um arquivo, informa- ção quanto a posição do dado de arquivo, informação quanto a possibilidade ou impossibilidade de leitura/escrita de um arquivo, etc., e dados de arquivos armazenados em posições designadas pela informação de controle de arquivo. Quando um arquivo em um disco ê lido, primeiramente ê lida a in- formação de controle de arquivo, e o dado de arquivo nas posições designadas pela informação de controle de arquivo de leitura e então lida e reproduzida. Tal processo de dis- tribuição de um bloco de um tamanho fixo utilizado no sis- tema de arquivo convencional não pode garantir a reprodução em tempo real de um arquivo. .?··

Ou seja, a reprodução/registro do sistema de ar- quivo convencional e descrita tomando—se como exemplo o ca- so aonde dois arquivos ocupam blocos em um disco conforme mostrado na figura 2. Então, um arquivo A, necessitando de reprodução em tempo real, ocupa os blocos 0, 3, 5 e 6 do disco, e um arquivo B, um arquivo geral, ocupa os blocos 1, 2, 4 e 7 do disco. 0 processo para a reprodução do arquivo A dá-se como se segue.

Na primeira etapa, o bloco 0 é lido.

Na segunda etapa, o bloco 3 é procurado.

Na terceira etapa, o bloco 3 é lido e executado de volta. Na quarta etapa, busca-se o bloco 5.

Na quinta etapa, os blocos 5 e 6 são lidos e e- xecutados de volta.

No sistema de arquivo convencional, uma vez que a informação associada com a reprodução/registro em tempo real não ê registrada mesmo quando registrando um arquivo necessitando de registro/reprodução em tempo real, não se considera uma disposição de dados para registro/reprodução em tempo real. Assim, a reprodução em tempo real pode não ser alcançada.

Ou seja, o arquivo A (por exemplo, um arquivo de vídeo) da figura 2 necessita de reprodução em tempo real, mas o sistema de arquivos convencional dispõe os arquivos de dados sem consideração do requisito de reprodução em tem- po real, fazendo com que uma tela seja interrompida durante a reprodução. De maneira a se registrar/reproduzir arqui- vos em tempo real, a soma de um tempo de busca com um tempo de leitura deve ser menor do que um tempo de execução, con- forme mostrado na expressão a seguir:

- tempo de busca + tempo de leitura < tempo de execução ...(1)

De maneira a se prevenir com que uma tela de ser interrompida, vim bloco seguinte deve ser procurado para que durante leitura e reprodução de um bloco corrente antes do bloco seguinte ser lido. Entretanto, na aparelhagem para acionamento de um disco tal como um compact disc (CD) e um disco digital versátil (DVD), o tempo de busca é significa- tivamente mais longo do que o tempo de leitura. Portanto, a reprodução em tempo real é impossível caso o bloco se- guinte não se apresente fisicamente adjacente ao bloco corrente.

SUMÁRIO DA INVENÇÃO

Para solução dos problemas acima, é um objetivo da presente invenção o fornecimento de um mecanismo de re- gistro para armazenagem da informação de registro/reprodu- ção em tempo real para arquivos em tempo real. Compreende um outro objetivo da presente invenção o fornecimento de um processo de registro da informação de registro/reprodução em tempo real apôs os arquivos em tempo real serem dispos- tos em um bloco de armazenagem contíguo mínimo e da repro- dução de arquivos em tempo real de acordo com a informação de registro/reprodução em tempo real.

Compreende ainda um outro objetivo da presente invenção o fornecimento de um processo de cópia de arqui- vos em consideração da informação de registro/reprodução em tempo real, adição da informação de registro/reprodução em tempo real dos arquivos originais para os arquivos copia- dos, e reprodução dos arquivos copiados em tempo real na informação de registro/reprodução em tempo real.

Compreende ainda um outro objetivo da presente invenção o fornecimento de uma aparelhagem para registro de uma taxa de bit de registro/reprodução na forma de informa- ção de registro/reprodução em tempo real, para registro de uma pluralidade de taxas de bit de registro/reprodução na forma de informação de registro/reprodução em tempo real quando a taxa de bit de registro/reprodução varia para as diferentes seções de dados, e para a reprodução de arquivos em tempo real de acordo com a informação de registro/re- produção em tempo real.

Ainda um outro objetivo da presente invenção é o fornecimento de um processo de operação de arquivo de gera- çao de um arquivo aonde a informação de registro/reprodução em tempo real tenha sido estabelecida, expansão das regiões de dados, registro e reprodução do arquivo, e realização das outras operações de arquivos.

Conseqüentemente, para se alcançar o primeiro objetivo, ê fornecido um mecanismo de registro aonde os ar- quivos em tempo real necessitando de registro/reprodução em tempo real são gravados, aonde armazena-se em uma área de informação de controle de arquivo a informação de registro/ reprodução em tempo real para garantia da reprodução/regis- tro em tempo real dos arquivos em tempo real.

Para se alcançar o segundo e terceiro objeti- vos, é fornecido um processo de registro e reprodução compreendendo as etapas de:

- (a) posicionar e registrar arquivos em tempo real necessitando de registro/reprodução em tempo real com base da informação de registro/reprodução em tempo real pa- ra garantir a reprodução em tempo real, e registro da in- formação de registro/reprodução em tempo real; e

- (b) leitura e reprodução do dado de arquivo em tempo real utilizando a informação de registro/reprodução em tempo real.

Para se atingir o quarto objetivo, é fornecida uma aparelhagem de registro e reprodução para registro e/ou reprodução de arquivos em tempo real em um disco utilizan- do informação de registro/reprodução em tempo real para ga- rantir o registro/reprodução em tempo real, a aparelhagem compreendendo:

- um codec para comprimir e codificar um fluxo de bits de entrada de acordo com um esquema de compressão prê-determinado e fornecendo dados comprimidos mediante re- gistro, e decodificação do dado comprimido e codificado me- diante a reprodução, um bufer para armazenagem temporária do dado comprimido a uma taxa de bit de registro utilizando informação de taxa de bit incluindo na informação de regis- tro/reprodução em tempo real, e transmissão dos dados escri tos no disco para o codec a uma taxa de bit de reprodução;

- um processador de sinais para conversão dos dados armazenados no bufer em um sinal adequado para o re- gistro e transmissão do sinal convertido com a informação de registro/reprodução em tempo real para o disco mediante o registro, e reprodução do dado lido a partir do disco de acordo com a informação de registro/reprodução em tempo re- al registrada em uma área prê-determinada do disco; e

- um controlador para o controle do acionamento de um mecanismo servo incluindo um motor de eixo de acordo com a informação de taxa de bit da informação de registro/ reprodução em tempo real.

Para se atingir o quinto objetivo, ê fornecido um processo de operação de um arquivo para um sistema ca- paz de escrever e re-escrever arquivos em tempo real aonde a informação de atribuição de registro/reprodução em tempo real é designada, em. que os arquivos em tempo real são ope- rados em correspondência com qualquer um processo entre um processo de criação de arquivo em tempo real, processo de distribuição de área, um processo de registro, um processo de reprodução, um processo de eliminação, e um processo de conclusão utilizando a informação de atributo de registro/ reprodução em tempo real.

BREVE DESCRIÇÃO DOS DESENHOS

Os objetivos e vantagens acima da presente in- venção se tornarão mais evidentes através da descrição em detalhes das modalidades preferidas da mesma com referência aos desenhos em anexo aonde:

- a figura 1 ê uma vista ilustrando a estrutura uni-dimensional de um mecanismo de registro, a estrutura mostrando a relação entre a informação de controle e o dado de arquivo;

- a figura 2 é uma vista ilustrando um exemplo aonde dois arquivos convencionais ocupam blocos em um disco;

- as figuras 3A até 3D mostram exemplos de arma- zenagem de informação de atributo de registro/reprodução em tempo real de acordo com a presente invenção;

- a figura 4 ê uma vista ilustrando um exemplo aonde os arquivos em tempo real de acordo com a presente invenção, compreendidos de blocos de armazenagem contíguos mínimos, ocupam blocos em um disco;

- a figura 5 é uma vista ilustrando a estrutura uni-dimensional de um mecanismo de registro para registro em tempo real de dado AV distribuído em blocos de armazena- gem contíguo mínimo de acordo com a presente invenção;

- as figuras 6A e 6B são vistas ilustrando exem- plos de cópias de um arquivo compreendido de blocos de ar- mazenagem contíguos mínimos de acordo com a presente inven- ção;

- a figura 7 ê um fluxotrama ilustrando um pro- cesso de reproduç ao utilizando a informaçao de registro/re- produção em tempo real de acordo com uma modalidade da pre- sente invenção;

- a figura 8 ê um diagrama de bloco esquemãtico de uma aparelhagem de registro e reprodução de disco apli- cada à presente invenção;

- a figura 9 é uma vista mostrando o fluxo de controle para a reprodução/registro em tempo real para um sistema que possa ser re-escrito em tempo real;

- a figura 10 ê um diagrama de blocos mostrando o fluxo de dados para o registro/reprodução em tempo real para um sistema que possa ser re-escrito em tempo real;

- a figura 11 ê uma vista ilustrando um exemplo de alocação de uma área não-registrada/não-distribuída em um arquivo registrado/reproduzido em tempo real;

- as figuras 12A a 12D compreendem vistas ilus- trando exemplos de dados registrados de um arquivo regis- trado/reproduzido em tempo real;

- as figuras de 13A a 13D compreendem vistas i- lustrando a informação de controle correspondendo a quando diferentes taxas de bits sao fornecidas eiu diferentes se- ções e quando uma taxa de bit idêntica é fornecida na seção de dado de arquivo inteira; e

- as figuras de 14A a 14C são vistas ilustrando a eliminação parcial do dado de arquivo registrado/reprodu- zido em tempo real.

DESCRIÇÃO DA MODALIDADE PREFERIDA

As modalidades preferidas de um mecanismo de registro para armazenagem de informação de registro/repro- dução em tempo real, um processo e aparelhagem de registro e reprodução em tempo real, e um processo de operação de arquivo utilizando a informação de registro/reprodução em tempo real serão descritos a seguir com referência aos de- senhos anexos.

As figuras 3A a 3D mostram exemplos de armazena- gem em tempo real de informação de registro/reprodução (is- to pode ser chamado de informação de atributo de registro/ reprodução em tempo real) de acordo com a presente inven- ção. Conforme mostrado na figura 3A, a informação de re- gistro/reprodução em tempo real pode ser fornecida como um atributo para cada arquivo em tempo real. Como forma de e- xemplo, a informação de atributo de registro/reprodução em tempo real pode ser armazenada em um campo de atributo es- tendido em uma entrada ds arquivo ou um campo de diretório de fluxo ICB (bloco de controle de informação) quando um sistema de arquivo compreende um sistema formato de disco universal (UDF).

De forma alternativa, a informação de atributo de registro/reprodução em tempo real pode ser armazenada em um campo de descrição de identificador de arquivo, um campo tipo de arquivo, ou um campo de indicador em um cam- po ICB TAG em uma entrada de arquivo. A entrada de arqui- vos pode ser denominada uma área de informação de controle de arquivo ou uma área de estrutura de arquivo.

Conforme mostrado na figura 3B, a informação de atributo de registro/reprodução em tempo real para cada arquivo pode ser armazenada em uma área pré-determinada em cada .arquivo. Por exemplo, no caso de um formato que po- de ser re-escrito em tempo real (RTRW), a informação de a- tributo de registro/reprodução era tempo real pode ser arma- zenada em um arquivo de dado denominado RTRW_TS VOB.

Conforme mostrado na figura 3C, a informação de atributo de registro/reprodução em tempo real para cada ar- quivo pode ser armazenada em uma área pre-determinada (ãrea de informação) em cada arquivo. Por exemplo, no caso de um formato que pode ser re-escrito em tempo real (RTRW) , a informação de atributo de registro/reprodução em tempo real para cada arquivo pode ser armazenada em um arquivo separa- do.

Como forma de exemplo, a informação de atributo de registro/reprodução em tempo real pode ser armazenada em ura arquivo de informação apresentando um formato RTRW deno- minado RTRW_TS.IFO. Como outro exemplo, quando o sistema de arquivo é o sistema UDF, a informação de atributo de re- gistro/reprodução em tempo real pode ser armazenada em uma área de estrutura de volume separada a partir de uma área de estrutura de arquivo, conforme mostrado na figura 3D.

Portanto, quando a informação de atributo de re- gistro/reprodução em tempo real é armazenada na área de estrutura de volume ou na área de estrutura de arquivo no sistema UDF, a informação de atributo de registro/reprodu- ção em tempo real é primeiramente interpretada mediante mon- tagem de um volume ou abertura de um arquivo, e o dado é então registrado/reproduzido em tempo real de acordo com a informação interpretada.

A informação de indicação de arquivo de regis- tro/reprodução em tempo real (por exemplo, identificador = "arquivo AV") representando que um arquivo necessita de re- gistro/reprodução em tempo real é incluída na informação de atributo de registro/reprodução em tempo real. Entre as in formações no tamanho do bloco de armazenagem contíguo míni- mo satisfazendo a condição da expressão 1, reprodução da in formação do tempo para assegurar armazenagem contígua mini- ma, informação de taxa de bit de registro/reprodução, e in- formação no tipo de registro/reprodução contígua, pelo me- nos uma pode ser armazenada na informação de atributo de registro/reprodução em tempo real. Caso existam três tipos de discos A, B, e C, o tipo de informação contígua de re- gistro/reprodução pode ser pré-determinado conforme se se- gue :

- tipo A = 10,08 Mbps, tipo B = 1,4 Mbps, tipo C = 8 Mbps

Um atributo reprpsentando se os arquivos são a- tualmente dispostos de forma a serem registrados/reproduzi- dos em tempo real, i.ê, um atributo representando o estado corrente de reprodução/registro em tempo real dos arquivos, é também incluído na informação de atributo de registro/re- produção em tempo real.

A informação de taxa de bit de registro/reprodu- ção em tempo real ê armazenada na informação de atributo de registro/reprcidução em tempo real. Quando a taxa de bit de registro/reprodução é mudada em cada seção, a informação associada com uma pluralidade de valores de taxa de bit e seções de taxa de bit (por exemplo, informação de posição) pode ser armazenada na informação de atributo de registro/ reprodução em tempo real. 0 valor máximo disponível da ta- xa de bit de registro/reprodução em tempo real pode ser ain- da armazenado na informação de atributo de registro/repro- dução em tempo real. A informação de controle de um motor de eixo pode ser obtida pela utilização da informação de taxa de bit de registro/reprodução.

Adicionalmente, podem ser incluídas na informa- ção de atributo de registro/reprodução em tempo real a in- formação de gerência de defeito no arquivo, informação na armazenagem temporária de arquivo, informação de distribui- ção de arquivo, etc. Ou seja, caso a informação de gerên- cia de defeito no arquivo possa ser armazenada na informa- ção de atributo de registro/reprodução em tempo real, não pode ser realizada a reposição de um bloco defeituoso com uma área disponível quando a leitura ou escrita falha, e não se tenta uma nova leitura ou escrita do bloco defeituo- so.

Por exemplo, a informação de distribuição de ar- quivo tal como não-distribuição de um bloco defeituoso subs tituído por xima área disponível tal como um bloco de dados pode ser armazenada na informação de atributo de registro/ reprodução em tempo real. A informação de armazenagem tem- porária de arquivo associada com a quantidade de dado a ser inicialmente lido a partir de um bufer de rastreio e a quan tidade de dados a serem registrados no bufer de rastreio de cada vez pode ser armazenada também como informação de atri buto de registro/reprodução em tempo real.

Ao invés de armazenar individualmente muitos a- tributos de registro/reprodução em tempo real tal como in- formação de gerência de defeito de arquivo, informação de distribuição de arquivo, e informação de armazenagem tempo- rária de arquivo, as condições para controle de arquivos em tempo real são classificadas em tipos, e a informação dos tipos classificados é registrada em uma área de informação de atributo de arquivo de registro/reprodução em tempo real.

Nesta maneira, pode-se alcançar fácil registro e reprodução em tempo real. Por exemplo, os seguintes tipos de informação podem ser fornecidos:

- tipo A: uma taxa de bit de dado de 10 Mbps,

impossibilidade de localização de um bloco de dados em um bloco defeituo- so substituído por uma área disponí- vel, e impossibilidade de nova ten- tativa de leitura mediante falha na leitura; e

- tipo B: uma taxa de bit de dado de 8 Mbps, possibilidade de distribuição de um bloco de dados em um bloco defeituo- so substituído por uma área disponí- vel, e impossibilidade de nova ten- tativa de leitura mediante falha na leitura.

Entretanto, com referência a figura 4, mostrando um exemplo de arquivos em tempo real compreendido de blocos de armazenagem contíguos mínimos ocupando blocos em um dis- co de acordo com a presente invenção, um arquivo A é um ar- quivo necessitando reprodução em tempo real. Caso um bloco de armazenagem contíguo mínimo satisfazendo a condição de expressão 1 seja compreendido de quatro blocos, o arquivo A é registrado em tempo real em unidades de quatro blocos. Ou seja, o arquivo A em tempo real ocupa os blocos 0, 1, 2, 3, 5, 6, 7, 8, 11, 12, 13 e 14 em um disco. Um arquivo B ge- nêrico ocupa os blocos 4, 9, 10 e 15 no disco. 0 arquivo B genérico não necessitando reprodução em tempo real apresen- ta um bloco de armazenagem contíguo mínimo compreendido de um bloco, e um ou um numero arbitrário de segmentos podem ser armazenados. Este bloco corresponde genericamente a um setor de um disco.

O arquivo A opera para reprodução em tempo real, como segue:

- Na etapa 1, os blocos 0, 1, 2 e 3 são lidos.

- Na etapa 2, o bloco 5 ê procurado durante a e- xecução dos blocos 0, 1, 2 e 3.

Na etapa 3, os blocos 5, 6, 7 e 8 são lidos.

Na etapa 4, o bloco 11 e procurado durante a e— xecução dos blocos 5, 6, 7 e 8.

Na etapa 5, os blocos 11, 12, 13 e 14 são lidos e executados de volta.

Caso não existam áreas para blocos contíguos ca- pazes de satisfazerem o bloco de armazenagem contíguo míni- mo em um disco mediante armazenagem de um arquivo necessi- tando de reprodução em tempo real, o registro do arquivo

não é possível. Entretanto, caso uma mensagem de aviso do tipo "registro contíguo não é possível. 0 bloco de armaze- nagem contíguo mínimo deve ser designado como um bloco e o arquivo armazenado na extensão do bloco designado?" é envi- ada a um usuário, e caso o usuário necessite de armazena- gem, o arquivo pode ser armazenado nos blocos de armazena- gem contígua mínima compreendido de um bloco. Neste caso, o valor do bloco de armazenagem contíguo mínimo inicialmen- te designado ê armazenado na informação associada com a ex- tensão do bloco de armazenagem contíguo mínimo incluído nos atributos de registro/reprodução em tempo real, mas a infor mação indicando que a disposição de arquivos presentemente armazenados torna impossível o registro/reprodução em tempo real sendo armazenada em um atributo de estado corrente que pode registrar/reproduzir em tempo real. Isto é feito de modo que um arquivo, a ser copiado possa ser tratado de ma- neira contígua como um arquivo de registro/reprodução em tempo real quando o arquivo é copiado em discos diferentes ou no mesmo disco.

Na presente invenção, uma aparelhagem de aciona- mento, tal como um drive de CD e um drive de DVD, apresen- tando um tempo de busca (por exemplo 150 ms) significati- vamente mais longo do que um tempo de leitura (por exem- plo, 1,43 ms) que ê expresso por tempo de busca >> tempo de leitura, pode tambémexecutar a reprodução em tempo real caso satisfaça a condição da expressão 1: tempo de busca + tempo de leitura < tempo de execução.

O bloco de armazenagem contíguo mínimo limita a localização de um bloco livre em um disco para satisfazer uma finalidade prê-determinada. 0 bloco livre representa uma área não-utilizada não apresentando blocos defeituosos ou uma área que pode ser re-escrita entre as áreas de usu- ário que possam ser utilizadas por um usuário.

Caso o bloco de armazenagem contíguo mínimo se- ja definido como 16 blocos dispostos em um bloco de código de correção de erro (ECC), a distribuição de um bloco de dados não ê possível para menos do que 16 blocos livres con- tíguos. Ainda, a distribuição de um bloco de dado não é possível para 16 blocos livres contíguos abrangendo dois blocos ECC. O bloco de armazenagem contígua mínima apre- senta a finalidade de registrar e reproduzir um DVD-RAM em uma unidade ECC.

Quando todo o dado em tempo real é armazenado em blocos fisicamente contíguos em um disco não ocorre ne- nhuma busca, e assim a reprodução/registro ê prevenida de ser interrompida. Entretanto, uma vez que blocos contíguos não existem infinitamente, calcula-se um bloco de armazena- gem contíguo mínimo e armazena-se o mesmo na forma de atri- butos de registro/reprodução em tempo real de um arquivo, e o dado em tempo real ê registrado no bloco de armazenagem contíguo mínimo.. Nesta maneira, a interrupção de uma tela pode ser prevenida.

Caso uma taxa de bit de execução MPEG (= Vb) de 8 Mbps, um tempo de busca de 150 ms, uma taxa de bit de lei- tura (= Va) de 11 Mbps, um bloco de 2048 bites, e dados a- presentando blocos ECC cada qual compreendido de 16 blocos sejam registrados em um mecanismo de registro tal como um disco, o bloco S de armazenagem contíguo mínimo pode ser obtido de acordo com a condição da expressão 1 conforme mostrado na expressão 2 a seguir:

(I-Vb/Va) Q 2048Q )Q > VbQ, tempo de busca/ 1000 ...(2)

A partir desta expressão, o bloco S de armazena- gem contíguo mínimo compreende 261 blocos. Quando o dado ê registrado em unidades de pelo menos 261 blocos designados como o bloco de armazenagem contíguo mínimo, ê possível a

reprodução em tempo real. Entretanto, 272 blocos correspon dendo a 17 blocos contíguos ECC podem ser designados como o bloco de armazenagem contíguo mínimo. A finalidade pré-de- terminada ê se assegurar registro/reprodução quando o tempo de busca máximo é de 150 ms. Com um bloco ECC compreendido de 16 blocos desig nados como o bloco de armazenagem contíguo mínimo, e uma li mitaçao tal como o tempo de busca adicionado conforme mos- trado na expressão 2, um processo de localização de bloco livre para registro e reprodução em tempo real é classifi- cado em etapas, e as etapas podem ser dispostas conforme mostra a Tabela 1: Tabela 1

<table>table see original document page 22</column></row><table> O dado A/V ê registrado e reproduzido pela dis- posição de blocos satisfazendo uma limitação no bloco de armazenagem contíguo mínimo cujo número de blocos depende de cada etapa, de forma que os blocos possam ser conectados fisicamente entre si, sendo garantido o registro e reprodu- ção em tempo real. Por exemplo, quando existem três grupos de blocos do bloco de armazenagem contíguo mínimo: 16 blo- cos, 272 blocos e 1088 blocos, e o tempo de busca é de 150 ms, a possibilidade de registro/reprodução em tempo real depende do processo de conexão dos blocos.

Ou seja, quando 272 blocos, 1088 blocos, é 16 blocos são dispostos seqüencialmente, é possível o registro e reprodução em tempo real, e quando 16 blocos, 272 blocos e 1088 blocos são dispostos seqüencialmente, não é possível o registro e reprodução em tempo real.

Conseqüentemente, o bloco de armazenagem contí- guo mínimo pode ser eficientemente registrado e reproduzi- do em tempo real utilizando a distribuição de blocos por e- tapas e o processo de conexão de bloco.

Caso a porção de extremidade de um arquivo não seja arquivada com tantos dados como num bloco de armazena- gem contíguo mínimo conforme mostrado na. figura 5, mesmo quando o arquivo é registrado de acordo com a condição do bloco de armazenagem contíguo mínimo, um atributo represen- tando que os blocos de dados para a área não-preenchida a- presentam-se distribuídos mas não registrados, é armazenado como informação de registro/reprodução em tempo real, pos- sibilitando a execução em tempo real mediante registro adi- cional .

Ou seja, com referência a figura 5 mostrando a estrutura uni-dimensional de um mecanismo de registro aonde o dado AV em tempo real armazenado no bloco de armazenagem contíguo mínimo ê colocado, são adicionalmente armazenadas na informação de controle de arquivo posicionada em um blo- co de disco No. If a informação de atributo de registro/re- produção em tempo real em acêscimo a extensão de um arqui- vo, :informação quanto a posição do dado de arquivo, infor- mação na possibilidade ou impossibilidade de leitura/escri- ta de um arquivo, etc. Dois blocos de armazenagem contí- guoa mínimos compreendem cada qual de 272 blocos são dis- tribuídos ao primeiro dado de arquivo posicionado em um bloco de disco No. m, os 2 72 blocos de dados para o bloco de armazenagem contíguo mínimo são distribuídos ao segundo dado de arquivo posicionado em um bloco de disco No. m, 2 200 blocos de dados e 72 blocos distribuídos/não-registra- dos são distribuídos ao terceiro dado de arquivo em um blo- co de disco No. o.

Quando um arquivo para registro/reprodução em tempo real ê copiado no mesmo disco ou discos diferentes, os blocos de dados do arquivo devem .ser dispostos no disco utilizando a informação de atributo de registro/reprodução em tempo real de modo que o arquivo possa ser executado de volta em tempo real. Caso a disposição dos blocos de da- dos não seja possível, os blocos de dados são dispostos na mesma base como na base da disposição dos blocos genéricos de arquivos. A informação de atributo de registro/reprodu- ção em tempo real mantêm a informação de atributo original, mas a impossibilidade de registro/reprodução em tempo real é ajustada na forma de um atributo de estado que pode ser registrado/registrado em tempo real.

Ainda, quando um sistema de operação (OS) detec- ta blocos defeituosos em um disco mediante a cópia de um arquivo, os blocos de dados a serem copiados devem ser po- sicionados em consideração da informação de atributo de re- gistro/reprodução em tempo real original e informação de ge rência de defeito de mecanismo registradas em uma lista de defeitos secundária (SDL). Por exemplo, quando o bloco de armazenagem contíguo mínimo compreende 40 blocos conforme mostrado na figura 6A, os blocos de dados são posicionados em consideração de uma área defeituosa de um disco para cõ- pia de um arquivo, conforme mostrado na figura 6B. Por ou- tro lado, quando os OS não detecta defeitos registrados no SDL, o dado ê distribuído para outros blocos que não sejam da área de bloco defeituosa em um programa de aplicação pa- ra cópia e em consideração da informação de atributo de re- gistro/reprodução em tempo real conforme mostrado na figura 6B.

A figura 7 é um fluxograma ilustrando um proces so de reprodução utilizando informação de registro/reprodu- ção em tempo real, de acordo com uma modalidade da presente invenção.

Um disco é carregado em um reprodutor na etapa S1O1, e o reprodutor lê uma área de volume a partir do dis- co na etapa S102. Uma determinação de se a informação de registro/reprodução em tempo real existe na área de volume ê feita na etapa S103. Caso a informação de registro/re- produção em tempo real exista na área de volume, a execu- ção de arquivos é ajustada em consideração da informação

de registro/reprodução em tempo real, na etapa S104. Caso seja determinado na etapa S103 ou após a etapa S104 que não existe informação de reprodução/registro em tempo real na área de volume, a leitura da área de volume ê completa na etapa S105.

Em seguida, um arquivo ê lido na etapa S106. De- termina-se se a informação de registro/reprodução em tempo real existe no arquivo de leitura, na etapa 107. Caso a informação de registro/reprodução em tempo real existe no arquivo de leitura, a execução do arquivo é ajustada em con- sideração da informação de registro/reprodução em tempo re- al, na etapa S108. Caso seja determinado na etapa S107 ou após a etapa S108 que não existe informação de registro/re- produção em tempo real no arquivo de leitura, o arquivo de leitura é executado de volta em consideração de se a infor- mação de registro/reprodução em tempo real foi ajustada, na etapa S109.

Quando existe informação de registro/reprodução em tempo real na área de estrutura de volume, podem não ser realizadas as etapas S107 e S108. Ainda, quando existe in- formação de registro/reprodução em tempo real em uma área de informação de controle de arquivo, podem não ser reali- zadas as etapas S103, S104 e S105.

A figura 8 compreende um diagrama de bloco es- quemático de uma aparelhagem de registro e reprodução de disco a ser aplicada a presente invenção. A função da a- parelhagem para registro e reprodução de dado A/V utilizan- do um disco que pode ser gravado e re-escrito e dividida em registro e re-reprodução.

Mediante o registro, um codec 110 comprime e co- difica um sinal de vídeo/áudio (A/V) a partir de um fluxo de bits externo utilizando um esquema de compressão pré-de- terminado, e escreve o dado comprimido de acordo com uma taxa de bit de registro/reprodução (Vb) em um bufer 120 de rastreio.

Um codificador e decodificador (ECC) 130 para correção de erro codifica o dado escrito no bufer 120 de rastreio, Ie a correção de erro do dado codificado em um Va de taxa de bit de escrita/leitura, e aplica o resultado em uma unidade de captação 140. Ainda, o ECC 130 aplica a informação de registro/reprodução em tempo real gerada sob o controle de um controlador 170 para a unidade de captação 140 de modo que a informação possa ser registrada em uma á- rea de estrutura de volume ou em uma área de informação de controle de arquivo.

A unidade de captação 140 converte o dado codi- ficado de correção de erro em um sinal em freqüência de rá- dio (RF) e registra o sinal RF em um disco 150. A veloci- dade de rotação de registro de um motor de eixo 160 para o acionamento do disco 150 é controlada de acordo com um si- nal de controle servo a partir do controlador 170. Median- te reprodução, quando a informação de registro/reprodução em tempo real ê armazenada na área de informação de contro- le de arquivo ou na área de estrutura de volume, a informa- ção da armazenagem temporária associada com a quantidade de dados a serem inicialmente lidos a partir do bufer de ras- treio, informação de distribuição de arquivos, informação de gerência de defeitos, informação de taxa de bit de re- gistro/reprodução, etc., ção lidas era adiantamento, e a lei- tura do dado de arquivo é controlada na base da informação de leitura. O dado de arquivo a ser satisfeito pela condi- ção do bloco de armazenagem contíguo mínimo ê lido a partir do disco 150 a um Va de taxa de bit de leitura/escrita. O dado de arquivo de leitura e decodificado para correção de erro pelo ECC 130 via a unidade de captação 140, e escrito no bufer 120 de rastreio. O codec 110 lê o dado escrito no bufer 120 de rastreio a taxa de bit Vb de registro/reprodu- çao, decodifica o dado de leitura, e reproduz o dado A/V.

Quando existe informação de taxa de bit de re- gistro/reprodução na informação de registro/reprodução em tempo real, o controlador 170 obtém a informação de contro- le do motor de eixo 160 a partir da informação de taxa de bit de registro/reprodução a partir da unidade de captação 140 e o ECC 130, e pode acionar não somente o motor de eixo mas também um mecanismo servo.

A figura 9 é uma vista apresentando o fluxo de controle para dado de registro/reprodução em um disco aon- de são fornecidos os atributos de registro/reprodução em

tempo real, em um sistema que pode ser re-escrito em tempo real (RTRW).

O sistema RTRW ê compreendido de uma camada 201 de aplicação para produção de um comando associado com a reprodução/registro de dado A/V, um núcleo 202 Windows pa- ra a interpretação do comando produzido, e um acionador de dispositivo 203 apresentando um sistema de arquivo igual ao sistema de arquivo de um acionador de dispositivo DVD-RAM para solicitação de uma função correspondente de acordo ao comando interpretado pelo núcleo 202 do Windows pela trans- missão de um comando do acionador a um drive 204. O núcleo 202 do Windows e o acionador 203 do dispositivo correspon- dem a uma camada de sistema de arquivo, e o núcleo 202 do Windows pode ser denominado de uma camada de núcleo. A figura 10 compreende um diagrama de bloco mos- trando o fluxo do dado de registro/reprodução em tempo real para um sistema de computador entre sistemas RTRW. Median- te registro, os processos a seguir são realizados em uma maneira de multi-tarefas: armazenagem do dado A/V para um codificador 211 A/V em uma memória 212 principal do compu- tador em tempo real; armazenagem do dado A/V armazenado na memória 212 principal do computador em um arquivo de pri- meira chegada-primeira saída (FIFO) de um drive de disco rígido 213 (HDD) ; e armazenagem do dado A/V a partir do arquivo FIFO do HDD 213 em um disco 214 DVD-RAM.

Quando uma memória principal suficiente existe em um computador, o arquivo FIFO pode não existir no HDD. Mediante reprodução, um processo para armazenagem de dado A/V a partir do disco 214 DVD-RAM em uma memória 215 prin- cipal de computador em tempo real e um processo para a lei- tura do dado A/V armazenado na memória 215 principal atra- vés de um decodificador 216 A/V são realizados em uma ma- neira de multi-tarefas.

Por exemplo, a função de um sistema RTRW utili- zando um núcleo do Windows e dividida em criação de um ar- quivo aonde os atributos de registro/reprodução em tempo real são fornecidos, a distribuição de uma área de dados, registro de dados, reprodução de dados, eliminação de da- dos, e fechamento de arquivos, e essas funções divididas serão descritas agora com referência a figura 9. <Processo de criação de um arquivo de registro/ reprodução em tempo real>

Na primeira etapa, um núcleo de Windows API (in- terface de Programação da Aplicação) denominada para criar um arquivo de registro/reprodução em tempo real é um arqui- vo de criação. A camada 201 de aplicação designa um atri- buto de arquivo como FILE_ATTRIBUTE_RTRW a um arquivo de criação para criar o arquivo de registro/reprodução em tem- po real, e chama o núcleo do Windows 202 na forma do exem- plo a seguir:

Exemplo: FileHandle = CreateFile ("AVFILE MPG", FILE_ATRIBUTE_RTRW, ...)

Na segunda etapa, o núcleo 202 do Windows ordena ao acionador 203 de dispositivo DVD-RAM para criar um arqui vo.

Na terceira etapa, o acionador 203 de disposi- tivo dvd-ram designa um atributo file_attribute_RTRW quando a função de geração de arquivo é solicitada. Quando o a- tributo file_attribute_rtrw ê designado a informação de controle de arquivo é armazenada em uma área de atributo estendida de uma entrada de arquivo, uma área de diretório de fluxo (bloco de controle de informação) , uma área de des crição de identificador de arquivo, ou uma área de tipo de arquivo ou área de indicador de um campo ICB TAG em uma en- trada de arquivo. A informação de taxa de bit pode ser tam- bém ajustada quando i criado o arquivo A/V.

Na primeira etapa, um núcleo de Windows API cha- mado para distribuir uma área distribuída/não-registrada de um arquivo de registro/reprodução em tempo real compreende um localizador de ajuste de arquivo apresentando uma função de busca. De modo a que a camada 201 de aplicação pré-dis- tribua uma área de dados de um arquivo de registro/reprodu- ção em tempo real em adiantamento como uma área distribuí- da/não-registrada tão ampla como um bloco de armazenagem contíguo mínimo, o localizador de ajuste de arquivo chama o núcleo 202 de Windows na forma do exemplo a seguir:

Exemplo: SetFilePointer (FileHandle.8*1024* 1024, NULL.FILE_END)

SetFileBitrate (FileHandle, bitrate).

Alternativamente, uma área de dados necessária para registro/reprodução em tempo real pode ser prê-distri- buída em adiantamento na forma de um estado distribuído/não- registrado utilizando o SetFileBitrate (FileHandle bitrate). Quando a camada de aplicação sabe a taxa de bit, e um API para conversão da taxa de bit em um numero de blocos existe na camada de sistema de arquivo, o número de blocos obtidos pelo API pode ser garantido como a área de dados necessária para o registro/reprodução em tempo real em um estado dis- tribuído/não-registrado utilizando o SetFilePointer. Na se- gunda DVD-RAM a buscar por um arquivo.

Na terceira etapa, o acionador 203 de dispositi- vo DVD-RAM verifica se os atributos de registro/reprodução em tempo real são designados para um arquivo, mediante so- licitação da função de busca de arquivo, e garante uma área de dados distribuídos/não-registrado tão larga como a ex- tensão para busca de acordo com as condições de armazenagem contíguas mínimas (por exemplo, gerência de defeito de ar- quivo, distribuição de arquivo, armazenagem temporária de arquivo, a magnitude de um bloco de armazenagem contíguo mínimo, e informação de taxa de bit) especificadas nos a- tributos de registro/reprodução em tempo real, conforme mos trado na figura 11. Uma área pré-distribuída ou uma plura- lidade de áreas são dispostas em uma unidade ECC e podem ser distribuídas.

("Processo de registro de dado de um arquivo de registro/reprodução em tempo real")

Na primeira etapa, um núcleo de Windows API cha- mado para registrar o dado de arquivo de registro/reprodu- ção em tempo real compreende um arquivo de escrita. A ca- mada 201 de aplicação chama um núcleo de Windows usando um arquivo de escrita como no exemplo a seguir, para armazenar o dado em tempo real:

Exemplo: WriteFile (FileHandle, AV_Buffer, 32* 1024, NULL,NULL).

Na segunda etapa, o núcleo 202 de Windows chama a função de registro de arquivo do acionador 203 de dispo- sitivo DVD-RAM.

Na terceira etapa, o acionador 203 de dispositi- vo DVD-RAM verifica-se os atributos de registro/reprodução em tempo real são designados a um arquivo, mediante solici- tação da função de registro de arquivo. Caso os atributos de registro/reprodução em tempo real sejam designados, os dados A/V a serem registrados são registrados em uma área distribuída/não-registrada de acordo as condições de regis- tro em tempo real. Mediante o registro, quando não existe nenhuma área distribuída/não-registrada, a magnitude do da- do registrado é relatada ã camada 201 de aplicação. A ca- mada de aplicação 201 prê-distribui uma área distribuída/ nao-registrada designada como os atributos de registro/re- produção em tempo real para registrar os dados não-regis- trados esquecidos utilizando-se um comando de busca Set- FilePointer com referencia a quantidade de dado registra- do, e novamente registra o dado esquecido.

Ou seja, conforme mostrado na figura 12A, o dado A/V de 32*1024 bites ê registrado em uma área distribuída/ não-registrada de 8*1024*1024 bites mostrados na figura 11, e a área residual é ainda distribuída na forma de área dis- tribuí da/não-registrada.

Conforme mostrado na figura 12B, quando a quan- tidade de dados registrados em uma variável escrita da ca- mada 201 de aplicação é comunicada uma vez que a área dis- tribuída/não-registrada seja curta em 32*1024 bites, a ca- mada de sistema de arquivo pré-distribui automaticamente uma área não-distribuída utilizando a informação de taxa de bit designada através do SetFileBitrate. Conforme mostrado na figura 12C, o dado residual ê registrado na unidade de bloco ECC.

Quando um bloco defeituoso ê gerado durante o registro e um erro é então gerado, um bloco correspondendo ao bloco defeituoso é excluído da área distribuída/não-re- gistrada conforme mostrado na figura 12D.

Quando as taxas de bit para seções podem ser distinguidas entre si, a informação associada com a taxa de bit para cada seção pode ser registrada em uma área de informação de controle de arquivo. Ou seja, as figuras 13A e 13B mostram um exemplo de uma pluralidade de valo- res de taxa de bit (aqui, V1, V2 e V3) e informação asso- ciada em seções armazenadas na forma de informação de re- gistro/reprodução era tempo real em uma área de informação de controle de arquivo quando sao fornecidas diferentes ta- xas de bit em diferentes seções. As figuras 13C e 13D de informação de registro/reprodução em tempo real em uma área de informação de controle de arquivo quando uma taxa de bit idêntica é fornecida na seção de dado de arquivo inteira.

Na primeira etapa, um núcleo de Windows API cha- mado para reproduzir o dado de um arquivo de registro/re- produção em tempo real compreende um arquivo de leitura. A camada 201 de aplicação chama um núcleo de Windows utili- zando o arquivo de leitura na forma do exemplo a seguir, para a reprodução de dado em tempo real:

Exemplo: ReadFile(FileHandle, AV_Buffer, 32* 1024, NULL,NULL)

Na segunda etapa, o núcleo 202 de Windows ordena ao acionador 203 de dispositivo DVD-RAM para ler um arquivo.

Na terceira etapa, o acionador 203 de dispositi- vo DVD-RAM verifica se os atributos de registro/reprodução em tempo real estão designados ao arquivo, quando a função de leitura de arquivo é solicitada. Caso os atributos de registro/reprodução em tempo real sejam designados, é re- produzido o dado A/V tão longo quanto a extensão para re- produção a partir de uma área de dado A/V de acordo com as condições de reprodução em tempo real.

Quando é gerado um defeito em um bloco a ser re- produzido, um comando de leitura indicando que os atributos de arquivo distribuído/não-registrado foram designados mas não lidos é transmitido a partir do acionador 203 de dispo- sitivo DVD-RAM ao drive 204.

Deve ser utilizado um comando de registro em tem po real e um comando de reprodução fornecidos por uma inter face para comando do acionador de dispositivo DVD-RAM medi- ante registro/reprodução em tempo real.

(Processo de eliminação de parte do dado de ar- quivo de registro/reprodução era tempo real)

Na primeira etapa, ê chamado um "DeletePartOf- File" na forma de núcleo do Windows API para eliminar par- te dos dados de um arquivo de registro/reprodução em tempo real. De modo a eliminar parte dos dados em tempo real, a camada de aplicação 201 chama um núcleo do Windows utili- zando o "Delete PartOfFile" na forma do exemplo a seguir:Size)

Exemplo: DeletePartOfFile (FileHandle, Offset, Na segunda etapa, o nu-Ieo 202 do Windows orde- na que o acionador 203 de dispositivo DVD-RAM elimine parte do arquivo.

Na terceira etapa, quando a eliminação parcial do arquivo foi solicitada, o acionador 203 de dispositivo DVD-RAM verifica se os atributos de registro/reprodução es- tão designados ao arquivo, e elimina dado a partir de uma área cfe dado A/V de acordo com as condições em tempo real, caso os atributos de registro/reprodução em tempo real te- nham sido designados.

Mediante eliminação parcial do arquivo, um ar- quivo para gerência de um arquivo aleatório ou uma lista de espaço de enchimento ECC são criados sob um diretório de raiz em um arquivo do sistema.

A figura 14A apresenta uma área a ser eliminada a partir de um arquivo era tempo real aonde o dado A/V é po- sicionado em unidades ECC. A área de eliminação é distri- buída para uma área livre conforme mostrado na figura 14B, e uma seção de dado A/V pertencendo a área de eliminação, ao longo de um bloco ECC abrangendo o contorno da área de eliminação, é chamada um espaço de enchimento. 0 dado A/V neste espaço de enchimento ê gerenciado na forma de um ar- quivo separado no arquivo do sistema e armazenado em uma lista de descrição de distribuição (AC) em uma lista de es- paço de enchimento ECC. Armazena-se na lista AD de uma en- trada para arquivo o dado A/V que não pertença a área de e- liminação.

A lista de espaço de enchimento ECC é novamente atualizada de acordo a uma função de eliminação ou escrita.

Quando a aplicação do processo de acordo com a presente in- venção compreende um sistema UDF, a lista de espaço de en- chimento ECC pode ser descrita por um componente de descri- ção de distribuição curta.

Na figura 14B, o espaço do arquivo A/V e o espa- ço de enchimento do bloco ECC abrangendo o contorno da área de eliminação apresentam comprimentos estendidos. Conforme mostrado na figura 14C, o espaço de arquivo A/V do bloco ECC abrangendo o contorno da área de eliminação apresenta tanto um comprimento estendido como um comprimento de in- formação, mas o espaço de enchimento é gerenciado na forma de um componente de descrição de distribuição apresentando um comprimento estendido e um comprimento de informação de "O" na lista AD em uma entrada de arquivo A/V. O espaço de arquivo A/V que não pertença a área de eliminação, no bloco ECC, ê também gerenciado na lista AD na en-rada de arquivo AV. Neste caso, o espaço de enchimento pode ser definido como um componente de descrição de distribuição estendido do UDF.

(Processo de fechamento de um arquivo de regis- tro/reprodução em tempo real)

Na primeira etapa, uma função CloseHandle ê cha- mada na forma de um núcleo do Windows API para fechar um arquivo em tempo real. De modo a fechar um arquivo de re- gistro/reprodução em tempo real, a camada de aplicação 201 chama o núcleo 202 do Windows utilizando o Close Handle na forma do exemplo a seguir:

Exemplo: CloseHandle(FileHandle)

Na segunda etapa, o núcleo 202 do Windows ordena ao acionador 203 de dispositivo de DVD-RAM para buscar um arquivo.

Na terceira etapa, quando a função de fechamento de arquivo é solicitada, o acionador 203 de dispositivo DVD- RAM atualiza a informação de controle de arquivo (entrada de arquivo, etc.) e informação de disco (por exemplo, a informação de área livre, etc.).

De acordo com a presente invenção conforme des- crito acima, os atributos de registro/reprodução em tempo real são designados para um arquivo, e o arquivo e regis- trado/reproduzido em uma maneira diferente a partir de um arquivo genérico. Nesta maneira, um arquivo de registro/ reprodução em tempo real pode ser registrado/reproduzido em tempo real.

Ainda, na presente invenção, os arquivos são di- vididos em arquivos em tempo real e arquivos genéricos, e a informação de gerencia de defeito, a informação de distri- buição de arquivo, a informação de armazenagem temporária, e a informação da magnitude de um bloco de armazenagem con- tíguo mínimo fornecidas em cada etapa são designadas na forma de informação de registro/reprodução em tempo real ao arquivo em tempo real mediante registro/reprodução. Assim, pode ser realizada de modo eficiente o registro/reprodução em tempo real.

Além do mais, na presente invenção, a informação de controle de ura motor de eixo e obtida a partir de infor- mação de registro/reprodução em tempo real associada comuna taxa de bit de registro/reprodução, e controlando o motor de eixo.

Claims

1. PROCESSO DE OPERAÇÃO PARA UM SISTEMA CAPAZ DE ESCREVER E RE-ESCREVER OS ARQUIVOS EM TEMPO REAL, aonde o atributo de informação de registro/reprodução em tempo real é designado, o processo caracterizado por compreender a etapa de operar os arquivos em correspondência com qualquer um processo entre os processos de criação de arquivos em tempo real, um processo de distribuição de área, um processo de registro, um processo de reprodução, um processo de eliminação, e um processo de fechamento utilizando a informação de atributo de registro/reprodução em tempo real.

2. PROCESSO, de acordo com a reivindicação 1, caracterizado por a informação de registro/reprodução em tempo real ser armazenada em um campo do tipo de arquivo em um campo ICB TAG de uma entrada para o sistema UDF.

3. PROCESSO, de acordo com a reivindicação 1, caracterizado por a informação de atributo de registro/reprodução em tempo real incluir a informação de indicação de arquivo indicando que um arquivo necessita de registro/reprodução em tempo real.

4. PROCESSO, de acordo com a reivindicação 1, caracterizado por a informação de atributo de registro/reprodução em tempo real incluir pelo menos uma dentre a informação de taxa de bit de registro/reprodução, informação quanto a um bloco de armazenagem contíguo mínimo satisfazendo a condição aonde o tempo de execução de um bloco de dados corrente é maior do que a soma do tempo de busca e do tempo de leitura de um bloco de dados a ser executado de volta, informação quanto a um tempo de execução para garantir a armazenagem contígua mínima, e informação do tipo de registro/reprodução contíguo.

5. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de criação, e o processo compreender adicionalmente as etapas de: - uma camada de aplicação chamando uma camada de núcleo utilizando um comando de criação de arquivo; - a camada de núcleo chamando uma função de criação de arquivo a partir de um acionador de dispositivo através da camada de núcleo, - o acionador de dispositivo criando um arquivo em tempo real através da designação dos atributos de registro/reprodução em tempo real, quando a função de criação de arquivo é chamada.

6. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de distribuição de área, e o processo compreender as etapas de: uma camada aplicação chamando uma camada de núcleo utilizando um comando de busca; - a camada de núcleo chamando uma função de busca de arquivo a partir de um acionador de dispositivo, e o acionador de dispositivo verificando se os atributos de registro/reprodução em tempo real já foram ajustados, quando a função de criação de arquivo é chamada, e pré-distribuição de uma área de dados distribuídos/não- registrados apresentando o comprimento para busca de acordo a uma condição de armazenagem contígua mínima especificada na informação de atributo de registro/reprodução em tempo real.

7. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de registro, e o processo compreender as etapas de: - uma camada de aplicação chamando uma camada de núcleo utilizando um comando de registro; - camada de núcleo chamando uma função de busca de arquivo a partir de um acionador de dispositivo; e acionador de dispositivo verificando se os atributos de registro/reprodução já foram ajustados, quando a função de registro de arquivo é chamada, e registro de dado em uma área distribuída/não-registrada de acordo com uma condição de registro em tempo real.

8. PROCESSO, de acordo com a reivindicação 7, caracterizado por compreender ainda as etapas de: - descrever a magnitude do dado registrado para uma camada de aplicação quando uma área de distribuição distribuída/não-registrada apresenta-se deficiente na etapa de registro; - a camada de aplicação pré-distribuindo uma área distribuída/não-registrada utilizando o processo de distribuição de área com referência a magnitude do dado registrado; e registrar o dado residual em uma área pré- distribuída.

9. PROCESSO, de acordo com a reivindicação 8, caracterizado por a etapa de pré-distribuição da área distribuída/não-registrada compreender a etapa de automaticamente pré-distribuir a área distribuída/não- registrada de acordo com a informação de taxa de bit ajustada por uma camada de sistema de arquivo.

10. PROCESSO, de acordo com a reivindicação 8, caracterizado por em resposta a um bloco defeituoso sendo gerado durante o registro de dado na área distribuída/não- registrada na etapa de registro, excluir o bloco defeituoso da área distribuída/não-registrada.

11. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de reprodução, e o processo compreender as etapas de: - uma camada de aplicação chamando uma camada de núcleo utilizando um comando de reprodução; a camada de núcleo chamando uma função de reprodução de arquivo a partir de um acionador de dispositivo; e o acionador de dispositivo verificando se os atributos de registro/reprodução em tempo real já foram ajustados, quando a função de reprodução de arquivo é chamada, e registro de dado de acordo com urna condição de reprodução em tempo real.

12. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de eliminação, e o processo compreender as etapas de: - uma camada de aplicação chamando uma camada de núcleo utilizando um comando de eliminação; a camada de núcleo chamando uma função de eliminação de arquivo a partir de um acionador de dispositivo; e o acionador de dispositivo verificando se os atributos de registro/reprodução já foram ajustados, quando a função de eliminação de arquivo é chamada, e o dado de eliminação de acordo com a condição em tempo real.

13. PROCESSO, de acordo com a reivindicação 12, caracterizado por a área de eliminação ser distribuída para uma área livre, e dados em um espaço de enchimento de uma seção de dados A/V pertencendo a área de eliminação entre os blocos (ECC) de código de correção de erro abrangendo o contorno da área de eliminação são gerenciados como um arquivo separado em um arquivo do sistema.

14. PROCESSO, de acordo com a reivindicação 13, caracterizado por o dado no espaço de enchimento ser armazenado e gerenciado em urna lista de descrição de distribuição em urna entrada de enchimento ECC, e o espaço de enchimento pertencendo a área de eliminação em um bloco ECC abrangendo o contorno da área de eliminação e um espaço de arquivo A/v não pertencendo a área de eliminação apresentam comprimentos estendidos.

15. PROCESSO, de acordo com a reivindicação 4, caracterizado por o processo selecionado compreender o processo de fechamento, e o processo compreender as etapas de: - uma camada de aplicação chamando uma camada de núcleo utilizando um comando de fechamento; a camada de núcleo chamando uma função de fechamento de arquivo a partir de um acionador de dispositivo; e o acionador de dispositivo atualizando a informação de controle de arquivo e informação de disco quando a função de fechamento de arquivo é chamada.