WO2009125027A1

WO2009125027A1 - Procedimiento para acceder a un sistema de almacenamiento con múltiples sistemas de ficheros

Info

Publication number: WO2009125027A1
Application number: PCT/ES2008/000235
Authority: WO
Inventors: Javier CAÑIS ROBLES; Javier Alfonso Cortes Sainz; Ahmet Altay
Original assignee: Microelectronica Española S.A.U.
Priority date: 2008-04-11
Filing date: 2008-04-11
Publication date: 2009-10-15
Also published as: EP2270693A1

Abstract

Con el fin de que una aplicación embebida escriba datos en un sistema de almacenamiento embebido accesible con sistemas de servidor de aplicaciones (host) y de ficheros embebidos, un gestor de almacenamiento embebido recibe una petición de escritura de datos de fichero. El gestor determina si la petición cambiará un índice del contenido del sistema de almacenamiento. De ser así, se usa el sistema de ficheros de servidor de aplicaciones (host) para escribir en el fichero. De manera alternativa, se abre el fichero y se amplía con el sistema de ficheros de servidor de aplicaciones (host). Se abre entonces el fichero y se escribe en el mismo por medio del sistema de ficheros embebido. El fichero es truncado por medio del sistema de ficheros de servidor de aplicaciones (host), y se cierra por medio de ambos sistemas de ficheros. De no ser así, se abre el fichero, se escribe y se cierra por medio del sistema de ficheros embebido. Con el fin de que una aplicación embebida lea datos desde un sistema de ficheros embebido, se actualiza el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros embebido, después se abre el fichero, se lee y se cierra por medio del sistema de ficheros embebido.

Description

PROCEDIMIENTO PARA ACCEDER A UN SISTEMA DE ALMACENAMIENTO CON MÚLTIPLES SISTEMAS DE FICHEROS

CAMPO TÉCNICO

Esta solicitud se refiere por Io general al funcionamiento de sistemas de memoria flash no volátiles, y, de manera más específica, a un procedimiento y a un sistema para acceder a un sistema de almacenamiento con múltiples sistemas de ficheros. ANTECEDENTES

Existen muchos productos de memoria no volátil comercialmente satisfactorios que se están usando en Ia actualidad, en particular en forma de tarjetas de factor de forma pequeño, que emplean células EEPROM flash (Memoria de sólo lectura que se puede programar y borrar eléctricamente), (del inglés Electrícally Erasable and Programmable Read OnIy Memory) formadas sobre uno o más dispositivos de circuito integrado. Algunos de los formatos de tarjeta comercialmente disponibles incluyen tarjetas CompactFlash (CF), tarjetas MultiMedia (MMC), y tarjetas digitales seguras (SD) (del inglés Secure Digital cards). Otros formatos de tarjetas comercialmente disponibles incluyen las Tarjetas Inteligentes, tarjetas de Módulo de Identidad de Abonado (del inglés Subscríber Identity Module) (SIM), y tarjetas de Módulo de Identidad de Abonado Extraíbles (del inglés Removable User Identity Module) (R-UIM). Los ordenadores centrales incluyen a los ordenadores personales, ordenadores de agenda, asistentes digitales personales (PDA) (del inglés Personal Digital Assistant), varios dispositivos de comunicación de datos, cámaras digitales, teléfonos celulares, reproductores portátiles de audio, sistemas de sonido para automóviles, y tipos similares de equipamiento. En algunos sistemas, una tarjeta extraíble incluye un controlador para dirigir el funcionamiento de Ia memoria en Ia tarjeta. De esta forma, se puede conseguir el control de Ia memoria por medio de software o de hardware sobre un controlador en Ia tarjeta. Además de una implementación de tarjeta de memoria, este tipo de memoria puede estar embebida de manera alternativa dentro de varios tipos de sistemas de servidor de aplicaciones (host). Tanto en aplicaciones extraíbles como en aplicaciones embebidas, los datos de servidor de aplicaciones (host) se pueden almacenar en Ia memoria de acuerdo con un esquema de almacenamiento implementado por medio de un software de control de Ia memoria.

El software de control de Ia memoria puede hacer de interfaz con un sistema de ficheros de servidor de aplicaciones (host), que, a su vez, puede hacer de ¡nterfaz con un gestor de ficheros de memoria que proporcione una interfaz de programación de aplicaciones (del inglés, Application Programming Interfacé) (API) a aplicaciones que accedan a Ia memoria. Los sistemas de ficheros de servidor de aplicaciones (host) pueden soportar un conjunto de comandoes de lectura y escritura para acceder a sistemas de almacenamiento conectados al servidor de aplicaciones (host), se pueden optimizar para las limitaciones de recursos para las características del servidor de aplicaciones (host), y pueden incluir características avanzadas tales como soporte multi- proceso.

Algunas tarjetas de memoria no volátil contienen un procesador embebido que puede generar datos para almacenar dentro de Ia memoria en Ia tarjeta. El procesador embebido o el servidor de aplicaciones (host) pueden recuperar los datos generados por el procesador embebido. De manera similar, el procesador embebido también puede acceder a los datos almacenados por el servidor de aplicaciones (host) en Ia memoria. En estas situaciones, el procesador embebido comparte Ia memoria con el servidor de aplicaciones (host), y utiliza un sistema de ficheros independiente adicional, que tienen una interfaz con el software de control de Ia memoria, para gestionar su almacenamiento y su recuperación de datos. La sincronización entre el servidor de aplicaciones (host) y los sistemas de ficheros de tarjeta de memoria es necesaria cuando se hacen funcionar un sistema de ficheros de servidor de aplicaciones (host) y un sistema de ficheros de procesador embebido en paralelo uno con el otro para controlar el acceso compartido a una memoria dentro de una tarjeta de memoria no volátil. SUMARIO Con el fin de tratar estas cuestiones, existe una necesidad para mejorar el acceso coordinado a un sistema de almacenamiento por medio de dos sistemas de ficheros independientes. De manera específica, existe una necesidad de mejorar el acceso coordinado a una memoria dentro de una tarjeta de memoria no volátil compartida por un servidor de aplicaciones (del inglés, "host") y un procesador embebido o embebido dentro de Ia tarjeta. Se diseñan varias realizaciones para tratar estas necesidades, ejemplos de las cuales se proporcionan en este documento.

De esta manera, de acuerdo con un aspecto de Ia invención, se proporciona un procedimiento para Ia gestión del acceso a datos a un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento. Se recibe una petición de acceso desde dentro del sistema de almacenamiento, donde Ia petición de acceso está asociada con un fichero. Se determina si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento. Si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento, se transmiten un comando de escritura de datos y los correspondientes datos de escritura a un servidor de aplicaciones (host). Un comando de escritura de dirección de bloque lógico y al menos una parte de los datos son recibidos desde el servidor de aplicaciones (host). Una parte de los datos se escriben en el sistema de almacenamiento de acuerdo con el comando de escritura de dirección de bloque lógico. Se recibe desde el servidor de aplicaciones (host) un comando de actualización del índice de sistema de almacenamiento. El índice de sistema de almacenamiento se actualiza de acuerdo con el comando de actualización del índice de sistema de almacenamiento recibida. Si Ia petición de acceso es una petición de escritura, que incluya datos, no requiere una actualización del índice de sistema de almacenamiento, los datos se escriben en el fichero con un sistema de ficheros embebido. Si Ia petición de acceso es una petición de lectura, los datos se leen desde el fichero con el sistema de ficheros embebido. En otro aspecto de Ia invención, existe un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento. El sistema de almacenamiento incluye una memoria, un sistema de ficheros embebido, y un controlador de memoria que recibe las peticiones de lectura y escritura desde un servidor de aplicaciones (host) y desde el sistema de ficheros embebido y escribe datos en Ia memoria y lee datos desde Ia memoria. El sistema de almacenamiento incluye también un gestor que recibe una petición de acceso desde dentro del sistema de almacenamiento, donde Ia petición de acceso está asociada con un fichero, y determina si Ia petición de acceso es una petición de escritura que requiera de una actualización del índice de sistema de almacenamiento, una petición de escritura que no requiera de una actualización del índice de sistema de almacenamiento, o una petición de lectura. Si Ia petición de acceso es una petición de escritura que requiriese de una actualización del índice de sistema de almacenamiento, el gestor transmite un comando de escritura de datos y los datos a un servidor de aplicaciones (host). Si Ia petición de acceso es una petición de escritura que no requiriese de una actualización del índice de sistema de almacenamiento, el gestor escribe los datos en el fichero con el sistema de ficheros embebido. Si Ia petición de acceso es una petición de lectura, el gestor lee los datos del fichero con el sistema de ficheros embebido. De acuerdo con otro aspecto de Ia invención, existe un procedimiento de gestionar el acceso de datos a un sistema de almacenamiento ¡ndexado por un índice de sistema de almacenamiento. Se recibe desde dentro del sistema de almacenamiento una petición de acceso asociada con un fichero. Se determina si Ia petición de acceso es una petición de escritura. Si Ia petición de acceso es una petición de escritura, en Ia que Ia petición de escritura contiene datos, se transmiten un comando de fichero abierto y un comando de fichero ampliado a un servidor de aplicaciones (host). Se recibe un comando de actualización del índice del sistema de almacenamiento desde el servidor de aplicaciones (host), en Ia que el comando de actualización del índice de sistema de almacenamiento contiene información acerca del fichero ampliado. Se actualiza el índice de sistema de almacenamiento de acuerdo con el comando de actualización del índice del sistema de almacenamiento recibida. Se transmite un comando de cerrar fichero al servidor de aplicaciones (host), y el sistema de ficheros embebido abre el fichero, escribe los datos que van a ser almacenados y cierra el fichero. Se determina si Ia petición de acceso es una petición de lectura. Si Ia petición de acceso es una petición de lectura, se abre el fichero con un sistema de ficheros embebido, se leen los datos del fichero abierto usando el sistema de ficheros embebido, y se cierra el fichero usando el sistema de ficheros embebido.

En otro aspecto adicional de Ia invención, existe un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento. El sistema de almacenamiento incluye una memoria, un sistema de ficheros embebido, y un controlador de memoria que recibe las peticiones desde un servidor de aplicaciones (host) y desde un sistema de ficheros embebido y escribe datos en Ia memoria y lee datos desde Ia memoria. El sistema de almacenamiento incluye también un gestor que recibe una petición de acceso desde dentro del sistema de almacenamiento, en donde Ia petición de acceso está asociada con un fichero, y determina si Ia petición de acceso es una petición de escritura, donde Ia petición de escritura contiene datos. Si Ia petición de acceso es una petición de escritura, el gestor transmite un comando de fichero abierto a un servidor de aplicaciones (host), transmite un comando de fichero ampliado al servidor de aplicaciones (host), y transmite un comando de descarga de Ia memoria cache del índice de sistema de almacenamiento al servidor de aplicaciones (host). El gestor también puede abrir el fichero con el sistema de ficheros embebido, escribe datos con el sistema de ficheros embebido, cierra el fichero con el sistema de ficheros embebido, y transmite un comando de cerrar el fichero al servidor de aplicaciones (host), en donde Ia escritura de los datos en el fichero usando el sistema de ficheros embebido no cambia el tamaño del fichero. El gestor determina también si el acceso es una petición de lectura. Si Ia petición de acceso es una petición de lectura, el gestor abre el fichero con el sistema de ficheros embebido, lee datos del fichero con el sistema de ficheros embebido, y cierra el fichero con el sistema de ficheros embebido. Otros procedimientos y sistemas, y otras características y ventajas de los mismos serán, o comenzarán a ser, aparentes para alguien que sea experto en Ia técnica al examinar las siguientes figuras y Ia siguiente descripción detallada. Se desea que el alcance de Ia invención incluya los procedimientos anteriores y todos los mencionados procedimientos y sistemas adicionales, y las características y las ventajas de los mismos. BREVE DESCRIPCIÓN DE LOS DIBUJOS

Los componentes de las figuras no están necesariamente a escala, en lugar de esto, se pone el énfasis en Ia ilustración de los varios aspectos de las mismas. Además, en las figuras, idénticos números de referencia designan a partes correspondientes en todas las diferentes vistas.

La figura 1 es un diagrama que ilustra un sistema para acceder a un sistema de almacenamiento utilizando dos sistemas de ficheros en paralelo.

La figura 2 muestra pasos de ejemplo para el procesado de una petición de escritura recibida por el gestor de almacenamiento masivo de Ia figura 1. La figura 3 muestras pasos de ejemplo para el procesado de una operación de escritura usando el sistema de ficheros de servidor de aplicaciones (host) de Ia figura 1.

La figura 4 muestras pasos de ejemplo para el uso de un sistema de ficheros embebido para realizar operaciones de lectura y de escritura con ayuda de un sistema de ficheros de servidor de aplicaciones (host).

