[go: up one dir, main page]

EP1849054A1 - Dispositif de stockage de donnees - Google Patents

Dispositif de stockage de donnees

Info

Publication number
EP1849054A1
EP1849054A1 EP05807956A EP05807956A EP1849054A1 EP 1849054 A1 EP1849054 A1 EP 1849054A1 EP 05807956 A EP05807956 A EP 05807956A EP 05807956 A EP05807956 A EP 05807956A EP 1849054 A1 EP1849054 A1 EP 1849054A1
Authority
EP
European Patent Office
Prior art keywords
file
type
block
memory
storage device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP05807956A
Other languages
German (de)
English (en)
Inventor
Denis Praca
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales DIS France SA
Original Assignee
Gemplus Card International SA
Gemplus SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus Card International SA, Gemplus SA filed Critical Gemplus Card International SA
Publication of EP1849054A1 publication Critical patent/EP1849054A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/77—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in smart cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/062—Securing storage systems
    • G06F3/0622—Securing storage systems in relation to access
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0661—Format or protocol conversion arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351—Virtual cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card

Definitions

  • the present invention generally relates to the field of digital data storage systems.
  • It relates more particularly to a data storage device comprising means for managing the security of the data contained in the device at the data file level.
  • FIG. 1 thus illustrates the organization in memory of a storage device whose accesses are made through commands for reading and writing memory blocks, as seen from the host device, with according to this example , the information partition, the file allocation table, the root directory, the files 1, 2, 3, written in the different memory blocks referenced 1 to n.
  • the result is the physical organization of data in memory, which allows the management and manipulation of files.
  • the host device is then able to retrieve a file structure. More particularly, the operating system of the host device is in charge of managing the memory blocks thus formatted to allow applications to use a file system, for example presenting itself according to a logical tree structure where the files are stored hierarchical in a set of directories and subdirectories, as shown in Figure 2.
  • the file system therefore hides the underlying physical organization of the memory used.
  • Host devices, to build and organize such a file system thus access the memory through commands for reading and writing blocks. The consequence is that the storage device itself has no control over the access to the files in its memory, except to lock the access at the level of the blocks of the memory, without however having a relation with the files. .
  • the management of access rights to the memory on this type of storage device is therefore carried out at the present time, at the level of all the blocks present or on a group of blocks with the necessity then to fragment the memory space into several groups of blocks having different access rights.
  • the problem posed by such a management of the block type memory is that it does not allow the specificities to be taken into account.
  • the type of memory in block management For example, it is known that flash memory cards support a limited number of erase / write cycles. Thus, it may be interesting to organize the file system taking into account this characteristic and thus avoiding storing information that can be frequently modified to a fixed place in the memory (case of the file allocation tables in FAT systems for example).
  • flash Translation layer a software layer commonly called "Flash Translation layer". According to the English terminology, designed to virtualize the memory addresses of the memory blocks visible from outside the storage device in order to be able to store the information that can be frequently modified at different physical addresses with each write.
  • Such storage devices are, however, limited in their use with host devices managing block access, as soon as possible. when it is desired to make them smarter, in particular by adding more advanced security features for the management of access rights to the data in their memory. Indeed, the management of access rights on this type of device can only be performed at the level of the blocks present in memory.
  • reading and writing blocks since it allows a very fine and very flexible security control depending on the desired application. It is possible to provide as many different data access conditions as there are files in the storage device.
  • the host device has no vision on the organization of the internal memory in the card and must have a suitable interface with the card, capable of implementing a file type access protocol for the card. access the data in the map.
  • smart card type storage devices can not cooperate with host devices designed to manage block type memories.
  • a storage device is structured for a block or type access system. file, but not for both.
  • the purpose of the present invention is to reconcile the two types of memory management technology mentioned above, by proposing a storage device allowing access control to the data contained in memory at the file level, while being able to cooperate with a host device using a standard interface. according to a block type control format.
  • the object of the invention is a data storage device comprising a memory space divided into memory blocks and means for managing an internal file system organizing said memory blocks for storing data in form. a file structure, said management means controlling the access to the data in the memory according to a file type control format, said device being characterized in that it comprises a protocol conversion interface between said management means file system and a host device comprising means for accessing the data in the memory of said storage device according to a block type control format.
  • the protocol conversion interface comprises means for simulating, from the logical organization of the internal file system, a block - type memory image of the files accessible by said host device, said image being visible by said host device.
  • the protocol conversion interface comprises means for transcribing block commands received from the host device into file type commands for the file system management means.
  • the transcription means of the block type commands in file type commands comprise means for determining the type of block accessed among a system area, a file allocation table area or a file zone of the file system. internal.
  • the protocol conversion interface comprises means for transmitting, on the one hand, the block type commands transcribed to the file system management means and, on the other hand, the corresponding block type responses to the file system management means. host device.
  • the protocol conversion interface comprises means for constructing the block type responses according to access rights associated with the host device.
  • the protocol conversion interface comprises means for modifying the data accessed by the host device as a function of the type of data accessed and / or access rights associated with the host device.
  • the protocol conversion interface is in software form under the control of the file system management means.
  • FIG 1 is a diagram illustrating the physical organization of data in a block-type memory and has already been described
  • FIG. 2 is a diagram illustrating the logical organization of a file system and has already been described
  • FIG. 3 is a diagram illustrating an exemplary architecture of a storage device according to the present invention cooperating with a host device.
  • the aim of the invention is thus to coexist an internally provided file system manager of a memory card type data storage device with an external interface implementing a data access protocol based on control commands. reading and writing blocks.
  • a storage device 10 comprises a memory space 20 typically divided into memory blocks for storing data.
  • the storage device includes an operating system supporting a file system manager for organizing the storage blocks. memory and build a file system in memory according to a predefined structure, for example a file system type FAT 16 or FAT 32 ("File Allocation Table").
  • FAT 16 or FAT 32 File Allocation Table
  • the storage device With the file system manager 30, the storage device thus has its own file management means in-house, through which the device can control access to its files in memory and the access rights to the files. files, typically through "open file”, "read file” and "file write” commands.
  • the management of the security of the data contained in the memory space 20 of the device is thus carried out at the level of the data files according to access rights which can be defined for each of them.
  • Each file is thus associated with an access control list which stores the operations that third parties are authorized to execute on the file.
  • a storage device 10 is provided to cooperate with a host device 40, in which it is for example inserted.
  • the host device 40 includes its own operating system, supporting means 50 normally provided for formatting the storage space of a storage device with which it cooperates according to a defined arrangement, in order to set up a file system enabling to manage and manipulate data files in memory.
  • An application 60 of the host device can then use this file system to manipulate data on the storage device.
  • the setting up of a file system by the operating system of the host device 40 is based on a management of the memory blocks of the storage device.
  • the host device is provided to see the storage space of the storage device as a set of blocks, as has been illustrated in FIG. 1 already described, with a view to using this memory to set up the storage device. file system through block type commands.
  • the interface between the host device 20 and the storage device 10 thus implements a protocol 70 conventionally based on a block type control format for reading and writing data blocks in memory.
  • Such a host device 40 should not be able to be used with the storage device 10 since it already manages its own file system, access to memory and control of data access must be performed at the file level data through file type command.
  • the host device 40 does not support such a protocol.
  • the storage device 10 then comprises, according to the invention, a protocol conversion interface 80, in the form of an additional software layer under the control of the software layer 30 in charge of the management of the protocol. internal file system to the storage device.
  • the function of the conversion interface 80 is thus to produce an emulation of a block-type interface to host device 40 by simulating block-type access memory on the storage device, so that the storage device 10 having file-like accesses with the intended host device 40 can be used to manage block access.
  • the protocol conversion interface 80 implemented in the storage device 10 thus makes it possible to simulate vis-à-vis the outside of the storage device and in particular for the host device where the storage device is inserted, an image in block memory of the files accessible by the host device, from the logical organization of the internal file system to the storage device and according to the access rights associated with the host device. Thus, only the files accessible by the host device according to its access rights will be visible by the host device in the form of memory blocks.
  • the conversion interface 80 is then responsible for the transcription of the block commands received from the host device 40 into file type commands for the file management means internal to the storage device.
  • the conversion interface 80 interprets the requests of the host device, which are in the form of block read / write commands, to transform them into commands for the internal file system, typically Open File / type commands. create file / read file / write file.
  • the protocol conversion interface then optionally transmits a block response management means of the internal file system to the host device.
  • the storage device can organize its file system taking into account the access rights associated with the host device and thus control access to the file level even when receiving block access commands.
  • the storage device can also organize its file system taking into account the specificities of the type of memory used.
  • the conversion interface 80 advantageously makes it possible to virtualize the addresses of the memory blocks visible from outside the storage device to store these blocks at different physical addresses each write. This aspect is particularly advantageous in the case of flash memory supporting a limited number of erase / write cycles.
  • the exact implementation of the conversion interface 80 will depend on the type of file system that is to be simulated for the host device.
  • the conversion interface 80 performs the following operations. On receipt of a read or write access request from a memory block received from the host device, it first determines the type of block accessed, namely whether this block belongs to a system area, to a file allocation table area or file area. To do this, the conversion interface 80 uses the information on the formatting of the memory 20 that it has via the internal file system manager 30, describing the correspondence between the memory addresses and the different zones of the memory. file system. Thus, from the address of the block accessed, the conversion interface deduces its type.
  • the interface 80 will transmit a block response consisting of dynamically constructing a block of data to be sent back to the host device, or modifying it. internal file structure to reflect the change required by the host device.
  • a block command received from the host device matches, according to the memory address of the block, to a data read command in the system area
  • the conversion interface returns a constant block to the host device.
  • a block write command corresponding to the write of data in the system area will be ignored by the conversion interface.
  • the processing applied by the conversion interface then consists in constructing the data of the table from the list of internal files through file type commands sent to the internal file manager to access the corresponding data and send the table to the host device, then visible to it as a set of blocks.
  • the table is further constructed from the access rights of the host device since some files may not be visible to the host device.
  • a block write command received from the host device corresponding to the writing of the file allocation table will be transcribed by the conversion interface into file type commands to the internal file manager allowing an update.
  • our internal file system file deletion, creation, modification).
  • the conversion interface To respond to a block read command received from the host device corresponding to the reading of the actual data area of the file system, the conversion interface must determine which file is accessed from the block number and the file allocation table previously sent to the host device. The block read command is then transcribed by the interface of conversion to a read command of the relevant file portion in the internal file system of the storage device, and the interface returns the block corresponding to the host device, possibly modified according to access rights associated with the host device.
  • a block write command received from the host device corresponding to the writing of the data area of the file system will be processed differently by the conversion interface depending on whether the block in question relates to a file already existing or was not allocated previously. If the data block concerns an already existing file, the conversion interface transcribes this block write command into a modification command of the internal file. If the data block was not allocated previously, however, the conversion interface transcribes the block command into a command to create a temporary file from the block. The temporary files will be re-assembled when the file allocation table is updated by the host device.
  • the present invention thus allows file-level access rights management on storage devices with an internal file system that cooperate with host devices implementing accesses to the block-type memory.
  • This ability to control access to memory and the use of this memory at the file level while maintaining compatibility with hosts managing block access opens many perspectives.
  • an example of application of the present invention concerns the control of a storage device of the aforementioned type used by a third party.
  • the third-party user might have the right to store data on the storage device, erase it, but he could only have access to a portion of the data only that he previously stored. Only the owner of the storage device with access rights will be able to recover all the stored data and may, for example, charge this service to the third party user of the storage device. Thanks to the format conversion interface provided in the storage device, this type of use is made possible without modifying the host device of the user of the storage device.
  • the owner of the storage device could be a photographic printing service provider providing users with a memory card for storing their images.
  • the user will insert this memory card into a digital camera type host device and will be able to use the memory to store his photos.
  • each photo corresponds to a file, which can be processed and whose access can be controlled via the conversion interface implemented on the card.
  • the user does not authenticate as being allowed to fully access these files, we can make sure that that the card allows access to the files for the host device only in a deliberately modified or degraded quality (reduction of format, addition of a banner on the image, etc.).
  • the printing provider after authentication with the card, can recover the files in their full quality and print them for the user against payment.
  • the present invention is intended to apply to all memory card formats, as long as the card manages its own file system internally.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Software Systems (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Storage Device Security (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

L'invention concerne un dispositif de stockage de données (10) comprenant un espace mémoire (20) divisé en blocs mémoires et des moyens de gestion d'un système de fichiers (30) interne organisant lesdits blocs mémoires pour stocker des données sous forme d'une structure de fichiers, lesdits moyens de gestion contrôlant l'accès aux données dans la mémoire selon un format de commande de type fichier, ledit dispositif étant caractérisé en ce qu'il comprend une interface de conversion de protocole (80) entre lesdits moyens de gestion du système de fichiers (30) et un dispositif hôte (40) comprenant de moyens (70) pour accéder aux données dans la mémoire dudit dispositif de stockage selon un format de commande de type bloc.

Description

DISPOSITIF DE STOCKAGE DE DONNEES
La présente invention concerne de manière générale le domaine des systèmes de stockage de données numériques .
Elle se rapporte plus particulièrement à un dispositif de stockage de données comprenant des moyens pour assurer la gestion de la sécurité des données contenues dans le dispositif au niveau fichiers de données .
Actuellement, la plupart des cartes mémoires à semi-conducteur, (SmartMedia, compact flash, SD card, etc . ) , ainsi que les dispositifs de stockage magnétique de type disques durs présentent un espace de stockage divisé en blocs . Ainsi, lorsque de tels dispositifs de stockage coopèrent avec un dispositif hôte, c' est ce dernier qui a en charge de gérer ces blocs mémoires de manière à pouvoir stocker et organiser des données , typiquement sous forme d' un système de fichiers . Pour ce faire, l ' interface entre le dispositif de stockage et le dispositif hôte met en œuvre un protocole classiquement basé sur des commandes de type bloc pour la lecture et l' écriture de blocs de données en mémoire . Une commande de type bloc utilisée pour effacer un bloc de données en mémoire peut également être prévue . La figure 1 illustre ainsi l' organisation en mémoire d' un dispositif de stockage dont les accès s ' effectuent à travers des commandes de lecture et d' écriture de blocs mémoires , telle qu' elle est vue du dispositif hôte, avec selon cet exemple, l' information de partition, la table d' allocation des fichiers , le répertoire racine, les fichiers 1 , 2 , 3, écrits dans les différents blocs mémoires référencés 1 à n . Il en ressort donc l' organisation physique des données en mémoire, qui permet d' assurer la gestion et la manipulation des fichiers .
A partir de ce formatage de l' espace mémoire du dispositif de stockage, le dispositif hôte est alors capable de retrouver une structure de fichiers . Plus particulièrement, le système d' exploitation du dispositif hôte est en charge de gérer les blocs mémoires ainsi formatés pour permettre à des applications d' utiliser un système de fichiers , se présentant par exemple selon une structure logique arborescente où les fichiers sont rangés de façon hiérarchique dans un ensemble de répertoires et sous- répertoires , comme illustrée à la figure 2. Le système de fichiers permet donc de masquer l' organisation physique sous-j acente de la mémoire utilisée . Les dispositifs hôtes , pour construire et organiser un tel système de fichier, accèdent donc à la mémoire à travers des commandes de lecture et d' écriture de blocs . La conséquence est que le dispositif de stockage lui-même n' a aucun contrôle sur l' accès aux fichiers dans sa mémoire, sauf à verrouiller l' accès au niveau des blocs de la mémoire, sans toutefois que cela ait une relation avec les fichiers . La gestion des droits d' accès à la mémoire sur ce type de dispositif de stockage s ' effectue donc à l' heure actuelle, au niveau de la totalité des blocs présents ou sur un groupe de blocs avec la nécessité alors de fragmenter l' espace mémoire en plusieurs groupes de blocs ayant des droits d' accès différents .
Outre cet aspect concernant l' incapacité pour le dispositif de stockage de contrôler l' accès à la mémoire au niveau fichier, le problème posé par une telle gestion de la mémoire de type bloc, est qu' elle ne permet pas de tenir compte des spécificités du type de mémoire dans la gestion des blocs . Par exemple, on sait que les cartes mémoires de type flash supportent un nombre limité de cycles d' effacement/écriture . Ainsi, il peut être intéressant d' organiser le système de fichiers en tenant compte de cette caractéristique et en évitant donc de stocker des informations susceptibles d' être fréquemment modifiées à une place fixe dans la mémoire (cas des tables d' allocation de fichiers dans les systèmes FAT par exemple) . Afin d' éviter que ce type de mémoire voit sa durée de vie limitée par ce phénomène de vieillissement de certains blocs , une solution de l' art antérieur prévoit que les dispositifs de stockage les incluant aj outent une couche logicielle communément appelée « Flash Translation layer » selon la terminologie anglo- saxonne, prévue pour virtualiser les adresses mémoires des blocs mémoires visibles de l' extérieur du dispositif de stockage afin de pouvoir stocker les d' informations susceptibles d' être fréquemment modifiées à des adresses physiques différentes à chaque écriture .
De tels dispositifs de stockage se révèlent cependant limités dans leur utilisation avec des dispositifs hôtes gérant des accès de type bloc, dès lors que l' on souhaite les rendre plus intelligents , notamment en leur aj outant des caractéristiques de sécurité plus évoluées pour la gestion des droits d' accès aux données dans leur mémoire . En effet, la gestion des droits d' accès sur ce type de dispositif ne peut s ' effectuer qu' au niveau des blocs présents en mémoire .
Par opposition, sur des dispositifs de stockage de type carte à puce, disposant d' une mémoire embarquée reprogrammable dite EEPROM (Electrically Erasable Programmable Read OnIy Memory en langue anglo-saxonne) , la gestion des droits d' accès aux données contenues dans la mémoire s ' effectue au niveau des fichiers de données . Autrement dit, ce type de dispositif de stockage gère son propre système de fichiers . Ainsi, les accès à la carte à puce par le dispositif hôte et le contrôle des accès aux données sont prévus pour s ' effectuer au niveau fichier, au travers de commandes de type fichier, permettant l' ouverture, la lecture et l' écriture de fichiers . Ce type d' accès aux données est donc beaucoup plus intéressant du point de vue de la gestion de la sécurité pour l' accès aux données en mémoire, par rapport aux dispositifs de stockage précédemment évoqués dont les accès s ' effectuent à travers des commandes de lecture et d' écriture de blocs , puisqu' il permet un contrôle de la sécurité très fin et très flexible en fonction de l' application souhaitée . On peut en effet prévoir autant de conditions d' accès aux données différentes qu' il y a de fichiers dans le dispositif de stockage . Dans ce cas , le dispositif hôte ne dispose d' aucune vision sur l' organisation de la mémoire interne dans la carte et doit disposer d' une interface adaptée avec la carte, capable de mettre en œuvre un protocole d' accès de type fichier pour accéder aux données dans la carte . Aussi, les dispositifs de stockage type carte à puce ne peuvent pas coopérer avec des dispositifs hôtes prévus pour gérer des mémoires de type bloc . Les deux technologies évoquées d' accès à l' espace mémoire d' un dispositif de stockage coopérant avec un dispositif hôte, l' une basée sur des commandes de lecture et d' écriture de blocs et l' autre basée sur des commandes de lecture et d' écriture de fichiers , nécessitent donc des interfaces différentes , mettant en œuvre des protocoles soit de type bloc, soit de type fichier, les rendant incompatibles .
Ainsi, il est par exemple impossible d' utiliser un dispositif de stockage type carte à puce possédant son propre gestionnaire de fichiers impliquant une gestion des accès mémoire de type fichier, dans un dispositif hôte prévu pour gérer des mémoires de type bloc . De plus , à cause des différences entre les structures d' interface de type bloc et de type fichier et de la façon dont les données sont stockées et accédées , un dispositif de stockage est structuré pour un système d' accès de type bloc ou de type fichier, mais pas pour les deux .
Or, à partir du moment où l' on souhaite faire évoluer les dispositifs de stockage de données en leur permettant une gestion plus fine et plus sécurisée de leur mémoire, il est nécessaire que ces dispositifs gèrent leur propre système de fichiers comme dans les dispositifs de type carte à puce, de manière à ce que la gestion de la sécurité des données contenues dans le dispositif s ' effectue au niveau des fichiers de données . Une telle évolution pose alors le problème de la compatibilité avec les dispositifs hôtes existants prévus pour gérer des mémoires de type bloc .
La présente invention a pour but de concilier les deux types de technologie de gestion mémoire précitée, en proposant un dispositif de stockage permettant un contrôle des accès aux données contenues en mémoire au niveau fichier, tout en pouvant coopérer avec un dispositif hôte utilisant une interface standard selon un format de commande de type bloc .
Avec cet obj ectif en vue, l' invention a pour obj et un dispositif de stockage de données comprenant un espace mémoire divisé en blocs mémoires et des moyens de gestion d' un système de fichiers interne organisant lesdits blocs mémoires pour stocker des données sous forme d' une structure de fichiers , lesdits moyens de gestion contrôlant l' accès aux données dans la mémoire selon un format de commande de type fichier, ledit dispositif étant caractérisé en ce qu' il comprend une interface de conversion de protocole entre lesdits moyens de gestion du système de fichiers et un dispositif hôte comprenant de moyens pour accéder aux données dans la mémoire dudit dispositif de stockage selon un format de commande de type bloc . Selon un mode de réalisation, l' interface de conversion de protocole comprend des moyens pour simuler, à partir de l' organisation logique du système de fichier interne, une image en mémoire de type bloc des fichiers accessibles par ledit dispositif hôte, ladite image étant visible par ledit dispositif hôte .
Avantageusement, l' interface de conversion de protocole comprend des moyens de transcription des commandes de type bloc reçues du dispositif hôte en des commandes de type fichier à destination des moyens de gestion du système de fichiers .
De préférence, les moyens de transcription des commandes de type bloc en commandes de type fichier comprennent des moyens de détermination du type de bloc accédé parmi une zone système, une zone de table d' allocation de fichiers ou une zone de fichier du système de fichiers interne .
Avantageusement, l' interface de conversion de protocole comprend des moyens pour transmettre, d' une part, les commandes de type bloc transcrites vers les moyens de gestion du système de fichiers et, d' autre part, des réponses de type bloc correspondantes vers le dispositif hôte .
Selon un mode de réalisation, l' interface de conversion de protocole comprend des moyens pour construire les réponses de type bloc en fonction de droits d' accès associés au dispositif hôte .
Avantageusement, l' interface de conversion de protocole comprend des moyens de modification des données accédées par le dispositif hôte en fonction du type de données accédées et/ou de droits d' accès associés au dispositif hôte .
De préférence, l' interface de conversion du protocole est sous forme logicielle sous le contrôle des moyens de gestion du système de fichiers .
D' autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d' exemple illustratif et non limitatif et faite en référence aux figures annexées dans lesquelles :
-la figure 1 est un schéma illustrant l' organisation physique des données dans une mémoire de type bloc et a déj à été décrite ;
-la figure 2 est un schéma illustrant l' organisation logique d' un système de fichiers et a déj à été décrite, et
-la figure 3 est un schéma illustrant un exemple d' architecture d' un dispositif de stockage selon la présente invention coopérant avec un dispositif hôte . L' invention vise donc à faire cohabiter un gestionnaire de système de fichiers prévu en interne d' un dispositif de stockage de données de type carte mémoire, avec une interface en externe mettant en œuvre un protocole d' accès aux données basé sur des commandes de lecture et d' écriture de blocs .
Comme illustré à la figure 3, un dispositif de stockage 10 selon l' invention comprend un espace mémoire 20 typiquement divisé en blocs mémoires pour le stockage de données . Le dispositif de stockage intègre un système d' exploitation supportant un gestionnaire de système de fichiers 30 pour organiser les blocs de mémoire et construire un système de fichiers en mémoire selon une structure prédéfinie, par exemple un système de fichiers de type FAT 16 ou FAT 32 (« File Allocation Table ») . Grâce au gestionnaire de système de fichiers 30 , le dispositif de stockage dispose ainsi de ses propres moyens de gestion de fichiers en interne, par l' intermédiaire desquels le dispositif peut maîtriser l' accès à ses fichiers en mémoire et les droits d' accès aux fichiers, typiquement au travers de commandes de type « ouverture fichier », « lecture fichier » et « écriture fichier » . La gestion de la sécurité des données contenues dans l' espace mémoire 20 du dispositif s' effectue donc au niveau des fichiers de données selon des droits d' accès qui peuvent être définis pour chacun d' eux . Chaque fichier est ainsi associé avec une liste de contrôle d' accès qui mémorise les opérations que des tiers sont autorisés à exécuter sur le fichier . Un tel dispositif de stockage 10 est prévu pour coopérer avec un dispositif hôte 40 , dans lequel il est par exemple inséré . Le dispositif hôte 40 comprend son propre système d' exploitation, supportant des moyens 50 normalement prévu pour formater l' espace mémoire d' un dispositif de stockage avec lequel il coopère selon un arrangement défini, en vue de mettre en place un système de fichiers permettant d' assurer la gestion et la manipulation de fichiers de données dans la mémoire . Une application 60 du dispositif hôte peut alors utiliser ce système de fichiers pour manipuler des données sur le dispositif de stockage . Dans le contexte de la présente invention, la mise en place d' un système de fichiers par le système d' exploitation du dispositif hôte 40 repose sur une gestion des blocs de mémoire du dispositif de stockage . Ainsi, le dispositif hôte est prévu pour voir l' espace mémoire du dispositif de stockage comme un ensemble de blocs , tel qu' il a été illustré à la figure 1 déj à décrite, en vue d' utiliser cette mémoire pour mettre en place le système de fichiers au travers de commandes de types bloc .
L' interface entre le dispositif hôte 20 et le dispositif de stockage 10 met donc en œuvre un protocole 70 classiquement basé sur un format de commande de type bloc pour la lecture et l' écriture de blocs de données en mémoire .
Un tel dispositif hôte 40 ne devrait donc pas pouvoir être utilisé avec le dispositif de stockage 10 puisque ce dernier gérant déj à son propre système de fichiers , les accès à la mémoire et le contrôle des accès aux données doit s' effectuer au niveau des fichiers de données au travers de commande de type fichier . Le dispositif hôte 40 ne supporte pas un tel protocole .
Pour pallier cette incompatibilité, le dispositif de stockage 10 comprend alors selon l' invention, une interface de conversion de protocole 80 , se présentant sous la forme d' une couche logicielle supplémentaire sous le contrôle de la couche logicielle 30 en charge de la gestion du système de fichiers interne au dispositif de stockage . La fonction de l' interface de conversion 80 est ainsi de réaliser une émulation d' une interface de type bloc vis-à-vis du dispositif hôte 40 en simulant une mémoire à accès de type bloc sur le dispositif de stockage, de sorte à pouvoir utiliser le dispositif de stockage 10 possédant des accès de type fichier avec le dispositif hôte 40 prévu pour gérer des accès de type bloc .
L' interface de conversion de protocole 80 implémentée dans le dispositif de stockage 10 , permet donc de simuler vis-à-vis de l' extérieur du dispositif de stockage et en particulier pour le dispositif hôte où le dispositif de stockage est inséré, une image en mémoire de type bloc des fichiers accessibles par le dispositif hôte, à partir de l' organisation logique du système de fichiers interne au dispositif de stockage et en fonction des droits d' accès associés au dispositif hôte . Ainsi, seuls les fichiers accessibles par le dispositif hôte en fonction de ses droits d' accès seront visibles par le dispositif hôte sous forme de blocs mémoires . L' interface de conversion 80 est alors chargée de la transcription des commandes de type bloc reçues de la part du dispositif hôte 40 en des commandes de type fichier à destination des moyens de gestion des fichiers 30 internes au dispositif de stockage . Autrement dit, l' interface de conversion 80 interprète les demandes du dispositif hôte, qui se présentent sous forme de commandes de lecture/écriture de blocs , pour les transformer en commande pour le système de fichiers interne, typiquement des commandes de type Ouvrir fichier/créer fichier/lire fichier/écrire fichier . Suivant le type de message de commande issu du dispositif hôte, l' interface de conversion de protocole transmet alors éventuellement une réponse de type bloc des moyens de gestion du système de fichier interne vers le dispositif hôte . De ce fait, le dispositif de stockage peut organiser son système de fichiers en tenant compte des droits d' accès associés au dispositif hôte et donc contrôler les accès au niveau fichier même en recevant des commandes d' accès de type bloc . Le dispositif de stockage peut également organiser son système de fichiers en tenant compte des spécificités du type de mémoire utilisé . En effet, l' interface de conversion 80 permet avantageusement de virtualiser les adresses des blocs mémoires visibles de l' extérieur du dispositif de stockage pour stocker ces blocs à des adresses physiques différentes à chaque écriture . Cet aspect est particulièrement avantageux dans le cas de mémoire flash supportant un nombre limité de cycles d' effacement/écriture . L' implémentation exacte de l' interface de conversion 80 va dépendre du type de système de fichiers que l' on veut simuler pour le dispositif hôte .
Prenons un exemple d' implémentation basé sur le cas le plus courant d' un système de fichiers de type FAT, conduisant à construire une mémoire de type bloc où différentes zones sont identifiées parmi lesquelles on trouve classiquement une zone système avec des secteurs de partition et de boot, une zone de table d' allocation de fichiers et des zones fichiers . D' autres systèmes d' organisation de fichiers peuvent également être envisagés sans pour autant sortir du cadre de la présente invention .
Selon l' exemple, l' interface de conversion 80 réalise les opérations suivantes . A la réception d' une requête d' accès , en lecture ou en écriture, d' un bloc mémoire reçue du dispositif hôte, elle détermine tout d' abord le type de bloc accédé, à savoir si ce bloc appartient à une zone système, à une zone de table d' allocation de fichiers ou à une zone de fichiers . Pour ce faire, l' interface de conversion 80 utilise les d' informations sur le formatage de la mémoire 20 dont elle dispose par l' intermédiaire du gestionnaire de système de fichiers interne 30 , décrivant la correspondance entre les adresses mémoires et les différentes zones du système de fichiers . Ainsi, à partir de l' adresse du bloc accédé, l' interface de conversion en déduit son type .
A la suite de cette étape préliminaire, l' interface 80 , suivant le type de bloc accédé et l' action requise, va transmettre une réponse de type bloc consistant à construire dynamiquement un bloc de données à renvoyer vers le dispositif hôte, ou modifier sa structure de fichiers interne pour refléter le changement requis par le dispositif hôte . Ainsi, si la commande de type bloc reçu du dispositif hôte correspond, en fonction de l' adresse mémoire du bloc, à une commande de lecture de données dans la zone système, l' interface de conversion renvoi un bloc constant vers le dispositif hôte . Une commande d' écriture de bloc correspondant à l' écriture de données dans la zone système sera par contre ignorée par l' interface de conversion .
Pour répondre à une commande de lecture de bloc reçue du dispositif hôte correspondant à la lecture de données de la table d' allocation de fichiers , le traitement appliqué par l' interface de conversion consiste alors à construire les données de la table à partir de la liste des fichiers internes au travers de commandes de type fichier envoyées au gestionnaire de fichier interne permettant d' accéder aux données correspondantes et à envoyer la table au dispositif hôte, visible alors par lui comme un ensemble de blocs . La table est de plus construite à partir des droits d' accès du dispositif hôte puisque certains fichiers éventuellement ne sont pas visibles du dispositif hôte .
Une commande d' écriture de bloc reçue du dispositif hôte correspondant à l' écriture de la table d' allocation de fichiers , sera transcrite par l' interface de conversion en commandes de type fichier à destination du gestionnaire de fichiers interne permettant une mise à j our du système de fichiers interne (effacement de fichier, création, modification) .
Pour répondre ensuite à une commande de lecture de bloc reçue du dispositif hôte correspondant à la lecture de la zone de données proprement dite du système de fichiers , l' interface de conversion doit déterminer quel fichier est accédé à partir du numéro de bloc et de la table d' allocation de fichiers précédemment envoyée au dispositif hôte . La commande de lecture de bloc est alors transcrite par l' interface de conversion en commande de lecture de la portion de fichier concernée dans le système de fichiers interne du dispositif de stockage, et l' interface renvoie le bloc correspondant au dispositif hôte, éventuellement modifié en fonction de droits d' accès associés au dispositif hôte .
Une commande d' écriture de bloc reçue du dispositif hôte correspondant à l' écriture de la zone de données du système de fichiers sera traitée différemment par l' interface de conversion selon que le bloc en question concerne un fichier déj à existant ou n' était pas alloué précédemment . Si le bloc de données concerne un fichier déj à existant, l' interface de conversion transcrit cette commande d' écriture de bloc en une commande de modification du fichier interne . Si le bloc de données n' était par contre pas alloué précédemment, l ' interface de conversion transcrit la commande de bloc en une commande de création d' un fichier temporaire à partir du bloc . Les fichiers temporaires seront ré-assemblés lors de la mise à j our de la table d' allocations des fichiers par le dispositif hôte .
La présente invention permet donc une gestion des droits d' accès au niveau fichier sur les dispositifs de stockage dotés d' un système de fichier en interne qui coopèrent avec dispositifs hôtes mettant en oeuvre des accès à la mémoire de type bloc . Cette possibilité de pouvoir contrôler l' accès à la mémoire et l' utilisation de cette mémoire au niveau fichier tout en gardant la compatibilité avec des dispositifs hôtes gérant un accès par blocs ouvre de nombreuses perspectives d' application . Notamment, un exemple d' application de la présente invention concerne le contrôle d' un dispositif de stockage du type précité utilisé par un tiers . Dans ce type de configuration, l' utilisateur tiers pourrait avoir le droit de stocker des données sur le dispositif de stockage, de les effacer, mais il ne pourrait avoir accès qu' à une partie des données seulement qu' il a précédemment stockées . Seul le propriétaire du dispositif de stockage bénéficiant des droits d' accès pourra récupérer l' intégralité des données stockées et pourra par exemple faire payer ce service à l' utilisateur tiers du dispositif de stockage . Grâce à l' interface de conversion de format prévu dans le dispositif de stockage, ce type d' utilisation est rendue possible sans modifier le dispositif hôte de l' utilisateur du dispositif de stockage .
Par exemple, le propriétaire du dispositif de stockage pourrait être un fournisseur de service d' impression photographique fournissant à des utilisateurs une carte mémoire pour stocker leurs images . L' utilisateur va insérer cette carte mémoire dans un dispositif hôte de type appareil photo numérique et va pouvoir utiliser la mémoire pour stocker ses photos . En interne de la carte, chaque photo correspond à un fichier, qui pourra donc être traité et dont les accès pourront être contrôlés par l' intermédiaire de l' interface de conversion implémenté sur la carte . Par exemple, si l' utilisateur ne s ' authentifie pas comme étant autorisé à accéder complètement à ces fichiers , on pourra faire en sorte que la carte n' autorise un accès aux fichiers pour le dispositif hôte que dans une qualité volontairement modifiée ou dégradée (réduction de format, aj out d' une bannière sur l' image, etc . ) . Ainsi, seul le fournisseur d' impression, après authentification auprès de la carte, pourra récupérer les fichiers dans leurs pleine qualité et les imprimer pour l' utilisateur contre rémunération .
La présente invention est destinée à s ' appliquer à tous les formats de carte mémoire, dès lors que la carte gère son propre système de fichiers en interne .

Claims

REVENDICATIONS
1. Dispositif de stockage de données (10 ) comprenant un espace mémoire (20) divisé en blocs mémoires et des moyens de gestion d' un système de fichiers (30 ) interne organisant lesdits blocs mémoires pour stocker des données sous forme d' une structure de fichiers , lesdits moyens de gestion contrôlant l' accès aux données dans la mémoire selon un format de commande de type fichier, ledit dispositif étant caractérisé en ce qu' il comprend une interface de conversion de protocole (80 ) entre lesdits moyens de gestion du système de fichiers (30 ) et un dispositif hôte (40 ) comprenant de moyens (70 ) pour accéder aux données dans la mémoire dudit dispositif de stockage selon un format de commande de type bloc .
2. Dispositif de stockage selon la revendication 1 , caractérisé en ce que ladite interface de conversion de protocole (80 ) comprend des moyens pour simuler, à partir de l' organisation logique du système de fichier interne, une image en mémoire de type bloc des fichiers accessibles par ledit dispositif hôte, ladite image étant visible par ledit dispositif hôte .
3. Dispositif de stockage selon la revendication 1 ou 2 , caractérisé en ce que ladite interface de conversion de protocole (80 ) comprend des moyens de transcription des commandes de type bloc reçues du dispositif hôte en des commandes de type fichier à destination des moyens de gestion du système de fichiers (30 ) .
4. Dispositif de stockage selon la revendication 3, caractérisé en ce que les moyens de transcription des commandes de type bloc en commandes de type fichier comprennent des moyens de détermination du type de bloc accédé parmi une zone système, une zone de table d' allocation de fichiers ou une zone de fichier du système de fichiers interne .
5. Dispositif de stockage selon la revendication 3 ou 4 , caractérisé en ce que l' interface de conversion de protocole (80 ) comprend des moyens pour transmettre, d' une part, les commandes de type bloc transcrites vers les moyens de gestion du système de fichiers (30 ) et, d' autre part, des réponses de type bloc correspondantes vers le dispositif hôte (40 ) .
6. Dispositif selon la revendication 5, caractérisé en ce que l' interface de conversion de protocole (80 ) comprend des moyens pour construire les réponses de type bloc en fonction de droits d' accès associés au dispositif hôte .
7. Dispositif selon l' une quelconque des revendications précédentes , caractérisé en ce que l' interface de conversion de protocole (80 ) comprend des moyens de modification des données accédées par le dispositif hôte en fonction du type de données accédées et/ou de droits d' accès associés au dispositif hôte .
8. Dispositif de stockage selon l' une quelconque des revendications précédentes , caractérisée en ce que l' interface de conversion du protocole (18 ) est sous forme logicielle sous le contrôle des moyens de gestion du système de fichiers (30 ) .
EP05807956A 2005-01-06 2005-11-15 Dispositif de stockage de donnees Ceased EP1849054A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0500109A FR2880444B1 (fr) 2005-01-06 2005-01-06 Dispositif de stockage de donnees
PCT/EP2005/055972 WO2006072500A1 (fr) 2005-01-06 2005-11-15 Dispositif de stockage de donnees

Publications (1)

Publication Number Publication Date
EP1849054A1 true EP1849054A1 (fr) 2007-10-31

Family

ID=34954319

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05807956A Ceased EP1849054A1 (fr) 2005-01-06 2005-11-15 Dispositif de stockage de donnees

Country Status (5)

Country Link
US (1) US20080005531A1 (fr)
EP (1) EP1849054A1 (fr)
JP (1) JP4807683B2 (fr)
FR (1) FR2880444B1 (fr)
WO (1) WO2006072500A1 (fr)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4781033B2 (ja) * 2004-08-10 2011-09-28 キヤノン株式会社 認証システム、処理方法、プログラム及び記録媒体
JP4575410B2 (ja) * 2007-08-29 2010-11-04 株式会社東芝 半導体記憶装置およびその動作方法
US8166067B2 (en) * 2008-12-26 2012-04-24 Sandisk Il Ltd. Method and apparatus for providing access to files based on user identity
US8943409B2 (en) * 2008-12-26 2015-01-27 Sandisk Il Ltd. Storage device managing playable content
US8239395B2 (en) 2008-12-26 2012-08-07 Sandisk Il Ltd. Storage device presenting to hosts only files compatible with a defined host capability
US20100169395A1 (en) * 2008-12-26 2010-07-01 Sandisk Il Ltd. Device and method for filtering a file system
WO2011026530A1 (fr) * 2009-09-07 2011-03-10 Tomtom International B.V. Appareil de navigation et procédé de support d'une communication vocale main libre
MX2012004910A (es) * 2009-10-26 2013-06-28 Wearable Inc Acceso concurrente a un grupo de memoria compartida entre un dispositivo de acceso de bloque y un dispositivo de acceso de grafico.
US8321703B2 (en) * 2009-12-12 2012-11-27 Microsoft Corporation Power aware memory allocation
DE102011106608A1 (de) * 2011-06-16 2012-12-20 Giesecke & Devrient Secure Flash Solutions Gmbh Speichermedium mit Zugriffsschutz sowie Verfahren zum Betreiben eines solchen Speichermediums
TW201327161A (zh) * 2011-12-23 2013-07-01 Ibm 記憶體控制方法與實施此方法之電腦系統
TWI465814B (zh) * 2012-04-23 2014-12-21 Au Optronics Corp 液晶顯示面板
US10169149B2 (en) * 2016-09-06 2019-01-01 International Business Machines Corporation Standard and non-standard dispersed storage network data access

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3609739B2 (ja) * 1991-11-26 2005-01-12 株式会社日立製作所 半導体記憶装置
JPH07141479A (ja) * 1993-11-18 1995-06-02 Toshiba Corp Ｉｃメモリカードおよびそのｉｃメモリカードを使用したファイル管理システム
JP3233079B2 (ja) * 1997-09-30 2001-11-26 ソニー株式会社 データ処理システム及びデータ処理方法
US6393517B1 (en) * 1999-08-31 2002-05-21 Sony Corporation SCSI port filter driver for enhanced audio data
DE60004463D1 (de) * 1999-10-25 2003-09-18 Sun Microsystems Inc Speichersystem mit Unterstützung von Dateistufenzugriffen und Blockstufenzugriffen
WO2001041058A1 (fr) * 1999-11-30 2001-06-07 Kabushiki Kaisha Toshiba Carte a circuit integre et procede de gestion de la memoire volatile de la carte a circuit integre
JP2001282596A (ja) * 2000-03-30 2001-10-12 Sony Corp ファイル管理方法、ファイル管理装置
US6868417B2 (en) * 2000-12-18 2005-03-15 Spinnaker Networks, Inc. Mechanism for handling file level and block level remote file accesses using the same server
US6779063B2 (en) * 2001-04-09 2004-08-17 Hitachi, Ltd. Direct access storage system having plural interfaces which permit receipt of block and file I/O requests
US7873700B2 (en) * 2002-08-09 2011-01-18 Netapp, Inc. Multi-protocol storage appliance that provides integrated support for file and block access protocols
JP2004220216A (ja) * 2003-01-14 2004-08-05 Hitachi Ltd Ｓａｎ／ｎａｓ統合型ストレージ装置
US7549044B2 (en) * 2003-10-28 2009-06-16 Dphi Acquisitions, Inc. Block-level storage device with content security
JP4146380B2 (ja) * 2004-03-29 2008-09-10 東芝ソリューション株式会社 ストレージシステム、ブロック再配置制御方法及びプログラム
JP4943081B2 (ja) * 2006-07-27 2012-05-30 株式会社日立製作所 ファイル格納制御装置及び方法
JP2008152695A (ja) * 2006-12-20 2008-07-03 Hitachi Ltd 電子的な保護対象に要求される保護能力で該保護対象を保護する記憶制御装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006072500A1 *

Also Published As

Publication number Publication date
FR2880444A1 (fr) 2006-07-07
FR2880444B1 (fr) 2007-03-09
JP4807683B2 (ja) 2011-11-02
US20080005531A1 (en) 2008-01-03
WO2006072500A1 (fr) 2006-07-13
JP2008527511A (ja) 2008-07-24

Similar Documents

Publication Publication Date Title
CN105431838B (zh) 串流内容和占位符
KR101312125B1 (ko) 콘텐츠 필터링 장치 및 방법
US8239395B2 (en) Storage device presenting to hosts only files compatible with a defined host capability
US7533133B1 (en) Externally managed file versions
EP1849054A1 (fr) Dispositif de stockage de donnees
FR2866449A1 (fr) Systeme de memorisation
EP1977365B1 (fr) Procede de gestion de documents electroniques
EP3588337A1 (fr) Pilotage d'un dispositif de stockage de donnees
EP2102768A1 (fr) Procédé et dispositif de gestion de données dans un environnement distribué
EP2413233B1 (fr) Téléphone mobile sous android comprenant une chaîne de mise à disposition de contenus
US20100311451A1 (en) Data processing system
CN112597102B (zh) 一种高效的镜像文件系统实现方法
WO2010052440A1 (fr) Procede et systeme de stockage virtualise d'un ensemble de donnees numeriques
EP2304559B1 (fr) Procédé de basculement entre deux versions d'une même application au sein d'un dispositif de traitement de l'information et ledit dispositif
US20050177571A1 (en) Systems, methods, and computer-readable mediums for accessing local and remote files
WO2007104649A1 (fr) Procede d'exploitation et de gestion de la memoire libre dans une memoire non-volatile reinscriptible, et memoire associee
EP1498841A1 (fr) Circuit transpondeur multi-applications et procédé de gestion de la mémoire d'un tel circuit transpondeur
EP3411821B1 (fr) Procédé de stockage de contenus, procédé de consultation de contenus, procédé de gestion de contenus et lecteurs de contenus
EP2755160B1 (fr) Procédé de traçage de données liées à l'activité d'un utilisateur d'un équipement
FR2911203A1 (fr) Procede de gestion de l'environnement d'execution sur des postes clients legers
EP2302518B1 (fr) Procédé et dispositif d'installation d'une application MIFARE dans une mémoire MIFARE
CN115374475A (zh) 一种文件系统权限控制方法、装置、介质
FR2901386A1 (fr) Support personnel de memoire de masse portatif et systeme informatique d'acces securise a un reseau par des utilisateurs.
WO2007128919A1 (fr) «procédé et dispositif de gestion d'un contenu stocké dans des bases de données distantes»
FR2901380A1 (fr) Support personnel de memoire de masse portatif et systeme informatique d'acces securise a un espace utilisateur via un reseau

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070806

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20080111

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GEMALTO SA

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20131107