Abstract:
A system for organizing computer data by the use of naming rules, grouping rules, and sequencing rules. These rules name and sort data in a consistent and convenient manner, which can, in part or whole, be employed by a human, computer, or both.

Description:
RELATED APPLICATIONS 
       [0001]    This application is a continuation of U.S. patent application Ser. No. 12/684,924. filed on Jan. 9, 2012, which claims the priority under 35 U.S.C. §119(e) to U.S. Provisional Application No. 61/148,979, filed on Feb. 1, 2009, and the entire disclosure of the contents which are hereby incorporated by reference in their entireties. 
     
    
     FIELD 
       [0002]    This application relates to computers, specifically to the organization of computer data. 
       ADVANTAGES 
       [0003]    This system for organizing computer data allows for consistent and convenient data organization and access both by humans and computers. When data is introduced, it can be logically and predictably organized. When data is organized, it can be accessed readily. 
         [0004]    Managing organized data can be less cumbersome and less difficult to sort and navigate through on a database or storage system that would otherwise have no consistent method for data organization. 
         [0005]    New data can be determinably named and placed in a computer database or storage system, such as that of a logical disk drive. Naming data such that primary data is discernable from secondary data provides convenience of use. 
         [0006]    Software applications could automate data naming and arrangement tasks without the involvement of human interaction. 
         [0007]    This system or aspects of it may produce other advantages in addition to these just described, as the logical organization of data can be of innumerable benefits to humans or computers, directly or indirectly. 
       SUMMARY 
       [0008]    This system for organizing computer data provides sets of rules for naming and sorting data in a consistent and convenient manner, which can, in part or whole, be employed by a human, computer, or both. This system consists of a set of naming rules, grouping rules, and sequencing rules. To use this system, a user or computer makes decisions about the data at hand. 
     
    
     
       BRIEF DESCRIPTION OF FIGURES 
         [0009]      FIG. 1  is an exemplary embodiment of a method of organizing computer data. 
       
    
    
     DESCRIPTION 
       [0010]    It is known in the computer art that data is stored in a format known as a “file” within a container known as a “folder.” The Microsoft Windows operating systems employ these terms, and they are widely used by the general population. In this specification, the data refers to what are generally known as “files” and “folders.” However, this system may apply to any form of data and the logical containers in which they are stored, and its concept may apply to the organization of any subject matter, physical or conceptual. 
         [0011]    The user decides on a name for each file and folder, whether multiple files and/or folders constitute a group or sequence, and whether an object is primary or secondary. The user also follows the appropriate rules for sorting the data. The following sections in this specification consist of definitions of key terms under the heading “Terminology,” the system&#39;s three sets of rules under the headings “Naming Rules,” “Grouping Rules,” and “Sequencing Rules,” a simplifying processing guide under the heading “Object Conversion Processes,” and a demonstrated example of using the system under the heading “System Demonstration.” These are followed by the specification of an application which embodies the System for Organizing Computer Data, consisting of a description under the heading “Data Management Application,” extended terminology under the heading “Extended Terminology,” the application&#39;s three rules under the heading “Application Rules,” and a demonstrated example of using the application under the heading “Application Demonstration.” 
       Terminology: 
       [0012]    The term “data” refers to one or more files, folders, groups, and/or sequences. 
         [0013]    The term “object” refers to a file, folder, group, or sequence. 
         [0014]    The term “file” refers to a single form of data. The term “folder” refers to a container of data. 
         [0015]    When referring to a folder or root level, the term “within” refers only to the immediate path within that folder or root level and not any paths further below in a hierarchy of subfolders. 
         [0016]    The term “parent folder” refers to the immediate folder in which data reside. The term “subfolder” refers to the immediate folder which resides within a parent folder or root level. Thus, if a folder contains an object, that folder is a parent folder. If a folder resides within another folder or the root level, it is a subfolder. If an object does not have a parent folder, it is at the top of the structure&#39;s hierarchy, or “root level.” 
         [0017]    The term “group” refers to two or more objects within the same parent folder or root level which can be grouped because they share a more distinct relationship with one another than they do with other data within that parent folder or root level. However, if all objects in that group are members of the same sequence, the term “sequence” is used instead. 
         [0018]    The term “sequence” refers to a successive order of two or more objects within the same parent folder or root level. Sequence members are successively prefixed with a sequence number, denoted as [#]-[file or folder name] (i.e. “1-photo” “2-photo” “3-photo”). 
         [0019]    The terms “primary” and “secondary” are designations applied to data based on the data&#39;s relationship with its parent folder. Primary data is the main subject data of its parent folder and secondary data is not. For example, a folder named “apples” contains a file about red apples, a file about green apples, and a file about the author of the other two files. The user decides to designate the red and green apple files as primary, since they are the main subject data of this folder, and the author file as secondary, since it is not the main subject data. The user later introduces another file, which is about apple seeds, to the “apples” folder and designates it as secondary. The user then places the two secondary files within a subfolder and names it “other.” Now, the “apples” folder contains three objects: a primary file about red apples, a primary file about green apples, and a secondary folder named “other.” Within the “other” subfolder are the author file and seeds file, both of which are now designated as primary since they are the main subject data of their new parent folder which inherited the secondary designation. 
         [0020]    A “primary group” is a group of two or more primary or primary and secondary objects within the same parent folder or root level. A “secondary group” is a group of all remaining secondary files and/or folders, if there are two or more, after all primary groups have been formed within the same parent folder or root level. A “primary sequence” is a successive order of two or more primary sequence members within the same parent folder or root level. A “secondary sequence” is a successive order of two or more secondary sequence members within the same parent folder or root level. 
         [0021]    The term “mandatory” refers to either a name or hierarchical structure of data which is externally defined and is not applicable for modification by this system. 
         [0022]    1. Naming Rules (With the Exemption of Mandatory Names, One Rule Between a and b Applies and c Always Applies): 
         [0023]    a. Files/folders are named descriptively, more specific than the names of their respective parent folders, if any. 
         [0024]    b. Primary folders which are sequence members or primary files are named identical to the names of their respective parent folders (to the non-sequenced portions, if the parent folders are sequenced). 
         [0025]    c. Files/folders which are sequence members have their names appended to their sequence prefixes. 
         [0026]    2. Grouping Rules (With the Exemption of Mandatory Structures, All Rules Apply): 
         [0027]    a. Primary files and/or folders, and optionally one secondary file/folder included, which are both non-grouped and non-sequenced reside within the same parent folder/root level. 
         [0028]    b. A primary group resides within the same parent folder/root level as that of a lone secondary file/folder which is both non-grouped and non-sequenced. 
         [0029]    c. If a group resides within the same parent folder/root level as that of a primary file/folder which is non-grouped and non-sequenced, then the group is contained within a subfolder. 
         [0030]    d. If a secondary group resides within the same parent folder/root level as that of a primary group, then the secondary group is contained within a subfolder. 
         [0031]    e. If two primary groups reside within the same parent folder/root level, then they are each contained within respective subfolders. 
         [0032]    f. If a group member itself constitutes a group/sequence, then the group/sequence is contained within a subfolder. 
         [0033]    3. Sequencing Rules (With the Exemption of Mandatory Structures, All Rules Apply): 
         [0034]    a. A primary sequence resides within the same parent folder/root level as that of a lone secondary file/folder which is both non-grouped and non-sequenced. 
         [0035]    b. If a secondary group/sequence resides within the same parent folder/root level as that of a primary sequence, then the secondary group/sequence is contained within a subfolder. 
         [0036]    c. If a sequence resides within the same parent folder/root level as that of a primary file/folder which is both non-grouped and non-sequenced, then the sequence is contained within a subfolder. 
         [0037]    d. If a secondary sequence resides within the same parent folder/root level as that of a primary group, then the secondary sequence is contained within a subfolder. 
         [0038]    e. If a primary sequence resides within the same parent folder/root level as that of a primary group/sequence, then they are each contained within respective subfolders. 
         [0039]    f. If a sequence member itself constitutes a group/sequence, then the group/sequence is contained within a subfolder which has its name prefixed with the sequence number according to the sequence of which it is a member. 
       Object Conversion Processes 
       [0040]    The following table lists conversion processes of object pairs. Numbers represent primary files/folders and uppercase letters represent secondary files/folders. A single number/uppercase letter represents a single file/folder. Unordered numbers/uppercase letters represent a group. Ordered numbers/uppercase letters represent a sequence. The combination of a number with a lowercase letter, together contained within brackets, represents a group/sequence member which is itself a group/sequence. Numbers/uppercase letters contained within parentheses represent processed containment within a subfolder. Two objects to be compared for processing are connected by a dash, with their state before the processing listed on the left side of the greater-than symbol and their processed state listed on the right side of the greater-than symbol. Following each object conversion process is the referenced rule which describes it. 
         [0041]    If more than two objects within the same folder exist, any qualifying pair is compared for simplification processing until all qualifying pairs are simplified. A qualifying pair is one which can simplify by placing one or both pair members within a subfolder. 
         [0000]    
       
         
               
               
               
             
           
               
                   
                   
               
               
                   
                 Object Conversion Process 
                 Rule 
               
               
                   
                   
               
             
             
               
                   
                 5-5 &gt; 5-5 
                 2a 
               
               
                   
                 5-E &gt; 5-E 
                 2a 
               
               
                   
                 546-E &gt; 546-E 
                 2b 
               
               
                   
                 5-546 &gt; 5-(546) 
                 2c 
               
               
                   
                 5-EDF &gt; 5-(EDF) 
                 2c 
               
               
                   
                 546-EDF &gt; 546-(EDF) 
                 2d 
               
               
                   
                 546-546 &gt; (546)-(546) 
                 2e 
               
               
                   
                 54[6a][6b][6f] &gt; 54(6) 
                 2f 
               
               
                   
                 123-E &gt; 123-E 
                 3a 
               
               
                   
                 123-ABC &gt; 123-(ABC) 
                 3b 
               
               
                   
                 123-EDF &gt; 123-(EDF) 
                 3b 
               
               
                   
                 5-123 &gt; 5-(123) 
                 3c 
               
               
                   
                 5-ABC &gt; 5-(ABC) 
                 3c 
               
               
                   
                 546-ABC &gt; 546-(ABC) 
                 3d 
               
               
                   
                 546-123 &gt; (546)-(123) 
                 3e 
               
               
                   
                 123-123 &gt; (123)-(123) 
                 3e 
               
               
                   
                 12[3a][3b][3f] &gt; 12(3) 
                 3f 
               
               
                   
                   
               
             
          
         
       
     
       System Demonstration: 
       [0042]    A user has data on an old storage medium and, using this system for organizing computer data, desires to organize it on a new storage medium which currently contains no data. The data to be organized includes school photographs taken from elementary school through college as well as some college assignments. 
         [0043]    The user first decides upon a folder in which all the education data is to be stored. According to the naming rules, the user decides whether there is any mandatory name this folder must be given. Since there is not, the user must decide on a descriptive name for this folder since rules 1b and 1c do not apply to it. The user decides to name it “education.” The user designates this folder as primary since it is the main subject data stored at the root of this storage medium. 
         [0044]    Next, the user would like to distinguish the data between photographs and assignments. According to the naming rules, the user decides that rule 1a applies and descriptively names two folders within the “education” folder “photo” and “assignment.” Both folders are primary since they are of equal priority to their parent folder. Before creating any more subfolders, the user would also like to include a document file named “note” which contains notes regarding both the photographs and assignments. Since this file pertains to both the “photo” and “assignment” folders, it resides within the same parent folder “education” alongside them. The user designates this file as secondary since it is not the main subject data of the “education” folder. 
         [0045]    At this point, there are three objects within the “education” folder, two which are primary folders and one which is a secondary file. According to rule 2a, as abbreviated in the Object Conversion Processes section, the two folders and one file stay as they are: 5-5 and 5-E. Note that the user could have chosen to alternatively consider the two primary folders as a group. In this case, according to rule 2b, the two folders and one file would also stay as they are: 546-E. The user has completed organizing the contents of the “education” folder and now begins to work on the “photo” folder. 
         [0046]    Within the “photo” folder, the user would like to distinguish the photograph data between the different schools. According to the naming rules, the user decides that rule 1a applies and descriptively names four created primary folders “elementary,” “middle,” “high,” and “college.” All of the user&#39;s photograph data can be categorized within these folders except for one file which is a document describing various photographs from all the different schools. The user decides that this file is of equal priority to the “photo” parent folder as that of the four folders and designates it as primary. According to the naming rules, the user decides that rule 1b applies and generically names the file “photo.” This is because there is no mandatory name this file must be given nor a descriptive name which the user feels would help distinguish it from the parent folder. In this case, the user feels a generic name would describe the file&#39;s broad purpose and names it after its parent folder. 
         [0047]    At this point, there are five objects within the “photo” folder, all of which are primary. No processing is required as no groups are to be formed between them. 
         [0048]    The user has five photograph files of elementary school and, according to the naming rules, decides that rule 1b applies and generically names the primary files “elementary.” To distinguish one file from another, they are ordered in sequence by uniquely identifying each as a sequence member. The files are named “1-elementary,” “2-elementary,” . . . “5-elementary” and placed within the “elementary” folder. The user has completed organizing the contents of the “elementary” folder and now begins to work on the “middle” folder. 
         [0049]    The user has seven photograph files of middle school and, according to the naming rules, decides that rule 1b applies and generically names the primary files “middle.” To distinguish one file from another, they are ordered in sequence by uniquely identifying each as a sequence member. The files are named “1-middle,” “2-middle,” . . . “7-middle” and placed within the “middle” folder. Also within the “middle” folder, the user would like to include a document file which contains notes regarding the middle school photographs. According to the naming rules, the user decides that rule 1a applies and descriptively names the secondary file “note.” 
         [0050]    At this point, there are eight objects within the “middle” folder, seven which are primary and one which is secondary. The next steps would be to consider the seven primary files as a sequence so that they are seen as one object and then process that object against the one secondary object. 
         [0051]    According to rule 3a, the primary sequence and secondary file stay as they are: 123-E&gt;123-E. 
         [0052]    The user now decides to introduce another document file which contains the same text as the note file but is of a different file format. The user decides that rule 1a applies and descriptively names the secondary file “note” as well. In this case, the identically-named “note” files are distinguished by their file extensions. 
         [0053]    At this point, there are nine objects within the “middle” folder, seven which are primary and two which are secondary. The next steps would be to again consider the seven primary files as a sequence so that they are seen as one object, consider the two secondary files as a group so that they are seen as one object and then process the two objects against one another. According to rule 3b, the primary sequence and secondary group are processed such that the secondary group is contained within a subfolder: 123-EDF&gt;123-(EDF). The user names this subfolder “note” since it has the same relationship with the parent folder that the two “note” files had. This subfolder also inherits the secondary status from the “note” files. The two “note” files are now primary due to the relationship with their new “note” parent folder, and their names now comply with rule 1b. The current state of objects within the “middle” folder now complies with rule 3a again: 123-E. 
         [0054]    The user now decides to introduce a software package within the “note” folder which will display the middle school photographs in a slideshow. The slideshow software package is a prepackaged hierarchy of files and folders, all contained within a single folder named “slideshow,” which is a mandatory name. The user decides that this software package is of equal priority to the “note” folder as are the “note” files and designates the “slideshow” folder as primary. Note that the user is also indirectly designating the slideshow software package as secondary to the “middle” folder. Because the data within “slideshow” is a prepared software package in which none of the files and folders can be altered, the user designates all of the internal files and folders collectively as a mandatory structure, each with mandatory names. This means that the location and names of all the files and folders within the hierarchy of the “slideshow” folder are not to be changed. The user is only to be concerned with the processing of the software package&#39;s top-level folder, “slideshow.” 
         [0055]    At this point, there are three objects within the “note” folder, all of which are primary but two of which are distinguished from the third by the user. The next steps would be to consider the two primary “note” files as a group so that they are seen as one object and then process the two objects against one another. According to rule 2c, the primary group and primary folder are processed such that the primary group is contained within a subfolder: 5-546&gt;5-(546). 
         [0056]    Note that it is up to the user&#39;s judgment as to which files or folders are to constitute a group. The user decided that the two note files have a more distinct relationship with one another than they do with the “slideshow” folder. The user could just as well have chosen to alternatively consider the two “note” files and “slideshow” folder as three individual, ungrouped primary objects, 5-5-5, and, according to rule 2a, nothing would have changed. 
         [0057]    The user has a folder containing two primary “note” files and, according to the naming rules, decides that rule 1b applies and generically names the primary folder “note.” However, the user now has two folders named “note,” one within the other. Since no naming rule permits a folder which is not a sequence member to be named identical to its parent folder, the user decides that the higher-level “note” folder should be renamed to “extra,” according to rule 1a, to more specifically describe its contents now that “slideshow” has been introduced. 
         [0058]    At this point, there are two objects within the “extra” folder, both of which are primary. The user now decides to introduce four audio files recorded during various music class lessons at middle school. The user decides that these audio files are not directly related to the photographs and designates them as secondary. The user also decides that rule 1a applies and descriptively names them “audio.” To distinguish one audio file from another, they are ordered in sequence by uniquely identifying each as a sequence member. The files are named “1-audio,” “2-audio,” . . . “4-audio” and placed within the “extra” folder. 
         [0059]    At this point, there are six objects within the “extra” folder, two which are primary and four which are secondary. The next steps would be to consider the four audio files as a sequence so that they are seen as one object and then process that object against either of the two single primary objects. According to rule 3c, the secondary sequence and either of the primary folders are processed such that the secondary sequence is contained within a subfolder: 5-ABC&gt;5-(ABC). According to rule 1a, the user names this secondary subfolder “audio.” Note that the current state of objects within the “extra” folder now complies with rule 2a: 5-5 and 5-E. Also note that the audio sequence is now primary due to the relationship with its new “audio” parent folder and that its members&#39; names now comply with rule 1b. The user has completed organizing the contents of the “middle” folder and now begins to work on the “high” folder. 
         [0060]    The user has ten photograph files and one video file of high school and, according to the naming rules, decides that rule 1b applies and generically names the primary files “high.” To distinguish one photograph file from another, they are ordered in sequence by uniquely identifying each as a sequence member. The files are named “1-high,” “2-high,” . . . “10-high” and placed within the “high” folder. The video file is named “high” and also placed within the “high” folder. 
         [0061]    At this point, there are eleven objects within the “high” folder, all of which are primary. The next steps would be to consider the ten photograph files as a sequence so that they are seen as one object and then process the two objects against one another. According to rule 3c, the primary sequence and primary file are processed such that the primary sequence is contained within a subfolder: 5-123&gt;5-(123). According to rule 1a, the user names this primary subfolder “snapshot.” The user places the ten photograph files within the “snapshot” folder and renames the primary files to “1-snapshot,” “2-snapshot,” . . . “10-snapshot,” according to rule 1b, since they are the main subject data of the “snapshot” folder, and according to rule 1c, since they are sequence members. 
         [0062]    At this point, there are two objects within the “high” folder, both of which are primary. The user decides to rename the video “high” to “video,” according to rule 1a, so as to describe it more specific than its parent folder, as was done with the “snapshot” folder. This avoids later confusing the “snapshot” folder as being secondary or less important. 
         [0063]    The user now decides to include two document files within the “snapshot” folder, one containing notes regarding the “3-snapshot” sequence member and one containing notes regarding the “5-snapshot” sequence member. The user would like each secondary note file to be organized with its respective sequence member. Each pair of files constitutes a primary group which, according to rule 3f, is processed to be contained within its own subfolder, have the same respective sequence number prefixed to its name and, according to rule 1b, be named generically after its parent folder: 12[3a][3b][3f]&gt;12(3). In each primary subfolder, “3-snapshot” and “5-snapshot,” are two files. One is the primary file which, according to rule 1b, is renamed generically as “snapshot,” having its prefix removed. The other is the secondary file which, according to rule 1a, is named descriptively as “note.” 
         [0064]    Note that the concept behind the object conversion process 12[3a][3b][3f]&gt;12(3) is that of introducing data which must incorporate with a sequence. In such an instance, the target sequence must disassemble to its individual file and/or folder members for comparison so that each target member can be grouped or sequenced with the new data. In this case, when the sequence was disassembled, each group was either processed against a primary file, according to rule 2c: 5-546&gt;5-(546), or each other, according to rule 2e: 546-546&gt;(546)-(546). In either case, the groups were placed in subfolders which became the new single sequence members and the sequence could reassemble. 
         [0065]    The user has completed organizing the contents of the “high” folder and now begins to work on the “college” folder. 
         [0066]    The user has twelve photograph files of college, six of which are of the associate program and six of which are of the bachelor program. According to the naming rules, the user decides that rule 1a applies to all the files and descriptively names the six primary associate program files sequentially as “1-associate,” “2-associate,” . . . “6-associate” and the six primary bachelor program files sequentially as “1-bachelor,” “2-bachelor,” . . . “6-bachelor.” 
         [0067]    At this point, there are twelve objects within the “college” folder, all of which are primary. The next steps would be to consider each set of six sequence members as a sequence so that they are seen as two objects and then process them against one another. According to rule 3e, the primary sequences are processed such that each sequence is contained within its own subfolder: 123-123&gt;(123)-(123). 
         [0068]    The user creates two folders to contain the two sequences and, according to the naming rules, decides that rule 1a applies and descriptively names the primary folders “associate” and “bachelor,” similar to the names of their respective files. The primary files within these two folders now comply with naming rule 1b since they are generically named after their respective parent folders, appended to their sequence prefixes. 
         [0069]    The user now decides to introduce a sequence of three photograph files of the master&#39;s program within a primary “master&#39;s” folder to be placed within the “college” folder. The user decides that rule 1a applies and descriptively names the three primary sequence members “1-beginning semester,” “2-mid semester,” and “3-graduation.” The user has completed organizing the contents of the “photo” folder and now begins to work on the “assignment” folder. At this point, the “assignment” folder is about to be populated with data. The user has master&#39;s thesis, programming, and math data to be placed within their respective subfolders. According to the naming rules, the user decides that rule 1a applies and descriptively names these three primary subfolders “master&#39;s thesis,” “programming,” and “math.” 
         [0070]    The user&#39;s master&#39;s thesis exists in the form of both a document and diagram file. The user places these files within the “master&#39;s thesis” folder. According to the naming rules, the user decides that rule 1b applies to the document file and generically names it “master&#39;s thesis,” designating it as primary. The user then decides that rule 1a applies to the diagram file and descriptively names it “diagram,” designating it as primary. The user feels that, while both files are to be considered primary, the document file is more important and chooses to indicate such by naming only it after the parent folder. 
         [0071]    The user now decides to introduce a sequence of two rough drafts of the diagram within the “master&#39;s thesis” folder. The user decides that rule 1a applies and descriptively names the two secondary sequence members “1-draft” and “2-draft.” 
         [0072]    At this point, there are four objects within the “master&#39;s thesis” folder, two which are primary and considered a group by the user, and two which are secondary. According to rule 3d, the primary group and secondary sequence are processed such that the secondary sequence is contained within a subfolder: 546-ABC&gt;546-(ABC). The user decides that rule 1a applies and descriptively names the secondary folder “draft.” The sequence within the “draft” folder is now designated as primary. The user has completed organizing the contents of the “master&#39;s thesis” folder and now begins to work on the “programming” folder. 
         [0073]    The user&#39;s programming project exists in the form of an executable file, source code file, and configuration file, all of which are to be designated as a primary group. In addition, a flow chart file and note file are to be supplemented, both of which are to be designated as secondary. All primary and secondary files are initially placed within the “programming” folder. 
         [0074]    At this point, there are five objects within the “programming” folder, three which are primary and two which are secondary. According to the naming rules, the user decides that rule 1a applies to all the files and descriptively names the three primary files “executable,” “source code,” and “configuration” and the two secondary files “flow chart” and “note.” According to rule 2d, the two groups are processed such that the secondary group is contained within its own subfolder: 546-EDF&gt;546-(EDF). According to the naming rules, the user decides that rule 1a applies to the secondary subfolder and descriptively names it “extra.” “flow chart” and “note” become primary since they are the main subject data of the “extra” folder. 
         [0075]    The user now decides to include two additional configuration files within the “programming” folder as part of the primary group which resides there. The user would like the three primary configuration files to be organized as a sequence, renaming “configuration” as “1-configuration” and naming the other two configuration files as “2-configuration” and “3-configuration.” 
         [0076]    The three configuration files constitute a primary sequence which, according to rule 2f, is processed such that it is contained within its own subfolder which, according to rule 1a, is named descriptively as “configuration” and designated as primary: 54[6a][6b][6f]&gt;54(6). Note that the concept behind the object conversion process 54[6a][6b][6f]&gt;54(6) is that of introducing data which must incorporate with a group. In such an instance, the target group must disassemble to its individual file and/or folder members for comparison so that each target member can be grouped or sequenced with the new data. In this case, when the group was disassembled, the sequence was processed against a primary file, according to rule 3c: 5-123&gt;5-(123). The sequence was placed in a subfolder which became the new single group member and the group could reassemble. 
         [0077]    The user has completed organizing the contents of the “programming” folder and now begins to work on the “math” folder. 
         [0078]    The user&#39;s math projects consist of objects of various types: E-E-E-5-EDF-l23-ABC-E. The user begins by grouping E-E-E-5, closely-related objects, as a primary group. Note that a primary group may contain secondary objects so as to contain all relevant sub-objects. Secondary groups cannot be formed until all primary groups have been formed so as to collect their respective secondary objects. 546-EDF-123-ABC-E remains. Note that the E-E-E-5 has converted to 546. 
         [0079]    Next, the user processes 123-ABC, according to rule 3b: 123-(ABC). 546-EDF-123-E-E remains. The user then processes 546-123, according to rule 3e: (546)-(123). 5-EDF-5-E-E remains. The user then processes 5-EDF, according to rule 2c: 5-(EDF). 5-E-5-E-E remains. 
         [0080]    Because the only primary group has been formed, E-E-E can be grouped as a secondary group so as to consolidate all remaining secondary objects, resulting in 5-5-EDF. 
         [0081]    Next, the user processes 5-EDF, according to rule 2c: 5-(EDF). 5-5-E remains, which is the final result as it cannot be simplified further. The user has completed organizing the contents of the “math” folder and returns to the root level. 
         [0082]    Next, the user introduces various new objects at the root level unrelated to education, validating the existence of the “education” folder. The user has completed organizing the contents of the new storage medium. 
       Data Management Application: 
       [0083]    This System for Organizing Computer Data may be applied to a data management application so that it may be automated. One such application is managing files and folders through the use of tags. Tags are symbols, such as words or numbers, associated with files and folders, assigned by a user or computer, so that those files and folders may be accessed based on those tags. A user, for example, could query all files related to red apples by indicating the “apple” and “red” tags as search values and each relative file or folder with these assigned tags in its tag list could be retrieved. 
         [0084]    This data management application can be mapped systematically to the hierarchical structures of files and folders using the System for Organizing Computer Data. This mapped tagging system could facilitate automatic file and folder manipulation such that a user need not be concerned with the manual process of organizing such data. A user could take advantage of the simpler data management capability of the tagging system, where data could be either recovered by searching with tags or entered by assigning tags, as opposed to manually deciding how to name and organize such data. Also, because this tagging system would be tied to a logically-consistent data storage mechanism, a user could opt to navigate and manage the processed data hierarchies intimately. 
         [0085]    This data management application must map to the hierarchical system if it is to manipulate it according to the System for Organizing Computer Data. The user associates a list of tags, in order of most-general to least-general, with each file. A folder with a mandatory structure may be handled similarly, although this description will only refer to manually-tagged files. Each file tag list defines file and folder naming and placement. Folders are created and tagged automatically. Each mutable tag list is mirrored to each of the file and folder hierarchies. For example, if the tags for a .txt file which is about green apple seeds is “apple,” “green,” and “seed,” in that order, then the file would be named “seed” which would be placed within a folder named “green” within a folder named “apple,” using the syntax “apple\green\seed.txt.” 
         [0086]    If a folder ends up containing no data, it is removed. If a folder ends up containing only one file or folder, that file or folder would come out of its parent folder and the parent folder would be removed. When a tag list for a file contains tags which are unnecessary so as to avoid creating folders containing only one file or folder, the file would be named as though its original, or immutable tag list were shortened, called a retracted mutation. If a file or folder has a sequence prefix because it is a sequence member, the sequence prefix would cause an extended mutation in its associated tag list. If a file and folder which are peers, being within the same folder or root level, have the same name because the file&#39;s immutable tag list and folder&#39;s inherited tag list are identical, then the file is placed in that folder and its tag list is extended to include the new parent folder&#39;s tag, causing the file to be considered super primary among its new peers which are not also super primary like itself. Those peers, collectively seen as secondary to the super primary file, are then placed in a subfolder which is tagged with a common tag, concatenated if more than one tag finds commonality. A concatenated tag causes an extended mutation in their tag lists. 
         [0087]    Two tag lists are maintained for each file. A mutable tag list facilitates an extended and/or retracted hierarchical data structure while an immutable tag list facilitates proper processing against peer tag lists. 
         [0088]    When a file is introduced, its immutable tag list will first be matched with any existing hierarchical structure. For example, if a .txt file is tagged “apple,” “green,” and “stem” and placed on a storage medium with an existing “apple\green\seed.txt” tag-listed file, then the introduced file would be named “stem” and placed within the “green” folder: “apple\green\stem.txt.” The match is made from the beginning of the path on inward. If the introduced file was to have the tags “green” and “stem” only, in that order, it would be placed in a different path: “green\stem.txt.” In this case, the file might be considered by the user to have no relevance with apples. 
       Extended Terminology: 
       [0089]    A “tag” is a word attribute assigned to a file by a user or to a folder inheritably. 
         [0090]    A “tag list” of a file includes all tags assigned to it in their prescribed order of most-general to least-general. Folders inherit tags and tag lists based on their position in the hierarchy. Tag lists map to file and folder hierarchies where each file and folder consists of a tag list specifying its name and location. 
         [0091]    An “immutable tag list” is the original, unchanging tag list of a file. Immutable tag lists comprise of only a single instance of each tag. 
         [0092]    A “mutable tag list” is the extended or retracted mutation of a file&#39;s tag list and is always subject to change. File and folder structures map directly to mutable tag lists. 
         [0093]    File extensions are neither considered mutable nor immutable. They only specify the file type, such as a text (.txt) or graphic (.png) file. This description will not consider the possibility of identically-named files with identical file extensions conflicting within the same path. 
         [0094]    An “extended mutation” of a file&#39;s tag list exists when a file is placed in a folder where it is considered super primary, when a folder groups a super primary sequence member, when a file or folder is appended a sequence prefix, or when a folder is made up of a tag concatenation. 
         [0095]    A “retracted mutation” of a file&#39;s tag list exists when an excess of immutable tags are unnecessary because their corresponding folders contain only one object and the file to which the tag list belongs can be renamed with a higher-level tag. 
         [0096]    A “super primary” consideration is applied to the extended mutation of a file&#39;s tag list where a file is placed within a subfolder which has the same tag name, sequenced or not, as the file&#39;s immutable tag name, so as to be contained with other peer files which use its tag as a grouping or sequencing parent folder. It is considered super primary so as to distinguish its primary status among all its peers which are not also super primary. Folders which group a super primary sequence member inherit the super primary designation among their peers. Without the presence of a super primary file or folder, those peer files and folders would be compared as primary and secondary between themselves and grouped and/or sequenced accordingly from the folder in which they reside. With the presence of a super primary file or folder, however, peer files and folders which are not also super primary are collectively considered secondary to it and grouped or sequenced as necessary. If there is only one secondary file or folder, it is named after its highest available tag. If there is more than one secondary file or folder, they are collectively placed in a subfolder named after their highest available common tag. If no single common tag is available for them, a concatenated tag of their highest available common and uncommon tags is formed. 
         [0097]    A “tag concatenation” occurs when a super primary file or folder causes a group to be formed between objects which, in total, have no single available tag in common, causing the shared subfolder in which they are to be placed to be tagged with all of their highest-available tags concatenated. Within a concatenated folder, super primary files cannot exist and thus concatenation cannot occur. When a concatenated tag member is no longer required, its portion is removed from all mutable tag lists using it. Concatenated tags are separated by a dash. 
       Application Rules: 
       [0098]    1. Immutable tag availability is distributed among peer files and/or folders based on their primary or secondary statuses. A file or folder with higher status receives a higher-level available tag. Extended mutations are not considered for comparison. If two files which do not have identical immutable tag lists are equally qualified based on their statuses to access a particular tag to be named after, neither of them can be named after it and they must be distinguished by their next available tag down the list. 
         [0099]    2. Within any given folder or the root level, all file instances of identical immutable tag lists must collectively form a single group or sequence, unless such instances are within a sequenced folder based off the same immutable tag list, in which case they must collectively form a single group only. 
         [0100]    3. A secondary file to a sequenced tag is specified by the user as to whether or not it belongs to a sequence member and, if so, which one. The secondary file may become part of a new sequence member, resulting in the formation of a sequenced parent folder when there are peers. 
       Application Demonstration: 
       [0101]    A mutable tag list minors the file and folder hierarchy for a file. Files are indicated with a file extension. Extended mutations are underlined. Tag lists with retracted mutations have their immutable tag lists displayed alongside in parenthesis. Newly-introduced tag lists in the RESULT sections are indicated with a greater-than symbol. The following examples demonstrate existing tag lists of their corresponding existing files which are added to with new tag lists of new files to process a result based on the rules from the System for Organizing Computer Data. The Object Conversion Process symbol is included with the START AND RESULT headings. 
       Example 1  
       [0102]    START 5 orange.txt 
         [0103]    ADD 
         [0104]    apple.txt 
         [0105]    RESULT 5-5 orange.txt 
         [0106]    &gt;apple.txt 
         [0107]    Note: The two tag lists, each containing only one tag, are primary peers. 
         [0108]    ADD 
         [0109]    grape\red.txt 
         [0110]    RESULT 5-5 orange.txt apple.txt 
         [0111]    &gt;grape.txt (grape\red.txt) 
         [0112]    Note: The three tag lists are primary peers and the new tag list consists of a retracted mutation using the highest available tag “grape.” “red” was omitted because a “grape” folder would have only contained a single “red” file, causing that “red” file to come out of its folder. 
         [0113]    ADD 
         [0114]    grape\green.txt 
         [0115]    RESULT 5-(546) orange.txt apple.txt grape\red.txt 
         [0116]    &gt;grape\green.txt 
         [0117]    Note: The “grape” folder groups its two files and “grape\red.txt” is no longer retracted. “grape\red.txt” must give up the “grape” tag to the parent folder. 
         [0118]    SUBTRACT orange.txt apple.txt grape\red.txt 
         [0119]    RESULT 5 
         [0120]    grape.txt (grape\green.txt) 
         [0121]    Note: The “grape” folder is no longer required to contain the two “grape” files. Also, the “grape” tag is now available. 
         [0122]    ADD 
         [0123]    grape\red.txt 
         [0124]    RESULT 5-5 
         [0125]    green.txt (grape\green.txt) 
         [0126]    &gt;red.txt (grape\red.txt) 
         [0127]    Note: The higher-level “grape” tag cannot be assigned to the files because they are equally qualified to access it. They each must use the next available tag down the list so as to distinguish themselves. 
       Example 2  
       [0128]    START 546-E orange.txt apple\red.txt apple\red.png 
         [0129]    apple\skin.txt (apple\red\skin.txt) 
         [0130]    ADD 
         [0131]    apple\red\seed.png 
         [0132]    RESULT 546-(EDF) orange.txt apple\red.txt apple\red.png 
         [0133]    apple\skin-seed\skin.txt (apple\red\skin.txt) 
         [0134]    &gt;apple\skin-seed\seed.png (apple\red\seed.png) 
         [0135]    Note: The secondary files are grouped and their subfolder is named after each member&#39;s available tag, forming a tag concatenation. The concatenation occured because their common “red” tag is already used by the group of higher status. Note that a super primary file cannot exist within the concatenated folder since it cannot represent a concatenation as a whole. 
         [0136]    ADD 
         [0137]    apple\green.txt 
         [0138]    RESULT 5-(546) orange.txt apple\red\red.txt apple\red\red.png 
         [0139]    apple\red\skin-seed\skin.txt apple\red\skin-seed\seed.png 
         [0140]    &gt;apple\green.txt 
         [0141]    Note: The “red” group folder is formed so as to distinguish its members from the “green” peer tag. The “red.txt” and “red.png” files are now a super primary extended mutation. 
         [0142]    ADD 
         [0143]    apple\green.txt 
         [0144]    RESULT 5-(123) orange.txt apple\red\red.txt apple\red\red.png 
         [0145]    apple\red\skin-seed\skin.txt apple\red\skin-seed\seed.png apple\green\1-green.txt 
         [0146]    &gt;apple\green\2-green.txt 
         [0147]    Note: Because an identical tag list is introduced, a sequence is opted by the user to be formed. A “green” folder groups its sequence members. With this configuration, all additional identical tag lists must become sequence members if they are to be placed within the “green” folder. Here, within the “apple” folder is 54[6a][6b][6f], where the “green” group member forms a sequence. Had an “apple\golden” sequence been introduced simultaneously, within the “apple” folder would be (123)-(123) as well. 
       Example b  3   
       [0148]    START 5-5 orange.txt apple.txt 
         [0149]    ADD 
         [0150]    apple\red.txt 
         [0151]    RESULT 5-(546) orange.txt apple\apple.txt 
         [0152]    &gt;apple\red.txt 
         [0153]    Note: The “apple.txt” tag list is now mutable, with the “apple” tag extended into a subfolder to be grouped with “apple\red.txt.” 
         [0154]    ADD 
         [0155]    apple\red\seed.txt 
         [0156]    RESULT 5-(EDF) orange.txt apple\apple.txt apple\red\red.txt 
         [0157]    &gt;apple\red\seed.txt 
         [0158]    Note: “apple\red.txt” and “apple\red\seed.txt” are grouped in the “red” subfolder as they are collectively seen as a secondary group to the “apple.txt” super primary peer. Here, the secondary group actually consists of a primary and secondary file, but these files are not processed against one another until they are grouped within their own subfolder. The “red” tag was available for the subfolder name, so no tag concatenation was required to describe its contents. Within the “apple” folder is now 5-E and “red.txt” is now super primary to “seed.txt” since it extends from the parent folder. 
         [0159]    ADD 
         [0160]    apple\red.txt 
         [0161]    RESULT 123-E orange.txt apple\apple.txt apple\red\1-red.txt 
         [0162]    &gt;apple\red\2-red.txt apple\red\seed.txt 
         [0163]    Note: Because an identical tag list is introduced, a sequence is opted by the user to be formed. 
         [0164]    ADD 
         [0165]    apple\red.png 
         [0166]    RESULT 123-E 
         [0167]    orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red.txt 
         [0168]    &gt;apple\red\3-red.png apple\red\seed.txt 
         [0169]    Note: The new file must become part of the sequence because first it must be sent into the “red” folder to become super primary, and then because only one of either a group or sequence for the “apple\red” immutable tag list may exist within any given folder and a sequence has already been formed within this one. 
         [0170]    ADD 
         [0171]    apple\red\skin.txt 
         [0172]    RESULT 123-(EDF) 
         [0173]    orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red.txt apple\red\3-red.png 
         [0174]    apple\red\seed-skin\seed.txt 
         [0175]    &gt;apple\red\seed-skin\skin.txt 
         [0176]    Note: The group is concatenated since no common tags are available. 
         [0177]    ADD 
         [0178]    apple\red\skin\vitamin.txt 
         [0179]    RESULT 5-(546) 
         [0180]    orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red.txt apple\red\3-red.png 
         [0181]    apple\red\seed-skin\seed.txt apple\red\seed-skin\skin\skin.txt 
         [0182]    &gt;apple\red\seed-skin\skin\vitamin.txt 
         [0183]    Note: A subfolder is formed for the “apple\red\skin” group and the extended mutation produces a super primary “skin.txt” file. Here, within the “seed-skin” folder is 54[6a][6b][6f], where the “skin” group member forms a group. Had a “seed” group member been introduced simultaneously, within the “seed-skin” folder would be (546)-(546). Had a “seed” sequence member been introduced simultaneously, within the “seed-skin” folder would be (546)-(123). 
         [0184]    ADD 
         [0185]    apple\red\note.txt 
         [0186]    RESULT 12[3a][3b][3f] 
         [0187]    orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red\red.txt 
         [0188]    &gt;apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed-skin\seed.txt apple\red\seed-skin\skin\skin.txt 
         [0189]    apple\red\seed-skin\skin\vitamin.txt 
         [0190]    Note: The user decides to associate the file with “2-red.” Here, within the “red” folder is 
         [0191]    12[3a][3b][3f], where the “2-red” sequence member forms a group. Since folders which group a super primary sequence member inherit the super primary designation, the “apple\red\2-red” folder becomes super primary while “apple\red\2-red\red.txt” continues to use the extended tag. 
         [0192]    SUBTRACT apple\red\skin.txt apple\red\skin\vitamin.txt 
         [0193]    RESULT 123-E 
         [0194]    orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed.txt 
         [0195]    Note: The concatenation is no longer required and “apple\red\seed.txt” is restored to its immutable form. 
         [0196]    ADD 
         [0197]    apple\red\seed.png 
         [0198]    RESULT 123-(ABC) orange.txt apple\apple.txt apple\red\1-red.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png 
         [0199]    &gt;apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0200]    Note: First the user is opted to have the file either join one of the “red” sequence members or have it form a group or sequence with the identically-tag-listed “seed.txt” file. The user decides the latter and then opts to join it as the first sequence member. 
         [0201]    ADD 
         [0202]    apple\red\seed.txt 
         [0203]    RESULT 12[3a][3b][3f] orange.txt apple\apple.txt apple\red\1-red\red.txt 
         [0204]    &gt;apple\red\1-red\seed.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0205]    Note: The user directs the file to join the “1-red” sequence member. 
         [0206]    ADD 
         [0207]    apple\red\seed.txt 
         [0208]    RESULT 5-(ABC) orange.txt apple\apple.txt apple\red\1-red\red.txt 
         [0209]    apple \red \1-red\seed\1-seed.txt 
         [0210]    &gt;apple\red\1-red\seed\2-seed.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0211]    Note: The user directs the file to join the “1-red” sequence member and form a secondary sequence. Had another “red” super primary group member resided within the “1-red” folder, within the “1-red” folder would be 546-(ABC). 
         [0212]    ADD 
         [0213]    apple\red\seed\ovule.txt 
         [0214]    RESULT 12[3a][3b][3f] orange.txt apple\apple.txt apple\red\1-red\red.txt 
         [0215]    apple\red\1-red \seed\1-seed\seed.txt 
         [0216]    &gt;apple\red \1-red\seed \1-seed\ovule.txt apple\red\1-red\seed\2-seed.txt apple\red \2-red\red.txt 
         [0217]    apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0218]    Note: The user directs the file to join the “1-seed” sequence member of the “1-red” sequence member to form a group. 
         [0219]    SUBTRACT 
         [0220]    apple\red\1-red\red.txt 
         [0221]    RESULT 12[3a][3b][3f] orange.txt apple\apple.txt 
         [0222]    apple\red\1-red\1-seed\seed.txt apple\red\1-red\1-seed\ovule.txt apple\red\1-red\2-seed.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0223]    Note: The “apple\red\1-red\seed” folder is no longer required and its members come out. Here, within the “apple\red” folder is 12[3a][3b][3f], where the “1-red” sequence member forms a sequence. 
         [0224]    ADD 
         [0225]    apple\red\seed\ovule.txt 
         [0226]    RESULT 123-E orange.txt apple\apple.txt 
         [0227]    apple\red\1-red\1-seed\seed.txt apple\red\1-red\1-seed\ovule.txt apple\red\1-red\2-seed.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt 
         [0228]    &gt;apple\red\seed\ovule.txt 
         [0229]    Note: The user directs the file to be independent of any current sequence member along its path. 
         [0230]    ADD 
         [0231]    apple\red\seed\ovule.png 
         [0232]    RESULT 123-E orange.txt apple\apple.txt 
         [0233]    apple\red\1-red\1-seed\seed.txt apple\red\1-red\1-seed\ovule.txt apple\red\1-red\2-seed.txt apple\red\2-red\red.txt apple\red\2-red\note.txt apple\red\3-red.png apple\red\seed\1-seed.png apple\red\seed\2-seed.txt apple\red\seed\3-seed\ovule.txt 
         [0234]    &gt;apple\red\seed\3-seed\ovule.png 
         [0235]    Note: The user directs the file to become part of a new “seed” sequence member, then assigning “ovule.txt” to that sequence member as well, resulting in the formation of a sequenced parent folder to contain the peer “ovule” files.