La figura 5 muestra pasos de ejemplo para el procesado de una operación de escritura usando el sistema de ficheros de servidor de aplicaciones (host) de Ia figura 1. DESCRIPCIÓN DETALLADA DE LAS REALIZACIONES ACTUALMENTE PREFERIDAS

Las aplicaciones en un sistema de ejemplo pueden necesitar escribir datos en un sistema de almacenamiento, y leer datos de un sistema de almacenamiento. En muchos casos, un sistema de ficheros de servidor de aplicaciones (host) sobre un servidor de aplicaciones (host) proporciona Ia Interfaz de Programación de Aplicaciones (API) necesaria para realizar todas las operaciones requeridas, tales como Ia apertura de un fichero, Ia lectura de los datos de un fichero, la escritura de datos en un fichero, y el cierre de un fichero. Un ejemplo de una API de un sistema de ficheros es Ia API de Entrada / Salida de ficheros Win32, proporcionada por a Corporación Microsoft. La API Win32 soporta una variedad de funciones de lectura y de escritura para Ia lectura y Ia escritura de un fichero sobre un sistema de almacenamiento.

Algunos sistemas de almacenamiento, tales como las tarjetas de memoria no volátil extraíbles, contienen un procesador embebido. El procesador embebido puede realizar una variedad de operaciones, tales como el realizar cálculos o ejecutar programas de software o subrutinas en respuesta a peticiones provenientes del servidor de aplicaciones (host) en comunicación con el sistema de almacenamiento. El procesador embebido también puede ejecutar subrutinas, o programas sin ninguna petición proveniente del servidor de aplicaciones (host) o control por parte del servidor de aplicaciones (host). Un ejemplo de dicho programa es una subrutina para mantener los datos almacenados en una memoria no volátil.

Las aplicaciones que se estén ejecutando sobre un procesador embebido también pueden generar datos que se pueden almacenar dentro de Ia tarjeta de memoria no volátil, y pueden acceder a los datos almacenados en una tarjeta de memoria no volátil. Estas aplicaciones pueden acceder a este almacenamiento a través de un sistema de ficheros que se esté ejecutando dentro del sistema operativo del procesador embebido.

En algunos sistemas, el espacio de almacenamiento de datos accesible por las aplicaciones que se están ejecutando sobre el procesador embebido está separado de manera lógica o de manera física del espacio de almacenamiento de datos que es accesible por el servidor de aplicaciones (host). Un espacio de almacenamiento de datos físicamente separado puede requerir de Ia implementación de dos o de más matrices físicas de memoria dentro del sistema de almacenamiento. Un espacio de almacenamiento de datos separado de manera lógica puede utilizar dos o más particiones de datos dentro de una memoria común. En estos sistemas, el sistema de ficheros de servidor de aplicaciones (host) y el sistema de ficheros de procesador embebido funcionan de manera independiente uno del otro, y puede que no se requiera Ia coordinación entre los dos sistemas de ficheros. Sin embargo, para algunas aplicaciones, puede que sea deseable para el servidor de aplicaciones (host) y para el procesador embebido compartir el acceso a los mismos datos. En esta situación, los datos compartidos se almacenan en Ia misma memoria física o en Ia misma partición lógica dentro del sistema de almacenamiento. Las aplicaciones de servidor de aplicaciones (host) o las aplicaciones de procesador embebido pueden leer, escribir y modificar los datos compartidos. Por Io tanto, en dicho sistema, dos sistemas de ficheros, un sistema de ficheros de servidor de aplicaciones (host), y un sistema de ficheros embebido, pueden proporcionar acceso al mismo espacio de datos. Las operaciones de ambos sistemas de ficheros deben estar coordinadas con el fin de mantener Ia integridad de los datos compartidos y del sistema de almacenamiento.

Existen varias arquitecturas que se pueden utilizar en un sistema en el que dos sistemas de ficheros compartan el acceso a un sistema de almacenamiento común. La figura 1 es un diagrama que ilustra un sistema 100 para acceder a un sistema de almacenamiento utilizando dos sistemas de ficheros en paralelo. El sistema 100 comprende un sistema de almacenamiento 150 y un servidor de aplicaciones (host) 110. El sistema de almacenamiento y el servidor de aplicaciones (host) se pueden ¡mplementar en hardware, en software, o en una combinación de hardware y de software. En una realización, el sistema de almacenamiento 150 incluye una pluralidad de aplicaciones embebidas 152 y un sistema operativo embebido 160 que se están ejecutando sobre un procesador en el sistema de almacenamiento 150, un controlador de memoria 180, y una memoria 170. Los datos contenidos en el sistema de almacenamiento 150 se almacenan en Ia memoria 170, y Ia memoria 170 está organizada por medio de un índice de sistema de almacenamiento 172. En una realización, el sistema de ficheros de volumen usado por Ia memoria 170 es un sistema FAT12, FAT16, o FAT32, y el índice de sistema de almacenamiento 172 incluye una tabla de asignación de ficheros (del inglés File Allocation Table) (FAT). En esta realización, el índice de sistema de almacenamiento 172 incluye también información adicional requerida para hacer funcionar y para mantener el sistema de almacenamiento 140. Esta información se puede almacenar fuera de Ia tabla de asignación de ficheros, e incluye información tal como información de directorios, tamaño de los ficheros, fechas de creación y de actualización de ficheros, nombres de ficheros y de directorios, y atributos de ficheros y de directorios. Otras realizaciones pueden utilizar otros formatos de sistema de ficheros de volumen y sus correspondientes índices de sistema de almacenamiento. El sistema operativo embebido 160 incluye un gestor de almacenamiento masivo 162 y un sistema de ficheros embebido 164. Las aplicaciones embebidas 152 pueden escribir y pueden leer datos en Ia memoria 170 mediante el envío de una petición, tal como una llamada a una función, al gestor de almacenamiento masivo 162. El gestor de almacenamiento masivo 162 recibe peticiones desde una aplicación embebida 152 para escribir o para leer datos en Ia memoria 170, y puede generar peticiones a nivel de fichero del sistema de ficheros embebido 164. Las peticiones a nivel de fichero pueden ser en forma de llamadas a funciones a funciones soportadas por Ia interfaz de programación de aplicaciones (API) del sistema de ficheros embebido 164, o pueden ser comandos transmitidos a través de una interfaz hardware entre el gestor de almacenamiento masivo 162 y el sistema de ficheros embebido 164. El sistema de ficheros embebido 164 puede aceptar comandos a nivel de fichero, y puede generar comandos de direcciones de bloque lógico (del inglés, Logical Block Addresses) (LBA) enviadas al controlador de memoria 180 para acceder a Ia memoria 170. El controlador de memoria 180 puede recibir peticiones de acceso a memoria en forma de comandos de dirección de bloque lógico, y puede realizar Ia traducción de las direcciones de bloque lógico a direcciones de bloque físico, en donde Ia dirección de bloque físico es Ia dirección física de Ia localizacíón de almacenamiento dentro de Ia memoria 170 a donde se escriben o desde donde se leen los datos. Una vez que se ha completado Ia traducción, el controlador de memoria 180 utiliza Ia dirección de bloque físico para realizar un acceso de lectura o de escritura a Ia memoria 170.

El gestor de almacenamiento masivo 162 se puede ímplementar en hardware, en firmware, en software, o en cualquier combinación de los mismos, configurado para Ímplementar Ia funcionalidad de un gestor de almacenamiento masivo, tal como Ia funcionalidad descrita en las realizaciones de las figuras 1 , 2 y 4, y en el texto que se acompaña. En una realización, el gestor de almacenamiento masivo 162 se implementa utilizando un procesador dentro del sistema de almacenamiento 150 configurado con instrucciones ejecutables por un procesador. Las instrucciones ejecutables por un procesador se pueden almacenar en una memoria de acceso aleatorio (RAM) (del inglés, Random Access Memory) dentro del sistema de almacenamiento 150, o en una memoria no volátil, tal como una memoria de sólo lectura (ROM) (del inglés, Read OnIy Memory), una EEPROM (Memoria de sólo lectura que se puede borrar y programar eléctricamente) (del inglés, Electrically Erasable and Programmable Read OnIy Memory), una E-flash {flash embebida), o Ia memoria 170 dentro del sistema de almacenamiento 150.

En una realización, el sistema de almacenamiento 150 puede ser una unidad de disco de estado sólido, o una unidad de disco magnético, a Ia que a veces se hace referencia como una unidad de disco duro. En otra realización, el sistema de almacenamiento 150 puede ser una memoria no volátil tal como una tarjeta de factor de forma (del inglés, form factor) pequeño. En una realización, el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150 están contenidos dentro de Ia misma carcasa física, y el sistema de almacenamiento 150 no es extraíble del sistema 100. En otra realización, el sistema de almacenamiento 150 es un medio extraíble, tal como una tarjeta de memoria no volátil de factor de forma pequeño, y se puede conectar al sistema 100 y extraer del mismo 100. Se puede utilizar hardware, firmware, software, o cualquier combinación de los mismos para implementar Ia funcionalidad del controlador de memoria 180. En una realización, el controlador de memoria 180 se implementa utilizando un procesador dentro del sistema de almacenamiento 150 configurado con instrucciones ejecutables por un procesador. Las instrucciones ejecutables por un procesador pueden ser almacenadas en una memoria de acceso aleatorio (RAM) dentro del sistema de almacenamiento 150, o en una memoria no volátil, tal como una memoria de sólo lectura (ROM), EEPROM (Memoria de sólo lectura que se puede borrar y programar eléctricamente), E-flash (flash embebida), o Ia memoria 170 dentro del sistema de almacenamiento 150. El controlador de memoria 180 puede recibir peticiones para acceder á una memoria 170. En una realización, el controlador de memoria 180 recibe comandos para leer datos desde o para escribir datos en una memoria 170, en el que Ia memoria es direccionada utilizando comandos de direcciones de bloque lógico (LBA) (del inglés, logical block address). El controlador de memoria 180 puede recibir comandos del servidor de aplicaciones (host) sobre Ia interfaz de comunicaciones USB 104, o desde el sistema de ficheros embebido 164. El controlador de memoria 180 puede traducir Ia dirección del bloque lógico en el comando a una dirección física en la memoria 170 donde se vayan a almacenar o desde donde se vayan a leer los datos. El controlador de memoria 180 utiliza entonces Ia dirección de bloque físico y el resto del comando para acceder a Ia memoria 170. Los requisitos específicos funcionales del controlador de memoria 180 pueden ser definidos por el tipo de memoria 170 a Ia que se accede.

El sistema de almacenamiento 150 puede estar en comunicación con el servidor de aplicaciones (host) 110 sobre una o más interfaces de comunicaciones 102, 104. En una realización, se utilizan dos interfaces de comunicaciones para transmitir comandos y datos entre el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150. En una realización que utilice dos interfaces de comunicaciones, una primera interfaz de comunicaciones entre el sistema de almacenamiento 150 y el servidor de aplicaciones (host) 110 es una interfaz ISO 7816 102, y Ia segunda interfaz de comunicaciones entre el sistema de almacenamiento 150 y el servidor de aplicaciones (host) 110 es una interfaz bus serie universal (USB) (del inglés, Universal Serial Bus) 104. En otra realización, existe una interfaz de comunicaciones 104 entre el sistema de almacenamiento y el servidor de aplicaciones (host). En esta realización, la interfaz de comunicaciones es una interfaz USB, y el sistema de almacenamiento 150 y el servidor de aplicaciones (host) 110 pueden intercambiar comandos y datos usando protocolos de Ia clase de almacenamiento masivo (MSC) USB (del inglés, USB Mass Storage Class), del Modelo de Emulación Ethernet (EEM) USB (del inglés USB Ethernet Emulation Model), o del dispositivo de tarjeta de circuito integrado (ICCD) USB (del inglés USB Integrated Circuit Card Devíce), o cualquier combinación de los mismos.

En una realización, un servidor de aplicaciones (host) 110 incluye una pluralidad de aplicaciones de servidor de aplicaciones (host) 130, un agente de servidor de aplicaciones (host) 120, y un sistema operativo de servidor de aplicaciones (host) 140 que se están ejecutando sobre un procesador en el servidor de aplicaciones (host) 110. El sistema operativo del servidor de aplicaciones (host) 140 incluye un sistema de ficheros de servidor de aplicaciones (host) 144. Las aplicaciones embebidas 152 pueden escribir y leer datos en Ia memoria 170 mediante el envío de una petición a nivel de archivo, tal como una llamada a una función, al sistema de ficheros de servidor de aplicaciones (host) 144. El sistema de ficheros de servidor de aplicaciones (host) 144 recibe peticiones a nivel de fichero desde una aplicación de servidor de aplicaciones (host) 130 para escribir o para leer datos en Ia memoria 170 del sistema de almacenamiento 150, y genera comandos de dirección de bloque lógico (LBA) transmitidos al controlador de memoria 180 sobre Ia interfaz de comunicaciones USB 104. El controlador de memoria 180 puede recibir el comando de dirección de bloque lógico, realiza Ia traducción de Ia dirección de bloque lógico a dirección física, y realiza un acceso de lectura o de escritura a Ia memoria 170 utilizando Ia dirección física y el comando recibidos.

