Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20080215647 A1
Publication typeApplication
Application numberUS 12/052,603
Publication dateSep 4, 2008
Filing dateMar 20, 2008
Priority dateDec 17, 2004
Also published asCA2527060A1, CA2527060C, CA2820339A1, CN101853302A, CN101853302B, CN102682075A, CN102682075B, EP1677214A1, EP1677214B1, EP2290564A1, EP2290565A1, US8583708, US9336231, US20060136529, US20080168029, US20080215646, US20090265400, US20140067885
Publication number052603, 12052603, US 2008/0215647 A1, US 2008/215647 A1, US 20080215647 A1, US 20080215647A1, US 2008215647 A1, US 2008215647A1, US-A1-20080215647, US-A1-2008215647, US2008/0215647A1, US2008/215647A1, US20080215647 A1, US20080215647A1, US2008215647 A1, US2008215647A1
InventorsRavisankar V. Pudipeddi, Vishal V. Ghotge
Original AssigneeMicrosoft Corporation
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Naming protocol for extensible file systems
US 20080215647 A1
Abstract
An extensible file system format for portable storage media is provided. The extensible file system format includes the specification of primary and secondary directory entry types that may be custom defined. The primary and secondary directory entry types can be further classified as critical and benign directory entries.
Images(7)
Previous page
Next page
Claims(20)
1. In a computer-readable medium having computer-readable components corresponding to a plurality of directory entries, wherein at least a subset of the directory entries correspond to data name directory entries, a method for processing directory entries comprising:
obtaining a target file name for a new directory entry;
generating an identifier for the target file name;
for each data name directory entry in the plurality of directory entries, comparing the identifier for the target file name with an identifier for a file name of each data name directory entry; and
selecting the target file name for the new directory entry if the identifier for the target file name does not match an identifier for the file name for any of the data name directory entries.
2. The method as recited in claim 1, wherein generating an identifier for the target file name includes generating a hash of the target file name and wherein comparing the identifier for the target file name with an identifier for the file name of each directory entry includes comparing the hash of the target file name with a file name hash stored in the data name directory entry.
3. The method as recited in claim 1 further comprising:
determining that the identifier for the target file name matches an identifier for at least one file name in a data name directory entry;
obtaining a full file name of a matching data name directory entry;
comparing the target file name with the full file of the matching data name directory entry; and
selecting the target file for data if the target file name does not match the full file name of the matching data name directory entry.
4. The method as recited in claim 3 further comprising rejecting the target file name for data if the target file name matches the full file name of the matching data name directory entry.
5. The method as recited in claim 3 further comprising identifying the target file name as matching an existing directory entry if the target file name matches the full file name of each directory entry.
6. The method as recited in claim 1, wherein obtaining a target file name includes obtaining a file creation request.
7. The method as recited in claim 1, wherein obtaining a target file name includes obtaining a file modification request.
8. In a computer-readable medium having computer-readable components corresponding to a plurality of directory entries, wherein at least a subset of the directory entries correspond to data name directory entries including a full file name and a file name identifier, a method for processing directory entries comprising:
obtaining a target file name for a new directory entry;
generating an identifier for the target file name;
for each data name directory entry in the plurality of directory entries, comparing the identifier for the target file name with a file name identifier from the data name directory entry; and
generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries.
9. The method as recited in claim 8, wherein generating an identifier for the target file name includes generating a hash of the target file name and wherein comparing the identifier for the target file name with an identifier for the file name of each directory entry includes comparing the hash of the target file name with a file name hash stored in the data name directory entry.
10. The method as recited in claim 8 further comprising:
determining that the identifier for the target file name matches at least one file name identifier in the data name directory entries;
obtaining a full file name of one or more matching data name directory entries;
comparing the target file name with the full file of the matching data name directory entries; and
generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries.
11. The method as recited in claim 10 further comprising rejecting the target file name for data if the target file name matches the full file name of the matching data name directory entries.
12. The method as recited in claim 10 further comprising identifying the target file name as matching an existing directory entry if the target file name matches the full file name of each directory entries.
13. The method as recited in claim 9, wherein obtaining a target file name includes obtaining a file creation request.
14. The method as recited in claim 9, wherein generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries includes generating a data name directory entry including the target file name and the identifier of the target file name.
15. In a computer-readable medium having computer-readable components corresponding to a plurality of directory entries, wherein at least a subset of the directory entries correspond to data name directory entries, a method for processing directory entries comprising:
obtaining a target file name for a new directory entry;
generating a hash for the target file name;
for each data name directory entry in the plurality of directory entries, comparing the hash for the target file name with a hash for a file name of each data name directory entry; and
selecting the target file for the new directory entry if the identifier for the target file name does matches an identifier for the file name for any of the data name directory entries.
generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries.
16. The method as recited in claim 15 further comprising:
determining that the identifier for the target file name matches at least one file name identifier in the data name directory entries;
obtaining a full file name of one or more matching data name directory entries;
comparing the target file name with the full file of the matching data name directory entries; and
generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries.
17. The method as recited in claim 16 further comprising rejecting the target file name for data if the target file name matches the full file name of the matching data name directory entries.
18. The method as recited in claim 16 further comprising identifying the target file name as matching an existing directory entry if the target file name matches the full file name of each directory entries.
19. The method as recited in claim 15, wherein generating a new data name directory entry for the target file name if the identifier for the target file name does not match file name identifier for any of the data name directory entries includes generating a primary directory entry including the target file name and the identifier of the target file name.
20. The method as recited in claim 15, wherein obtaining a target file name includes obtaining a file creation request.
Description
    CROSS-REFERENCES TO RELATED APPLICATIONS
  • [0001]
    This application is a divisional of application Ser. No. 11/229,485, entitled EXTENSIBLE FILE SYSTEM, and filed on Sep. 16, 2005, which in turn claims the benefit of Provisional Application No. 60/637,407, entitled FILE SYSTEM FORMAT FOR PORTABLE MEDIA, and filed on Dec. 17, 2004.
  • BACKGROUND
  • [0002]
    Generally described, there are a number of portable computing devices, such as digital still cameras, digital video cameras, media players, mobile phones, mobile computing devices, personal digital assistants, and the like that maintain data on a storage media, such as a portable storage media. The continued development of more complex portable computing devices and larger storage capacity portable storage media places a greater demand for flexibility on the file system format used on the storage media. Current file system format approaches can become deficient in that they may provide adequate flexibility for increasing storage size capacities and/or storage media applications.
  • SUMMARY
  • [0003]
    An extensible file system format for portable storage media is provided. The extensible file system format includes the specification of primary and secondary directory entry types that may be custom defined. The primary and secondary directory entry types can be further classified as critical and benign directory entries.
  • [0004]
    In accordance with an aspect of the present invention, a computer-readable medium having computer-executable components for storing data is provided. The computer-readable components can include a boot parameters component for specifying boot parameters for a file system. The computer-readable components also include a file allocation table component for defining a file allocation table associated with the file system. Additionally, the computer-readable components include a primary directory entry component for specifying data in a root directory of the file system. Still further, the computer-readable components include at least one secondary entry component corresponding to the primary directory entry component. The secondary entry component defines defining meta data associated with the primary directory entry component. The primary and secondary directory entry components can be further classified as critical or benign.
  • [0005]
    In accordance with another aspect of the present invention, a computer-readable medium having computer-executable components for storing data is provided. The computer-readable components include a boot parameters component for specifying boot parameters for a file system. The computer-readable components also include a file allocation table component for defining a file allocation table associated with the file system. Still further, the computer-readable components include a root directory component for specifying data in a root directory of the file system. Additionally, the computer-readable components include at least extensible one meta data component corresponding to the root directory entry component. The meta data component defines meta data associated with the root directory component.
  • [0006]
    In an illustrative embodiment, a file system will not mount a volume for a critical primary or root directory entry that is not recognized. The file system can ignore benign primary directory entries, critical secondary directory entries and benign secondary directory entries that are not recognized.
  • [0007]
    This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This summary is not intended to identify key features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
  • DESCRIPTION OF THE DRAWINGS
  • [0008]
    The foregoing aspects and many of the attendant advantages of this invention will become more readily appreciated as the same become better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:
  • [0009]
    FIGS. 1A-1C are block diagrams illustrative of an illustrative environment including a portable computing device and a storage device implementing the extensible file system format in accordance with an aspect of the present invention;
  • [0010]
    FIG. 2 is a block diagram illustrative of various volume layout components corresponding to an extensible file system format in accordance with an aspect of the present invention;
  • [0011]
    FIG. 3 is a block diagram illustrative of an extensible file system directory structures including primary and secondary directory entry structures in accordance with an aspect of the present invention;
  • [0012]
    FIG. 4 is a block diagram illustrative of data components for implementing a boot process block in an extensible file system format in accordance with an aspect of the present invention;
  • [0013]
    FIG. 5 is a block diagram illustrative of data components for implementing directory entries in an extensible file system format in accordance with an aspect of the present invention
  • [0014]
    FIG. 6 is a block diagram illustrative of data components for implementing a file name and extensions in an extensible file system format in accordance with an aspect of the present invention;
  • [0015]
    FIG. 7 is a block diagram illustrative of data components for implementing a volume identifier in an extensible file system format in accordance with an aspect of the present invention;
  • [0016]
    FIG. 8 is a block diagram illustrative of data components for implementing an extensible directory entry in an extensible file system format in accordance with an aspect of the present invention;
  • [0017]
    FIG. 9 is a block diagram illustrative of data components for implementing an extensible directory entry in an extensible file system format in accordance with an aspect of the present invention;
  • [0018]
    FIG. 10 is a block diagram illustrative of data components for implementing an access control list in an extensible file system format in accordance with an aspect of the present invention; and
  • [0019]
    FIG. 11 is a flow diagram illustrative of a file name creation routine for an extensible file system format in accordance with an aspect of the present invention.
  • DETAILED DESCRIPTION
  • [0020]
    Generally described, the present invention relates to an extensible file system format and various processes associated with the extensible file system format. In an illustrative embodiment, the extensible file system format corresponds to an extensible file system format for portable storage media and various processes associated with the extensible file system format on the portable storage media. Although the present invention will be described with regard to a portable storage media file system format, one skilled in the relevant art will appreciate that the disclosed embodiments are illustrative in nature and should not be construed as limiting. Additionally, one skilled in the relevant art will appreciate that the data structures and data layouts used in the illustrative examples may require additional information related to performance, security, and the like.
  • [0021]
    FIGS. 1A-1C are block diagrams illustrative of various operating environments 100 for the extensible file system format of the present invention. With reference to FIG. 1A, in an illustrative embodiment, the extensible file system format is utilized to store data from a computing device, such as a mobile computing device 102, and a storage media, such as a portable storage media 104. In an illustrative embodiment, the mobile computing device 102 can correspond to any one of a variety of computing devices, including but not limited to, portable computing devices, mobile telephones, personal digital assistants, music players, media players. The portable storage media can also include, but is not limited to, hard drives, flash media, micro-drives and other storage media. In an illustrative embodiment, the extensible file system on the portable storage media 104 does not have to include any type of executable or readable software components, such as an operating environment, utilized by the mobile computing device 102. Alternatively, the extensible file system on the portable storage media 104 may include executable or readable software components used by the mobile device 102.
  • [0022]
    In an illustrative embodiment, the mobile computing device 102 may be in communication with other computing devices for collecting/exchanging data to be stored on the portable storage media 104. With reference to FIG. 1B, the mobile computing device 102 may be in direct communication with another computing device 106 and storage media 108. In an illustrative embodiment, the direct communication can correspond to various wired and wireless communication methods. In an illustrative embodiment, the other storage media 108 is not required to be formatted in accordance with the extensible file system format of the present invention. With reference to FIG. 1C, in a similar manner, the mobile computing device 102 may also be in communication with another computing device 110 and storage media 112, via a network connection. In an illustrative embodiment, the network connection can correspond to local area network (LAN) and wide are network (WAN) connections.
  • [0023]
    With reference now to FIG. 2, an illustrative embodiment volume layout 200 for an extensible file system format will be described. The volume layout 200 includes a boot parameters component 202 that include various information related to a description of the file system parameters of the partition. In an illustrative embodiment, the boot parameters component 202 can include code for bootstrapping from a defined partition, fundamental file system parameters for the defined partition, and various error checking information. A data structure for defining at least a portion of the boot parameters will be described below with regard to FIG. 4.
  • [0024]
    The volume layout 200 also includes an extensible parameters component, designated as OEM parameters 204, that define various additional data structures used in conjunction with the file system. In an illustrative embodiment, an original equipment manufacture (OEM) may specify various extensible data structures, such as performance parameters for a storage medium, that can be defined at time of manufacture. The volume layout 200 can further include a file allocation table component 206 that defines file and directory allocations. In an illustrative embodiment, each entry in the file allocation table component 206 corresponds to a 32-bit entry that represents an allocated cluster, an unallocated cluster or an unusable cluster. The volume layout 200 can still further include series of file data components 208A-208X that correspond to the data stored according to the file system format. Various data structures for defining a portion of the file data components 208A-208X will be defined with regard to FIGS. 3-10.
  • [0025]
    Turning now to FIG. 3, in one aspect, the file data components 208 may include one or more directory entries according to a directory structure 300. In an illustrative embodiment, directory structure 300 is organized into primary directory entries 302 and secondary directory entries 304. Each directory entry in the primary and secondary entries is typed. For example, in an illustrative embodiment, type values for the primary and secondary directory entries can correspond to a range of 1-255. Primary directory entries 302 correspond to the entries in the root directory of the file system. Secondary directory entries 304 follow a primary directory entry and are associated with the primary directory entry. Secondary directory entries extend the metadata associated with the correlated primary directory entry.
  • [0026]
    With continued reference to FIG. 3, in an illustrative embodiment, the primary directory entries 302 can be further classified as critical primary directory entries 306 and benign primary directory entries 308. Critical primary directory entries 306 define potentially different formats for each directory entry. In an illustrative embodiment, an operating environment will not mount a volume corresponding to the extensible file system format with an unknown critical primary directory entry, as will be described below. Examples of known primary directory entries 306 can include allocation bitmaps, up-case tables, volume labels, encryption keys, and normal directory entries. Benign primary directory entries 308 also define potential different formats for each directory entry, but can be ignored by the file system if a particular benign primary directory entry is not understood. Benign primary directory entries 308 can be associated with another cluster chain the volume. Additionally, benign primary directory entries 308 can also be associated a number of secondary directory entries 304.
  • [0027]
    In a manner similar to primary directory entries 302, secondary directory entries 304 may also be further classified as critical secondary directory entries 310 and benign secondary directory entries 312. As described above, the critical secondary directory entries 310 and benign secondary directory entries 312 are associated with a benign primary directory entry and extend the metadata associated with the primary directory entry. Both the critical secondary directory entries 310 and the benign secondary directory entries 312 can be associated with another cluster chain the volume.
  • [0028]
    To mount a corresponding to the extensible file system format, the file system implements a mount volume procedure. In an illustrative embodiment, the mount volume procedure attempts to a look at a version number for the volume. If the version number is not understood (e.g., the version number is higher), the volume will not be mounted. During a normal directory enumeration, any critical primary directory entries not known by the file system will prevent the volume from being mounted. Thereafter, various user-initiated processes, such as a file open, will cause the file system to enumerate the secondary directory entries. If the critical secondary directory entries 310 are not known by a file system, the entire directory entry will be skipped. Additionally, if benign secondary directory entries 312 are not known by the file system, the particular unknown benign secondary directory entry will be ignored.
  • [0029]
    With reference now to FIG. 4, a block diagram illustrative of data components 400 for implementing a boot process block in the boot parameters component 202 (FIG. 2) will be described. The data components 400 include an OEM name component 402 for specifying a name for the file system format of the storage media. The data components 400 also include a data size descriptor component 404 for specifying various characteristics of the data stored in the file system. For example, the data size descriptor component 404 can specify a count of bytes per sector, a number of sectors per allocation unit, a FAT table offset, and a count of sectors for all data structures. The data components include an active FAT flags component 406 for specifying a number of active FATs on the file system. In an illustrative embodiment, a file system may support multiple FATs for utilization with some operating system environments. The data components 400 can further include a volume identification component 408 for identifying a volume serial number and/or version number. Still further, the data components 400 can include a file system type for specifying the file system format for the file system. One skilled in the relevant art will appreciate that the data components 400 can include a number of additional/alternative rows for implementing the above-identified components 402-410 and additional components.
  • [0030]
    Turning now to FIG. 5, a block diagram illustrative of data components 500 for implementing directory entries in an extensible file system format will be described. The data components 500 include an in use component 502 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 500 further include a type designation component 504 for specifying that the directory entry is associated with a normal directory entry. The data components 500 further include a secondary directory entries component 504 for specifying a number of secondary entries associated with the normal directory entry. The data components 500 also include a file attributes component 508 for specifying various file system attributes for the directory entry. Still further, the data components 500 include a time component 510 for specifying various time information such as a creation timestamp, modification time stamp and other time information. Additionally, the data components 500 further include a time zone component 512 for specifying a time zone for the last created time stamp. One skilled in the relevant art will appreciate that the data components 500 can include a number of additional/alternative rows for implementing the above-identified components 502-512 and additional components.
  • [0031]
    Turning now to FIG. 6, a block diagram data components 600 for implementing a file name and extensions will be described. The data components 600 include an in use component 602 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 600 further include a type designation component 604 for specifying that the directory entry is associated with a file system name. The data components further include a file name length component 606 and a file name has component 608. The utilization of the file name hash component 608 will be described below. The data components 600 also include a file name component 610 for specifying the file name. One skilled in the relevant art will appreciate that the data components 600 can include a number of additional/alternative rows for implementing the above-identified components 602-610 and additional components. Additionally, file name directory entries may be extended by secondary directory entries.
  • [0032]
    Turning now to FIG. 7, a block diagram illustrative of data components 700 for implementing a volume identifier in an extensible file system format is provided. The data components 700 include an in use component 702 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 700 further include a type designation component 704 for specifying that the directory entry is associated with a volume identifier. The data components 700 further include a secondary directory entries component 706 for specifying a number of secondary entries associated with the volume identifier. The data components 700 also include a volume identifier 708, such as a global unique identifier. One skilled in the relevant art will appreciate that the data components 700 can include a number of additional/alternative rows for implementing the above-identified components 702-708 and additional components. Additionally, in an illustrative embodiment, the data components 700 correspond to a benign directory entry that can be ignored by a file system that does not support volume identifiers.
  • [0033]
    With reference now to FIGS. 8 and 9, in an illustrative embodiment, parties, such as an OEM, may be able to define specific benign primary directory entry types 308 and benign secondary directory entry types 312. As discussed above, in the event the file system would not recognize or understand either the specific benign primary directory entry types 308 or benign secondary directory entry types 312, the file system could ignore the defined directory entry types.
  • [0034]
    With reference to FIG. 8, a block diagram illustrative of data components 800 for implementing an extensible benign primary directory entry 308 in an extensible file system format will be described. The data components 800 include an in use component 802 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 800 further include a type designation component 804 for specifying that the directory entry is a benign primary directory entry. The data components 800 further include a secondary directory entries component 806 for specifying a number of secondary entries associated with the volume identifier. The data components 800 also include a volume identifier 808, such as a global unique identifier. The data components 800 can further include additional information 810, such as verification information and a starting cluster. One skilled in the relevant art will appreciate that the data components 800 can include a number of additional/alternative rows for implementing the above-identified components 802-506 and additional components.
  • [0035]
    With reference to FIG. 9, a block diagram illustrative of data components 900 for implementing a benign secondary directory entry in an extensible file system format will be described. The data components 900 include an in use component 902 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 900 further include a type designation component 904 for specifying that the directory entry is a benign primary directory entry. The data components 900 further include a secondary directory entries component 906 for specifying a number of secondary entries associated with the volume identifier. The data components 900 also include a volume identifier 908, such as a global unique identifier. The data components 900 can further include additional information 910, such as verification information and a starting cluster. One skilled in the relevant art will appreciate that the data components 900 can include a number of additional/alternative rows for implementing the above-identified components 902-906 and additional components.
  • [0036]
    In an illustrative embodiment, a benign primary directory entry and/or secondary directory entries may be associated with access control list (ACL) information. FIG. 10 is a block diagram illustrative of data components 1000 for implementing an access control list in an extensible file system format. The data components 1000 include an in use component 1002 for specifying whether the particular directory entry is in use. In an illustrative embodiment, the high bit of the data components will be set to “1” if the directory entry is in use. The data components 1000 further include a type designation component 1004 for specifying that the directory entry is an ACL directory entry. The data components 1000 further include a number of ACL fields 1006, such as ACL flags, pointers to ACL databases, and the like. One skilled in the relevant art will appreciate that the data components 1000 can include a number of additional/alternative rows for implementing the above-identified components 1002-1006 and additional components.
  • [0037]
    With reference now to FIG. 11, a file name creation routine 1100 for an extensible file system format will be described. At block 1102, a file system obtains a request to create a directory entry with a specific file name. In an illustrative embodiment, the specific file name can correspond to a naming convention, such as a digital camera picture naming convention. At block 1104, the file system generates a target name hash. At block 1106, an iterative loop is begun by examining the next directory entry hash value. An illustrative directory entry type for storing directory entry hash values is described above with regard to data components 600 (FIG. 6).
  • [0038]
    At decision block 1108, a test is conducted to determine whether the target hash value matches the current directory entry hash value. If they do not match, the routine 1100 returns to block 1106 (until all the directory entries have been examined. If the hash values match at decision block 1108, at block 1110, the file system obtains the full file name for the potentially matching directory entry. An illustrative directory entry type for storing directory entry full file names is described above with regard to data components 600 (FIG. 6). At decision block 1112, a test is conducted to determine whether the target file name matches the full file name of the potentially matching directory entry. If so, the routine 1100 terminates by reporting a conflict and the file system will be required to select a new file name. If the full file does not match, the routine 1100 will return to block 1106 to continue checking hash values for all the directory entries in the file system.
  • [0039]
    In accordance with an aspect of the present invention, various additional functionality may be added through the specification of specific directory types. For example, name streams may be supported by specifying a name stream directory entry. Additionally, on-disk encryption may also be supported through the utilization of specific encryption algorithms and key exchanges. Still further, time zone conversions may be associated with directory entries to automatically convert a current time zone with a time zone with the directory entry was made.
  • [0040]
    While illustrative embodiments have been illustrated and described, it will be appreciated that various changes can be made therein without departing from the spirit and scope of the invention.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US4780821 *Jul 29, 1986Oct 25, 1988International Business Machines Corp.Method for multiple programs management within a network having a server computer and a plurality of remote computers
US4987531 *May 18, 1988Jan 22, 1991Hitachi, Ltd.File system management method and file management system
US5083264 *Apr 24, 1989Jan 21, 1992Xerox CorporationProcess and apparatus for saving and restoring critical files on the disk memory of an electrostatographic reproduction machine
US5202982 *Mar 27, 1990Apr 13, 1993Sun Microsystems, Inc.Method and apparatus for the naming of database component files to avoid duplication of files
US5307494 *Feb 26, 1993Apr 26, 1994Fuji Xerox Co., Ltd.File name length augmentation method
US5313646 *Jun 10, 1991May 17, 1994Sun Microsystems, Inc.Method and apparatus for translucent file system
US5359725 *Oct 15, 1991Oct 25, 1994Time Warner Interactive Group, Inc.Method of creating CD-ROM image of files of different format with proper directories to be read by respective operating systems
US5363487 *Aug 29, 1989Nov 8, 1994Microsoft CorporationMethod and system for dynamic volume tracking in an installable file system
US5367671 *Sep 25, 1990Nov 22, 1994International Business Machines Corp.System for accessing extended object attribute (EA) data through file name or EA handle linkages in path tables
US5371885 *Aug 29, 1989Dec 6, 1994Microsoft CorporationHigh performance file system
US5388257 *May 23, 1994Feb 7, 1995At&T Corp.Method and apparatus for operating a computer based file system
US5392427 *May 18, 1993Feb 21, 1995Microsoft CorporationSystem for updating data stored on a flash-erasable, programmable, read-only memory (FEPROM) based upon predetermined bit value of indicating pointers
US5412808 *Mar 10, 1993May 2, 1995At&T Corp.System for parsing extended file names in an operating system
US5421001 *May 1, 1992May 30, 1995Wang Laboratories, Inc.Computer method and apparatus for a table driven file interface
US5434974 *Mar 30, 1992Jul 18, 1995International Business Machines CorporationName resolution for a multisystem network
US5437029 *Mar 30, 1994Jul 25, 1995Matsushita Electric Industrial Co., Ltd.Path name resolution method providing fixed speed of file accessing in computer network
US5483652 *Jan 24, 1994Jan 9, 1996Digital Equipment CorporationMechanism for locating without search discrete application resources known by common name only in a distributed network computing environment
US5535375 *Oct 11, 1994Jul 9, 1996International Business Machines CorporationFile manager for files shared by heterogeneous clients
US5579517 *Apr 24, 1995Nov 26, 1996Microsoft CorporationCommon name space for long and short filenames
US5596755 *May 8, 1995Jan 21, 1997Microsoft CorporationMechanism for using common code to handle hardware interrupts in multiple processor modes
US5627996 *Aug 19, 1992May 6, 1997At&TMethod and apparatus for accessing the same computer file using different file name formats
US5694606 *Aug 1, 1996Dec 2, 1997Microsoft CorporationMechanism for using common code to handle hardware interrupts in multiple processor modes
US5745752 *Dec 13, 1994Apr 28, 1998Microsoft CorporationDual namespace client having long and short filenames
US5745902 *Jul 6, 1992Apr 28, 1998Microsoft CorporationMethod and system for accessing a file using file names having different file name formats
US5754848 *Sep 11, 1996May 19, 1998Hewlett-Packard Co.Apparatus and method for disaster recovery of an operating system utilizing long file and directory names
US5758352 *Sep 5, 1996May 26, 1998Microsoft CorporationCommon name space for long and short filenames
US5761675 *Mar 19, 1996Jun 2, 1998Symantec CorporationDiagnosis and repair of defective long filenames
US5761677 *Jan 3, 1996Jun 2, 1998Sun Microsystems, Inc.Computer system method and apparatus providing for various versions of a file without requiring data copy or log operations
US5765169 *Sep 30, 1996Jun 9, 1998International Business Machines CorporationMethod and apparatus for converting long file names to short file names
US5819275 *Jun 7, 1995Oct 6, 1998Trusted Information Systems, Inc.System and method for superimposing attributes on hierarchically organized file systems
US5898868 *Jun 7, 1995Apr 27, 1999Microsoft CorporationMethod and system for file system management using a flash-erasable, programmable, read-only memory
US5923884 *Aug 30, 1996Jul 13, 1999Gemplus S.C.A.System and method for loading applications onto a smart card
US5926805 *Apr 24, 1998Jul 20, 1999Microsoft CorporationDual namespace client having long and short filenames
US5930828 *Mar 26, 1997Jul 27, 1999Executive Software InternationalReal-time apparatus and method for minimizing disk fragmentation in a computer system
US6023744 *Mar 7, 1997Feb 8, 2000Microsoft CorporationMethod and mechanism for freeing disk space in a file system
US6055527 *May 8, 1998Apr 25, 2000Network Associates, Inc.System, method and computer program product for superimposing attributes on hierarchically organized file systems
US6081804 *Mar 9, 1994Jun 27, 2000Novell, Inc.Method and apparatus for performing rapid and multi-dimensional word searches
US6144969 *Feb 7, 1997Nov 7, 2000Sony CorporationFile name conversion
US6205558 *Oct 7, 1998Mar 20, 2001Symantec CorporationRecovery of file systems after modification failure
US6253300 *Aug 15, 1998Jun 26, 2001Powerquest CorporationComputer partition manipulation during imaging
US6374265 *Mar 29, 1999Apr 16, 2002Inventec Corp.Method for backup and recovery of the long filename in computer system
US6612490 *Dec 17, 1999Sep 2, 2003International Business Mahines CorporationExtended card file system
US6615365 *Mar 22, 2000Sep 2, 2003Powerquest CorporationStoring a computer disk image within an imaged partition
US6654772 *Apr 28, 1999Nov 25, 2003Emc CorporationMulti-volume extent based file system
US7032107 *Oct 30, 2002Apr 18, 2006Symantec CorporationVirtual partition for recording and restoring computer data files
US7072917 *Apr 26, 2004Jul 4, 2006Neopath Networks, Inc.Extended storage capacity for a network file server
US7274857 *Dec 31, 2001Sep 25, 2007Scientific-Atlanta, Inc.Trick modes for compressed video streams
US7380140 *Mar 21, 2005May 27, 2008Spyrus, Inc.Providing a protected volume on a data storage device
US7383288 *Jan 2, 2003Jun 3, 2008Attune Systems, Inc.Metadata based file switch and switched file system
US7606830 *Jul 15, 2002Oct 20, 2009Sony CorporationSearching apparatus and searching method
US7620620 *May 15, 2000Nov 17, 2009Oracle International CorporationBasing directory contents on a query that is associated with a file identifier
US7676491 *Mar 9, 2010Oce-Technologies B.V.Method and system for accessing a file system
US7747664 *Jan 16, 2007Jun 29, 2010Microsoft CorporationStorage system format for transaction safe file system
US7757100 *May 23, 2008Jul 13, 2010Spyrus, Inc.Protected volume on a data storage device with dual operating systems and configurable access and encryption controls
US7873596 *May 23, 2007Jan 18, 2011Microsoft CorporationExtending cluster allocations in an extensible file system
US7941435 *Aug 1, 2006May 10, 2011Cisco Technology, Inc.Substring search algorithm optimized for hardware acceleration
US7979409 *Jul 29, 2008Jul 12, 2011International Business Machines CorporationMethod and system for checking availability of automounted file systems
US8321439 *Feb 20, 2009Nov 27, 2012Microsoft CorporationQuick filename lookup using name hash
US8364732 *Jan 13, 2011Jan 29, 2013Microsoft CorporationExtending cluster allocations in an extensible file system
US8583708 *Mar 20, 2008Nov 12, 2013Microsoft CorporationExtensible file system
US8725772 *May 2, 2013May 13, 2014Microsoft CorporationExtending cluster allocations in an extensible file system
US20020042796 *Sep 21, 2001Apr 11, 2002Nec CorporationFile managing system
US20020062301 *Jul 24, 2001May 23, 2002Rudoff Andrew M.System for providing extended file attributes
US20030088587 *Nov 6, 2001May 8, 2003John MerrellsReplication architecture for a directory server
US20030135650 *Jul 19, 2002Jul 17, 2003Hitachi, Ltd.Backup system
US20030177107 *Mar 14, 2002Sep 18, 2003International Business Machines CorporationApparatus and method of exporting file systems without first mounting the file systems
US20030182330 *Mar 19, 2002Sep 25, 2003Manley Stephen L.Format for transmission file system information between a source and a destination
US20030221095 *Jun 1, 2003Nov 27, 2003Powerquest CorporationComputer imaging recovery without a working partition or a secondary medium
US20040064483 *Sep 30, 2002Apr 1, 2004Emc CorporationMethod and system of compacting sparse directories in a file system
US20040215600 *Oct 11, 2002Oct 28, 2004International Business Machines CorporationFile system with access and retrieval of XML documents
US20050015354 *Jul 17, 2003Jan 20, 2005International Business Machines CorporationPerformance-enhancing system and method of accessing file system objects
US20050172005 *Jan 30, 2004Aug 4, 2005Goodwin Kevin M.Forestalling use of duplicate volume identifiers
US20060136529 *Sep 16, 2005Jun 22, 2006Microsoft CorporationExtensible file system
US20060224578 *Apr 1, 2005Oct 5, 2006Microsoft CorporationOptimized cache efficiency behavior
US20080091702 *May 23, 2007Apr 17, 2008Microsoft CorporationExtending cluster allocations in an extensible file system
US20080168029 *Mar 20, 2008Jul 10, 2008Microsoft CorporationExtensible file system
US20080172426 *Jan 16, 2007Jul 17, 2008Microsoft CorporationStorage system format for transaction safe file system
US20080215646 *Mar 20, 2008Sep 4, 2008Microsoft CorporationExtensible file system
US20090164440 *Feb 20, 2009Jun 25, 2009Microsoft CorporationQuick filename lookup using name hash
US20090164539 *Feb 20, 2009Jun 25, 2009Microsoft CorporationContiguous file allocation in an extensible file system
US20090265400 *Jun 27, 2009Oct 22, 2009Microsoft CorporationExtensible file system
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US8019800Apr 1, 2009Sep 13, 2011Panasonic CorporationAccess device, information recording device, information recording system, file management method, and program
US8321439Feb 20, 2009Nov 27, 2012Microsoft CorporationQuick filename lookup using name hash
US8364732Jan 13, 2011Jan 29, 2013Microsoft CorporationExtending cluster allocations in an extensible file system
US8433677Jun 16, 2011Apr 30, 2013Microsoft CorporationExtending cluster allocations in an extensible file system
US8452729Jan 13, 2011May 28, 2013Microsoft CorporationExtending cluster allocations in an extensible file system
US8583708Mar 20, 2008Nov 12, 2013Microsoft CorporationExtensible file system
US8606830Feb 20, 2009Dec 10, 2013Microsoft CorporationContiguous file allocation in an extensible file system
US8725772May 2, 2013May 13, 2014Microsoft CorporationExtending cluster allocations in an extensible file system
US8805780May 24, 2013Aug 12, 2014Microsoft CorporationExtending cluster allocations in an extensible file system
US9122695Aug 11, 2014Sep 1, 2015Microsoft Technology Licensing, LlcExtending cluster allocations in an extensible file system
US9336231Nov 8, 2013May 10, 2016Microsoft Technology Licensing, LlcExtensible file system
US20060136529 *Sep 16, 2005Jun 22, 2006Microsoft CorporationExtensible file system
US20080168029 *Mar 20, 2008Jul 10, 2008Microsoft CorporationExtensible file system
US20080215646 *Mar 20, 2008Sep 4, 2008Microsoft CorporationExtensible file system
US20090164440 *Feb 20, 2009Jun 25, 2009Microsoft CorporationQuick filename lookup using name hash
US20090265400 *Jun 27, 2009Oct 22, 2009Microsoft CorporationExtensible file system
US20110022645 *Apr 1, 2009Jan 27, 2011Takuji MaedaAccess device, information recording device, information recording system, file management method, and program
US20110113077 *May 12, 2011Microsoft CorporationExtending Cluster Allocations In An Extensible File System
Classifications
U.S. Classification1/1, 707/E17.01, 707/E17.001, 707/999.205
International ClassificationG06F17/30
Cooperative ClassificationG06F17/3012, G06F17/30179
European ClassificationG06F17/30F
Legal Events
DateCodeEventDescription
Apr 1, 2008ASAssignment
Owner name: MICROSOFT CORPORATION, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PUDIPEDDI, RAVISANKAR V.;GHOTGE, VISHAL V.;SIGNING DATESFROM 20080304 TO 20080313;REEL/FRAME:020734/0910
Dec 9, 2014ASAssignment
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034542/0001
Effective date: 20141014