ES2917252T3 - Establecimiento dinámico de una compatibilidad de sistemas de archivos en tiempo real - Google Patents
Establecimiento dinámico de una compatibilidad de sistemas de archivos en tiempo real Download PDFInfo
- Publication number
- ES2917252T3 ES2917252T3 ES20020284T ES20020284T ES2917252T3 ES 2917252 T3 ES2917252 T3 ES 2917252T3 ES 20020284 T ES20020284 T ES 20020284T ES 20020284 T ES20020284 T ES 20020284T ES 2917252 T3 ES2917252 T3 ES 2917252T3
- Authority
- ES
- Spain
- Prior art keywords
- access
- data
- file system
- file
- passive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/062—Securing storage systems
- G06F3/0622—Securing storage systems in relation to access
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/176—Support for shared access to files; File sharing support
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/164—File meta data generation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
- Radio Relay Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
La presente invención se dirige a un procedimiento para la fabricación dinámica de la compatibilidad de los sistemas de archivos y el acceso independiente del sistema de archivos a los datos en tiempo real. Según la invención, es posible que un usuario final acceda a un almacenamiento de datos pasivos con cualquier dispositivo final sin tener en cuenta el sistema de archivos subyacente del almacenamiento pasivo. Esto evita pasos de procedimiento complejos, que, por ejemplo, proporcionan una conversión del sistema de archivos. El procedimiento propuesto es, por lo tanto, más eficiente y un error robusto. La presente invención también está dirigida a un dispositivo de configuración correspondiente y una disposición del sistema. Además, se propone un producto de programa de computadora con comandos fiscales que implementan los pasos de procedimiento. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Establecimiento dinámico de una compatibilidad de sistemas de archivos en tiempo real
La presente invención se refiere a un procedimiento para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real. Según la invención es posible que un usuario final acceda con cualquier terminal a una memoria de datos pasiva sin que en este sentido deba tener en cuenta el sistema de archivos subyacente de la memoria pasiva. Por consiguiente, se evitan etapas de procedimiento costosas que prevean, por ejemplo, una conversión del sistema de archivos directamente en el medio de memoria. Por consiguiente, el procedimiento propuesto es más eficaz y robusto frente a errores. La presente invención se refiere igualmente a un dispositivo configurado de manera correspondiente así como a una disposición de sistema. Además se propone un producto de programa informático con instrucciones de mando que implementan las etapas de procedimiento.
El documento US 5.463.772 A1 muestra dispositivos, en donde una máquina de TPFS (Transparent Peripheral File System Machine) está interconectada de manera comunicativa entre una memoria de datos y un terminal activo, para la lectura y escritura en la memoria de datos con un sistema de archivos predeterminado.
El documento WO 2005/086 039 A2 propone un procedimiento para la producción de medios de almacenamiento grabados con informaciones estructuradas y propone para ello realizar una conversión de datos y usa un modelo de datos universal.
El documento WO 2018/031 794 A1 muestra un procedimiento para la descripción de medios de almacenamiento.
El documento US 5.742.818 A muestra un procedimiento para la conversión de un sistema de archivos.
El estado de la técnica trata el problema de que en el caso de que un terminal quiera acceder a una memoria de datos este pueda producir problemas de compatibilidad. Por ejemplo, el terminal no respalda un sistema de archivos existente en la memoria. El estado de la técnica propone para ello que en caso de incompatibilidad, es decir en caso de sistemas de archivos distintos, se convierta normalmente el sistema de archivos de la memoria de datos. Por consiguiente, se convierte por tanto el sistema de archivos de la memoria de datos en aquel sistema de archivos que está respaldado por el terminal. Esto es un proceso costoso y además se pierden los datos en el medio de almacenamiento.
La transformación o la conversión de un sistema de archivos en otro sistema de archivos se realiza con frecuencia por medio de un formateado de toda la memoria de datos. El formateado se basa en que toda la memoria de datos se borra durante la reestructuración y entonces está vacía al inicio de un proceso de escritura. Esto conlleva otros problemas, por ejemplo la necesidad de la protección de datos o el problema de una posible pérdida de datos.
Además, por el estado de la técnica se conoce una emulación, en donde se copia una funcionalidad de un sistema objetivo. La emulación es a su vez un proceso costoso y requiere un gasto considerable en la facilitación de un plano de abstracción del hardware y software subyacentes del sistema objetivo. La emulación en sí es con frecuencia costosa. Además se facilitan funcionalidades innecesarias, en caso de que se trate en el caso de un participante de comunicación de una memoria de datos pasiva. Esta no ofrece normalmente ninguna funcionalidad extensa, sino que la tarea esencial de la memoria de datos es sencillamente actuar de manera pasiva y almacenar únicamente datos estáticos. Por consiguiente, una emulación es por tanto también costosa y dado el caso propensa a fallos.
El estado de la técnica tiene por consiguiente el inconveniente de que no se facilita ningún procedimiento que permita a un usuario final conectar un soporte de datos pasivo con un terminal de manera que en cualquier caso se conceda una compatibilidad de los sistemas de archivos subyacentes. Los procedimientos correspondientes son costosos y normalmente se realiza en una etapa de procedimiento preliminar una conversión costosa de todo el sistema de archivos. Esto se considera sin embargo desventajoso para el usuario, dado que este quiere describir normalmente en tiempo real el soporte de datos y, por consiguiente, no quiere aceptar ningún formateado. Si amenaza al usuario entonces aún una pérdida de datos, entonces falta la aceptación de tales procedimientos.
Por tanto, un objetivo de la invención propuesta es facilitar un procedimiento que permite al usuario conectar una memoria de datos pasiva con un terminal, sin que en este sentido se produzcan problemas con respecto a la compatibilidad de sistemas de fichero. Por tanto debe ser posible un sistema de archivos de acceso a datos independiente, que no conlleve ningún tipo de pérdida de datos y además pueda ejecutarse en tiempo real. Es además un objetivo de la presente invención proponer un dispositivo configurado de manera correspondiente así como una disposición de sistema configurada de manera correspondiente. Además debe proponerse un programa informático con instrucciones de mando, que implementen el procedimiento o accionen el dispositivo o la disposición de sistema.
El objetivo se resuelve mediante un procedimiento con las características según la reivindicación 1. Otras configuraciones ventajosas están indicadas en las reivindicaciones dependientes.
Según esto se propone un procedimiento para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real, que presenta una concesión de un acceso al sistema de archivos de una memoria de datos pasiva para un terminal activo y un dispositivo de modelado, que está interconectado de manera comunicativa entre la memoria de datos pasiva y el terminal activo; una recepción de una petición de acceso del terminal activo, por parte del dispositivo de modelado, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva; un reconocimiento del sistema de archivos del soporte de datos pasivo, por parte del dispositivo de modelado; una selección de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido de la memoria de datos pasiva; una aplicación de las reglas de acceso seleccionadas a datos de acceso que se especifican mediante la petición de acceso; y una ejecución de las operaciones de acceso conforme a la petición de acceso.
Según la invención se realiza un establecimiento dinámico de una compatibilidad de sistemas de archivos de manera que no se emule nada el hardware del soporte de datos, sino más bien se realice en el plano de datos o plano de archivos una adaptación de manera que puedan escribirse datos del terminal a la memoria de datos pasiva. Por tanto no se realiza ninguna simulación de un hardware, sino más bien se trabaja en el plano de datos, para lo que no se necesita una emulación. Tampoco, una memoria de datos pasiva facilita ningún software, de modo que tampoco en este caso debe reproducirse ninguna funcionalidad. Desde la memoria de datos normalmente se ofrecen únicamente operaciones de lectura u operaciones de escritura pasivas. Mediante esto se posibilita que el procedimiento propuesto trabaje en tiempo real.
Según la presente invención, tiempo real significa que no se producen tiempos de latencia esenciales, es decir, que el usuario no se da cuenta de ningún retraso desde su punto de vista. Las etapas de procedimiento individuales pueden procesarse en una fracción de segundo, de modo que el usuario final experimenta la ejecución del procedimiento como tiempo real. Desde el punto de vista técnico se produce lógicamente un tiempo de procesamiento que, sin embargo, no es perceptible subjetivamente por un usuario humano.
Mediante el procedimiento se evita según la invención que en una etapa de procedimiento preliminar deba realizarse una emulación o una transformación de sistemas de archivos. Por consiguiente, el usuario final puede acoplar el medio de almacenamiento o la memoria de datos pasiva por medio del dispositivo de modelado al terminal e inmediatamente comenzar con operaciones de lectura y operaciones de escritura en la memoria de datos. Por consiguiente, se realiza un acceso a datos de la memoria de datos independientemente del sistema de archivos. El acceso a datos quiere decir en este sentido que se respaldan tanto operaciones de lectura como también operaciones de escritura en el soporte de datos.
Para ello es necesaria una concesión de un acceso al sistema de archivos. Una concesión de un acceso se designa también como un proceso MOUNT. En este caso es posible leer el sistema de archivos de la memoria de datos pasiva y reconocer ya qué datos se encuentran en la memoria de datos. Esto no requiere ningún esfuerzo temporal notable, de modo que desde el punto de vista del usuario puede ejecutarse también esta etapa de procedimiento en tiempo real, es decir sin tiempos de espera. Mediante la concesión de un acceso al sistema de archivos se acopla la memoria de datos con el terminal activo de manera comunicativa, interconectándose el dispositivo de modelado. La concesión de un acceso comprende por ejemplo el establecimiento de una conexión de enchufe entre la memoria de datos, el dispositivo de modelado y el terminal activo.
La conexión de enchufe puede realizarse de manera que la memoria de datos pasiva se inserta directamente en el dispositivo de modelado y este a su vez en el terminal activo. Sin embargo es también posible facilitar en cada caso una conexión unida por cable entre la memoria de datos, el dispositivo de modelado y el terminal. Según un aspecto de la presente invención se realiza la concesión de un acceso por medio de una conexión física entre la memoria de datos, el dispositivo de modelado y el terminal. El experto conoce para ello formatos comunes o cómo ha de configurarse una conexión de enchufe de este tipo. Como un ejemplo puede valer USB, de modo que pueden usarse interfaces comunes para ello. Una memoria de datos pasiva puede ser, por consiguiente, una placa sólida externa o de un dispositivo USB o ranura de expansión de tarjeta SD.
El dispositivo de modelado puede estar configurado como un propio dispositivo de hardware y puede disponer por ejemplo de una memoria de datos, que incluye reglas de acceso. El dispositivo de modelado puede realizarse también como un sistema integrado, que facilita o ejecuta la lógica de control. Generalmente, el dispositivo de modelado comprende al menos dos interfaces, en donde la memoria de datos pasiva comunica a través de una interfaz con el dispositivo de modelado y el terminal activo con otra interfaz. Generalmente, es sin embargo también posible facilitar otras interfaces de modo que pueden conectarse también otras memorias de datos. También es posible conectar varios terminales activos, de modo que estos escriban o lean en la memoria de datos.
La memoria de datos pasiva no facilita ningún tipo de funcionalidad, sino que sirve únicamente para el almacenamiento de datos y puede designarse en consecuencia como pasiva. Las correspondientes operaciones de escritura y operaciones de lectura se inician y se transmiten por el terminal activo. El terminal activo inicia por tanto el procedimiento según la invención y se preocuparía en acceder a la memoria de datos pasiva. El terminal activo tiene a disposición datos que se
almacenan conforme al sistema de archivos subyacente o solicita datos que están almacenados en la memoria de datos pasiva. Según la invención, dependiendo del sistema de archivos respaldado del aparato activo se adaptan los correspondientes datos.
Generalmente, el terminal activo respalda un primer sistema de archivos, en donde la memoria de datos pasiva dispone de un segundo sistema de archivos. Si ahora se escriben datos en la memoria de datos pasiva, entonces se adaptan los datos en el primer formato del sistema de archivos de manera que estos pueden almacenarse en el segundo formato del sistema de archivos. Si se solicitan datos de la memoria de datos, entonces se adaptan los correspondientes datos del segundo formato del sistema de archivos de manera que estos se corresponden con el primer formato del sistema de archivos. Normalmente no es necesario para ello ninguna adaptación de los datos útiles, sino que deben adaptarse únicamente los datos adicionales. Así pueden modelarse, por ejemplo, metadatos de manera que estos puedan escribirse en la memoria de datos o puedan almacenarse en el terminal activo. En el caso de los datos adicionales puede tratarse de datos que describen los datos útiles o facilitan información con respecto al sistema de archivos. Así puede ocurrir que los datos adicionales describan un desplazamiento, que indica donde se almacenan los correspondientes bloques de datos físicamente en el medio de almacenamiento.
Por consiguiente tiene lugar una recepción de una petición de acceso del terminal activo, por parte del dispositivo de modelado, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva. En el caso de las operaciones de acceso puede tratarse o bien de operaciones de lectura o bien de operaciones de escritura, mientras que los datos de acceso describen lo que debe solicitarse o transmitirse de manera exacta. Los datos de acceso pueden especificar por ejemplo un nombre de archivo, que según la operación de acceso “escribir” debe escribirse en la memoria de datos. La petición de acceso se inicia por el terminal activo e indica los datos deseados, sin que en este sentido se acceda al sistema de archivos.
Entonces tiene lugar un reconocimiento del sistema de archivos del soporte de datos pasivo, por parte del dispositivo de modelado. El dispositivo de modelado media entre el terminal activo y la memoria de datos pasiva. Por consiguiente se pasan todos los mensajes u órdenes por el dispositivo de modelado. Por consiguiente los participantes de la comunicación conectados, o sea el terminal activo y la memoria de datos pasiva, se comunican únicamente a través del dispositivo de modelado.
Además se realiza una selección de reglas de acceso almacenadas, que sean adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido de la memoria de datos pasiva. Las reglas de acceso almacenadas pueden determinarse por ejemplo de manera empírica o pueden crearse en una etapa de procedimiento preliminar. Las reglas de acceso describen cómo han de modelarse los datos, de modo que estos puedan interpretarse partiendo de un primer sistema de archivos dentro de un segundo sistema de archivos. Normalmente se realiza en este caso una adaptación de datos adicionales, por ejemplo metadatos, de manera que los archivos o datos, que están codificados según el primer sistema operativo, se codifiquen según el segundo sistema operativo. Si se realiza por ejemplo una operación de escritura, entonces el terminal activo transmite los archivos según el primer sistema de archivos o formato del sistema de archivos, que está presente en el terminal activo. Estos se modelan entonces según las reglas de acceso de manera que estos pueden almacenarse en el segundo sistema de archivos o formato del sistema de archivos. Por el contrario, si se realiza una operación de lectura, entonces se modelan los datos del segundo sistema de archivos de modo que estos puedan interpretarse conjuntamente por el activo. Por consiguiente se convierten los datos de manera que pueden almacenarse en el sistema de archivos del terminal activo.
Las reglas de acceso se seleccionan de tal manera que se facilita una tabla que describe en la primera columna el sistema de archivos del terminal activo, en la segunda columna describe el sistema de archivos de la memoria de datos pasiva y en una tercera columna indica qué reglas de acceso están previstas. Así puede tener a disposición la tercera columna un indicador que remite a las reglas de acceso correspondientes. Como sistema de archivos pueden usarse FAT, FAT32, ExFAT, NTFS u otro.
La memoria de datos con las reglas de acceso está introducida normalmente dentro del dispositivo de modelado o es también posible que la memoria de datos se encuentre como una memoria de datos externa que se lee. Así puede facilitarse la memoria de datos también por el terminal activo.
Las reglas de acceso describen por tanto normas de cómo han de adaptarse los datos que van a escribirse o que van a leerse, para que sean en cada caso compatibles. Es decir, puede estar previsto que las reglas de acceso se analicen de manera que los datos útiles se separen de otros datos y los otros datos se adapten conforme al sistema de archivos. Opcionalmente está previsto que los datos útiles se adapten igualmente, en donde en un caso típico se adaptan solo los datos adicionales, o los metadatos. Por consiguiente es posible ejecutar el proceso de modulación de manera muy eficiente y ejecutar a su vez a ser posible el procedimiento en tiempo real. La conversión de los datos adicionales puede realizarse por tanto rápidamente, dado que no se adapta el sistema de archivos sino justamente los datos y en los datos normalmente solo los metadatos. En este sentido se trata de cantidades de datos únicamente muy bajas, que pueden adaptarse sin gran esfuerzo técnico.
Si se seleccionan las reglas de acceso, entonces se aplican estas a los datos de acceso, es decir los datos que van a leerse o que van a escribirse se adaptan de manera que estos puedan escribirse en el sistema de archivos de la memoria de datos pasiva o en el caso de que se lean datos, se adapten estos de modo que correspondan al sistema de archivos del terminal activo. Tal como se ha descrito ya, es suficiente en este sentido con frecuencia codificar o modelar únicamente datos adicionales y no datos útiles.
Dado que ahora los datos se han transformado de manera compatible es posible abandonar la verdadera etapa de la ejecución de las operaciones de acceso. Las operaciones de acceso pueden ser o bien de operaciones de lectura o bien de operaciones de escritura. Dado que ahora los datos se encuentran adaptados se escriben estos por tanto en la memoria de datos pasiva o se leen desde la memoria de datos pasiva.
Las etapas de procedimiento pueden ejecutarse iterativamente de manera que para un flujo de datos definido se realice la aplicación de las reglas de acceso seleccionadas y la ejecución de las operaciones de acceso. Así sin embargo puede consultarse por ejemplo por el terminal activo una cantidad de archivos y puede determinarse según las operaciones de acceso si es suficiente una única adaptación de los datos de acceso o si es necesaria, por ejemplo, tras cada operación de escritura de un archivo una nueva aplicación de las reglas de acceso. Por consiguiente pueden adaptarse por tanto para cada archivo en cada caso los metadatos o se adaptan los metadatos solo una vez y se sobreescriben todos los datos útiles. Tal como puede procederse en este sentido, puede estar depositado en la memoria de datos del dispositivo de modelado.
Según un aspecto de la presente invención la concesión del acceso comprende un proceso mount, una integración del soporte de datos pasivo en el dispositivo de modelado, una integración del soporte de datos pasivo en el terminal activo, un acoplamiento comunicativo, un establecimiento de al menos una conexión de enchufe, una activación de un acceso, un ajuste de autorizaciones de acceso y/o una comunicación de datos. Esto tiene la ventaja de que ya en la concesión de un acceso puede leerse la memoria de datos y por consiguiente es posible estimar ya con una operación de lectura los datos disponibles. Por consiguiente se conocen por ejemplo tamaños de archivo y puede determinarse cómo está estructurada el flujo de datos que va a leerse. Dependiendo de esta información puede optimizarse la aplicación de las reglas de acceso seleccionadas y la ejecución de las operaciones de acceso. Si se encuentran por ejemplo muchos archivos más pequeños, entonces pueden leerse grupos individuales de archivos como un flujo de datos y por consiguiente se refiere la aplicación de las reglas de acceso seleccionadas a varios archivos. Si se encuentran archivos grandes, entonces puede realizarse para cada archivo la aplicación de las reglas de acceso. El acoplamiento comunicativo garantiza que el terminal activo se comunique a través del dispositivo de modelado con la memoria de datos pasiva. Además es posible implementar otros mecanismos de seguridad, por ejemplo pueden adjudicarse autorizaciones de acceso.
Según otro aspecto de la presente invención, el terminal activo presenta un sistema operativo que genera la petición de acceso. Esto tiene la ventaja de que los flujos de datos pueden especificarse ya de antemano y por consiguiente se conoce qué archivos se solicitan. Así el sistema operativo puede indicar que deben leerse o escribirse una pluralidad de archivos y por consiguiente puede aplicarse también la aplicación de las reglas de acceso seleccionadas a uno o varios archivos. Los datos de acceso pueden segmentarse en consecuencia y pueden adaptarse a la pieza o pueden adaptarse segmentos individuales, es decir flujos de datos individuales. Así pueden agruparse pequeñas cantidades de datos y se realiza una aplicación única de las reglas de acceso. Por consiguiente pueden escribirse estos archivos y no deben adaptarse cada vez de nuevo los datos adicionales.
Según otro aspecto de la presente invención se realiza la aplicación y ejecución de manera iterativa para cada flujo de datos, en donde el sistema operativo define el flujo de datos. Esto tiene la ventaja de que la aplicación de las reglas de acceso y la ejecución de las operaciones de escritura puede realizarse con frecuencia de manera discrecional, de modo que se lean o se escriban todos los datos adicionales tras la última iteración. Por consiguiente pueden seleccionarse los flujos de datos dependiendo de los archivos solicitados o especificados.
Según otro aspecto de la presente invención, la petición de acceso presenta al menos una petición de lectura y/o de escritura. Esto tiene la ventaja de que puede accederse a la memoria de datos pasiva tanto leyendo como escribiendo. En este sentido no es necesario emular una funcionalidad de la memoria de datos pasiva, sino más bien se realiza según la invención una adaptación de los (meta)datos que van a escribirse o que van a leerse y justamente no se realiza ninguna adaptación directa del sistema de archivos en la memoria de datos pasiva.
Según otro aspecto de la presente invención la petición de acceso especifica datos útiles y/o datos adicionales. Esto tiene la ventaja de que la petición de acceso ya especifica qué datos son datos útiles y qué son datos adicionales. Los datos adicionales pueden encontrarse por ejemplo como metadatos, que describen los datos útiles. Tales datos adicionales indican el tamaño del archivo o un nombre de archivo. Si un sistema de archivos no respalda determinados datos adicionales, por ejemplo se usa otro juego de caracteres, entonces se realiza la aplicación de las reglas de acceso de manera que el nombre de archivo se modifica de modo que este coincida con el juego de caracteres del sistema de archivos. Por ejemplo, el terminal activo quiere escribir archivos en la memoria de datos pasiva y especifica en este caso datos útiles con nombres de archivos con vocal modificada. Si en el sistema de archivos de la memoria de datos no se respaldan las modificaciones de vocal, entonces prevé la regla de acceso por ejemplo que se sustituyan vocales modificadas por otra vocal o por una vocal y una “e” .
Según otro aspecto de la presente invención, los datos de acceso describen nombres de archivos, direcciones de memoria absolutas, direcciones de memoria relativas, tipos de archivo y/o propiedades de archivo. Esto tiene la ventaja de que los datos de acceso describen qué información debe adaptarse potencialmente. Si el sistema de almacenamiento de la memoria de datos pasiva respalda solo determinadas direcciones de memoria o dispone solo de un determinado tamaño, entonces se adaptan las direcciones de memoria transmitidas, de modo que los datos de acceso puedan escribirse en la memoria de datos. Si se leen los archivos, entonces pueden adaptarse estos datos de acceso de manera que pueden almacenarse en el sistema de archivos del terminal activo.
Según otro aspecto de la presente invención, las operaciones de acceso describen operaciones de lectura y/o de escritura. Esto tiene la ventaja de que las operaciones de acceso describen cómo deben ejecutarse las operaciones individuales. En este sentido puede describirse para cada sistema de archivos cómo ha de leerse o escribirse.
Según otro aspecto de la presente invención, las reglas de acceso describen operaciones de modulación, que indican cómo han de modelarse datos adicionales de datos de acceso para que los datos de acceso puedan leerse y/o escribirse conforme al sistema de archivos. Esto tiene la ventaja de que las reglas de acceso muestran normas de transformación o normas de modulación que transforman determinados datos de acceso, de manera que estos, en el caso de que estén codificados con respecto a un primer sistema de archivos, se recodifiquen de manera que sean compatibles con un segundo sistema de archivos.
Según otro aspecto de la presente invención, las reglas de acceso describen cómo han de escribirse los datos según un primer sistema de archivos en un segundo sistema de archivos y/o cómo han de leerse a partir de un segundo sistema de archivos. Esto tiene la ventaja de que puede realizarse una transformación por un sistema de archivos que puede encontrarse en el terminal activo y un sistema de archivos que se encuentra en la memoria de datos pasiva. Por consiguiente, las reglas de acceso describen datos de codificación o describen el proceso de cómo han de adaptarse los datos adicionales. Normalmente deben adaptarse solo los datos adicionales y no forzosamente los datos útiles.
Según otro aspecto de la presente invención, la memoria de datos pasiva comprende un medio de almacenamiento, un dispositivo USB, un disco duro, una tarjeta de memoria, un servidor, un componente de red, un DAS, un NAS y/o una memoria de datos local. Esto tiene la ventaja de que pueden usarse de nuevo especificaciones convencionales y además puede usarse una pluralidad de medios de almacenamiento. En este sentido es también posible que se aborden varias memorias de datos pasivas. NAS significa network attached storage, almacenamiento conectado en red. DAS significa direct attached storage, almacenamiento conectado directamente.
Según otro aspecto de la presente invención, el terminal activo se encuentra como un aparato de televisión, una impresora, un router, un DAS, un NAS, un terminal portátil, un terminal estacionario, un ordenador, un teléfono o un componente de red. Esto tiene la ventaja de que el terminal activo puede implementarse a una pluralidad de técnicas y se crea un procedimiento genérico que establece la compatibilidad de sistemas de archivos totalmente distintos.
Otro aspecto de la presente invención es su capacidad para diferenciar requerimientos de acceso y decidir si se requiere un acceso a contenidos del usuario o a metadatos. Dependiendo del tipo de requerimiento de acceso se reenvía la petición entonces o bien sin modificaciones de datos a la memoria pasiva o bien los metadatos se llevan al formato correspondiente con aplicación de las normas de compilación.
Otro aspecto de la presente invención es su capacidad para acceder solo a una parte de metadatos de la memoria pasiva, para enviar una respuesta al terminal. Así se facilitan en tiempo real y con tiempo de respuesta corto solo las informaciones más necesarias con respecto a los archivos requeridos.
Otro aspecto de la presente invención es su capacidad de volver disponible solo una determinada parte de la memoria pasiva (por regla general un determinado subdirectorio con sus contenidos) como memoria separada, que puede facilitarse entonces por el terminal.
Otro aspecto de la presente invención es su capacidad para la selección previa y con ello tomar la decisión de qué sistema de archivos se vuelve disponible al terminal. Esto se realiza o bien a través de un conmutador o bien a través del uso de archivos previamente ajustados en medios externos, tal como por ejemplo makeas.exFAT, que indica la unidad de modelado, para crear una memoria externa con sistema de archivos exFAT. Así, la unidad de modelado puede hacer que el sistema de archivos exFAT esté disponible para el terminal, ya que este sistema de archivos está ampliamente extendido desde que sus especificaciones (la implementación Open-Source de exFAT se respalda por los desarrolladores de Microsoft Corporation) se hicieron públicamente accesibles, y se usa en una serie completa de aparatos integrados, teléfonos móviles y otros aparatos multimedia.
Otro aspecto de la presente invención es su capacidad de compensar inconvenientes graves de FAT32, cuando este sistema de archivos se usa en el terminal. Un gran inconveniente es la limitación del tamaño de archivo que se encuentra en el caso de FAT32 en 4 GB. Otra limitación predetermina FAT32 para el número de archivos direccionables en el mismo
subdirectorio, este se encuentra en 65534. Un medio externo, que se facilitó con FAT32, se respalda con toda probabilidad por modelos más antiguos de terminales y también sus limitaciones pueden considerarse para que con ello pueda trabajar adicionalmente el usuario / la usuaria. La presente invención trata el problema que representan los archivos grandes, de modo que esta pone a disposición del terminal varios archivos con el tamaño máximo permitido de 4 GB.
La segunda limitación de FAT32, concretamente el número más alto de archivos direccionables en el mismo subdirectorio 65534, tiene repercusiones sobre el uso cuando se encuentran todos los archivos en el mismo directorio o subdirectorio. Si bien es muy improbable que se consulte una información de un subdirectorio con más de 65534 archivos, sin embargo en un caso así indicará la presente invención al usuario / la usuaria que se ha conseguido el límite y no puede acceder simultáneamente a estos 65534 archivos. Así sabe el usuario / la usuaria que no todos los archivos pueden mostrarse en el terminal, sin embargo no obstante están a disposición.
Según un aspecto de la presente invención se supone que el terminal respalda exclusivamente FAT32. Como soporte para FAT32 en el terminal vale cuando sus módulos o componentes (por ejemplo, controlador de sistema de archivos instalado) pueden direccionar memorias locales, externas o virtuales con formato FAT32, para crear, restablecer, actualizar o desactivar archivos y directorios.
La memoria se define según un aspecto de la presente invención como aparato de bloque, es decir se facilitan procesos básicos por medio de bloques - bloques de lectura y de escritura que se direccionan de manera desplazada o a través de la posición en la memoria. Se supone que el terminal dispone de una interfaz de USB para la conexión con medios de almacenamiento externos.
La suposición de un soporte de FAT32 en el terminal sirve generalmente solo para fines de demostración y no pretende limitar las posibilidades de uso de la invención propuesta al sistema FAT32. La suposición de que el terminal disponga de una interfaz de USB para la conexión a medios de almacenamiento externos, sirve de igual manera para la ilustración y no pretende limitar las posibilidades de uso de la invención propuesta a una conexión de interfaz de USB. Si se mencionan en este caso correspondientes normas, tal como por ejemplo FAT o FAT32, entonces esto representa generalmente un sistema de archivos.
El objetivo se resuelve también mediante un dispositivo de modelado, con las características según la reivindicación 13, que puede interconectarse de manera comunicativa entre una memoria de datos pasiva y un terminal activo y está configurado para la concesión de un acceso al sistema de archivos de una memoria de datos pasiva para un terminal activo, en donde el dispositivo de modelado está configurado además para la recepción de una petición de acceso del terminal activo, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva, y está configurado además para el reconocimiento del sistema de archivos del soporte de datos pasivo, y está configurado además para la selección de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido de la memoria de datos pasiva, y el dispositivo de modelado está configurado además para la aplicación de las reglas de acceso seleccionadas a datos de acceso, que se especifican mediante la petición de acceso; y además está configurado para provocar una ejecución de las operaciones de acceso conforme a la petición de acceso.
El dispositivo de modelado es adecuado para su uso en el procedimiento propuesto. Además puede usarse el dispositivo de modelado en la disposición de sistema propuesto.
El objetivo se resuelve también mediante una disposición de sistema con las características según la reivindicación 14 para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real, que presenta al menos una unidad de interfaz configurada para la concesión de un acceso al sistema de archivos de una memoria de datos pasiva para un terminal activo y un dispositivo de modelado, que está interconectado de manera comunicativa entre la memoria de datos pasiva y el terminal activo; el dispositivo de modelado configurado para la recepción de una petición de acceso del terminal activo, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva; el dispositivo de modelado configurado para el reconocimiento del sistema de archivos del soporte de datos pasivo; una unidad de base de datos configurada para la selección de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido de la memoria de datos pasiva; el dispositivo de modelado configurado para la aplicación de las reglas de acceso seleccionadas a datos de acceso que se especifican mediante la petición de acceso; y la memoria de datos pasiva configurada para la ejecución de las operaciones de acceso conforme a la petición de acceso.
El objetivo se resuelve también mediante un producto de programa informático con instrucciones de mando, que ejecutan el procedimiento y hacen funcionar la disposición propuesta, cuando se ejecutan en un ordenador.
Según la invención es especialmente ventajoso que el procedimiento pueda usarse para el funcionamiento de los dispositivos y unidades propuestos o de la disposición de sistema. Además son adecuados los dispositivos y unidades propuestos para la ejecución del procedimiento según la invención. Por consiguiente, en cada caso el dispositivo o la disposición de sistema implementa características estructurales que son adecuadas para ejecutar el correspondiente procedimiento. Las características estructurales pueden configurarse sin embargo también como etapas de procedimiento. El procedimiento propuesto facilita también etapas para la conversión de la función de las características estructurales.
Otras ventajas, características y particularidades de la invención resultan de la siguiente descripción, en la que se han descrito en detalle aspectos de la invención con referencia a los dibujos. A este respecto pueden ser esenciales de la invención las características mencionadas en las reivindicaciones y en la descripción en cada caso de manera individual de por sí o en cualquier combinación. Igualmente pueden usarse las características mencionadas anteriormente y las características realizadas posteriormente en el presente documento en cada caso de por sí o entre varias en combinaciones discrecionales. Los términos usados en la descripción de los ejemplos de realización “ izquierda” , “derecha” , “arriba” y “abajo” se refieren a los dibujos en una orientación con designación de figuras que pueden leerse normalmente o números de referencia que pueden leerse normalmente. Las formas de realización mostradas y descritas no han de entenderse como concluyentes, sino que tienen carácter de ejemplo para la explicación de la invención. La descripción detallada sirve para la información del experto, por lo que no se muestran ni se explican en detalle en la descripción circuitos, estructuras y procedimientos conocidos, para no dificultar el entendimiento de la presente descripción. En las figuras muestran:
la figura 1: un diagrama de bloques esquemático de una disposición de sistema conocida;
la figura 2: un diagrama de bloques esquemático de una disposición de sistema para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real según un aspecto de la presente invención;
la figura 3: un diagrama de bloques esquemático de una disposición de sistema para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real según otro aspecto de la presente invención; y
la figura 4: un diagrama de flujo esquemático de un procedimiento para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real según otro aspecto de la presente invención;
la figura 5: un diagrama de flujo esquemático de etapas de procedimiento, que pueden ser realizadas por parte del dispositivo de modelado;
la figura 6: un diagrama de flujo esquemático de etapas de procedimiento según la invención para atender una petición de acceso;
la figura 7: un diagrama de flujo esquemático de etapas de procedimiento según la invención del dispositivo de modelado para la lectura de los parámetros del sistema de archivos de la memoria pasiva;
las figuras 8A, 8B: tablas para la ilustración de las etapas de procedimiento para la aplicación de las reglas de acceso almacenadas según un aspecto de la presente invención;
las figuras 9A, 9B: otras tablas para la ilustración de las etapas de procedimiento para la aplicación de las reglas de acceso almacenadas según otro aspecto de la presente invención; y
la figura 10: tablas para la ilustración de las etapas de procedimiento para la aplicación de las reglas de acceso almacenadas según un aspecto de la presente invención.
La figura 1 muestra una disposición de sistema según el estado de la técnica. En el lado izquierdo se encuentra un medio de almacenamiento y en el lado derecho se encuentra un terminal, en donde en cuestión a la derecha está dibujada solo la conexión de enchufe. El dispositivo de modelado está configurado de manera que el hardware se emula tanto en el lado derecho como también en el lado izquierdo. Esto es el caso por tanto en el estado de la técnica, dado que el dispositivo en el centro es adecuado para transmitir las instrucciones de mando a aparatos en la periferia. El estado de la técnica no prevé en este caso por tanto normalmente ningún medio de almacenamiento pasivo, sino que más bien puede conectarse en este caso un aparato periférico tal como por ejemplo un periférico de entrada. Por consiguiente, el estado de la técnica requiere justamente también una emulación de funcionalidad, lo que no es necesario según la invención.
Tal como es evidente a partir de la presente figura 1, es especialmente desventajoso en el estado de la técnica que sea necesaria tanto una emulación por medio del emulador 1 en el lado izquierdo y del emulador 2 en el lado derecho. El estado de la técnica prevé por tanto que todos los terminales conectados deban emularse, lo que representa un considerable gasto técnico y dado el caso es incluso propendo a fallos.
Según la invención se supera este inconveniente en el estado de la técnica y se reconoció de manera sorprendente que únicamente son necesarios adaptaciones en planos de archivo o planos de datos. Además, el estado de la técnica no permite que se realice el establecimiento de la compatibilidad en tiempo real. Si se encuentra, por ejemplo, en el lado izquierdo realmente un medio de almacenamiento, el estado de la técnica prevé que en este caso el sistema de archivos se adapte. Según la invención justamente no se adapta el sistema de archivos, sino únicamente los datos que van a leerse o que van a escribirse.
La figura 2 muestra una disposición de sistema según la presente invención. En el lado izquierdo está dispuesto el medio de almacenamiento pasivo y en el lado derecho está el terminal activo, que no está dibujado en cuestión. En el centro se encuentra el dispositivo de modelado M, que está conectado de manera comunicativa entre el medio de almacenamiento y el terminal. Para ello pueden estar previstas tanto en el lado izquierdo como también en el lado derecho conexiones de enchufe o se prevén en cada caso cables.
Igualmente muestra la figura 2 abajo una memoria de datos, que almacena las reglas de acceso y facilita el dispositivo de modelado M. La memoria de datos puede disponerse de manera externa, en donde en una forma de realización preferente la memoria de datos está introducida en el dispositivo de modelado. Es especialmente ventajoso en comparación con el estado de la técnica que según la invención propuesta no han de preverse componentes de emulación 1, 2, sino que más bien es suficiente prever una unidad de modulación. Esta está dispuesta de manera centrada en el dispositivo de modelado M.
La figura 3 muestra en otra vista la disposición de sistema propuesta, en donde en el lado izquierdo con respecto a la memoria de datos pasiva está prevista una conexión de enchufe y en el lado derecho una conexión de cable. Esto puede solucionarse también de otra manera y puede encontrarse también en el lado izquierdo una conexión de cable. Las interfaces usadas pueden configurarse según las especificaciones convencionales. En una forma de realización preferente están implementadas las interfaces como interfaces USB.
La figura 4 muestra en un diagrama de flujo esquemático un procedimiento para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real, que presenta una concesión de un acceso 100 al sistema de archivos de una memoria de datos pasiva para un terminal activo y un dispositivo de modelado M, que está interconectado de manera comunicativa entre la memoria de datos pasiva y el terminal activo; una recepción 101 de una petición de acceso del terminal activo, por parte del dispositivo de modelado, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva; un reconocimiento 102 del sistema de archivos del soporte de datos pasivo, por parte del dispositivo de modelado; una selección 103 de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido 102 de la memoria de datos pasiva; una aplicación 104 de las reglas de acceso seleccionadas a datos de acceso que se especifican mediante la petición de acceso; y una ejecución 105 de las operaciones de acceso conforme a la petición de acceso.
El experto reconoce en este sentido que las etapas pueden presentar otras subetapas y, en particular, que las etapas de procedimiento pueden realizarse en cada caso de manera iterativa y/o en otro orden.
Todos los procesos siguientes se han descrito desde el punto de vista del terminal, que se controla por el usuario como actor principal.
La figura 5 muestra qué actuaciones puede realizar el dispositivo de modelado 202 según la invención, cuando el terminal 201 genera peticiones de acceso a lectura. En cuestión respalda el terminal FAT32 como sistema de archivos, que se designa en lo sucesivo como Sistema de archivos1.
Las peticiones de acceso se realizan según un aspecto de la presente invención por medio de interfaz de comunicación entre el terminal y el dispositivo de modelado: Esta es la interfaz USB 204.
En el dispositivo de modelado se realizan según un aspecto de la presente invención dos procedimientos. El procedimiento para la facilitación de los datos adicionales 206 y el procedimiento para el modelado de datos 207. Si se leen los datos de la memoria pasiva 203, se realiza este proceso por medio de una interfaz de comunicación 205. Sin embargo no es forzoso que la memoria pasiva esté conectada también por interfaz USB con el dispositivo de modelado, que 205 puede sustituirse también por un bus de datos, de modo que la memoria pasiva se haya realizado directamente como pieza constructiva del dispositivo de modelado.
El orden de los resultados depende según un aspecto de la presente invención de qué peticiones de acceso haya iniciado el terminal, tras lo que se conecta el dispositivo de modelado, con el que está conectada ya la memoria pasiva, con el terminal. Este orden puede diferir, dependiendo de la realización del terminal, dado el caso, de las siguientes representaciones.
El terminal se comunica según un aspecto de la presente invención con el dispositivo de modelado dos veces: Por un lado debe reconocer el componente del sistema operativo del terminal, que está autorizado para aparatos USB, el dispositivo de modelado conectado por USB como aparato USB externo con el tipo “ memoria” . Por otro lado debe determinar el otro componente del sistema operativo cómo ha de abordarse el aparato de almacenamiento conectado en el plano lógico, concretamente qué sistema de archivos puede reconocerse en la memoria.
Para la primera comunicación por medio del protocolo USB es necesario según un aspecto de la presente invención al menos que el dispositivo de modelado reporte parámetros esenciales, por ejemplo el número de bloques direccionables o el tamaño de bloque, como actuaciones necesarias en el contexto del soporte del protocolo USB. Para ello podría iniciarse una denominada petición de identificación 301, que sin embargo no se realiza forzosamente dependiendo de la implementación del sistema operativo. Las actuaciones concretas según el protocolo USB no se tratan en este caso, dado que este protocolo puede ejecutarse esencialmente sin problemas por un experto. Únicamente ha de mencionarse que ya esta primera petición de identificación conduce a que el dispositivo de modelado puede alinearse tras esto y pueden facilitarse datos necesarios para el procesamiento de tal petición de identificación (el número de bloques direccionables).
La primera actuación necesaria para ello según un aspecto de la presente invención por parte del dispositivo de modelado es la lectura de los parámetros del sistema de archivos de la memoria pasiva 314, lo que está designado de manera detallada en la figura 7. El sistema de archivos en la memoria pasiva, en lo sucesivo designado como Sistema de archivos2, es reconocido por parte del dispositivo de modelado durante la ejecución de 314, en donde los datos leídos no se limitan a cumplir la primera petición de identificación, sino que se convierten según la invención inicialmente de manera que se facilitan 206 como datos de sector de arranque del Sistema de archivos1 adicionalmente en el dispositivo de modelado. Por consiguiente se han determinado también de manera suficiente parámetros esenciales para la petición de identificación (el número de bloques direccionables, el tamaño de bloque), el dispositivo de modelado cumple 310 la petición de identificación según el protocolo USB.
En otra etapa el sistema operativo del terminal debe determinar cómo ha de abordarse el aparato de almacenamiento conectado en el plano lógico, concretamente qué sistema de archivos puede reconocerse en la memoria.
Para ello puede generar el terminal al menos una petición de acceso, que está dirigida a que desde la memoria se lea al menos el bloque 0, ya que este contiene las informaciones para la determinación del sistema de archivos.
Para atender esta petición de acceso, pueden realizarse según la invención las siguientes actuaciones, que están trazadas a modo de ejemplo en la figura 5.
La primera petición de acceso 311 del terminal dice: leer un sector, comenzando desde la posición 0.
En la primera etapa 312 se comprueba según un aspecto de la presente invención si los datos solicitados se han facilitado ya en el dispositivo de modelado. No ha de excluirse que la petición de identificación del terminal 301 aún no se haya realizado, sino que se sustituye por la petición de acceso 311. Si bien aún no eran conocidos los parámetros de la memoria pasiva por el terminal durante la ejecución del 311, esto no impide sin embargo al terminal generar la petición de acceso 311, ya que desde la posición 0 puede leerse siempre, cuando puede activarse el aparato de almacenamiento. Para fines de representación se supone que la petición de identificación según 301 no se ha realizado previamente. Por consiguiente, los datos para el primer sector en la posición 0 aún no se han facilitado según 206.
En la segunda etapa 313 se comprueba según un aspecto de la presente invención de qué datos se trata en el sentido del Sistema de archivos1, cuando desde la posición 0 se lee un sector. La actuación 313 ha de describirse por tanto generalmente de modo que durante el proceso de lectura puede comprobarse si se trata de datos adicionales o datos útiles y, cuando se trata de datos útiles, de qué archivo en el sentido del Sistema de archivos1 proceden.
Para ello se aplican reglas de acceso. Tal como se muestra anteriormente, las reglas de acceso definen cómo han de convertirse metadatos de un sistema de archivos en metadatos de otro sistema de archivos. Estas normas definen además qué áreas del sistema de archivos, que están previstas para las estructuras del sistema de archivos, corresponden a las respectivas áreas en el otro sistema de archivos y permiten determinar con ello si en el caso de una petición de acceso se trata de datos adicionales en el sentido de metadatos.
Según la presente regla de acceso 400 se trata de datos adicionales especiales, concretamente de un denominado sector de arranque, cuando se lee desde la posición 0 un sector.
Según las reglas de acceso, un sector de arranque para el Sistema de archivos1 se simula 314 de manera que todos los parámetros del sistema de archivos (tamaño del sistema de archivos, el tamaño para bloques lógicos en el sistema de archivos (el denominado clúster), la posición de inicio para el primer directorio, etc.) ya se han determinado de manera suficiente. Esto supone que ya para el desarrollo del primer acceso 311 han de facilitarse estos datos para el terminal. Básicamente todos los parámetros para el Sistema de archivos1 se derivan o se calculan de los respectivos parámetros del Sistema de archivos2 de la memoria pasiva. La regla de acceso 401 comprende este procedimiento, concretamente determina esta cómo han de calcularse los parámetros del Sistema de archivos1 dependiendo del Sistema de archivos2 para la respectiva combinación de Sistema de archivos1-Sistema de archivos2 y qué regla de acceso concreta se aplica. En la figura está designado cómo se aplica esta regla de acceso para el sector de arranque 401. Una aplicación de este tipo no es problemática, ya que el tamaño del sistema de archivos se conoce y el tamaño de los bloques lógicos puede tomarse del Sistema de archivos2 (en
el caso de que esto no sea posible, se toman reglas de acceso adicionales para la adaptación del tamaño de bloque).
Por consiguiente, el dispositivo de modelado ha simulado y facilitado los datos para el sector 0 de manera que puede impulsar el terminal por medio de estos otros procesos de acceso.
La presente petición 311 concretamente se cumple según un aspecto de la presente invención cuando se facilitan datos de sector de arranque modelados.
La facilitación de los datos 315 solicitados se realiza a través de la interfaz de comunicación (en este caso: USB). Por consiguiente, la petición de acceso 311 se ha concluido.
Que la primera petición de acceso conduzca al resultado de que en el caso del bloque 1 leído se trata de un sector de arranque FAT32, determina otras actuaciones del terminal.
Básicamente puede partirse según un aspecto de la presente invención de que cuando el primer bloque se reconoce como el sector de arranque válido con contenido válido (parámetros del sistema de archivos), el sistema operativo del terminal continúa la petición de acceso para determinar el sistema de archivos en la memoria facilitada por medio de la interfaz USB. Un proceso de este tipo puede designarse también como “ muestra” , cuyo fin es reconocer la memoria como un sistema de archivos específico, organizado de manera lógica y exponer una propia interfaz lógica (el denominado “ Mountpoint” ) dentro del sistema operativo.
Como alternativa, después de que se haya cumplido la primera petición de acceso y el contenido del primer bloque resulte el sector de arranque plausible, puede realizar el sistema operativo del terminal también una comunicación (una denominada “ Broadcast” ) a sus componentes o aplicaciones para informar a estos sobre la disponibilidad del nuevo aparato de almacenamiento. Como resultado pueden iniciar el componente competente y el controlador del sistema de archivos otro proceso, que con frecuencia se designa como “ montaje” .
Ambas alternativas conducen al mismo resultado, concretamente que la nueva memoria facilitada se reconoce como FAT32 y el sistema operativo del terminal o al menos uno de los componentes o Apps pueden abordar esta como sistema de archivos lógico.
Si este sistema de archivos se monta solo para procesos de lectura o también para procesos de escritura, depende según un aspecto de la presente invención de los siguientes factores: del sistema operativo del terminal, del alcance del soporte para el respectivo sistema de archivos y del objetivo que prevé el terminal para medios de almacenamiento conectables externamente. Las siguientes realizaciones tratan el modo de lectura-escritura. El caso de que el sistema de archivos en la memoria se monte solo en el modo de lectura, requiere que no se trate por separado, ya que el procedimiento propuesto según la invención puede aplicarse solo justamente para el modo de lectura cuando en el modo de lectura-escritura esto conduce al logro prometido.
Otras peticiones de acceso del terminal dependen por tanto de qué objetivos están previstos en el caso del resultado “ Una nueva memoria está disponible” . Puede ser que el terminal ejecute una determinada aplicación, que intenta leer el contenido de la memoria nuevamente facilitada, lo que conduce a que en primer lugar se acceda al contenido del directorio raíz. Si automáticamente no se inicia ninguna aplicación, el usuario que conecta el dispositivo de modelo al aparato emprende otras actuaciones para consultar el contenido de la memoria y a este respecto comienza con la actuación “ Consultar los contenidos del directorio raíz” , para determinar después otras etapas propias. Para consultar contenidos del directorio raíz, podría insertar el usuario instrucciones de terminal tal como “dir” o “ Is” . En todo caso ha de esperarse que por medio de la siguiente petición de acceso del terminal se intente leer los contenidos del directorio raíz. Para atender esta petición de acceso, pueden realizarse según la invención las siguientes actuaciones, que están representadas a modo de ejemplo también en la figura 5.
Según un aspecto de la presente invención se supone que comienza el área del directorio raíz en el sector X, ocupa el área de 100 sectores y esta se ha determinado mediante la norma aplicada en la etapa 314. De manera correspondiente a esto, la segunda petición de acceso 321 dirá: leer 100 sectores, empezando en el sector X.
En la primera etapa 312 se comprueba según un aspecto de la presente invención si los datos solicitados se han facilitado ya. En cuestión, los datos no se han facilitado aún, dado que el terminal ha leído hasta ahora solo el sector 0.
En la segunda etapa 313 se comprueba de qué datos se trata en el sentido del Sistema de archivos1, cuando se leen a partir de la posición X 100 sectores. Para ello se aplican reglas de acceso.
Según la regla de acceso 400 se trata del denominado directorio raíz, cuando para el sistema de archivos modelado se accede al sector X, y concretamente a través de la longitud consultada total (100 sectores).
Para que el dispositivo de modelado 202 pueda facilitar los datos para el directorio raíz del terminal 206, se aplican en la siguiente etapa 324 (véase la figura 9) otras reglas de acceso de manera que para los archivos existente en el Sistema de archivos2 en el directorio raíz de este sistema se generan metadatos en tiempo real, que se corresponden con el formato de datos del directorio raíz del Sistema de archivos1.
Estos metadatos son adecuados por tanto para transcribir los archivos al Sistema de archivos2 de modo que cada componente del terminal, que respalda el Sistema de archivos1 (en este caso: FAT32), interprete estos como si estos archivos transcritos estuvieran facilitados en el dispositivo de modelado. Estos metadatos se facilitan 206 según la invención para peticiones de acceso actuales y futuras del terminal.
Para la aplicación de la regla de acceso 324 puede ser necesario a este respecto leer otros metadatos del Sistema de archivos2, para obtener conocimiento completo sobre qué archivos de la estructura del directorio raíz pueden direccionarse mediante los 100 sectores solicitados y qué tamaño tienen y además determinar mediante el procedimiento 404 (véase la figura 10), en qué áreas del Sistema de archivos2 están colocados los archivos mencionados anteriormente.
Como resultado provisional: Mediante el modelado del directorio raíz en el formato que corresponde al Sistema de archivos1 se leen eventualmente más datos que los solicitados, lo que es inofensivo ya que aquellos datos leídos inicialmente de manera superflua se facilitan para otras aplicaciones de la regla de acceso.
La petición de acceso de lectura existente de manera concreta del terminal de la etapa 321 se cumple mediante la facilitación de 100 sectores modelados por medio de aplicación de la regla de acceso.
La facilitación 325 de los datos solicitados se realiza a través de una interfaz de comunicación (en este caso: USB). La petición de acceso 321 se ha concluido por consiguiente.
Después de haberse facilitado los contenidos del directorio raíz para el terminal, su aplicación puede requerir al usuario emprender otras etapas, por ejemplo abrir archivos o seleccionar contenidos de archivos para procesos específicos (impresión, reproducción de archivos de vídeo/de audio etc.). En este punto debía realizarse el acceso al contenido de archivos del medio de almacenamiento externo y el componente del sistema operativo del terminal (o su controlador del sistema de archivos) debía generar la petición en el volumen lógico montado para acceder al contenido necesario del archivo.
Se supone según un aspecto de la presente invención que se accede al contenido del archivo ABC.ZYZ y se supone que el tamaño de archivo asciende a 10 bloques.
Para atender esta petición de acceso, pueden realizarse según la invención las siguientes actuaciones, que están representadas a modo de ejemplo también en la figura 5.
Se inicia una petición de acceso 351 que consiste en leer 10 bloques desde la posición Pos1, que corresponde al primer clúster del archivo ABC.ZYZ SC1 en el Sistema de archivos1.
Estos datos no se habían consultado aún, por lo tanto no se han facilitado 206.
En primer lugar ha de determinarse si en el caso de esta petición se trata de datos útiles o datos adicionales 313.
El hecho de que en el caso de esta petición se trate de datos útiles, resulta ya del hecho de que durante el modelado de las estructuras FAT 402 para el cumplimiento de la petición 321 se ha considerado el tamaño del archivo ABC.XYZ y para sus contenidos se facilita una cadena moldeada ininterrumpida en la File-Allocation Table.
Es decir, el procedimiento de modelado 402 es adecuado para colocar los archivos existentes del Sistema de archivos2 en el Sistema de archivos1 modelado de modo que no se hayan fragmentado, y concretamente independientemente de si estos archivos se producen en el Sistema de archivos2 de varios fragmentos de contenido divididos.
Por consiguiente se trata de datos útiles los datos que se han leído por medio de la petición de acceso 351.
En otra etapa 354 ha de comprobarse según un aspecto de la presente invención, a qué datos útiles se accede de manera concreta. No puede excluirse que el terminal ajuste la petición de acceso en relación a varios archivos, no solo para ABC.XYZ. Esto se determina mediante el procedimiento 404 (véase la figura 10), que determina de qué archivos en el Sistema de archivos2 se trata concretamente, cuando se accede a determinados bloques en el sentido del Sistema de archivos1. Este procedimiento 404 es por tanto adecuado para determinar otras actuaciones, que deben emprenderse en contextos específicos para contenidos accedidos de distintos archivos. Un contexto de este tipo determina que durante la lectura de determinados bloques del Sistema de archivos1, que corresponden a datos útiles, siempre están determinados correspondientes bloques que van a leerse en el
Sistema de archivos2. Como resultado se leen datos útiles mediante una correspondiente petición de acceso 355 dirigida a la memoria pasiva. El proceso 355 se repite hasta que todos los datos solicitados en el modo de la petición 351 se han leído, cuando los contenidos solicitados en el Sistema de archivos2 no están colocados como cadena ininterrumpida.
La facilitación 356 de los datos solicitados se realiza a través de una interfaz de comunicación (en este caso: USB). La petición de acceso 351 se ha concluido por consiguiente.
Después de que se hayan facilitado los contenidos del directorio raíz para el terminal, su aplicación puede requerir al usuario emprender otras etapas, por ejemplo memorizar datos que se han generado en el terminal, en el volumen lógico montado. Si se introduce por escaneo, por ejemplo, un nuevo documento, puede seleccionarse el volumen lógico montado como sitio de almacenamiento objetivo.
Se supone que el terminal intenta, después de que se hayan generado en el terminal datos útiles con un alcance de 19 bloques, crear estos datos útiles como archivos con nombres XXX.ABC en el directorio raíz en el Sistema de archivos1 y a este respecto escribir el contenido de los archivos creados nuevamente XXX.ABC, comenzando con la posición Pos2.
Se supone adicionalmente según un aspecto de la presente invención que el terminal no crea ninguna petición de acceso que pretenda escribir nombres de archivos y tamaño de archivos en el directorio raíz del Sistema de archivos1 para el nuevo archivo, cuando aún no se han definido datos útiles y una petición de este tipo se realiza solo cuando todos los datos útiles se han escrito para estos datos creados nuevamente.
El motivo de esta suposición es la posibilidad de que en el terminal esté implementado un procedimiento para la optimización de peticiones de acceso de lectura y de escritura.
Si se supone por tanto que el terminal intenta escribir datos útiles, antes de que los metadatos para el respectivo archivo ssean descritos mediante otra petición de acceso, se produce una incertidumbre en el sentido del procedimiento 404, que es debido a que no pueden asignarse aún a ningún archivo bloques que van a describirse de nuevo. Este estado indeterminado se finaliza sin embargo lo más tardar debido a que el terminal genera aún una petición de acceso que está dirigida a actualizar los metadatos para los archivos creados nuevamente en la memoria.
Para atender esta petición de acceso, pueden realizarse según la invención las siguientes actuaciones, que están representadas a modo de ejemplo también en la figura 6.
Se inicia una petición de acceso 331 que consiste en escribir 19 bloques, comenzando con la posición Pos2, que corresponde al SCN+1.
En primer lugar ha de comprobarse 332 si estos datos que van a escribirse se han facilitado 206. Dado que los datos en la posición Pos2 ni se han leído ni se han escrito, tampoco se han facilitado aún.
En la siguiente etapa ha de determinarse si en el caso de esta petición se trata de datos útiles o datos adicionales 333. La actuación 333 ha de describirse por tanto generalmente de modo que durante el proceso de escritura puede comprobarse si se trata de datos adicionales o de datos útiles y, cuando se trata de datos útiles, de qué archivo en el sentido del Sistema de archivos1 proceden.
Esto no puede determinarse aún de manera unívoca, ya que estos bloques ni se han facilitado 206 como metadatos ni se han leído como datos útiles en el sentido de 351. En la siguiente etapa 334 se supone según el procedimiento 405 (véase la figura 9) en primer lugar que se trata de datos útiles y los bloques que van a escribirse se tratan de manera correspondiente. Con ello comienza un denominado equilibrio, ya que los bloques no pueden asignarse aún a ningún archivo. El dispositivo de modelado facilitará 206 los datos que van a escribirse hasta nuevo aviso como datos útiles, a través de la interfaz de comunicación 204 se informa 335 sin embargo sobre el cumplimiento del proceso de escritura. La petición de acceso 331 se ha concluido por consiguiente.
Puede partirse de que durante la actualización de los contenidos del directorio raíz para el Sistema de archivos1 se inicia otra petición de acceso 336, que está dirigida a escribir un bloque, comenzando con la posición X+99. De manera concreta se trata del último sector del directorio raíz.
En primer lugar ha de comprobarse 332 si estos datos que van a escribirse se han facilitado 206. Este es el caso en cuestión, ya que el bloque en la posición X+99 se ha modelado 324 y se ha facilitado 206 ya en la etapa 321 como directorio raíz para el Sistema de archivos1.
Si se facilita ya un bloque de datos y se trata a este respecto de metadatos, puede determinarse 339 mediante la aplicación de reglas de acceso de qué modificaciones concretas se trata. En la figura 9 se representa 406 un
correspondiente procedimiento, que consiste en cualificar modificaciones en la estructura del directorio raíz y definirlas como descripción abstracta, de lo que puede concluirse qué modificaciones correspondientes se han facilitado en el Sistema de archivos2. En cuestión se trata de una nueva entrada para el archivo XXX.ABC, que no existía previamente en el directorio raíz. Esta modificación ha de describirse por tanto así como si quisiera el terminal crear un nuevo archivo de nombre XXX.ABC con tamaño 19 sectores, comenzando con Pos2. Una descripción abstracta de este tipo de la actuación puede asimilarse también a la norma Posix.
En otra etapa, según un aspecto de la presente invención puede modificarse la modificación dirigida al Sistema de archivos2, pudiéndose convertir la descripción abstracta en una correspondiente petición en la memoria pasiva. Como resultado se crea en el Sistema de archivos2 una entrada para los datos XXX.ABC, que sin embargo no concreta aún ninguna posición de inicio de este archivo en el Sistema de archivos2, aunque se haya predeterminado ya la posición de inicio en el Sistema de archivos1. De esto se deduce que en el estado indeterminado existe además una incertidumbre en el sentido de 404 con respecto a la capacidad de asignación de datos útiles de los archivos concretos en el Sistema de archivos1. Esta incertidumbre se solventa sin embargo con una petición de acceso, que se dirige a actualizar el área con FAT - de lo que ha de ocuparse aún más adelante.
Finalmente se informa 340 a través de una interfaz de comunicación 204 sobre el cumplimiento del proceso de escritura. La petición de acceso 336 se ha concluido por consiguiente.
Después de que el terminal o su aplicación haya acabado todas las tareas del usuario necesarias, tal como el escaneo de documentos y la colocación de estos datos en el medio externo o el transporte de otros contenidos generados por el usuario, puede separarse el medio externo del terminal.
Algunos terminales requieren que el usuario explícitamente desenganche (desmonte) el aparato externo para poder garantizar la seguridad de datos para estos procesos. El usuario sería responsable entonces únicamente de una posible pérdida de datos, cuando este separara el medio externo antes de que por el terminal se realizara el requerimiento para la ejecución del proceso de desmontado, cuyo acabado se ha esperado y solo entonces se realizaría la separación del medio externo y el terminal. Un método seguro de este tipo para la separación de una memoria externa no puede imponerse fácilmente como norma, ya que el usuario tiende a ser impaciente, cuando se trata de la separación de un medio externo del terminal. Este no espera a tener que realizar y esperar un proceso de desmontaje, sino que este quisiera poder extraer el medio de almacenamiento externo fácilmente, tan pronto como hayan concluido las actividades del aparato y se encuentra el aparato en el estado de reposo, lo que puede leerse fácilmente en el terminal. Para satisfacer estas expectativas del usuario, el sistema operativo del terminal respalda por regla general una técnica de sincronización para el controlador del sistema de archivos, para que este pueda trabajar con el medio de almacenamiento externo.
Esta técnica mantiene el medio de almacenamiento externo siempre en el estado más nuevo, vaciando este los contenidos de los datos del sistema de archivos que se facilitan en la memoria de trabajo del terminal - esto se provoca en la mayoría de los casos por el propio sistema operativo. Esto significa lo siguiente: Después de que el terminal o su aplicación haya cumplido sus tareas, en las que pueden estar implicados medios de almacenamiento externos, y haya pasado al estado de reposo (y espera a otras entrada de datos u otras instrucciones por parte del usuario), el controlador del sistema de archivos o un componente similar aún no puede vaciar los bloques escritos en el medio externo - con ello se garantiza la seguridad de datos, si el medio de almacenamiento externo se separara repentinamente. Una técnica de sincronización de este tipo conduce a otras peticiones de acceso en la memoria externa.
Para facilitar un intento de lectura y de escritura de este tipo mediante el FAT, pueden realizarse según la invención las siguientes actuaciones, tal como por ejemplo la lectura de FAT por el Sistema de archivos1.
Puede determinarse que la petición de acceso, que está dirigida a la lectura de FAT, se realiza lo más tardar con el primer intento de lectura, realizado tras el montaje de un archivo o tras el primer intento de acceso, realizado tras el montaje al subdirectorio.
Dado que en el caso de FAT (FAT Allocation Table) se trata de la tabla que define la colocación del área de los archivos en el sentido del Sistema de archivos1, no existen estructuras de este tipo de ningún modo en el Sistema de archivos2 y estas se producen solo mediante la aplicación de reglas de acceso a las estructuras paralelas del Sistema de archivos2. Como resultado se facilita fAt en el dispositivo de modelado 202. Por lo demás, tales estructuras transcriben metadatos no para archivos individuales, sino para todos los archivos que se encuentran en el Sistema de archivos1 y representan un tipo de datos adicionales que no son datos útiles.
Sin embargo, el modelado de FAT 324 no se realiza de manera acumulativa para todos los archivos existentes en el Sistema de archivos2, sino solo para archivos 314 solicitados durante la petición de acceso. Esto significa que hasta que no se haya explorado un archivo al menos por parte del terminal (da igual si mediante la petición del contenido del directorio o mediante una indicación de la ruta del archivo directa), no se modelan para este archivo
metadatos que describan su colocación. El resultado de un modelado de este tipo es la aplicabilidad del procedimiento 404, que permite la capacidad de asignación de datos útiles a archivo.
En la figura 9 se representa un correspondiente procedimiento, que consiste en cualificar modificaciones 405 en el FAT y definirlas como descripción abstracta, de lo que puede concluirse qué modificaciones correspondientes se han facilitado en el Sistema de archivos2.
En primer lugar ha de determinarse que tras la regla de acceso 400 puede determinarse sin problemas si en el caso de esta petición de acceso se trata del área de FAT.
Se supone que la actualización de FAT está dirigida al menos a reproducir la cadena de asignación para el archivo XXX.ABC. Dado que los procesos de escritura en el terminal se realizan de un modo optimizado, no puede esperarse que la actualización de FAT se dirija solo a una determinada cadena de asignación para un determinado archivo. Más bien ha de esperarse que las actualizaciones de FAT se realicen de manera acumulativa para varios archivos. Qué modificaciones se tienen como objeto concretamente, puede determinarse 405 mediante una comparación del estado para el FAT.
En cuestión se trata de una nueva entrada para el archivo XXX.ABC, para el que no existía aún ninguna cadena de asignación. Esta modificación ha de describirse por tanto como si quisiera el terminal crear para el nuevo archivo de nombre XXX.ABC una cadena de asignación ininterrumpida que comprende 19 sectores, comenzando con (SCN+1).
En otra etapa puede aplicarse 405 la modificación dirigida en el Sistema de archivos2, habiendo realizado esta descripción abstracta una adaptación de las estructuras al Sistema de archivos2, que gestiona la colocación de los datos útiles en el sistema de archivos. Esto conduce también a que ya no exista la incertidumbre sobre la capacidad de asignación de los datos útiles en el sentido del procedimiento 404 y estos datos útiles que van a escribirse conforme a la petición 331, que se han facilitado aún en el dispositivo de modelado, ahora pueden escribirse en la correspondiente posición de la memoria pasiva.
Como resultado, no solo se crea en el Sistema de archivos2 una entrada para los datos XXX.ABC, tal como se ha realizado durante el procesamiento de la petición 336, sino que también se concreta la colocación del archivo XXX.ABC y, de hecho, tanto en el Sistema de archivos1 como también en el Sistema de archivos2.
Finalmente se informa a través de una interfaz de comunicación 204 sobre el cumplimiento del proceso de escritura. La petición de acceso para FAT se ha concluido por consiguiente.
Finalmente puede determinarse que las actuaciones de un terminal ejecutado de otro modo puedan realizarse en un orden diferente y todas las modificaciones en el Sistema de archivos1 resulten siempre directamente en una petición de acceso. Debido a ello, las actuaciones mencionadas anteriormente del dispositivo de modelado no se vuelven distintas, dado que la actualización siempre secuencial del sistema de archivos1 conduce a que haya concluido el estado indeterminado en el sentido del procedimiento 404.
Lista de referencias
1 Emulador 1
2 Emulador 2
M Dispositivo de modelado
(100) -(105) véase la descripción detallada
(201) Terminal
(202) Dispositivo de modelado
(203) Memoria pasiva
(204) Interfaz de comunicación (201 )-(202)
(205) Interfaz de comunicación (202)-(203)
(206) Procedimiento para la facilitación de los datos adicionales
(207) Procedimiento para el modelado de datos
(301), (310), (311), (312), (313), (315), (325), (351), (355), (356) - véase la descripción detallada.
(314) Modelado de la estructura de sectores de arranque o de parámetros del sistema de archivos (324) Modelado de los datos de directorio
(354) Concreción de los datos útiles durante la lectura
(331), (332), (333), (335), (336), (349) - véase la descripción detallada.
(334) Concreción de los datos útiles durante la escritura
(339) Cualificación de las modificaciones de metadatos
(314) Modelado de la estructura de sectores de arranque para (Sistema de archivos1) por medio del (Sistema de archivos2)
(Filesystem1) Sistema de archivos1
(Filesystem2) Sistema de archivos2
(BytesPerSector) Tamaño del sector en bytes: parámetro que tiene el valor (IN) original (Value1_2) y mediante conversión conforme a la regla de acceso (BS1) obtiene posiblemente un valor (OUT) nuevo y un formato nuevo (Value1_1)
Otros parámetros o características del sistema de archivos:
(SectorPerCluster) Número de sectores por clúster
(ClusterPerVolume) Número de clústeres por unidad de disco
(VolumeLabel) Designación de la unidad de disco
(Etc) - etc.
(FSPropertyN) Propiedad N del sistema de archivos: Otro parámetro en el (Sistema de archivos2), que tiene el valor (IN) original (ValueN_2) y mediante conversión conforme a la regla de acceso (BSN) obtiene posiblemente un valor (OUT) nuevo y un formato nuevo (ValueN_1) (IN) Valor inicial
(ValueN) Valor N
(Rule) Regla, regla de acceso (BS2, BS3, etc.)
(Out) Valor final
(BSMemberN)
(AV) Disponible: indicación de disponibilidad para sectores facilitados en (206). (LEER) significa 'no facilitado' -(AV) significa 'facilitado'
(Last) Último: la posición del sector facilitado
(324) Modelado de los datos de directorio
(StateNow) Estado real: estado actual de FAT en el Sistema de archivos1
(StateNow-1) Estado previo de FAT en el Sistema de archivos 1, dado el caso estado desconocido, aún no inicializado.
(Directory, Filesystem1) Estructura del directorio en el Sistema de archivos1 (modelado)
(Directory, Filesystem2) Estructura del directorio en el Sistema de archivos2
(File1...FileN) Archivo 1...Archivo N: nombres de archivos de los objetos de archivo
(Ext1...ExtN) Extensión 1...Extensión N: extensiones de objetos de archivo
(Size1..SizeN) Tamaño 1...Tamaño N: tamaño de los objetos de archivo
(Sc1...ScN) Clúster de inicio 1...Clúster de inicio N: el primer clúster del archivo en el sentido de FAT. Este valor se modela para el Sistema de archivos1 según (402).
(Nc1ofN) Siguiente Clúster 1 de N: el siguiente Clúster 1 en N
(M+1) la siguiente posición libre en FAT en el (Sistema de archivos1)
(402) Este procedimiento modela estructuras FAT en el Sistema de archivos1 para archivos solicitados por el Sistema de archivos2. Debido a ello no está fragmentada inicialmente la colocación de los archivos en el Sistema de archivos1.
(402a) Comenzar a leer el proceso iterativo "Contenidos del directorio raíz del (Sistema de archivos2) (402b) Determinar si se han definido clústeres de inicio para el contenido iterado.
(402c) Modelado del (Sistema de archivos1) a través del área con contenido iterado
(402d) Terminar de leer el proceso iterativo "Contenidos del directorio raíz del (Sistema de archivos2) (405) Cualificación de las modificaciones de FAT
(StateNow) Estado real: estado actual de FAT en el Sistema de archivos1
(StateNow-1) Estado previo de FAT en el Sistema de archivos1
(ScN) Clúster de inicio N: el primer clúster del archivo en el sentido de FAT N
(Nc1ofN) Siguiente Clúster 1 de N: el siguiente Clúster 1 en N
(LcofN) Último Clúster de N: el último clúster en N
(Free) libre: sector no ocupado
(M+1) la siguiente posición libre en FAT en el (Sistema de archivos1)
(Last) último sector: la posición del sector facilitado
(QualifiedDifferenceFAT) Evaluación, es decir, el resultado de la cualificación de estas modificaciones: La diferencia de (StateNow) con respecto a (StateNow-1) puede describirse como nueva cadena para “Crear_un_nuevo_archivo” ; la nueva cadena debe comenzar en el clúster (K+M+1) y tener una longitud de 19 sectores (L).
(406) Cualificación de las modificaciones de la estructura de directorio
(StateNow) Estado real: Estado actual de la estructura de directorio en el Sistema de archivos 1
(StateNow-1) Estado real 1: Estado original de la estructura de directorio en el Sistema de archivos 1
(File1), (File2), (File3), (FileN) Archivo 1, Archivo 2 ... Archivo N: Nombres de archivos de los objetos de archivo, de manera correspondiente a las entradas en la estructura de directorio, de 1 a N
(Ext1), (Ext2), (Ext3), (ExttN) Extensión 1... Extensión N: Extensiones de objetos de archivo, de manera correspondiente a las entradas en la estructura de directorio, de 1 a N
(Sizel), (Size2), (Size3), (SizeN) Tamaño 1... Tamaño N: Tamaño de los objetos de archivo, de manera correspondiente a las entradas en la estructura de directorio, de 1 a N
(Sc1 ),(Sc2),(Sc3),(ScN), (Sc N+1) Valores de clúster de inicio de los objetos de archivo, de manera correspondiente a las entradas en la estructura de directorio, de 1 a N+1
(QualifiedDifferenceDir) Resultado de la cualificación de estas modificaciones: La diferencia de (StateNow) con respecto a (StateNow-1) puede describirse como proceso de creación de nuevo archivo; el archivo nuevo lleva el nombre XXX con la extensión ABC, comienza en (SC N+1) y tiene la longitud de 19*512 bytes.
(404) Determinación de la asignación de datos útiles a los archivos
(ScN) Clúster de inicio N: el primer clúster del archivo en el sentido de FAT N
(Nc1ofN) Siguiente Clúster 1 de N: el siguiente Clúster 1 en N
(LcofN) Último Clúster de N: el último clúster en N
(M+1) la siguiente posición libre en FAT en el (Sistema de archivos1)
(Free) libre: sector no ocupado
(Last) último sector: la posición del sector facilitado
(Range) Área: sectores ocupados por el sistema de archivos
(Filesystem1) Sistema de archivos 1
(OFFSET) Desplazamiento: junto a la parte del segmento, el segundo componente (valor de número entero) en una dirección de memoria
(Size1) Tamaño 1: tamaño del objeto de archivo
(File1_fs2) Archivo 1 en el Sistema de archivos 2
(File1_fs2) Archivo 1 en el Sistema de archivos 2
(Ext1), (Ext2), (Ext3), (ExttN) Extensión 1... Extensión N: extensiones de objetos de archivo,
(Size1), (Size2), (Size3), (SizeN) Tamaño 1... Tamaño N: tamaño del objeto de archivo
(File1), (File2), (File3), (FileN) Archivo 1... Archivo N: nombres de archivos de los objetos de archivo
Claims (12)
- REIVINDICACIONESi. Procedimiento para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real, que presenta:- una concesión de un acceso (100) al sistema de archivos de una memoria de datos pasiva para un terminal activo y un dispositivo de modelado (M), que está interconectado de manera comunicativa entre la memoria de datos pasiva y el terminal activo;- una recepción (101) de una petición de acceso del terminal activo, por parte del dispositivo de modelado (M), en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva;- un reconocimiento (102) del sistema de archivos del soporte de datos pasivo, por parte del dispositivo de modelado (M);- una selección (103) de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido (102) de la memoria de datos pasiva, en donde las reglas de acceso se seleccionan de tal manera que se facilita una tabla que, en la primera columna, describe el sistema de archivos del terminal activo, en la segunda columna describe el sistema de archivos de la memoria de datos pasiva y una tercera columna indica qué reglas de acceso están previstas;- una aplicación (104) de las reglas de acceso seleccionadas a datos de acceso, por parte del dispositivo de modelado (M), que se especifican mediante la petición de acceso; y- una ejecución (105) de las operaciones de acceso conforme a la petición de acceso.
- 2. Procedimiento según la reivindicación 1, caracterizado por que la concesión del acceso (100) comprende un reconocimiento de sectores de arranque, un proceso mount, una integración del soporte de datos pasivo en el dispositivo de modelado (M), una integración del soporte de datos pasivo en el terminal activo, un acoplamiento comunicativo, un establecimiento de al menos una conexión de enchufe, una activación de un acceso, un ajuste de autorizaciones de acceso y/o una comunicación de datos.
- 3. Procedimiento según la reivindicación 1 o 2, caracterizado por que el terminal activo presenta un sistema operativo que genera la petición de acceso.
- 4. Procedimiento según la reivindicación 3, caracterizado por que la aplicación (104) y la ejecución (105) se realizan de manera iterativa para cada flujo de datos, en donde el sistema operativo define el flujo de datos.
- 5. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que la petición de acceso presenta al menos una petición de lectura y/o de escritura.
- 6. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que la petición de acceso especifica datos útiles y/o datos adicionales.
- 7. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que los datos de acceso describen nombres de archivos, direcciones de memoria absolutas, direcciones de memoria relativas, tipos de archivos y/o propiedades de archivos.
- 8. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que las operaciones de acceso describen operaciones de lectura y/o de escritura.
- 9. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que las reglas de acceso describen operaciones de modulación, que indican cómo han de modelarse datos adicionales de datos de acceso para que los datos de acceso puedan leerse y/o escribirse conforme al sistema de archivos.
- 10. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que las reglas de acceso describen cómo han de escribirse datos según un primer sistema de archivos en un segundo sistema de archivos y/o cómo han de leerse a partir de un segundo sistema de archivos.
- 11. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que el reconocimiento (102) del sistema de archivos comprende un reconocimiento de sectores de arranque.
- 12. Procedimiento según una de las reivindicaciones anteriores, caracterizado por que la ejecución (105) de las operaciones de escritura conforme a la petición de acceso, en el caso de una limitación de un tamaño de archivo por el sistema de archivos, divide un correspondiente archivo en al menos dos archivos individuales.Dispositivo de modelado (M), que puede interconectarse de manera comunicativa entre una memoria de datos pasiva y un terminal activo y está configurado para la concesión de un acceso (100) al sistema de archivos de una memoria de datos pasiva para un terminal activo, en donde el dispositivo de modelado (M) está configurado además para la recepción (101) de una petición de acceso del terminal activo, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva, y está configurado además para el reconocimiento (102) del sistema de archivos del soporte de datos pasivo, y está configurado además para la selección (103) de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido (102) de la memoria de datos pasiva, en donde las reglas de acceso pueden seleccionarse de tal manera que se facilita una tabla que, en la primera columna, describe el sistema de archivos del terminal activo, en la segunda columna describe el sistema de archivos de la memoria de datos pasiva y una tercera columna indica qué reglas de acceso están previstas, y el dispositivo de modelado (M) está configurado además para la aplicación (104) de las reglas de acceso seleccionadas a datos de acceso, que se especifican mediante la petición de acceso; y además está configurado para provocar una ejecución (105) de las operaciones de acceso conforme a la petición de acceso.Disposición de sistema para el establecimiento dinámico de una compatibilidad de sistemas de archivos y para el acceso, independiente del sistema de archivos, a datos en tiempo real, que presenta:- al menos una unidad de interfaz configurada para la concesión de un acceso (100) al sistema de archivos de una memoria de datos pasiva para un terminal activo y un dispositivo de modelado (M), que está interconectado de manera comunicativa entre la memoria de datos pasiva y el terminal activo;- el dispositivo de modelado (M) configurado para la recepción (101) de una petición de acceso del terminal activo, en donde la petición de acceso especifica datos de acceso y operaciones de acceso en la memoria de datos pasiva;- el dispositivo de modelado (M) configurado para el reconocimiento (102) del sistema de archivos del soporte de datos pasivo;- una unidad de base de datos configurada para la selección (103) de reglas de acceso almacenadas, que son adecuadas para ejecutar la petición de acceso conforme al sistema de archivos reconocido (102) de la memoria de datos pasiva, en donde las reglas de acceso pueden seleccionarse de tal manera que se facilita una tabla que, en la primera columna, describe el sistema de archivos del terminal activo, en la segunda columna describe el sistema de archivos de la memoria de datos pasiva y una tercera columna indica qué reglas de acceso están previstas;- el dispositivo de modelado (M) configurado para la aplicación (104) de las reglas de acceso seleccionadas a datos de acceso, que se especifican mediante la petición de acceso; y - la memoria de datos pasiva configurada para la ejecución (105) de las operaciones de acceso conforme a la petición de acceso.Producto de programa informático con instrucciones de mando que llevan a cabo el procedimiento según una de las reivindicaciones 1 a 12 cuando se ejecutan en un ordenador.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20020284.4A EP3926450B1 (de) | 2020-06-18 | 2020-06-18 | Dynamisches herstellen einer kompatibilität von dateisystemen in echtzeit |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2917252T3 true ES2917252T3 (es) | 2022-07-07 |
Family
ID=71130811
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES20020284T Active ES2917252T3 (es) | 2020-06-18 | 2020-06-18 | Establecimiento dinámico de una compatibilidad de sistemas de archivos en tiempo real |
Country Status (21)
Country | Link |
---|---|
US (1) | US11340799B2 (es) |
EP (2) | EP3926450B1 (es) |
JP (1) | JP7197733B2 (es) |
KR (1) | KR102392863B1 (es) |
CN (1) | CN114158258B (es) |
AU (1) | AU2020432487B2 (es) |
BR (1) | BR112021025520A2 (es) |
CA (1) | CA3133737C (es) |
DK (2) | DK3926450T3 (es) |
ES (1) | ES2917252T3 (es) |
FI (1) | FI3912021T3 (es) |
HR (1) | HRP20220732T1 (es) |
HU (2) | HUE058873T2 (es) |
LT (1) | LT3926450T (es) |
MX (1) | MX2021016003A (es) |
PL (1) | PL3926450T3 (es) |
PT (1) | PT3926450T (es) |
RS (1) | RS63283B1 (es) |
SG (1) | SG11202110119WA (es) |
SI (1) | SI3926450T1 (es) |
WO (1) | WO2021170202A1 (es) |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5463772A (en) * | 1993-04-23 | 1995-10-31 | Hewlett-Packard Company | Transparent peripheral file systems with on-board compression, decompression, and space management |
JP3798438B2 (ja) * | 1994-08-31 | 2006-07-19 | 富士写真フイルム株式会社 | メモリカードインタフェース装置 |
US5742818A (en) | 1995-12-15 | 1998-04-21 | Microsoft Corporation | Method and system of converting data from a source file system to a target file system |
JP4559359B2 (ja) | 2003-02-20 | 2010-10-06 | パナソニック株式会社 | 情報記録媒体及びその領域管理方法 |
JP2007528543A (ja) | 2004-03-04 | 2007-10-11 | バイエル・ビジネス・サービシーズ・ゲゼルシャフト・ミット・ベシュレンクテル・ハフツング | プリレコーデッド構造化情報を格納するなんらかの型式の記憶媒体を提供する方法 |
EP2016591A1 (en) * | 2006-04-28 | 2009-01-21 | Agfa-Gevaert | Conventionally printable non-volatile passive memory element and method of making thereof. |
CN101097571B (zh) * | 2006-06-26 | 2011-01-12 | 凌阳科技股份有限公司 | 一种支持文件分配表文件系统的数据存储系统及方法 |
CN101908073B (zh) * | 2010-08-13 | 2012-07-11 | 清华大学 | 一种文件系统中实时删除重复数据的方法 |
CN101957836B (zh) * | 2010-09-03 | 2012-07-11 | 清华大学 | 一种文件系统中可配置的实时透明压缩方法 |
CN102541475B (zh) * | 2012-03-12 | 2015-02-04 | 华为数字技术(成都)有限公司 | 数据存储方法和数据存储装置 |
US9003109B1 (en) * | 2014-05-29 | 2015-04-07 | SanDisk Technologies, Inc. | System and method for distributed computing in non-volatile memory |
US9015439B1 (en) * | 2014-05-30 | 2015-04-21 | SanDisk Technologies, Inc. | Event lock storage device |
US10521126B2 (en) | 2016-08-11 | 2019-12-31 | Tuxera, Inc. | Systems and methods for writing back data to a storage device |
-
2020
- 2020-06-18 HR HRP20220732TT patent/HRP20220732T1/hr unknown
- 2020-06-18 DK DK20020284.4T patent/DK3926450T3/da active
- 2020-06-18 LT LTEP20020284.4T patent/LT3926450T/lt unknown
- 2020-06-18 HU HUE20020284A patent/HUE058873T2/hu unknown
- 2020-06-18 PT PT200202844T patent/PT3926450T/pt unknown
- 2020-06-18 RS RS20220530A patent/RS63283B1/sr unknown
- 2020-06-18 SI SI202030067T patent/SI3926450T1/sl unknown
- 2020-06-18 ES ES20020284T patent/ES2917252T3/es active Active
- 2020-06-18 EP EP20020284.4A patent/EP3926450B1/de active Active
- 2020-06-18 PL PL20020284T patent/PL3926450T3/pl unknown
- 2020-11-30 EP EP20819626.1A patent/EP3912021B1/de active Active
- 2020-11-30 AU AU2020432487A patent/AU2020432487B2/en active Active
- 2020-11-30 DK DK20819626.1T patent/DK3912021T3/da active
- 2020-11-30 FI FIEP20819626.1T patent/FI3912021T3/en active
- 2020-11-30 BR BR112021025520A patent/BR112021025520A2/pt unknown
- 2020-11-30 MX MX2021016003A patent/MX2021016003A/es unknown
- 2020-11-30 KR KR1020217031040A patent/KR102392863B1/ko active IP Right Grant
- 2020-11-30 HU HUE20819626A patent/HUE062586T2/hu unknown
- 2020-11-30 WO PCT/EP2020/025548 patent/WO2021170202A1/de unknown
- 2020-11-30 SG SG11202110119WA patent/SG11202110119WA/en unknown
- 2020-11-30 CA CA3133737A patent/CA3133737C/en active Active
- 2020-11-30 CN CN202080038522.4A patent/CN114158258B/zh active Active
- 2020-11-30 JP JP2021571546A patent/JP7197733B2/ja active Active
-
2021
- 2021-10-29 US US17/514,403 patent/US11340799B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
BR112021025520A2 (pt) | 2022-12-27 |
US20220050607A1 (en) | 2022-02-17 |
RS63283B1 (sr) | 2022-06-30 |
MX2021016003A (es) | 2022-04-25 |
JP7197733B2 (ja) | 2022-12-27 |
CA3133737A1 (en) | 2021-09-02 |
CA3133737C (en) | 2022-05-17 |
HUE058873T2 (hu) | 2022-09-28 |
EP3912021B1 (de) | 2023-05-24 |
AU2020432487A1 (en) | 2022-02-03 |
SG11202110119WA (en) | 2021-10-28 |
HUE062586T2 (hu) | 2023-11-28 |
JP2022531744A (ja) | 2022-07-08 |
AU2020432487B2 (en) | 2023-01-12 |
FI3912021T3 (en) | 2023-08-17 |
EP3926450B1 (de) | 2022-05-11 |
PT3926450T (pt) | 2022-06-20 |
KR102392863B1 (ko) | 2022-04-29 |
PL3926450T3 (pl) | 2022-07-11 |
US11340799B2 (en) | 2022-05-24 |
SI3926450T1 (sl) | 2022-08-31 |
WO2021170202A1 (de) | 2021-09-02 |
LT3926450T (lt) | 2022-06-27 |
CN114158258A (zh) | 2022-03-08 |
HRP20220732T1 (hr) | 2022-09-02 |
EP3926450A1 (de) | 2021-12-22 |
DK3912021T3 (da) | 2023-08-21 |
KR20210157396A (ko) | 2021-12-28 |
DK3926450T3 (da) | 2022-06-20 |
EP3912021A1 (de) | 2021-11-24 |
CN114158258B (zh) | 2022-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100820263B1 (ko) | 메모리기기에서 데이터를 액세스하기 위한 시스템 및 방법 | |
JP4807683B2 (ja) | データ記憶装置 | |
US20060253620A1 (en) | Data structure of flash memory having system area with variable size in which data can be updated, USB memory device having the flash memory, and method of controlling the system area | |
US20120265792A1 (en) | Data storage access device | |
US20100017446A1 (en) | File system configuration method and apparatus for data security and for accessing same, and storage device accessed by same | |
US11163442B2 (en) | Self-formatting data storage device | |
US20070288717A1 (en) | System and method for expandable non-volatile storage devices | |
US20150278246A1 (en) | Wireless access device and wireless access system | |
US11720529B2 (en) | Methods and systems for data storage | |
US20170068686A1 (en) | Accessing a block based volume as a file based volume | |
US20150370482A1 (en) | Storage apparatus, communication apparatus, and storage control system | |
ES2917252T3 (es) | Establecimiento dinámico de una compatibilidad de sistemas de archivos en tiempo real | |
KR20140034995A (ko) | 복사 방지된 타이틀의 인증 방법 및 이를 적용하는 재생장치 | |
US8200936B2 (en) | Systems and methods for recording information to a memory card | |
KR101110293B1 (ko) | 파일 저장 장치의 파티션 액세스 제어 방법 및 제어 장치, 그 기록매체 | |
US20100274828A1 (en) | Electronic Device, Storage Area Allocation Method for File System, and Computer Product | |
RU2808634C1 (ru) | Динамическое определение совместимости файловых систем в реальном времени | |
EP2306294A1 (en) | Method for accessing a storage system with numerous file systems | |
JP5161989B2 (ja) | 情報記録装置、情報記録方法及び情報記録用プログラム | |
Jahnen | Implementation of an Android Framework for USB storage access without root rights | |
KR20130104110A (ko) | 나스에서 데이터 공유 방법 및 데이터 공유가 가능한 nas | |
JP3834223B2 (ja) | ディスクアクセス制御装置、ディスクアクセス制御方法、情報処理装置、プログラム | |
JP2019028668A (ja) | データ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置 | |
JP2009181567A (ja) | メモリカード及びそのアクセス方法とアクセスシステム | |
KR20010078819A (ko) | 컴퓨터 디스크 드라이브의 제어방법 및 그 방법을 적용한디스크 드라이브 장치 |