El agente de servidor de aplicaciones (host) 120 puede comunicar con el sistema de almacenamiento 150 por medio de Ia transmisión y de Ia recepción de comandos y de datos a través de una interfaz de programación de aplicaciones ISO 7816 142, que a su vez, comunica con el sistema operativo embebido 160 del sistema de almacenamiento 150 a través de una interfaz ISO 7816 102. El gestor de almacenamiento masivo 162 también puede transmitir comandos y datos al agente de servidor de aplicaciones (host) 120. En una realización, el gestor de almacenamiento masivo 162 utiliza Ia interfaz ISO 7816 102 para comunicar con el servidor de aplicaciones (host) 110, y de manera específica, con el agente de servidor de aplicaciones (host) 120. En otra realización, el gestor de almacenamiento masivo 162 y el sistema operativo embebido 160 puede comunicar con el agente de servidor de aplicaciones (host) 120 sobre una interfaz USB 104. En esta realización, se pueden intercambiar los comandos y los datos usando los protocolos de Ia clase de almacenamiento masivo USB (MSC), del Modelo de Emulación Ethernet USB (EEM), o del dispositivo de tarjeta de circuito integrado USB (ICCD), o cualquier combinación de los mismos. En esta arquitectura, el sistema de ficheros de servidor de aplicaciones

(host) 144 y el sistema de ficheros embebido 164 pueden cada uno de ellos escribir y leer datos en Ia memoria 170 en el sistema de almacenamiento 170. Por ejemplo, el sistema de ficheros de servidor de aplicaciones (host) 144 puede escribir y leer sus propios datos, y el sistema de ficheros embebido 164 también puede escribir y leer sus propios datos. La memoria 170 también puede almacenar datos compartidos a los que puede acceder tanto el sistema de ficheros de servidor de aplicaciones (host) 144 como el sistema de ficheros embebido 164. Por ejemplo, el sistema de ficheros de servidor de aplicaciones (host) 144 puede escribir datos que sean legibles por el sistema de ficheros embebido 164, y el sistema de ficheros embebido 164 también puede sobrescribir y modificar esos datos. De manera similar, el sistema de ficheros embebido 164 puede escribir datos que sean legibles por el sistema de ficheros de servidor de aplicaciones (host) 144, y el sistema de ficheros de servidor de aplicaciones (host) 144 también puede sobrescribir y modificar los datos.

Mientras que Ia compartición de datos en Ia memoria 170 puede ser ventajoso para las aplicaciones de servidor de aplicaciones (host) 130 y para las aplicaciones embebidas 152 que se estén ejecutando en el sistema 100, el hacer funcionar un sistema de ficheros de servidor de aplicaciones (host) 144 en paralelo con un sistema de ficheros embebido 164 presenta cuestiones de sincronización que se deben abordar con el fin de asegurar un funcionamiento correcto del sistema 100. De manera específica, las dos copias en memoria cache 146, 166, del índice de sistema de almacenamiento 172 usado por el sistema de ficheros de servidor de aplicaciones (host) 144 y el sistema de ficheros embebido 164, respectivamente, no siempre pueden reflejar de manera precisa el contenido del sistema de almacenamiento 150. Si los índices de sistema de almacenamiento almacenados en cache 146, 166 no se conservan hasta Ia fecha, una operación de escritura que utilice información obsoleta proveniente de un índice de sistema de almacenamiento almacenado en cache puede corromper el contenido de Ia memoria 170 en el sistema de almacenamiento 150.

El índice de sistema de almacenamiento (SSI) 172 actúa como un índice para los datos almacenados en el sistema de almacenamiento 150. De manera adicional, el índice de sistema de almacenamiento 172 también puede incluir información de directorios, de tamaños de los ficheros, de fechas de creación y de actualización de los ficheros, nombres de ficheros y de directorios, y atributos de ficheros y de directorios, y otra información requerida para hacer funcionar y mantener un sistema de almacenamiento 150. La información del índice de sistema de almacenamiento 172 se utiliza para hacer corresponder operaciones de lectura o de escritura a nivel de fichero con operaciones de lectura o de escritura de direcciones de bloques lógicos. Cuando se escriben datos en Ia memoria 170 en el sistema de almacenamiento 150, el índice de sistema de almacenamiento 172 se puede actualizar con Ia localización de los nuevos datos. El escribir un fichero nuevo, el borrar un fichero, el añadir datos a un fichero existente, o el sobrescribir un fichero existente con un nuevo fichero más grande, son todos ellos ejemplos de operaciones de escritura de fichero que requerirán de una actualización del índice de sistema de almacenamiento 172. Se puede hacer referencia a estas operaciones como "Operaciones SSI Duras". En contraste con esto, el índice de sistema de almacenamiento 172 no requiere Ia actualización después de una operación de lectura, porque Ia localización de los datos almacenados no se ha cambiado. De manera similar, si un sistema de almacenamiento soporta Ia sobre-escritura de datos con nuevos datos, a Io que se hace referencia a veces como "escribir en lugar", el índice de sistema de almacenamiento 172 no requerirá de una actualización si se sobrescribe un fichero con un fichero del mismo tamaño, porque Ia localización de los datos almacenados no ha cambiado. Se puede hacer referencia a estas operaciones como "Operaciones SSI Blandas."

Con el fin de mejorar el funcionamiento del sistema 100, un sistema de ficheros puede almacenar una copia en cache del índice de sistema de almacenamiento 172. Cuando un sistema de ficheros realiza una operación de escritura, se actualiza Ia copia que está en cache. El índice real del sistema de almacenamiento 172 puede no ser actualizado cada vez que se actualiza el índice del sistema de almacenamiento que esté en cache, con el fin de mejorar el funcionamiento. En lugar de esto, el índice de sistema de almacenamiento 172 puede actualizarse después de que se hayan completado dos o más operaciones de escritura. Cuando un sistema contiene solamente una copia en cache de un índice de sistema de almacenamiento 172, el mantener una copia en cache es un medio eficiente para mejorar el funcionamiento del sistema. En contraste con esto, el sistema 100 contiene dos copias en cache

146, 166 de un índice de un sistema de almacenamiento 172. Un índice de sistema de almacenamiento almacenado en cache 146 es utilizado por el sistema de ficheros de servidor de aplicaciones (host) 144, y el índice de sistema de almacenamiento almacenado en cache embebido 166 es utilizado por el sistema de ficheros embebido 164. Si una operación de escritura que esté utilizando el sistema de ficheros de servidor de aplicaciones (host) 144 requiere que su índice de sistema de almacenamiento almacenado en cache 146 sea actualizado, el índice de sistema de almacenamiento almacenado en cache embebido 166 está obsoleto. Si el índice de sistema de almacenamiento almacenado en cache embebido 166 no se actualiza, una posterior operación de escritura que use el sistema de ficheros embebido 164 corromperá el contenido del sistema de almacenamiento 150. De manera similar, si una operación de escritura que use el sistema de ficheros embebido 164 requiere que su índice de sistema de almacenamiento almacenado en cache 166 sea actualizado, el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 es obsoleto. Si el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 no está actualizado, una posterior operación de escritura que use el sistema de ficheros de servidor de aplicaciones (host) corromperá el contenido del sistema de almacenamiento 150.

La sincronización del índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 y del índice de sistema de almacenamiento almacenado en cache embebido 166 es importante para evitar Ia corrupción del sistema de almacenamiento 150. El índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146 puede que no sea directamente accesible para una aplicación de servidor de aplicaciones (host) 130 o para el procesador de servidor de aplicaciones (host), Io que puede evitar Ia sincronización por medio de Ia copia directa de Ia información del índice de sistema de almacenamiento entre el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146 y el índice de sistema de almacenamiento almacenado en cache embebido 166. La sincronización de los índices del sistema de almacenamiento almacenados en cache por medio de Ia copia de los datos a y desde el índice de sistema de almacenamiento 172 es ineficiente. Por ejemplo, Ia actualización del índice de sistema de almacenamiento almacenado en cache embebido 166 por medio de primero copiar el índice de sistema de almacenamiento en cache del sistema de ficheros de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172, y después copiando el índice de sistema de almacenamiento 172 al índice de sistema de almacenamiento almacenado en cache embebido 166, consume tiempo. Si este proceso de sincronización se realiza una vez por acceso de escritura al sistema de almacenamiento, el ancho de banda de los datos del sistema de almacenamiento 150 puede verse reducido en gran medida. En una realización, se puede reducir la necesidad de operaciones de sincronización por medio de Ia utilización del sistema de ficheros de servidor de aplicaciones (host) 144 para realizar ciertas operaciones de fichero (tales como Ia escritura de un nuevo fichero, Ia anexión de datos a un fichero existente, o Ia sobrescritura de un fichero existente con un nuevo fichero más grande) para el sistema de ficheros embebido 164. El sistema de ficheros embebido 164 no realiza operaciones de fichero que puedan requerir un cambio del índice de sistema de almacenamiento almacenado en cache embebido 166. En lugar de esto, el gestor de almacenamiento masivo 162 recibe estas peticiones desde Ia aplicación embebida 152, y determina que el procesar Ia petición requeriría un cambio del índice de sistema de almacenamiento almacenado en cache embebido 166. El gestor de almacenamiento masivo 162 transmite después Ia petición, incluyendo comandos y datos asociados, al agente de servidor de aplicaciones (host) 120 en el servidor de aplicaciones (host) 110. En una realización, Ia petición se transmite sobre Ia interfaz de comunicaciones ISO 7816 102. El agente de servidor de aplicaciones (host) 120 recibe Ia petición, y transmite la petición, quizá en forma de una llamada a una función a nivel de fichero, al sistema de ficheros de servidor de aplicaciones (host) 144. El sistema de ficheros de servidor de aplicaciones (host) 144 procesa Ia petición como si Ia petición se hubiese originado dentro del servidor de aplicaciones (host) 110, tal como desde una aplicación de servidor de aplicaciones (host) 130. El sistema de ficheros de servidor de aplicaciones (host) 144 recibe Ia petición a nivel de fichero, y genera uno o más comandos de dirección de bloque lógico (LBA) para su transmisión al controlador de memoria 180 sobre Ia interfaz de comunicaciones USB 104. El controlador de memoria 180 accede a Ia memoria 170 de acuerdo con los comandos de dirección de bloque lógico.

El gestor de almacenamiento masivo 162 también puede determinar que el procesar Ia petición proveniente de Ia aplicación embebida 152 no requeriría un cambio del índice de sistema de almacenamiento almacenado en cache embebido 166. Esto puede ocurrir si Ia petición es una operación de lectura, o una operación de escritura que no cambie el tamaño o Ia localización de un fichero, tal como una operación "escribir en el lugar". En este caso, el gestor de almacenamiento masivo 162 puede generar después una petición a nivel de fichero del sistema de ficheros embebido 164. El sistema de ficheros embebido 164 puede aceptar la orden a nivel de fichero, y generar comandos de dirección de bloque lógico (LBA) usadas por el controlador de memoria 180 para acceder a Ia memoria 170.

La figura 2 muestras pasos de ejemplo 200 para el procesado de una petición de escritura recibida por el gestor de almacenamiento masivo 162 de Ia figura 1. El control comienza en el paso 202, donde el gestor de de almacenamiento masivo 162 recibe una petición de lectura o de escritura proveniente de una aplicación embebida 152 en comunicación con el sistema operativo 160. En el paso 204, se evalúa Ia petición con el fin de determinar si es una operación de lectura de ficheros. Si Ia petición es una operación de lectura de ficheros, entonces Ia petición y los datos seguirán el camino de datos Operación SSI Blanda" 192 mostrado en Ia figura 1. La operación de lectura se puede procesar por parte del sistema de ficheros embebido 164 porque Ia operación no debería disparar o requerir un cambio en el índice de sistema de almacenamiento almacenado en memoria cache embebido 164. El control pasa desde el paso 204 al paso 222, donde el índice de sistema de almacenamiento 172 se actualiza con información proveniente del índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146. Con el fin de completar esta actualización, el gestor de almacenamiento masivo 162 transmite una petición al servidor de aplicaciones (host) 110 para copiar información desde el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172. Se puede hacer referencia a Ia operación de copia como "descargar" Ia información en cache al índice de sistema de almacenamiento 172 en el sistema de almacenamiento 150. La petición se puede transmitir al servidor de aplicaciones (host) sobre Ia interfaz de comunicaciones ISO 7816 102, y ser recibida por Ia interfaz ISO 142, y ser pasada al agente de servidor de aplicaciones (host) 120. El agente de servidor de aplicaciones (host) 120 emite entonces una orden al sistema de ficheros de servidor de aplicaciones (host) 110 para copiar información desde el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172. Una vez que se haya actualizado el índice de sistema de almacenamiento 172 con Ia información proveniente del índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146, el control pasa al paso 222, en el que el índice de sistema de almacenamiento almacenado en cache embebido 166 se puede actualizar con Ia información proveniente del índice de sistema de almacenamiento 172. Efectivamente, Ia combinación de los pasos 220 y 222 provoca que el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros embebido 166 pase a estar sincronizado con el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146.

El control pasa desde el paso 222 al paso 224, en el que el gestor de almacenamiento masivo 162 lee los datos de Ia memoria 170 mediante Ia emisión de un comando de lectura al sistema de ficheros embebido 164. En una realización, el comando y los datos son argumentos para una función a Ia que se ha llamado soportada por Ia API del sistema de ficheros embebido 164. En el paso 226, el sistema de ficheros embebido 164 puede utilizar Ia orden de lectura a nivel de fichero para generar comandos de dirección de bloque lógico (LBA), que se transmiten al controlador de memoria 180. En el paso 228, el controlador de memoria 180 usa los comandos LBA para leer Ia memoria 170, y los datos leídos se devuelven a Ia aplicación 152 a través del sistema de ficheros embebido 164 y el gestor de almacenamiento masivo 162. El control vuelve después al paso 202, donde los pasos 200 esperan otra petición de escritura o lectura.

Si Ia petición no es una operación de lectura de ficheros, entonces Ia petición es una operación de escritura de fichero. El control pasa desde el paso 204 al paso 206, en el que se evalúa Ia petición de nuevo para determinar si Ia petición de escritura es para escribir un fichero nuevo, para anexar datos a un fichero existente, o para sobrescribir un fichero existente con un fichero de un tamaño diferente. Si no es así, entonces Ia operación de escritura puede ser procesada por el sistema de ficheros embebido 164, porque el funcionamiento no debería disparar o requerir un cambio en el índice de sistema de almacenamiento almacenado en cache embebido 164. De esta forma, Ia petición y los datos seguirán el camino de datos Operación SSI Blanda" mostrado en Ia figura 1. El control pasa al paso 220, después al paso 222, donde se actualiza en índice de sistema de almacenamiento almacenado en cache embebido como se ha descrito con anterioridad.

El control pasa del paso 222 al paso 224, donde el gestor de almacenamiento masivo 162 escribe los datos provenientes de Ia memoria 170 por medio de Ia emisión de una orden de escritura al sistema de ficheros embebido 164. En una realización, Ia orden y los datos son argumentos para una función a Ia que se ha llamado soportada por Ia API del sistema de ficheros embebido 164. En el paso 226, el sistema de ficheros embebido 164 puede utilizar Ia orden de escritura a nivel de fichero para generar comandos de dirección de bloque lógico (LBA), que se transmiten junto con los datos al controlador de memoria 180. En el paso 228, el controlador de memoria 180 usa los comandos LBA y los datos para escribir en la memoria 170. El control retorna entonces al paso 202, donde los pasos 200 esperan otra petición de escritura o de lectura.

Volviendo al paso 206, si Ia petición de escritura es para escribir un fichero nuevo, para anexar datos a un fichero existente, o para sobrescribir un fichero existente con un fichero de un tamaño diferente, entonces Ia operación puede ser procesada por el sistema de ficheros del servidor de aplicaciones (host) 144, porque Ia operación dispararía o requeriría un cambio en el índice de sistema de almacenamiento almacenado en cache embebido 164 si se realizase con el sistema de ficheros embebido 164. De esta manera, la petición y los datos seguirán el camino de datos Operación SSI Dura" 190 mostrado en Ia figura 1. Con el fin de completar esta actualización, en el paso 208, el gestor de almacenamiento masivo 162 transmite una petición al servidor de aplicaciones (host) 110 para realizar una escritura en Ia memoria 170 usando el sistema de ficheros del servidor de aplicaciones (host) 144. La petición incluye Ia orden de escritura, y los correspondientes datos. La petición se puede transmitir al servidor de aplicaciones (host) sobre Ia interfaz de comunicaciones ISO 7816 102, y se puede recibir por Ia interfaz ISO 142, y ser pasados al agente de servidor de aplicaciones (host) 120. El agente de servidor de aplicaciones (host) . 120 emite entonces una orden al sistema de ficheros de servidor de aplicaciones (host) 110 para escribir los datos en Ia memoria 170. El sistema de ficheros de servidor de aplicaciones (host) 144 procesa Ia petición como si la petición se hubiese originado dentro del servidor de aplicaciones (host) 110, tal como desde una aplicación del servidor de aplicaciones (host) 130. El sistema de ficheros del servidor de aplicaciones (host) 144 recibe la petición a nivel de fichero, y genera uno o más comandos de dirección de bloque lógico (LBA) y datos para transmitirlos al controlador de memoria 180 sobre Ia interfaz de comunicaciones USB 104. En el paso 210, el controlador de memoria 180 recibe los comandos desde el servidor de aplicaciones (host). En el paso 212, el controlador de memoria 180 escribe en Ia memoria 170 de acuerdo con los comandos de dirección de bloque lógico. El sistema de ficheros de servidor de aplicaciones (host) 144 debería actualizar su índice de sistema de almacenamiento almacenado en cache 146 como resultado de Ia petición de escritura proveniente del agente de servidor de aplicaciones (host) 120. El servidor de aplicaciones (host) puede descargar el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 para el sistema de almacenamiento 150, con el fin de actualizar el índice de sistema de almacenamiento 172. De hacerse así, en el paso 214, el controlador de memoria 180 puede recibir y ejecutar uno o más comandos para actualizar el índice de sistema de almacenamiento 172, en donde las comandos incluyen información actualizada proveniente del índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146. El control vuelve después al paso 202, donde los pasos 200 esperan otra petición de escritura o lectura.

Aunque no se muestra en los pasos de ejemplo 200, se abre un fichero o se abrirá antes de que se acceda al mismo con una orden de lectura o de escritura. Por ejemplo, antes de que Ia orden de escritura en el fichero se transmita al servidor de aplicaciones (host) en el paso 208, se puede transmitir una orden de abrir fichero al servidor de aplicaciones (host), si el fichero no estuviese ya abierto. De manera similar, el sistema de ficheros embebido se puede utilizar para abrir el fichero antes de Ia operación de lectura o de escritura del paso 224. También se puede cerrar un fichero por medio del sistema de ficheros apropiado al finalizar una operación de lectura o de escritura, antes de que el control vuelva al paso 202. De manera alternativa, se puede dejar un fichero abierto si el gestor de almacenamiento masivo 162 determina que hay pendientes operaciones adicionales de lectura o de escritura.

La figura 3 muestra pasos de ejemplo 300 para procesar una operación de escritura usando el sistema de ficheros de servidor de aplicaciones (host) 144 de Ia figura 1. Los pasos 300 se pueden utilizar por parte de una aplicación de servidor de aplicaciones (host) 130. Los pasos 300 también se pueden utilizar por el agente de servidor de aplicaciones (host) 120, por ejemplo, en respuesta a una petición de escritura transmitida desde el gestor de almacenamiento masivo 162.

En el paso 302, se recibe una petición para realizar una operación de escritura o de lectura. La petición puede estar generada por medio de una funcionalidad dentro de una aplicación 130, y se puede ser recibida por un componente dentro de Ia aplicación 130. La petición también puede ser recibida por el agente de servidor de aplicaciones (host) 120 del gestor de almacenamiento masivo 162 en el sistema de almacenamiento 150. El control pasa al paso 304, donde se abre el fichero por medio del sistema de ficheros de servidor de aplicaciones (host). En el paso 306, el sistema de ficheros de servidor de aplicaciones (host) escribe datos o lee datos a o desde el fichero. El sistema de ficheros de servidor de aplicaciones (host) 144 recibe Ia petición a nivel de fichero desde Ia aplicación 130 o desde el agente de servidor de aplicaciones (host) 120, y genera uno o más comandos de dirección de bloque lógico (LBA) y datos para su transmisión al controlador de memoria 180 sobre Ia interfaz de comunicaciones USB 104. El controlador de memoria 180 recibe los comandos desde el servidor de aplicaciones (host) 110. Si Ia petición es una operación de escritura, el controlador de memoria 180 recibe también datos. El controlador de memoria 180 escribe o lee entonces de la memoria 170 de acuerdo con los comandos de dirección de bloque lógico. Si Ia petición es una operación de lectura, el controlador de memoria 180 devuelve los datos al servidor de aplicaciones (host) sobre Ia interfaz de comunicaciones USB 104. El control pasa entonces al paso 308, en el que se cierra el fichero por medio del sistema de ficheros de servidor de aplicaciones (host). De esta manera, Ia inspección de los pasos 300 revela que el índice de sistema de almacenamiento de sistema de ficheros en cache de servidor de aplicaciones (host) 146 no debería necesitar estar sincronizado con el índice de sistema de almacenamiento almacenado en cache embebido 166. El sistema de almacenamiento de servidor de aplicaciones (host) 110 puede utilizar su propio índice de sistema de almacenamiento almacenado en cache 146 sin el riesgo de que se quede obsoleto, porque el sistema de ficheros embebido 164 no realiza ninguna operación de E/S de fichero que pudiese poner obsoleto Ia copia en cache del servidor de aplicaciones (host) 146 del índice de sistema de almacenamiento 172. En lugar de esto, el gestor de almacenamiento masivo 162 delega todas las peticiones de escritura que dispararían o que requerirían una actualización de un índice de sistema de almacenamiento almacenado en cache 166 al sistema de ficheros de servidor de aplicaciones (host) 100. Esto elimina Ia necesidad de sincronización cuando las operaciones de escritura y de lectura son realizadas usando solamente el sistema de ficheros de servidor de aplicaciones (host) 110, mejorando el funcionamiento de estas operaciones.

Con el fin de implementar los pasos 200 de Ia figura 2 y los pasos 300 de Ia figura 3, un sistema de ficheros de servidor de aplicaciones (host) debe tener una funcionalidad mínima requerida. De manera específica, un agente de servidor de aplicaciones (host) o una aplicación de servidor de aplicaciones (host) deben poder ordenar al sistema de ficheros de servidor de aplicaciones (host) para 1) abrir o crear un fichero, 2) cerrar un fichero, 3) escribir un fichero, 4) leer un fichero, y 5) copiar el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) y Ia información de fichero asociada a un índice de sistema de almacenamiento de sistema de almacenamiento.

La API Win32 es capaz de implementar todas las funciones requeridas. El sistema de ficheros de servidor de aplicaciones (host) puede abrir o crear un fichero usando Ia función CreateFile: HANDLE WINAPI CreateFile( _jn LPCTSTR IpFileName, _in DWORD dwDesiredAccess, in DWORD dwShareMode, in_opt

LPSECURITY_ATTRIBUTES IpSecurityAttributes, __in DWORD dwCreationDisposition, in DWORD dwFlagsAndAttributes, in_opt

HANDLE hTemplateFile ); El sistema de ficheros de servidor de aplicaciones (host) puede cerrar un fichero usando Ia función CloseHandle: BOOL WINAPI CloseHandle( __¡n HANDLE hObject );

El sistema de ficheros de servidor de aplicaciones (host) puede escribir en un fichero usando Ia función WríteFile: BOOL WINAPI WriteFile(_in HANDLE hFile, __in LPCVOID, IpBuffer, __in DWORD nNumberOfBytesToWrite, _out_opt LPDWORD

IpNumberOfBytesWritten, inout_opt LPOVERLAPPED IpOverlapped);

El sistema de ficheros de servidor de aplicaciones (host) puede leer de un fichero usando Ia función ReadFile: BOOL WINAPI ReadFile( _in HANDLE hFile, _out LPVOID IpBuffer, _in

DWORD nNumberOfBytesToRead, out_opt LPDWORD

IpNumberOfBytesRead, inout_opt LPOVERLAPPED IpOverlapped);

Toda Ia información asociada con un fichero, incluyendo Ia información de directorio de tamaño de fichero, puede ser copiada desde el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172 en el sistema de almacenamiento 150 por medio de una llamada a Ia función FlushFileBuffers, y después cerrando el fichero usando Ia función CloseHandle: BOOL WINAPI FlushFileBuffers(_in HANDLE hFile); BOOL WINAPI CloseHandle(_in HANDLE hObject );

La API de otros sistemas de ficheros de servidor de aplicaciones (host), de manera típica proporciona funcionalidad equivalente a las funciones mostradas para Ia API Win32. De esta manera, los pasos 200 de Ia figura 2 y los pasos 300 de Ia figura 3 se pueden implementar con una variedad de sistemas de ficheros de servidor de aplicaciones (host) y entornos de sistemas operativos. Además, los pasos 200 y los pasos 300 se pueden implementar en hardware, en software, o en una combinación de hardware y de software.

De esta manera, en una realización, Ia necesidad de sincronización entre un sistema de ficheros de servidor de aplicaciones (host) y un sistema de ficheros embebido se puede reducir mediante la utilización del sistema de ficheros de servidor de aplicaciones (host) 144 para realizar ciertas operaciones de escritura en nombre del sistema de ficheros embebido 164. De manera específica, si el gestor de almacenamiento masivo 162 recibe una petición desde una aplicación embebida 152 para una operación de escritura que escriba en un fichero nuevo, que anexe datos a un fichero existente, o que sobrescriba un fichero existente con un fichero de un tamaño diferente, entonces Ia petición, incluyendo los datos que se vayan a escribir, se transmite al servidor de aplicaciones (host) 110, donde se procesa por parte del sistema de ficheros de servidor de aplicaciones (host) 144 como si Ia petición hubiese sido originada en el servidor de aplicaciones (host) 110. Mediante Ia utilización del servidor de aplicaciones (host) 110 para realizar todas las operaciones de escritura que dispararían una actualización de un índice de sistema de almacenamiento almacenado en cache 146, el sistema de ficheros de servidor de aplicaciones (host) puede realizar operaciones de E/S de fichero sin el riesgo de que su índice de sistema de almacenamiento almacenado en cache 146 fuese previamente dado como obsoleto por medio de una operación realizada por el sistema de ficheros embebido 164. De esta manera, se reduce Ia necesidad de sincronización. El índice de sistema de almacenamiento almacenado en cache embebido 166 se puede actualizar a partir del índice de sistema de almacenamiento 172 antes de escribir o de leer datos a o desde Ia memoria 170 usando el sistema de ficheros embebido 164. Sin embargo, la inspección de los pasos 200 revela que esta operación de sincronización solamente ocurre una vez por petición de lectura o escritura usando el sistema de ficheros embebido 164. Además, si se escriben o se leen más datos para cada una de las aplicaciones por cada una de las peticiones de aplicación 152, se puede reducir Ia sobrecarga relativa asociada con esta operación de sincronización.

En esta realización, los pasos 200 para procesar las peticiones de aplicación 152 y para encaminar las peticiones y los datos al sistema de ficheros de servidor de aplicaciones (host) 144 o al sistema de ficheros embebido 164 para procesar, son relativamente sencillos. De esta manera, los requisitos hardware o software para el gestor de almacenamiento masivo 162 para implementar los pasos 200 pueden ser comparativamente más pequeños que en otras realizaciones. Sin embargo, en esta realización, si el gestor de almacenamiento masivo 162 encamina una petición de escritura al sistema de ficheros de servidor de aplicaciones (host), los correspondientes datos de petición de escritura se transmiten desde el sistema de almacenamiento 150 al ordenador servidor 110 sobre una interfaz de comunicaciones ISO 7816 102, después desde el servidor de aplicaciones (host) 100 al sistema de almacenamiento 150 sobre una interfaz de comunicaciones USB 104, antes de que sean escritos en Ia memoria. Además, los datos pueden ser vulnerables a inspección y a copiado mientras estén siendo transmitidos entre el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150.

En una realización, Ia transmisión de datos esté protegida entre el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150 por medio del establecimiento de un canal seguro para Ia transmisión de datos sobre una o ambas interfaces de comunicaciones 102, 104. Se establece un canal seguro a través de un intercambio de clave entre el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150. El servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150 intercambian o hacen disponibles uno al otro los valores de clave pública. El servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150 usan cada uno de ellos Ia clave recibida para calcular una clave privada, usando un algoritmo acordado. El servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150 usan las claves privadas calculadas para encriptar datos antes de transmitirlos sobre el canal de comunicaciones de datos, y desencriptar los datos después de recibirlos sobre el canal de comunicaciones de datos. El canal seguro puede estar formado por una única sesión de comunicaciones, y se puede establecer un nuevo canal seguro para cada una de las sesiones requeridas. Se puede utilizar cualquier número de procedimientos para establecer un canal seguro para evitar Ia interceptación y los ataques a los datos intercambiados entre data el servidor de aplicaciones (host) 110 y el sistema de almacenamiento 150. Sin embargo, uno o más de estos procedimientos pueden requerir de hardware o de software adicionales, y pueden tener impacto en el funcionamiento del sistema 100. Otras realizaciones pueden eliminar Ia necesidad de transmitir datos de escritura de Ia aplicación embebida 152 a y desde el servidor de aplicaciones (host) 110 con el fin de completar ciertas operaciones de escritura, a costa posiblemente de una implementación hardware o software más compleja del gestor de almacenamiento masivo 162. En una realización, también se puede reducir Ia necesidad de operaciones de sincronización para dos sistemas de ficheros. Sin embargo, en lugar de encaminar toda Ia petición de escritura y los datos asociados a y desde el servidor de aplicaciones (host) 110, el gestor de almacenamiento masivo 162 puede utilizar el sistema de ficheros de servidor de aplicaciones (host) 144 para asignar espacio de fichero para una operación de escritura en lugar de realmente realizar Ia operación de escritura al completo en nombre del sistema de ficheros embebido 164. Una vez que el sistema de fichero de servidor de aplicaciones (host) 144 asigna el especio de fichero requerido, el sistema de ficheros embebido 164 puede realizar por sí solo Ia operación de escritura. Como se detalla más adelante, Ia implementación del gestor de almacenamiento masivo 162 de esta realización es más complejo, pero se evita Ia transmisión de los datos de escritura a y desde el servidor de aplicaciones (host) 110 para ciertas operaciones de escritura. En esta realización, se puede reducir Ia necesidad de operaciones de sincronización por medio de Ia utilización del sistema de ficheros de servidor de aplicaciones (host) 144 para realizar ciertas operaciones de fichero (tales como Ia ampliación de un fichero o Ia creación de un fichero nuevo vacío) para el sistema de ficheros embebido 164. El sistema de ficheros embebido 164 no realiza operaciones de fichero que puedan requerir un cambio del índice de sistema de almacenamiento almacenado en cache embebido 166, tal como el asignar nuevo espacio o espacio adicional para un fichero.

En lugar de esto, el sistema de ficheros embebido 164 depende del sistema de ficheros de servidor de aplicaciones (host) 144 para realizar estas operaciones en su nombre. Una vez que el sistema de ficheros de servidor de aplicaciones (host) 144 asigna el espacio de fichero requerido, el sistema de ficheros embebido 164 puede realizar una escritura en el espacio de fichero asignado, una operación que no dispara o que no requiere un cambio en el índice de sistema de almacenamiento almacenado en cache embebido 166. De esta forma, el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146, y el índice de sistema de almacenamiento 172, pueden no pasar a estar obsoletos debido a las operaciones de E/S de fichero del sistema de ficheros embebido 164. Esto puede reducir o eliminar Ia necesidad de actualizar el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146 antes de una operación de E/S de fichero que use el sistema de ficheros de servidor de aplicaciones (host) 144.

El índice de sistema de almacenamiento almacenado en cache embebido 166 se debe actualizar después de que el sistema de ficheros de servidor de aplicaciones (host) 144 cree o amplíe un fichero para el sistema de ficheros embebido 164. Sin embargo, por medio de Ia utilización del sistema de ficheros de servidor de aplicaciones (host) 144 para ampliar un fichero en una cantidad predeterminada, el sistema de ficheros embebido 164 puede realizar una o más operaciones de escritura a un fichero antes de que el fichero necesite ampliarse de nuevo, reduciendo de esta manera el número de operaciones de sincronización requeridas.

El gestor de almacenamiento masivo 162 recibirá peticiones de E/S de fichero desde Ia aplicación embebida 162, y puede determinar si Ia operación de E/S de fichero requerirá de una actualización del índice de sistema de almacenamiento 172. Si se requiere una actualización, el gestor de almacenamiento masivo 162 procesará Ia petición con Ia ayuda del servidor de aplicaciones (host) 110 y del sistema de ficheros de servidor de aplicaciones (host) 144. Si no se requiere una actualización, el gestor de almacenamiento masivo 162 procesará Ia petición a través del sistema de ficheros embebido 164, y no se utilizará el sistema de ficheros de servidor de aplicaciones (host) 144.

La figura 4 muestra pasos de ejemplo 400 para usar un sistema de ficheros embebido 164 para realizar operaciones de lectura y de escritura con Ia ayuda de un sistema de ficheros de servidor de aplicaciones (host). El control comienza en el paso 402, donde el gestor de almacenamiento masivo 162 recibe una petición desde Ia aplicación 152 para abrir un fichero para una operación de lectura o de escritura. Se puede acceder a un fichero por tres razones: 1) una operación de sólo lectura, 2) una operación de sólo escritura ó 3) una combinación de escrituras y lecturas en un fichero. De esta manera, en el paso 404, se evalúa el tipo de petición de acceso. Si Ia petición es para una operación de sólo lectura, el control pasa al paso 406, en el que el sistema de ficheros embebido 164 actualiza su cache de índice de sistema de almacenamiento 166, incluyendo información de directorio, del índice de sistema de almacenamiento 172 del sistema de almacenamiento 150. En este paso, se supone que el índice de sistema de almacenamiento 172 contiene el índice hasta Ia fecha de los contenidos del sistema de almacenamiento 150. Si el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 contiene el índice más actual, entonces se debe usar Ia información del índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 para actualizar el índice de sistema de almacenamiento 172, antes de que tenga lugar Ia actualización del cache embebido del índice de sistema de almacenamiento 166. Cuando se ha completado Ia actualización, el control pasa al paso 408, en el que el sistema de ficheros embebido 164 realiza Ia operación de lectura de datos desde el sistema de almacenamiento 150. Como Ia operación es una operación de lectura de datos, el control pasa al paso 410 y después al paso 412, en el que el gestor de almacenamiento masivo 162 determina si se ha acabado Ia operación de lectura de datos. Si el gestor de almacenamiento masivo 162 ha recibido una petición adicional para leer más datos desde el mismo fichero, el control vuelve de nuevo al paso 408 para realizar una lectura adicional utilizando el sistema de ficheros embebido. Mediante Ia devolución del control al paso 408 se evita Ia sobrecarga asociada con Ia apertura y el cierre de un fichero una segunda vez para Ia operación de lectura adicional desde el mismo fichero. Si Ia operación de lectura está finalizada y no hay peticiones pendientes para leer más datos desde el fichero, entonces el control pasa desde el paso 412, al paso 414 en el que el sistema de ficheros embebido 162 cierra el fichero, después a través del paso 416, y finalmente para Ia finalización de los pasos 400.

Si Ia petición en el paso 402 es para una operación de escritura, o una combinación de operaciones de lectura y escritura, el control pasa desde el paso 404 al paso 420, en el que el gestor de almacenamiento masivo 162 dirige al sistema de ficheros de servidor de aplicaciones (host) 144 para abrir el fichero, o para crear un nuevo fichero si el fichero no existe en el sistema de almacenamiento 150. Esto se lleva a cabo por parte del gestor de almacenamiento masivo 162 enviando una petición al agente de servidor de aplicaciones (host) 120 a través de Ia interfaz de comunicaciones ISO 7816

102. El agente de servidor de aplicaciones (host) 120 dirige entonces al sistema de ficheros de servidor de aplicaciones (host) 144 para abrir el fichero.

El control pasa al paso 422, en el que el sistema de ficheros de servidor de aplicaciones (host) 144 amplía el tamaño del fichero abierto. Esto se lleva a cabo por medio del gestor de almacenamiento masivo 162 enviando una petición al agente de servidor de aplicaciones (host) 120 a través de Ia interfaz de comunicaciones ISO 7816 102. El tamaño de Ia ampliación puede ser un número fijo de octetos, tal como un megabyte, que pueda acomodar una o más operaciones de escritura. De manera alternativa, el tamaño de fichero se puede ampliar en el número de octetos necesario para acomodar el fichero después de que se haya completado una operación de escritura o después de que se hayan completado todas las operaciones de escritura. En este caso, el tamaño de Ia ampliación es Ia diferencia en tamaño entre el fichero existente y nuevo (o modificado) después de una o de todas las operaciones de escritura. Por ejemplo, si un fichero existente es de dos megabytes, y Ia petición recibida es para escribir un fichero de cuatro megabytes, entonces el tamaño de Ia ampliación es de dos megabytes.

La ampliación del fichero en el paso 420 dispara el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 para que se actualice con Ia información acerca del fichero ampliado, incluyendo su localización de almacenamiento y su nuevo tamaño. El sistema de ficheros del servidor de aplicaciones (host) 144 tiene Ia orden de descargar o de copiar Ia información actualizada desde el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172 en el sistema de almacenamiento 150. Esto se lleva a cabo por parte del gestor de almacenamiento masivo 162 enviando una petición al agente de servidor de aplicaciones (host) 120 a través de Ia interfaz de comunicación ISO 7816 102. En respuesta a las peticiones para descargar o para copiar Ia información actualizada desde el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172 en el sistema de almacenamiento, el sistema de ficheros de servidor de aplicaciones (host) 144 puede transmitir comandos y datos al controlador de memoria 180 a través de Ia interfaz de comunicaciones USB 104. En el paso 424, el controlador de memoria recibe las comandos y los datos, y actualiza el índice de sistema de almacenamiento 172 usando las comandos y los datos.

El control pasa al paso 406, en el que el sistema de ficheros embebido 164 actualiza su cache del índice de sistema de almacenamiento 166, incluyendo información de directorios, del índice de sistema de almacenamiento 172 del sistema de almacenamiento 150. Después de este paso, el cache embebido del índice de sistema de almacenamiento 166 contiene información actualizada acerca del fichero redimensionado en el paso 422. El sistema de ficheros embebido 164 abre entonces el fichero, y en el paso 408, el sistema de ficheros embebido 164 realiza Ia operación de lectura o escritura de datos en el fichero. La operación de lectura o escritura de datos en el paso 408 no dispara una actualización del índice de sistema de almacenamiento almacenado en cache embebido 166, porque el funcionamiento no aumenta el tamaño del fichero. Si no hay suficiente espacio disponible, Ia escritura falla, y el fichero será ampliado de nuevo en el paso 422 antes de que se intente escribir de nuevo. Por Io tanto, el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 no se hace que pase a ser obsoleto por una operación de escritura usando el sistema de ficheros embebido 164 en el paso 408.

Si Ia operación completada es una operación de escritura, entonces el control pasa desde el paso 410 al paso 426, en el que el algoritmo comprueba si se asignó suficiente espacio de fichero para Ia operación de escritura. En caso de que no haya sido así, entonces el control pasa al paso 422, en el que el sistema de ficheros de servidor de aplicaciones (host) 144 se usa para ampliar de nuevo el fichero. En el paso 424, Ia información de índice de sistema de almacenamiento actualizada, incluyendo Ia información de directorios, desde el cache del servidor de aplicaciones (host) del índice de sistema de almacenamiento 146 es recibida desde el servidor de aplicaciones (host) 110, y se usa para actualizar el índice de sistema de almacenamiento 172 del sistema de almacenamiento 150. Esta información se usa después para actualizar el cache embebido del índice de sistema de almacenamiento 166. El control pasa después a los pasos 406, seguido por el paso 408, en el que el sistema de ficheros embebido 164 actualiza el cache embebido del índice de sistema de almacenamiento 166 e intenta completar Ia operación de escritura.

Si hubiese suficiente espacio de fichero para Ia operación de escritura, el control pasa al paso 412, en el que el gestor de almacenamiento masivo 162 determina si está acabada Ia operación de lectura / escritura de datos. Si el gestor de almacenamiento masivo 162 ha recibido una petición adicional para escribir datos o para leer datos a o desde el mismo fichero, el control vuelve al paso 408 para realizar una operación adicional de lectura / escritura utilizando el sistema de ficheros embebido 164. El devolver el control al paso 408 evita Ia sobrecarga asociada con Ia apertura y el cierre de un fichero una segunda vez para Ia operación de lectura o escritura adicionales desde o al mismo fichero. Si Ia última operación está acabada y si no hay pendientes peticiones de lectura o de escritura para el mismo fichero, entonces el control pasa desde el paso 412, a través del paso 414, en el que el fichero es cerrado por el sistema de ficheros embebido. El control pasa entonces al paso 416, y después al paso 418, porque Ia petición recibida en el paso 402 no fue una petición de fichero de sólo lectura. En el paso 418, el sistema de ficheros de servidor de aplicaciones (host) trunca el fichero para eliminar cualquier espacio extra que estuviese asignado al fichero cuando el fichero se amplió en el paso 422, pero que permaneció sin usarse después de Ia operación de escritura del paso 408. Esto se lleva a cabo por el gestor de almacenamiento masivo 162 enviando una petición al agente de servidor de aplicaciones (host) 120 a través de Ia interfaz de comunicaciones ISO 7816 102.

El truncado del fichero en el paso 418 dispara o requiere Ia actualización del índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 con información acerca del fichero truncado, incluyendo su localización de almacenamiento y su nuevo tamaño. Al sistema de ficheros de servidor de aplicaciones (host) 144 se Ie ha ordenado para que descargue o para que copie Ia información actualizada desde el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172 en el sistema de almacenamiento. Esto se lleva a cabo por el gestor de almacenamiento masivo 162 enviando una petición al agente de servidor de aplicaciones (host) 120 a través de Ia interfaz de comunicaciones ISO 7816 102. En respuesta a las peticiones de descargar o de copiar Ia información actualizada desde el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 al índice de sistema de almacenamiento 172 en el sistema de almacenamiento, el sistema de ficheros de servidor de aplicaciones (host) 144 puede transmitir comandos y datos al controlador de memoria 180 a través de Ia interfaz de comunicaciones USB 104. En el paso 428, el controlador de memoria recibe los comandos y los datos, y actualiza el índice de sistema de almacenamiento 172 usando los comandos y los datos. Después de esta actualización, se acaban los pasos 400. Son posibles otras realizaciones del algoritmo de ampliación de ficheros. En una realización, Ia ampliación del fichero en el paso 422 utiliza información acerca del tamaño del fichero que dará como resultado una vez que se complete Ia operación de escritura pendiente, y amplía el fichero de forma que siempre haya al menos un espacio de fichero suficiente para completar Ia operación de escritura de fichero pendiente. En esta realización, el control pasa del paso 408 al paso 412, y después al paso 426 si existe una petición posterior de acceso a fichero pendiente. Si existe otra petición pendiente de acceso a fichero, en el paso 426, el fichero se puede ampliar de nuevo si la petición pendiente es una petición de escritura en fichero y si no hay al menos espacio suficiente en fichero para completar Ia siguiente operación de escritura en fichero.

Mediante Ia utilización de los pasos 400 de Ia figura 4, un gestor de almacenamiento masivo 162 puede recibir una petición para escribir un fichero, en el que Ia operación requiere el uso del sistema de ficheros embebido 164. En respuesta a esta petición, el gestor de almacenamiento masivo 162 puede utilizar eí sistema de ficheros de servidor de aplicaciones (host) 144 para ampliar el fichero antes de Ia escritura, y truncar el fichero al tamaño correcto después de Ia escritura. El gestor de almacenamiento masivo 162 puede utilizar el sistema de ficheros embebido 164 para transferir realmente los datos a Ia memoria 170. Por Io tanto, a diferencia de Ia primera realización, no se transmiten los datos de escritura a y desde el servidor de aplicaciones (host) 110 antes de su almacenamiento en Ia memoria 170.

Por medio de Ia división de las tareas asociadas con Ia petición de Ia aplicación, el gestor de almacenamiento masivo 162 puede asegurar que el sistema de ficheros de servidor de aplicaciones (host) 144 realiza todas las operaciones que requeriría una actualización al índice de sistema de almacenamiento 172. Por Io tanto, el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 no se encuentra en riesgo de comenzar a estar obsoleto debido a una operación de E/S de fichero utilizando el sistema de ficheros embebido 164. El índice de sistema de almacenamiento almacenado en cache embebido 166 se puede actualizar desde el índice de sistema de almacenamiento 172 antes de que los datos sean escritos o leídos a o desde el sistema de almacenamiento 150. Sin embargo, Ia inspección de los pasos 400 revela que esta operación de sincronización ocurre solamente una vez cuando se solicita una operación de sólo lectura, y solamente una vez por evento de ampliación de fichero cuando se requiere una operación de escritura. Además, si el tamaño de Ia ampliación de fichero predeterminada aumentó, el número requerido de eventos de ampliación de ficheros se puede disminuir. Con el fin de implementar los pasos 400 de Ia figura 4, un sistema de ficheros de servidor de aplicaciones (host) debe tener una funcionalidad mínima requerida. De manera específica, el gestor de almacenamiento masivo 162 debe ser capaz de dirigir el sistema de ficheros de servidor de aplicaciones (host) para 1) abrir o crear un fichero, 2) cerrar un fichero, 3) ampliar un fichero, 4) truncar un fichero, y 5) copiar el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) y Ia información asociada de fichero a un índice de sistema de almacenamiento de sistema de almacenamiento. Como ya se ha tratado con anterioridad, el gestor de almacenamiento masivo 162 puede transmitir comandoes al agente de servidor de aplicaciones (host) 120, que a su vez puede enviar comandoes, quizá en forma de llamadas a funciones, al sistema de ficheros de servidor de aplicaciones (host) 144.

La API Win32 es capaz de implementar todas las funciones requeridas. Como se ha tratado con anterioridad, el sistema de ficheros de servidor de aplicaciones (host) puede abrir o crear un fichero, cerrar un fichero, y copiar el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) y Ia información asociada de fichero a un índice de sistema de almacenamiento de sistema de almacenamiento. El sistema de ficheros de servidor de aplicaciones (host) también puede ampliar o truncar un fichero por medio de primero fijar un puntero de fichero asociado con un fichero abierto usando Ia función SetFilePointer, después fijando Ia localización apuntada por el puntero de fichero como el final del fichero abierto usando Ia función

SetEndOfFile.

DWORD WINAPI SetFilePointer(_in HANDLE hFile, _in LONG IDistanceToMove, inout_opt PLONG IpDistanceToMoveHigh, in DWORD dwMoveMethod);

BOOL WINAPI SetEndOfFile(_in HANDLE hFile);

La figura 5 muestra pasos de ejemplo 500 para procesar una operación de escritura usando el sistema de ficheros de servidor de aplicaciones (host) 144 de Ia figura 1. Los pasos 500 se pueden utilizar por parte de una aplicación de servidor de aplicaciones (host) 130. Los pasos 500 se pueden utilizar también por parte del agente de servidor de aplicaciones (host) 120, por ejemplo, en respuesta a una petición de escritura transmitida desde el gestor de almacenamiento masivo 162. En el paso 502, se recibe una petición para realizar una operación de escritura o una operación de lectura. La petición puede estar generada por parte de Ia funcionalidad dentro de una aplicación 130, y puede ser recibida por un componente dentro de Ia aplicación 130. La petición también puede ser recibida por el agente de servidor de aplicaciones (host) 120 desde el gestor de almacenamiento masivo 162 en el sistema de almacenamiento 150. Tanto el agente de servidor de aplicaciones (host) 120 como Ia aplicación 130 pueden enviar comandos y datos al sistema de ficheros de servidor de aplicaciones (host) 144 a través del sistema operativo de servidor de aplicaciones (host) 140. El control pasa al paso 504, en el que el sistema de ficheros de servidor de aplicaciones (host) abre el fichero. En el paso 506, el sistema de ficheros de servidor de aplicaciones (host) escribe datos o lee datos a o desde el fichero. El sistema de ficheros de servidor de aplicaciones (host) 144 recibe Ia petición a nivel de fichero desde Ia aplicación 130 o el agente de servidor de aplicaciones (host) 120, y genera uno o más comandos de dirección de bloque lógico (LBA) y datos para su transmisión al controlador de memoria 180 sobre Ia ¡nterfaz de comunicaciones USB 104. El controlador de memoria 180 recibe los comandos desde el servidor de aplicaciones (host) 110. Si Ia petición es una operación de escritura, el controlador de memoria 180 recibe también datos. El controlador de memoria 180 escribe o lee después Ia memoria 170 de acuerdo con los comandos de dirección de bloque lógico. Si Ia petición es una operación de lectura, el controlador de memoria 180 devuelve los datos al servidor de aplicaciones (host) sobre Ia interfaz de comunicaciones USB 104. El control pasa entonces al paso 508, en el que el sistema de ficheros de servidor de aplicaciones (host) cierra el fichero. De esta manera, Ia inspección de los pasos 500 revela que el índice de sistema de almacenamiento de sistema de fichero en cache de servidor de aplicaciones (host) 146 no necesitaría estar sincronizado con el índice de sistema de almacenamiento almacenado en cache embebido 166. El sistema de ficheros de servidor de aplicaciones (host) 110 puede utilizar su índice de sistema de almacenamiento almacenado en cache 146 sin el riesgo de que se éste se quedé obsoleto, porque el sistema de ficheros embebido 164 no realiza ninguna de las operaciones de E/S de fichero que podría hacer que quedase obsoleta Ia copia en cache del servidor de aplicaciones (host) 146 del índice de sistema de almacenamiento 172. En lugar de esto, el gestor de almacenamiento masivo 162 delega todas las operaciones, tales como Ia ampliación y el trunco de ficheros, que dispararían o que requerirían de una actualización a un índice de sistema de almacenamiento almacenado en cache 166 al sistema de ficheros de servidor de aplicaciones (host) 100. Esto elimina Ia necesidad de sincronización cuando se realicen operaciones de escritura y de lectura usando el sistema de ficheros de servidor de aplicaciones (host) 110, mejorando el funcionamiento de estas operaciones.

Los procedimientos y los sistemas descritos en este documento se pueden implementar dentro de una variedad de arquitecturas de almacenamiento. Un ejemplo de una memoria compartida entre un sistema de ficheros de servidor de aplicaciones (host) y un sistema de ficheros embebido es una tarjeta SIM de alta capacidad, tal como Ia SIM 5000™, un dispositivo de memoria de SanDisk Corporation de Milpitas, California. Se utilizan tarjetas SIM y tarjetas R-UIM en teléfonos celulares que funcionan en redes de comunicaciones de Sistemas Globales para Comunicaciones Móviles (GSM) y redes de Acceso Múltiple por División de Código (CDMA), respectivamente. En estas aplicaciones, las tarjetas SIM y R-UIM almacenan cantidades limitadas de información, tal como claves de encriptado, valores de identificación de abonado, y lista de contactos telefónicos. Sin embargo, a medida que ha aumentado Ia densidad de almacenamiento de memoria no volátil, más memoria no volátil puede estar contenida dentro de una tarjeta de almacenamiento tal como una tarjeta SIM. El almacenamiento adicional se puede utilizar para una variedad de servicios de telefonía celular avanzada, tales como anexado de objetos en Servicios de Mensajería Multimedia (MMS), ficheros de audio MP3, ficheros de imagen de alta resolución, y ficheros de vídeo, así como proporcionar funcionalidad de gestión de información personal (PIM) completa (del inglés, personal information managemenf), tal como listas de contactos de correo electrónico y calendarios. Alguna de Ia capacidad de almacenamiento adicional es utilizada por aplicaciones que se están ejecutando en el servidor de aplicaciones (host), tal como un teléfono celular, un asistente digital personal (PDA), o cualquier dispositivo que esté en comunicación con Ia tarjeta SIM de alta capacidad. La capacidad de almacenamiento adicional también es utilizada por aplicaciones que se estén ejecutando sobre un procesador embebido con Ia tarjeta SlM de alta capacidad. En una tarjeta SIM de alta capacidad, al menos algunos datos se almacenan en un espacio de memoria compartido que es accesible tanto por el procesador embebido dentro de Ia tarjeta SIM, como por el servidor de aplicaciones (host).

De esta manera, en un sistema que esté utilizando una tarjeta SIM de alta capacidad, existe una necesidad de coordinar el acceso al almacenamiento en memoria flash dentro de una tarjeta SIM de alta capacidad por parte del sistema de ficheros de servidor de aplicaciones (host) y del sistema de ficheros embebido. Utilizando las realizaciones, un procesador de servidor de aplicaciones (host) puede acceder al almacenamiento en memoria flash dentro de una tarjeta SIM de alta capacidad sin tener que actualizar su índice de sistema de almacenamiento almacenado en cache con el contenido del índice de sistema de almacenamiento almacenado en cache embebido. De esta manera, el funcionamiento del acceso al sistema de ficheros de servidor de aplicaciones (host) es similar a sistemas en los que el acceso no esté compartido con un procesador embebido. Un gestor de almacenamiento masivo, tal como el gestor de almacenamiento masivo 162 de Ia figura 1 , se puede utilizar para recibir peticiones provenientes de una aplicación embebida 152, y para determinar si Ia operación solicitada requeriría una actualización del índice de sistema de almacenamiento 172. En una realización, el gestor de almacenamiento masivo 162 encamina Ia petición al sistema de ficheros de servidor de aplicaciones (host) 144 si Ia petición cambiará el índice de almacenamiento masivo 172, y encamina Ia petición al sistema de ficheros embebido 164 si Ia petición cambiará el índice de sistema de almacenamiento 172. De esta manera, el sistema de ficheros de servidor de aplicaciones (host) 144 se utiliza para escribir un nuevo fichero, para borrar un fichero, para anexar datos a un fichero existente, o para sobrescribir un fichero existente con un nuevo fichero más grande. El sistema de ficheros embebido 164 solamente se utiliza para operaciones de lectura, y para operaciones de sobrescribir datos con nuevos datos, a Io que a veces se hace referencia como "escribir en lugar". En esta realización, si el sistema de ficheros de servidor de aplicaciones (host) 144 se utiliza para completar Ia petición, los datos de escritura se transmiten fuera del sistema de almacenamiento 150 al servidor de aplicaciones (host) 110 como parte de una orden a nivel de fichero. Los datos de escritura se transmiten desde el servidor de aplicaciones (host) 110 a Ia tarjeta SIM de alta capacidad 150 como parte de una pluralidad de comandos de dirección de bloque lógico generadas por el sistema de ficheros de servidor de aplicaciones (host) 144. De esta manera, los datos de escritura existen y vuelven a entrar en Ia tarjeta SIM de alta capacidad 150 antes de ser escritos en memoria flash 170. Con el fin de que una aplicación embebida lea desde el almacenamiento en memoria flash, el sistema de ficheros embebido actualiza en primer lugar su cache del índice de sistema de almacenamiento, después realiza lecturas sin Ia ayuda del sistema de ficheros de servidor de aplicaciones (host), como se describe en los pasos 200 de Ia figura 2, y los pasos 400 de Ia figura 4.

En otra realización, el gestor de almacenamiento masivo 162 particiona Ia petición proveniente de Ia aplicación 152 según sea necesario, para utilizar Ia funcionalidad del sistema de ficheros de servidor de aplicaciones (host) 144 si se requieren Ia ampliación y el truncado de ficheros, y en caso contrario usan el sistema de ficheros embebido 164 para operaciones de lectura y escritura reales. Con el fin de escribir datos en un nuevo fichero, Ia anexión en un fichero existente, o Ia escritura en un fichero existente en el que el tamaño del fichero resultante cambiará, un sistema de ficheros embebido 164 puede depender de un sistema de ficheros de servidor de aplicaciones (host) 144 para abrir o para crear un nuevo fichero, ampliar el fichero en preparación para Ia escritura de nuevos datos, y para truncar y cerrar el fichero después de que se haya completado una operación de escritura. El sistema de ficheros embebido 164 se puede utilizar para realizar Ia escritura real de datos en el fichero. El gestor de almacenamiento masivo 162 coordina el funcionamiento del sistema de ficheros de servidor de aplicaciones (host) 144 y el sistema de ficheros embebido 164 con el fin de completar Ia petición. El permitir que un sistema de ficheros de servidor de aplicaciones (host)

110 y un sistema de ficheros embebido 164 compartan el mismo espacio de almacenamiento de datos permite que aplicaciones de servidor de aplicaciones (host) 130 y aplicaciones embebidas 152 compartan los mismos datos según se necesite. Una ¡neficiencia potencial asociada con hacer funcionar dos sistemas de ficheros en paralelo es Ia sincronización de los índices de sistema de almacenamiento almacenados en cache almacenados dentro de cada sistema de ficheros, y el índice de sistema de almacenamiento almacenado en el propio sistema de almacenamiento. Sin sincronización, una memoria 170 se puede corromper por medio de una operación de escritura utilizando una copia en cache obsoleta del índice de sistema de almacenamiento. Por otra parte, las operaciones de sincronización pueden disminuir el caudal de salida de datos debido a Ia necesidad de copiar Ia información de índice de sistema de almacenamiento entre el sistema de almacenamiento 150 y Ia copia en cache del índice de sistema de almacenamiento almacenado dentro de cada sistema de ficheros.

Las realizaciones permiten al sistema de ficheros de servidor de aplicaciones (host) utilizar su índice de sistema de almacenamiento almacenado en cache sin el riesgo de quedar obsoleto, porque el sistema de ficheros embebido no realiza ninguna de las operaciones de E/S de ficheros que podrían hacer que quedase obsoleta Ia copia en cache de servidor de aplicaciones (host) del índice de sistema de almacenamiento. Esto elimina Ia necesidad de sincronización cuando se realizan operaciones de lectura y de escritura usando el sistema de ficheros de servidor de aplicaciones (host), mejorando el funcionamiento de estas operaciones. Con el fin de hacer esto, el sistema de ficheros de servidor de aplicaciones (host) realiza muchas operaciones en nombre del sistema de ficheros embebido. Dependiendo de Ia realización, las operaciones que disparen o que requieran un cambio en un índice de sistema de almacenamiento, tal como las operaciones de escritura en ficheros, de creación de ficheros, de borrado de ficheros, de ampliación de ficheros y las operaciones de truncado de ficheros, son realizadas por el sistema de ficheros de servidor de aplicaciones (host) 144, en nombre del sistema de ficheros embebido 164.

En una realización, el sistema de ficheros de servidor de aplicaciones (host) 144 se usa para realizar todas las operaciones de escritura en memoria 170, ya sea iniciadas por medio de una aplicación de servidor de aplicaciones (host) 130 o por medio de una aplicación embebida 152, que dispararía o que requeriría un cambio en el índice de sistema de almacenamiento 172. De esta forma, el sistema de ficheros de servidor de aplicaciones (host) 144 procesa las peticiones de escritura provenientes de las aplicaciones embebidas 152 a través del agente de servidor de aplicaciones (host) 120 como si las peticiones fuesen originadas dentro del servidor de aplicaciones (host). Al hacerlo así, el índice de sistema de almacenamiento almacenado en cache de servidor de aplicaciones (host) 146 no tiene el riesgo de convertirse en obsoleto por medio de una operación por parte del sistema de ficheros embebido 164. En otra realización, el sistema de ficheros embebido 164 se utiliza para escribir datos en Ia memoria 170 para Ia aplicación embebida 152, y el sistema de ficheros de servidor de aplicaciones (host) 144 solamente se usa para ampliar el tamaño del fichero para permitir Ia escritura de nuevos datos en el fichero. El sistema de ficheros de servidor de aplicaciones (host) 144 también trunca el fichero para eliminar espacio de fichero sin usarse al finalizar una operación de escritura. Después de Ia operación de ampliación, el sistema de ficheros embebido 164 debe sincronizar su índice de sistema de almacenamiento almacenado en cache 166 con el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146. La sobrecarga de esta operación de sincronización se puede reducir (con relación a Ia cantidad de datos escritos) por medio de Ia selección de un tamaño de extensión de fichero que sea suficiente para acomodar Ia mayoría o todos los datos que el sistema de ficheros embebido vaya a escribir mientras el fichero esté abierto. Cuando se utiliza el sistema de ficheros embebido 164 para leer datos, el sistema de ficheros embebido 164 debe sincronizar su índice de sistema de almacenamiento almacenado en cache 166 con el índice de sistema de almacenamiento almacenado en cache del servidor de aplicaciones (host) 146 antes de abrir el fichero. La sobrecarga de esta operación de sincronización se puede reducir (con relación a Ia cantidad de datos leídos) por medio de Ia lectura de más datos provenientes del fichero cada vez que éste se abre.

En una realización, el sistema de ficheros de servidor de aplicaciones (host) 144 se ve favorecido, y de esta manera puede tener comparativamente un mejor funcionamiento, porque el índice de sistema de almacenamiento almacenado en cache del sistema de ficheros de servidor de aplicaciones (host) 146 no puede pasar a ser obsoleto debido a las operaciones de E/S de fichero utilizando el sistema de ficheros embebido 164. En otra realización, el sistema de ficheros embebido 164 podría verse favorecido en lugar del sistema de ficheros de servidor de aplicaciones (host) 144, por medio de Ia utilización del sistema de ficheros embebido 164 para realizar todas las operaciones que modificarían el índice de sistema de almacenamiento 172, y requiriendo que el sistema de ficheros de servidor de aplicaciones (host) 144 sincronice su índice de sistema de almacenamiento almacenado en cache 146 antes de realizar una operación de E/S de fichero. La elección de cuál sistema de ficheros favorecer depende de los requisitos de funcionamiento del sistema. Por ejemplo, si el funcionamiento de E/S de fichero de los datos que el servidor de aplicaciones (host) esté almacenando es más importante, el sistema de ficheros de servidor de aplicaciones (host) 144 podría verse favorecido. Por otra parte, si el funcionamiento de E/S de fichero de los datos que las aplicaciones embebidas 152 están almacenando es más importante, entonces el sistema de ficheros embebido 164 podría verse favorecido.

Aunque Ia invención se ha descrito con respecto a varias realizaciones de sistema y de procedimiento, se entenderá que Ia invención es merecedora de protección dentro del alcance completo de las reivindicaciones anejas.

Claims

REIVINDICACIONES

1. Un procedimiento para Ia gestión del acceso a datos para un sistema de almacenamiento que sea accesible por un sistema de ficheros embebido y que esté indexado por medio de un índice de sistema de almacenamiento, que comprende:

Ia recepción de una petición de acceso proveniente de dentro del sistema de almacenamiento, en el que Ia petición de acceso está asociada con un fichero; Ia determinación de si Ia petición de acceso es una petición de escritura que requiere una actualización del índice de sistema de almacenamiento; si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento, en el que Ia petición de escritura comprende datos:

Ia transmisión de una orden de escritura de datos y los datos a un servidor de aplicaciones; Ia recepción de una orden de escritura de dirección de bloque lógico y al menos una parte de los datos provenientes del servidor de aplicaciones;

Ia escritura de Ia parte de los datos en el sistema de almacenamiento de acuerdo con Ia orden de escritura de dirección de bloque lógico;

Ia recepción de la orden de actualización del índice de sistema de almacenamiento proveniente del servidor de aplicaciones; y

Ia actualización del índice de sistema de almacenamiento de acuerdo con Ia orden de actualización del índice de sistema de almacenamiento recibida; y si Ia petición de acceso es una petición de escritura que no requiere de una actualización del índice de sistema de almacenamiento, en el que Ia petición de escritura comprende datos:

Ia escritura de datos en el fichero con el sistema de ficheros embebido.

2. El procedimiento de Ia reivindicación 1 , comprendiendo de manera adicional:

Ia determinación de si Ia petición de acceso es una petición de lectura, y, de ser así:

Ia lectura de los datos del fichero con el sistema de ficheros embebido.

3. El procedimiento de Ia reivindicación 1 , en el que el índice de sistema de almacenamiento comprende una Tabla de Asignación de Ficheros.

4. El procedimiento de Ia reivindicación 1 , en el que el sistema de almacenamiento es una tarjeta de medios extraíble que comprende una memoria no volátil.

5. El procedimiento de Ia reivindicación 1 , en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento comprende Ia determinación de si Ia petición de escritura de datos es una petición para escribir un nuevo fichero en el sistema de almacenamiento.

6. EI procedimiento de Ia reivindicación 1 , en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento comprende Ia determinación de si Ia petición de escritura de datos es una petición para sustituir un fichero existente con un nuevo fichero, en el que el tamaño del nuevo fichero es mayor que el tamaño del fichero existente.

7. El procedimiento de Ia reivindicación 1 , en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento comprende Ia determinación de si Ia petición de escritura de datos es una petición para anexar datos a un fichero existente.

8. El procedimiento de Ia reivindicación 1 , en el que Ia orden de escritura de datos y los datos para su escritura son transmitidos sobre una primera interfaz, y Ia orden de dirección de bloque lógico y Ia orden de índice de sistema de almacenamiento son recibidas sobre una segunda interfaz.

9. El procedimiento de Ia reivindicación 3, en el que Ia primera interfaz es una interfaz ISO 7816, y Ia segunda interfaz es una interfaz de Bus Serie Universal.

10. El procedimiento de Ia reivindicación 8, en el que Ia primera interfaz es una interfaz segura.

11. El procedimiento de Ia reivindicación 8, en el que Ia segunda interfaz es una interfaz segura.

12. El procedimiento de Ia reivindicación 1 , en el que Ia transmisión de una orden de escritura de datos y los datos a un servidor de aplicaciones comprende:

Ia transmisión de una orden de abrir fichero al servidor de aplicaciones; y Ia transmisión de una orden de escritura de datos y los datos al servidor de aplicaciones.

13. El procedimiento de Ia reivindicación 12, comprendiendo de manera adicional Ia transmisión de una orden a un servidor de aplicaciones para cerrar el fichero.

14. El procedimiento de Ia reivindicación 1 , en el que Ia escritura de datos en el fichero con el sistema de ficheros embebido comprende:

Ia apertura del fichero con un sistema de ficheros embebido; Ia escritura de datos en el fichero con el sistema de ficheros embebido; y el cierre del fichero con el sistema de ficheros embebido.

15. El procedimiento de Ia reivindicación 1 , en el que Ia lectura de datos del fichero con el sistema de ficheros embebido comprende: Ia apertura del fichero con un sistema de ficheros embebido; Ia lectura de datos del fichero con el sistema de ficheros embebido; y el cierre del fichero con el sistema de ficheros embebido.

16. Un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento, que comprende: una memoria; un sistema de ficheros embebido; un controlador de memoria, configurado para recibir peticiones de lectura y de escritura desde un servidor de aplicaciones y desde el sistema de ficheros embebido y Ia escritura de datos y Ia lectura de datos a y desde Ia memoria; y un gestor, configurado para: recibir una petición de acceso desde dentro del sistema de almacenamiento, en el que Ia petición de acceso está asociada con un fichero, determinar si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento, una petición de escritura que no requiera de una actualización del índice de sistema de almacenamiento, o una petición de lectura, si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento, en el que Ia petición de escritura comprende datos: transmitir una orden de escritura de datos y los datos a un servidor de aplicaciones, y si Ia petición de acceso es una petición de escritura que no requiere de una actualización del índice de sistema de almacenamiento, en el que Ia petición de escritura comprende datos: escribir los datos en el fichero con el sistema de ficheros embebido.

17. El sistema de Ia reivindicación 16, en el que el gestor está configurado además para leer datos desde el fichero con el sistema de ficheros embebido, si Ia petición de acceso es una petición de lectura.

18. El sistema de Ia reivindicación 16, en el que el índice de sistema de almacenamiento comprende una Tabla de Asignación de Ficheros.

19. El sistema de Ia reivindicación 16, en el que el sistema de almacenamiento es una tarjeta de medios extraíble que comprende una memoria no volátil.

20. El sistema de Ia reivindicación 16, en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento, comprende Ia determinación de si Ia petición de escritura de datos es una petición para escribir un fichero nuevo en el sistema de almacenamiento.

21. El sistema de Ia reivindicación 16, en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento comprende Ia determinación de si Ia petición de escritura de datos es una petición para sustituir un fichero existente con un nuevo fichero, en el que el tamaño del nuevo fichero es mayor que el tamaño del fichero existente.

22. El sistema de Ia reivindicación 16, en el que Ia determinación de si Ia petición de acceso es una petición de escritura que requiere de una actualización del índice de sistema de almacenamiento comprende Ia determinación de si Ia petición de escritura de datos es una petición para anexar datos a un fichero existente.

23. El sistema de Ia reivindicación 16, en el que Ia orden de escritura de datos y los datos que se vayan a escribir se transmiten sobre una primera interfaz, y Ia orden de dirección de bloque lógico y Ia orden de índice de sistema de almacenamiento son recibidas sobre una segunda interfaz.

24. El sistema de Ia reivindicación 23, en el que Ia primera interfaz es una interfaz ISO 7816, y Ia segunda interfaz es una interfaz de Bus Serie Universal.

25. El sistema de Ia reivindicación 23, en el que Ia primera interfaz es una interfaz segura.

26. El sistema de Ia reivindicación 23, en el que Ia segunda interfaz es una interfaz segura.

27. El sistema de Ia reivindicación 16, en el que Ia transmisión de una orden de escritura de datos y los datos a un servidor de aplicaciones comprende:

Ia transmisión de una orden de abrir fichero al servidor de aplicaciones; y

Ia transmisión de una orden de escritura de datos y datos al servidor de aplicaciones.

28. El sistema de Ia reivindicación 27, en el que el gestor está configurado además para transmitir una orden a un servidor de aplicaciones para cerrar el fichero.

29. El sistema de Ia reivindicación 16, en el que Ia escritura de datos en el fichero con el sistema de ficheros embebido comprende: Ia apertura del fichero con un sistema de ficheros embebido;

Ia escritura de datos en el fichero con el sistema de ficheros embebido; y el cierre del fichero con el sistema de ficheros embebido.

30. El sistema de Ia reivindicación 16, en el que Ia lectura de datos del fichero con el sistema de ficheros embebido comprende:

Ia apertura del fichero con un sistema de ficheros embebido; Ia lectura de datos del fichero con el sistema de ficheros embebido; y el cierre del fichero con el sistema de ficheros embebido.

31. Un procedimiento de gestión del acceso a los datos para un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento, comprendiendo: Ia recepción de una petición de acceso desde dentro del sistema de almacenamiento, en el que Ia petición de acceso está asociada con un fichero;

Ia determinación de si la petición de acceso es una petición de escritura; si Ia petición de acceso es una petición de escritura, en Ia que Ia petición de escritura comprende datos: transmitir una orden de abrir fichero a un servidor de aplicaciones; transmitir una orden de ampliar fichero al servidor de aplicaciones; recibir una orden de actualizar el índice de sistema de almacenamiento desde el servidor de aplicaciones, en el que Ia orden de actualizar el índice de sistema de almacenamiento comprende información acerca del fichero ampliado; actualizar el índice de sistema de almacenamiento de acuerdo con Ia orden de actualizar el índice de sistema de almacenamiento recibida; transmitir una orden de cerrar fichero al servidor de aplicaciones; abrir el fichero con el sistema de ficheros embebido, escribir datos con un sistema de ficheros embebido; y cerrar el fichero con el sistema de ficheros embebido.

32. El procedimiento de Ia reivindicación 31, comprendiendo de manera adicional:

Ia determinación de si Ia petición de acceso es una petición de lectura, y de ser así: abrir el fichero con un sistema de ficheros embebido; leer los datos del fichero con el sistema de ficheros embebido; y cerrar el fichero con el sistema de ficheros embebido.

33. El procedimiento de la reivindicación 31 , en el que el índice de sistema de almacenamiento comprende una Tabla de Asignación de Ficheros.

34. El procedimiento de Ia reivindicación 31 , en el que el sistema de almacenamiento es una tarjeta de medios extraíble que comprende una memoria no volátil.

35. El procedimiento de Ia reivindicación 31 , en el que Ia orden de ampliación de fichero amplía el fichero en un número predeterminado de octetos.

36. El procedimiento de Ia reivindicación 31 , en el que la orden de abrir fichero, Ia orden de cerrar fichero, y Ia orden de ampliar fichero son transmitidas sobre una primera interfaz, y Ia orden de dirección de bloque lógico y Ia orden de índice de sistema de almacenamiento son recibidas sobre una segunda interfaz.

37. El procedimiento de Ia reivindicación 36, en el que la primera interfaz es una interfaz ISO 7816, y Ia segunda interfaz es una interfaz de Bus Serie Universal.

38. El procedimiento de Ia reivindicación 36, en el que Ia primera interfaz es una interfaz segura.

39. El procedimiento de Ia reivindicación 36, en el que Ia segunda interfaz es una interfaz segura.

40. Un sistema de almacenamiento indexado por medio de un índice de sistema de almacenamiento, que comprende: una memoria; un sistema de ficheros embebido; un controlador de memoria, configurado para recibir peticiones desde un servidor de aplicaciones y desde un sistema de ficheros embebido y para escribir datos y para leer datos a y desde Ia memoria; un gestor, configurado para: recibir una petición de acceso desde dentro del sistema de almacenamiento, en el que Ia petición de acceso está asociada con un fichero; determinar si Ia petición de acceso es una petición de escritura, en el que Ia petición de escritura comprende datos; en respuesta a determinar que Ia petición de acceso es una petición de escritura: transmitir una orden de abrir fichero a un servidor de aplicaciones, transmitir una orden de ampliar fichero al servidor de aplicaciones, transmitir una orden de descarga del índice de sistema de almacenamiento al servidor de aplicaciones, abrir el fichero con el sistema de ficheros embebido, escribir datos con el sistema de ficheros embebido, cerrar el fichero con el sistema de ficheros embebido, y transmitir una orden de cerrar fichero al servidor de aplicaciones, en Ia que Ia escritura de los datos en el fichero con el sistema de ficheros embebido no cambia un tamaño del fichero.

41. El sistema de Ia reivindicación 40, en el que el gestor está configurado de manera adicional para determinar que Ia petición de acceso es una petición de lectura, y de ser así: abrir el fichero con el sistema de ficheros embebido; leer datos del fichero con el sistema de ficheros embebido; y cerrar el fichero con el sistema de ficheros embebido, en respuesta.

42. El sistema de Ia reivindicación 40, en el que el gestor está configurado de manera adicional para transmitir una orden de truncar fichero al servidor de aplicaciones , en el que Ia orden de truncar fichero comprende un valor de tamaño indicativo de un número de octetos suficientes para almacenar el fichero después de completar Ia petición de escritura de datos.

43. El sistema de Ia reivindicación 42, en el que el gestor está configurado de manera adicional para: transmitir una orden de descarga del índice de sistema de almacenamiento al servidor de aplicaciones después de que Ia orden de truncar fichero sea transmitida al servidor de aplicaciones; recibir una orden de actualización de índice de sistema de almacenamiento desde el servidor de aplicaciones, en el que Ia orden de actualización de índice de sistema de almacenamiento comprende información acerca del fichero truncado; y actualizar el índice de sistema de almacenamiento de acuerdo con Ia orden de actualización de índice de sistema de almacenamiento.