US20060282483A1 - File management system - Google Patents
File management system Download PDFInfo
- Publication number
- US20060282483A1 US20060282483A1 US11/194,475 US19447505A US2006282483A1 US 20060282483 A1 US20060282483 A1 US 20060282483A1 US 19447505 A US19447505 A US 19447505A US 2006282483 A1 US2006282483 A1 US 2006282483A1
- Authority
- US
- United States
- Prior art keywords
- storage
- data
- information
- file
- place
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
Definitions
- the present invention is related to a file managing system and a file managing method, in which file substances are managed outside a database.
- cost of storage apparatus operable in higher accessing speeds is increased, whereas cost of storage apparatus operable in lower accessing speeds is decreased.
- cost of storage apparatus operable in lower accessing speeds is decreased.
- An object of the present invention is to provide a file managing system and a file managing method, capable of performing file operations, while users need to be aware of physical storage destinations of files.
- both a means for automatically determining a storage destination of a file since a system manager has previously set an allocation condition of the storage destination of the file, and also, another means for automatically changing a storage destination of a file since the system manager has previously set a condition for changing the storage destination of the file are provided.
- a logical storage destination of a file to which a user accesses, and a physical storage destination of a file substance are separately managed. This file managing method may give such an effect that when the physical storage destination of the file is changed, the user need not become aware of the storage destination of the file.
- a meaningful group as a file sort a user, a group to which the user belongs is employed as reference path information, an ID is set with respect to the file, and then, reference paths are managed every reference path ID.
- a reference path which is allocated to the file is acquired, and then, a physical storage destination of the file is determined. At this time, the user need not become aware of the physical storage destination of the file.
- a physical storage destination of the file is acquired based upon both a reference path and a relative path of the file, and then, the file is acquired from the physical storage destination.
- a confirmation is made as to whether or not a storage destination changing condition can be satisfied every reference path ID so as to judge such a reference path, the storage destination of which is changed.
- both are acquired based upon both a reference path before being changed and a reference path after being changed, and then, the file is moved from the storage destination of the file before being changed into the storage destination after being changed. Also, the reference path for changing the storage destination is changed into the reference path with respect to the storage destination after being changed.
- the user can operate the file while the user need not become aware of he physical storage destination of the file.
- FIG. 1 is a diagram for schematically showing an arrangement of a file managing system according to an embodiment mode of the present invention.
- FIG. 2 is a diagram for illustratively representing a relationship between a process program and an information program employed in the file managing system of FIG. 1 .
- FIG. 3 is a diagram for schematically indicating an example of a reference path information managing table shown in FIG. 2 .
- FIG. 4 is a diagram for schematically representing an example of a file information managing table shown in FIG. 2 .
- FIG. 5 is a diagram for schematically indicating an example of a folder information managing table shown in FIG. 2 .
- FIG. 6 is a diagram for schematically representing an example of a storage destination changing condition managing table shown in FIG. 2 .
- FIG. 7 is a diagram for illustratively showing such an example that a user designates a folder so as to register a file.
- FIG. 8 is a diagram for illustratively showing an example as to both a logical storage structure and a physical storage structure.
- FIG. 9 is a flow chart for describing a process sequence for registering a file.
- FIG. 10 is a flow chart for describing a process sequence for displaying a file.
- FIG. 11 is a diagram for indicating a process sequence for changing a storage destination of a file.
- FIG. 12 is a diagram for indicating a structural example using a storage system.
- FIG. 13 is a diagram for showing a structural example using a file server.
- FIG. 14 is a diagram for representing an example of a screen which displays a logic address and a physical address in correspondence with each other to a user.
- the file managing system according to this embodiment mode is provided with a CPU 101 , a memory 102 , an input/output apparatus 103 , a volume 104 containing both a process program and an information table, both a volume 105 and another volume 106 which constitute storage destinations of file substances, and a display apparatus 107 .
- a volume corresponds to a storage apparatus, and may be realized as a physical volume, or a logical volume.
- this volume may be realized as a back-up apparatus which uses back-up media, for instance, not only a so-called “hard disk”, but also an optical disk, a magnetic disk, and a magnetic tape (concretely speaking, DVD, CD-R, tape etc.).
- back-up media for instance, not only a so-called “hard disk”, but also an optical disk, a magnetic disk, and a magnetic tape (concretely speaking, DVD, CD-R, tape etc.).
- the file managing system of FIG. 1 as volumes which constitute the storage destinations for the process program, the information table, and the file substance, separate volumes C, D, E are provided. Alternatively, these process program, information table, and file substance may be managed by employing the same volume.
- these separate volumes may be realized by such individual volumes which are employed in separate file managing systems which are connected to each other via a network.
- the process of the volume 104 is loaded to the memory 102 , and is executed by the CPU 101 .
- the information table is constituted by a reference path information managing table 120 , a file information managing table 121 , a folder information managing table 122 , and a storage destination changing condition managing table 123 .
- a reference path information managing table 120 while a path which constitutes a reference of storage destination of a file is defined as a reference path, information used to allocate this reference path to the file is managed.
- the file information managing table 121 is used to manage information related to a file, for instance, a storage destination of a file, and a size of a file.
- the folder information managing table 122 is used to manage information of a logical folder.
- the storage destination changing condition managing table 123 is used to manage information used to change a storage destination of a file. Substances of files corresponding to file information managed in the file information managing table 121 are stored in a file substance managing unit 130 . It should be understood that detailed contents as to the respective information tables will be described later.
- a path implies a character string which indicates a location of a file, or a folder within a storage apparatus, and corresponds to an address of this file, or this folder within a computer.
- MS-DOS registered trademark
- Windows registered trademark
- a storage apparatus is arranged in such a tree structure that a drive name ([C: ⁇ ] etc.) is used as a vertex
- a description of all of routes from this vertex up to data of either a target file or a target folder along this tress structure corresponds to an “absolute path.”
- a path of [D: ⁇ A ⁇ TXTFolder ⁇ file1.txt] designates such a file of [file.
- a description of a route from a present position which constitutes a starting point up to either a target file or a target folder corresponds to a “relative path.”
- a relative path of [. . / . . /file2.txt] designates such a file of [file2.txt] present in a holder located at two hierarchical layers higher than the present folder.
- Another relative path of [TXTFolder ⁇ file3.txt] designates such a file of [file3.txt] present in a folder of [TXTFolder] located under the present folder.
- a folder implies a storage place used to classify and sort out files in a storage apparatus such as a hard disk and a CD-ROM. While a specific name (folder name) may be given to a folder for an identification purpose, since a plurality of files which are related to each other are combined to be stored in a single folder, a storage apparatus may be effectively managed. Also, folders may be furthermore formed within a single folder, and thus, a precise classification may be expressed by a hierarchical structure. It should also be noted that such a storage place is called as a “folder” in Windows and Mac OS, whereas a similar concept is referred to as a “directory” in UNIX (registered trademark) and MS-DOS.
- the process program is constituted by a file storage processing unit 210 , a folder/file display processing unit 211 , a folder/file operation processing unit 212 , and a file move processing unit 213 .
- the file storage processing unit 210 acquires information of the reference path information managing table 120 and then stores the acquired information into the file substance managing unit 130 .
- the folder/file display processing unit 211 displays on the display apparatus 107 , a structure of a logical folder by which a user operates a file, based upon information of both the file information managing table 121 and the folder information managing table 122 .
- the folder/file operation processing unit 212 executes such an operation that the user has operated with respect to either a logical folder or a folder.
- the file move processing unit 213 changes a storage destination of a file in accordance with information stored in the storage destination changing condition managing table 123 .
- the above-described respective processing units may be realized by that the process-program is executed by the CPU 101 . It should also be noted that detailed contents of the respective process programs will be explained later.
- reference path information managing table 120 the following information of paths is managed: That is, reference path IDs which are such IDs for exclusively identifying reference path information; sorts of reference paths which indicate either reference path information of defaults where reference path allocating conditions are not set, or reference path information other than defaults where reference path allocating conditions have been set; reference paths corresponding to such paths which constitute references of physical storage destinations of files; and references of file storage destinations such as reference path allocating conditions which constitute such conditions for determining reference paths when files are stored, are managed by the reference path information managing table 120 .
- file information managing table 121 manages file IDs which are such IDs for exclusively identifying file information; file names corresponding to titles of files which are displayed to a user; sorts of files; producers of files; relative paths of storage destinations with reference to reference paths; reference path IDs of storage destinations of files; sizes of files; and logical storage destinations of files.
- the folder information managing table 122 is used when a logical folder structure is displayed to a user in the folder/file display processing unit 211 . Reference to FIG. 5 , concrete information managed in the folder information managing table 122 is explained.
- This folder information managing table 122 manages the following information related to folders: That is, this folder information managing table 122 manages folder IDs corresponding to such IDs which are used to exclusively identify folder information; folder names corresponding to titles of folders which are displayed to a user; mother folder or parent folder IDs for indicating that folders are present under which mother folder; and relative paths which are set to file information when files are registered in folders.
- the storage destination changing condition managing table 123 manages information used to change the following storage destinations of files, namely, storage destination changing condition IDs corresponding to such IDs which exclusively identify storage destination changing conditions; move destination reference path IDs which indicate reference path IDs of files which constitute move subjects; move destination reference paths which correspond to reference paths as to mode destinations of files; sorts of storage destination changing conditions and values of the storage destination changing conditions which indicate conditions for changing storage destinations of files.
- Substances of files are stored in the file substance managing unit 130 by the file move processing unit 213 .
- the file substance managing unit 130 may be arranged by not only a structure within one client, but also a structure formed via a network such as WAN (Wide Area Network), LAN (Local Area Network), and the Internet.
- the folder/file display processing unit 211 displays both a logical folder and a file which has been stored in the logical folder to the user. At this time, the user need not become aware of a physical storage destination of the file in an operation of the file. For instance, in FIG. 8 , in the case that the user displays a content of a file 311 which has been stored in a folder 310 of a volume 300 , a content of a file 708 which has been stored in a filter 707 of a volume 706 is displayed.
- the folder/folder operation processing unit 212 performs an operation process of a file in accordance with an operation designated by the user. As previously explained, an operation of a user is carried out via the folder/file display processing unit 211 . For example, in the case that a user refers to a content of a file, the folder/file operation processing unit 212 judges a storage destination of a file substance, and acquires the corresponding file from the file substance managing unit 130 .
- the file move processing unit 213 selects such a reference path capable of satisfying a condition for changing a storage destination of a file from the file information managing table 121 based upon information which has been set in the storage destination changing condition managing table 123 . Next, this file move processing unit 213 moves such a file present under the selected reference path to a location under the move destination reference path set in the storage destination changing condition managing table 123 .
- the file storage processing unit 210 acquires such information as a producer of a file designated by a user and a file size, and also, acquires a path which constitutes a reference of a storage destination of the file from the reference path information managing table 120 , and then, stores the acquired information into the file information managing table 121 . Also, the file storage processing unit 210 stores a substance of a file into the file substance managing unit 130 .
- FIG. 9 a description is made of a process sequence executed when a file is registered in this embodiment mode.
- a description is made by employing such a concrete example that a text file called as a file “A311” is registered to a folder “A310.”
- a list of mother folder IDs is acquired from the folder information managing table 122 , a mother/child relationship of folders is defined, and then, a structure of logical folders is formed.
- a mother folder ID as to a folder “Folder ID_C” and a folder “Folder ID_D” corresponds to “Folder ID_B”, as indicated in FIG. 7 , this drawing indicates that both a folderC 313 and a folderD 314 are located under a folderB 312 .
- a logical directory structure of the folders can be displayed.
- a directory structure may be displayed in the form of a tree. In this embodiment, the directory structure is managed by tables, but alternatively may be managed by paths.
- the folder/file display processing unit 211 acquires a folder ID of such a folder which is displayed to a user, and acquires such a file information that this acquired folder ID is made coincident with the folder ID of the logical storage destination of the file information managing table 121 . Based upon both the structure of the formed logical folder and the acquired file information, the folder/file display processing unit 211 displays the structure of the logical folder and the structure of the file to the user (step S 101 ).
- FIG. 7 An image of a folder structure as viewed from the user will now be described with reference to FIG. 7 .
- the highest grade is assumed as a volumeX 300
- the floderA 310 the folderB 312 , the folderC 313 , and the folderD 314 are represented.
- the user designates both a file to be registered and a logical storage destination of the file (step S 102 ).
- the user designates such a text file called as the fileA 311 as the file which should be file, and designates the folderA 310 located under the volumeX 300 as the logical storage distortion of the file.
- the folder/file display processing unit 211 retrieves and acquires such a reference path information which can satisfy all of reference path allocation conditions 1 , 2 , 3 from the reference path information other than both “default” and “back-up” which are defined by a manager (steps S 103 and S 104 ).
- reference path information in which the reference path allocation condition of the reference path information managing table 120 is “NO” there is no designation of the condition, and even any of files can satisfy the condition.
- such a reference path information of “Group ID_A” is selected under the following conditions: the file sort of the reference path allocation condition 1 is [txt]; the file producer of the condition 2 is [userA]; and the file size of the condition 3 is [none].
- the file sort of the reference path allocation condition 1 is [none]; the file producer of the condition 2 is [userA]; and the file size of the condition 3 is [none].
- Such a reference path information of “Group ID_G” is selected under the following conditions: the file sort of the reference path allocation condition 1 is [none]; the file producer of the condition 2 is [userA]; and the file size of the condition 3 is [smaller than, or equal to 300 KB].
- GroupID_A since only the condition 3 is “none”, the conditions other than “none” are two conditions, namely the conditions 1 and 2 .
- GroupID_A since the conditions 1 and 3 are “none”, the condition other than “none” is one condition, namely the condition 2 .
- GroupID_G since only the condition 1 is “none”, the conditions other than “none” are two conditions, namely the conditions 2 and 3 .
- both GroupID_A and GroupID_G are selected.
- the quantities of coincident conditions other than the condition “none” as to GroupID_A and GroupID_G are two, namely the same numbers, since the empty size of GroupID_A is large, such a reference path information that the reference path ID is GroupID_A is finally acquired.
- such a reference path information where a file can satisfy a reference path allocating condition is not present among the reference path information in which sorts of reference paths are other than “default” and “back-up”, such a reference path information as the reference path information of the default is acquired from the reference path information managing table 120 (step S 105 ).
- the reference path acquired in other the step S 104 or the step S 105 , the relative path of the logical folder designated by the user, and the substance name of the file are coupled to each other so as to determine such a path which constitutes a physical storage destination of the file (step S 106 ).
- the file storage processing unit 210 couples a reference path [D: ⁇ A] of a folder in which the reference path ID acquired in the step S 104 corresponds to GroupID_A, a relative path [TXTFolder ⁇ ] of a physical folder which has been set with respect to the folder A in the folder information managing table 122 of FIG. 5 , and a substance name [file1.txt] of a file to each other so as to determine such a path [D: ⁇ A ⁇ TXFolder ⁇ file1.txt] which constitutes the physical storage destination of the file.
- the information of the file designated by the user is set to the file information managing table 121 (step S 107 ).
- such an information of a record whose file ID corresponds to “FileID_A” is set to the file information managing table 121 .
- the substance of the file is stored into such a path which constitutes the physical storage destination of the file determined in the step S 106 (step S 108 ).
- the fileA 311 is registered, both a logical storage structure and a physical storage structure are represented in FIG. 8 .
- the registered file A has been stored in [X: ⁇ folderA] as viewed in the logical storage structure of FIG. 8
- the file has been stored in the path [D: ⁇ A ⁇ TXTFolder ⁇ file1.txt] determined in the step S 106 .
- the plurality of reference path allocating conditions have been employed.
- a single reference path allocating condition may be employed.
- the reference path information capable of satisfying all of the reference path allocating conditions 1 , 2 , 3 is retrieved to be acquired.
- reference path information capable of satisfying the reference path allocating condition 1 may be retrieved, and then, reference path information capable of satisfying the next reference path allocating condition 2 may be retrieved from the relevant reference path information so as to be acquired.
- another retrieving/acquiring method may be alternatively employed.
- reference path information capable of satisfying the reference path allocating conditions is sequentially retrieved so as to be acquired until such a reference path information capable of satisfying the reference path allocating condition becomes 1. Also, in this embodiment, when all of the reference path allocating conditions have been confirmed, in such a case that plural pieces of the reference path information which have been finally acquired are present, such a reference path information whose empty size is large is selected. Alternatively, specific reference path information, for example, first reference path information may be acquired.
- weights may be alternatively provided among these allocating conditions, and when reference path information is acquired, such a condition which should be necessarily satisfied may be alternatively determined.
- the reference path information managing table 120 of FIG. 3 considering such a case that the above-described file A 31 corresponds to a text file having a file size of 100 KB (Kbytes) registered by the user A, in accordance with the above-explained method, while the coincident conditions other than the condition “none” as to GroupID_A and GroupID_G are two, namely the same quantities, since the empty size of GroupID_A is larger than that of GroupID_G, GroupID_A has been finally acquired.
- condition 3 is “none” in GroupID_A, whereas the condition 3 is not equal to “none” in GroupID_G, so that the reference path ID of GroupID_G is acquired.
- FIG. 10 a process sequence executed when a file is acquired in this embodiment is indicated in FIG. 10 , and will now be described by employing such a concrete example in the case that the file A 311 shown in FIG. 8 is displayed.
- a list of mother folder IDs is acquired from the folder information managing table 122 , a mother/child relationship of folders is defined, and then, a structure of logical folders is formed.
- a mother folder ID as to a folder “FolderID_C” corresponds to “FolderID_B”, as indicated in FIG. 8 , this drawing indicates that a folderFolderID_C is located under a folderFolderID_B.
- the folder/file display processing unit 211 acquires a folder ID of such a folder which is displayed to a user, and acquires such a file information that this acquired folder ID is made coincident with the folder ID of the logical storage destination of the file information managing table 121 . Based upon both the structure of the formed logical folder and the acquired file information, the folder/file display processing unit 211 displays the structure of the logical folder and the structure of the file to the user (step S 201 ).
- the user designates both a file to be acquired and a logical storage destination of the file (step S 202 ). Concretely speaking, the user designates such a text file called as the fileA 311 as the file which should be file in the logical storage structural of FIG. 8 which is displayed to the user.
- Such file information as a file ID, a reference path ID, and a relative path of the file designated in the step S 202 is acquired from the file information managing table 121 (step S 203 ).
- file information as a file ID [FileID_A], a reference path ID [GroupID_A], and a relative path [TXTFolder ⁇ file1.txt], which correspond to the fileA 311 designated by the user, is acquired from the file information managing table 121 .
- the folder/file display processing unit 211 couples a reference path corresponding to the reference path ID which has been set to the file information to the relative path of the physical storage destination which has been set to the file information acquired in the step S 203 so as to acquire a physical storage destination of the file (step S 204 ).
- the relative path of the physical storage destination of the fileA 311 is [TXTFolder ⁇ file1.txt].
- the reference path ID of the fileA 311 corresponds to [GroupID_A], and such a reference path that the corresponding reference path ID of the reference path information managing table 120 becomes [GroupID_A] corresponds to [D: ⁇ A].
- the folder/file display processing unit 211 couples these paths to each other so as to acquire the physical storage destination [D ⁇ A ⁇ TXTFolder ⁇ file1.txt] of the fileA 311 .
- a substance of a file which is displayed is acquired from the storage destination of the file acquired in the step S 204 (step S 205 ).
- the folder/file display processing unit 211 displays the substance [file1.txt] of the file corresponding to the fileA 311 designated by the user to the user.
- One reference path ID is acquired from the reference path information managing table 120 .
- All of file information is acquired to which the reference path ID acquired in the step S 302 has been set (step S 301 and step S 302 ).
- One condition for changing a storage destination of a file is acquired from the storage destination changing condition managing table 123 of FIG. 6 is acquired (step S 303 ).
- Both the file information acquired in the step S 302 and the information of the storage destination changing condition managing table 123 are confirmed every reference path acquired in the step S 301 , and a confirmation is made as to whether or not a condition for changing a storage destination of a file can be satisfied (step S 304 ).
- step S 305 the physical storage destination of the file is changed.
- a move source reference path ID corresponds to GroupID_B
- the storage destination changing condition which has been stored in the storage destination changing condition managing table 123 of FIG. 6 corresponds to [average value of preceding access days of file under reference path is larger than, or equal to 30 days].
- the storage destination changing condition can be satisfied.
- an averaged value of total days from the final access days of these plural files is calculated.
- the average value of the preceding access days as to the file under the reference path As the sort of the storage destination changing condition, the average value of the preceding access days as to the file under the reference path.
- a total size of files under a reference path, a total film number under a reference path, a owner of a file, a total access time of a file, a total access frequency of a file, a file size, a preceding access day of a file, or an overaged value and a total value of these conditions as to a plurality of files under a reference path may be designated.
- a total value of file sizes of such files located under this reference path is calculated every reference path ID of the file information managing table 121 , and then, the calculated total value is compared with a value of a storage destination changing condition.
- a total file number under a reference path is designated, a total file number of such files located under this reference path is calculated every reference path ID of the file information managing table 121 , and then, the calculated total value is compared with a value of a storage destination changing condition.
- the averaged value of the preceding access days of the file under the reference path is calculated.
- an average value of total days from a final access day, a total size of files under a reference path, a total file number under reference paths, a total value of access times as to a file under a reference path, and also, an averaged value of access frequencies of a file under a reference path may be previously managed with respect to each of reference paths in the reference path information managing table 120 .
- the file move processing unit 213 moves the file under a move destination reference path (step S 305 ).
- the reference path ID of the file information managing table 121 corresponds to [GroupID_B]; the relative path corresponds to [file2.gif]; and the reference path corresponding to the reference path ID [GroupID_B] from the reference path information managing table 120 is [D: ⁇ B], so that the physical storage place before the fileB 312 is changed corresponds to [D: ⁇ B ⁇ file2.gif]
- the move destination reference path of the storage destination changing condition [Condition ID_B 1 ] corresponds to [Z: ⁇ ] from the information of the storage destination changing condition managing table 123 shown in FIG. 6 .
- the fileB 312 is changed from the reference path [D: ⁇ B] of the reference path ID [GroupID_B] before the fileB 312 is changed into this move destination reference path [Z:Y]. Since the relative path of the fileB 312 corresponds to [file2.gif], the file move processing unit 213 moves the fileB 312 from [D: ⁇ B ⁇ file2.gif] to [z: ⁇ file2.gif] so as to change the physical storage destination.
- the reference path of the storage destination after the destination change is set to the reference path of the reference path ID acquired in the step S 301 (step S 306 ).
- the value of the reference path is changed from [D: ⁇ B] into [Z: ⁇ ].
- the physical storage destination is moved from [D: ⁇ B] into [Z: ⁇ ].
- the storage destination changing process operation subsequent to the step S 303 is repeatedly carried out as to all of the storage destination changing conditions contained in the reference path ID storage destination changing condition managing table 123 . After the storage destination changing process operations with respect to all of the storage destination changing conditions are carried out, the storage destination changing process operations as to this reference path ID is accomplished (step 307 ), and then, a storage destination changing process operation as to the next reference path ID is carried out (step 308 ).
- step S 308 the process operation is ended (step S 308 ).
- the storage destination changing process operation is similarly carried out with respect to he next reference ID [GroupID_C]. Then, after the storage destination changing process operations as to all of the reference path IDs are accomplished, the storage destination changing process operation defined in FIG. 11 is ended.
- the high permanence volume corresponds to, for example, a physical volume
- a Fiber channel hard disk and the like are employed and if the high performance volume corresponds to a logical volume, then a volume made by assembling RAID 5 and the like are employed
- the low permanence volume corresponds to, for example, a physical volume
- an ATA hard disk and the like are employed and if the low performance volume corresponds to a logical volume, then a volume made by assembling RAID 1 and the like are employed.
- the reference destination reference path corresponds to such a physical path [Z: ⁇ ].
- the reference path ID of the reference path information managing table 120 may be used as the move destination reference path.
- a flag (not shown) for judging as to whether a move destination reference path corresponds to a physical path, or a reference path ID has been stored in the storage destination changing condition managing table 123 .
- the folder/file operation processing unit 212 judges as to whether a move destination corresponding to a storage destination changing condition corresponds to a reference path, or a reference path ID based upon the flag.
- the move source reference path ID corresponds to [GroupID_C]
- the storage destination changing condition set to the storage destination changing condition managing table 123 of FIG. 6 corresponds to [preceding access days of file are larger than, or equal to 30 days].
- the file information managing table 121 of FIG. 4 such a file that the reference path ID thereof is [GroupID_C] corresponds to both the file C and the file C 2 .
- this fileC Since a total day number from the final access day is 1 day as to the fileC, this fileC does not satisfy the storage destination changing condition, whereas since a total day number from the final access day is 35 days as to the fileC 2 , this fileC 2 can satisfy the storage destination changing condition.
- the reference path ID of the file information managing table 121 corresponds to [GroupID_C]; the relative path corresponds to [DOCFolder ⁇ file3.doc]; and the reference path corresponding to the reference path ID [GroupID_C] from the reference path information managing table 120 corresponds to [E: ⁇ ].
- the physical storage place of this file C 2 before this file C 2 is change corresponds to [E: ⁇ DOCFolder ⁇ file3.doc].
- the move destination reference path of the storage destination changing condition [ConditionID_C] corresponds to [Secondary_Y] from the information of the storage destination changing condition managing table 123 of FIG. 6
- the reference path corresponding to the reference path ID [Secondary_Y] corresponds to [Y: ⁇ ] from the reference path information managing table 120 . Since the relative path of the file B corresponds to [DOCFolderY file3.doc], the file move processing unit 213 moves this fileB from [E: ⁇ DOCFolder ⁇ file3.doc] to [Y: ⁇ DOCFolder ⁇ file3.doc] so as to change a physical storage destination.
- the reference path ID of the changed storage destination is set to the file information managing table 121 (step S 306 ).
- the reference path ID is changed from [Group ID_B] to [Secondary_Y].
- the physical storage destination is moved from [E: ⁇ ] to [Y: ⁇ ].
- a physical path of such a low performance volume as [Z: ⁇ ] is designated as the move destination reference path, so that physical storage places of files contained in this folder which is not accessed for a predetermined time period can be changed into the low cost volume whose managing cost is low in a both manner.
- the process operation executed when the file of FIG. 9 is registered may be again executed.
- the storage destination registering process operation of FIG. 9 is carried out as to files under this reference path in accordance with the reference path allocating condition of the reference path information managing table 120 .
- the reference path ID of the file information managing table 121 is changed into the reference path ID after the change.
- the physical storage places and the logical storage places are managed in a separate manner, even in such a case that a physical storage place is changed, the logical storage place thereof which is displayed to the user is not changed, but also, even when such data whose important degrees are low are sequentially moved to a low performance volume, since the logical storage places which can be seen by the user are not changed, the user can use the files while the user need not become aware of the changes as to the storage places.
- the data may be moved from the high performance volume to the low performance volume, but also the data may be conversely moved from the low performance volume to the high performance volume.
- this newly conducted volume is registered as a reference path in the reference path information managing table 120 , and this newly conducted volume is designated to the move destination reference path as the storage destination changing condition of the storage destination changing condition managing table 123 .
- such data related to a presently used important project may be moved to the newly conducted volume in a batch manner.
- the user since the logical storage place is not changed, the user may view that the storage places of the files, or the folders are not completely changed.
- the performance since the data are moved to the high performance volume, the performance may be improved.
- the physical storage places and the logical storage places are managed as the directory structures and the hierarchical structures, while the users, the networks, and the data are managed in the batch manner, these items can be easily managed in the case that a total number of data are increased up to several thousands of pieces, or more. Furthermore, the information under the reference path may be changed in a batch manner every path, so that the physical storage places can be easily managed.
- these physical storage places may be managed while the user may become aware of the paths.
- the physical storage places may be changed as the entire path based upon an attribute of this path.
- the physical storage places may be changed based upon the changes of the attributes as to all of the data which belong to paths lower than this path. For instance, if access frequencies of all of the data located under this path become low, then an access frequency to this path is lowered, and thus, it is conceivable that all of the data located under this path are equal to such data whose use frequencies are low and whose important degrees are low. Therefore, all of these data located under this path may be moved to another volume.
- both the physical storage places and the logical storage places are separately managed as either the directory structure or the hierarchical structure, a plurality of physical volumes are allocated with respect to a single logical directory structure as an actual storage destination of a volume, and thus, the files may be managed.
- the respective plural physical volumes may be also managed based upon the directory structure.
- the directory structures with respect to the plural physical volumes may be managed as the directory structures with respect to a single logical volume.
- the physical storage places and the logical storage places are managed as the directory structures and the hierarchical structures, since the users need not become aware of the physical storage places thereof, only such a logical directory structure as shown in FIG. 7 may be merely displayed on the display apparatus 107 to the users. However, there are some cases that if such correspondence relationship between the logical storage places and the physical storage places is displayed, then there is a merit as to a management matte. In such a case, as indicated in FIG. 8 , the logical directory structure may be alternatively displayed in combination with the physical directory structure, and an actual physical storage destination of files stored in the logical directory structure as represented by a dot line connected between a “fileA” and “file.txt” of FIG. 8 may be alternatively and clearly displayed.
- a path indicative of a logical storage place corresponding to a file contained in this logical folder may be alternatively displayed in connection with a path indicative of a physical storage place.
- medium sorts of the paths may be stored in both the reference path managing table 120 and the storage destination changing condition managing table 123 .
- a medium sort of volumes which constitute storage destinations of these files may be clearly displayed.
- the storage destination changing condition the averaged value of the days from the preceding access day to the file has been defined.
- a total size of files, a total registration number of files, a holding time period of data, and a holding time limit of data may be defined as the storage destination changing condition.
- the holding time period of the data is designated, and for example, data present under a reference path must be hold for 7 years
- the storage destination of this data may be changed into a low performance storage apparatus whose managing cost is low.
- the system structural example in the single client has been explained.
- the inventive idea of the present invention may be realized in a system structural example via a network such as a WAN, a LAN, and an SAN.
- FIG. 12 a description is made of another embodiment example in the case that file substances are managed via such a network as a WAN, a LAN, and an SAN by employing a storage system. Also, another embodiment example will be described with reference to FIG. 13 in which a plurality of clients commonly utilize the same volume and file substances are managed by a separately provided file server.
- both a client 900 and another client 901 are connected via a network 902 such as a WAN, a LAN, or an SAN to a volumeC 104 another volumeD 105 , and a further volumeE 106 , which constitute a storage destination of a file substance.
- a network 902 such as a WAN, a LAN, or an SAN
- Both the volumeD 105 and the volumeE 106 are managed by a storage system 903 .
- the storage system 903 manages a plurality of hard disks
- the volumeD 105 and the volumeE 106 may be realized by physical volumes, or logical volumes owned by the storage system 904 .
- the volumeF 109 of the storage system 904 transmits and/or receives information via the storage system 903 with respect to a client.
- the volumeF 109 may be directly mounted by the storage system 903 .
- such a storage system may be arranged. That is, while a virtual volume corresponding to the volumeF 109 is formed in the storage system 903 , in such a case that a read/write request is issued from the client with respect to this virtual volume, information may be read/written with respect to the volumeF 109 by the storage system 903 .
- the following means may be provided: namely, a means for instructing to prohibit updating of a file when a user registers this file; a means for designating a storage time limit of the file; and a means for designating redundant file data.
- a flag may be applied to a folder under a path, and a “Write Once” attribute may be set.
- a holding time period may be set to either a path or a folder under the path.
- such a reference path may be applied as a storage destination of the file, to which the “Write Once” attribute may be set.
- This “Write Once” attribute does not permit updating of the file after being registered. It is so required that such a file which has been registered under the reference path to which the “Write Once” attribute has been set cannot be deleted from the physical volume.
- the file storage processing unit 210 sets a deletion flag to the file information managing table 121 .
- the file managing system can show to the user such a virtual operation that the relevant file has been deleted.
- the file storage processing unit 210 can perform such a process operation that all of the physical files to which the deletion flags have been applied are deleted in the batch manner after a predetermined time period has elapsed, or in response to the deletion command.
- the folder/file operation processing unit 212 suppresses a deletion of a file within the holding time limit.
- the redundant process of the file data is designated, the below-mentioned two methods may be employed.
- the first method is performed as follows: That is, a plurality of reference paths capable of satisfying a reference path allocating condition are selected, and the same files are stored under the respective reference paths.
- a file which has been redundant-processed is displayed to the user, such a file under referable reference path is selected to be displayed to the user.
- the second method is carried out as follows: That is, in the case that there is a reference path which has already been redundant-processed, this reference path is allocated to a storage destination of a file.
- a reference path which has been redundant-processed corresponds to such a path, the duplication of which has been formed by, for example, RAID 1 , RAID 1 + 0 , a storage system.
- FIG. 13 shows the file managing stem according to another embodiment is arranged by coupling a client 900 and another client 901 which are constituted by the above-described process program and information table, a volumeC 104 which constitutes a storage destination of a file substance of the client 901 , both a volumeD 105 and another volumeE 106 which constitute a storage destination of a file substance which is commonly used by the client 900 and the client 901 , and a file server 904 which manages both the volumeD 105 and the volumeE 106 to each other via a network 902 such an a WAN, a LAN, or an SAN.
- a network 902 such an a WAN, a LAN, or an SAN.
- FIG. 12 Another arrangement may be constituted by combining the system of FIG. 12 with the system of FIG. 13 as another embodiment mode of the present invention, which is connected from a file server to a storage system.
- a reference path of the reference path information managing table 120 becomes such a value made by employing an IP address, a host name, a port ID, and a WWN (World Wide Name) such as [ ⁇ Server 1 ⁇ D ⁇ ], and [ ⁇ 192.168.1.100 ⁇ TXT.Folder ⁇ ].
- information tables which are managed by the respective clients are similar to those in the case that the system is arranged under a single client.
- process operations for registering files and for acquiring files in the respective clients are carried out in a similar manner to such a case that the process operations are carried out under a single client.
- a reference path information managing table may be commonly managed on the commonly-used volume.
- the following arrangement may be alternatively made. That is, since reference path IDs of the file information managing tables managed by the respective clients are rewritten, the respective files may be freely moved to the physical storage destinations. When the reference paths themselves of the reference path information managing tables are rewritten, approvals must be given from other clients.
- such an arrangement may be alternatively constructed. That is, information tables and process programs may be managed and processed by this file server.
- the storage destinations of the files are determined based upon the previously set condition, these files can be combined to be stored in a certain meaning unit, so that these files can be easily managed. Also, since the files are automatically moved based upon the previously set condition, these files are no longer required to be manually moved to another host, or another disk, and thus, the cumbersome operations by the system manager can be reduced. On the other hand, since the physical storage destinations of the files are separately managed, even in such a case that the physical storage destinations of the files are changed, the users can operate the files while the users become aware of the physical storage destinations of the files.
Abstract
Since both a physical storage place and a logical storage place in a storage system are separately managed as a directory structure, or a hierarchical structure, even in such a case that the physical storage place has been changed, the logical storage place which is displayed to the user is not changed, and thus, the user can use the file while the user need not become aware of the change of the file. When the contents of a file is displayed, a physical storage destination of the file is acquired based upon both a reference path and a relative path of the file, and then, the file is acquired from the physical storage destination.
Description
- The present application claims priority from Japanese application JP2005-168982 filed on Jun. 9, 2005, the content of which is hereby incorporated by reference into this application.
- The present invention is related to a file managing system and a file managing method, in which file substances are managed outside a database.
- As to documents having reusable characteristics which are known as medical application documents and commercial-purpose presentation documents, effective utilizations of knowledge and information which have been stored in organizations may constitute important factors in order to improve business efficiencies. To this end, such information related to files must be managed in connection with these files in order that not only these files are merely and commonly used, but also these files may be readily retrieved by users who intend to utilize these files. As means capable of managing files and information related to these files, such a general-purpose method has been proposed. That is, while both these files and the information related to these files have been stored in a data base, the files and the related information are managed.
- However, in such a case that files are stored inside a database, if updating operations of the stored files are frequently carried out, then access operations to this database are frequently carried out in order to acquire and/or updating these stored files. As a result, there is such a problem that an entire throughput as to this database is lowered.
- To solve this problem, the following managing idea may be conceived. That is, while only storage destinations of files are managed in a database, these files themselves are managed outside the database. In the case that the file themselves are managed outside this database, there are some methods that while a plurality of disks are prepared which constitute storage destinations of these files, these plural disks are utilized in a higher efficiency. These file managing methods have been proposed in, for instance, JP-A-8-249132.
- Generally speaking, cost of storage apparatus operable in higher accessing speeds is increased, whereas cost of storage apparatus operable in lower accessing speeds is decreased. As a consequence, in such managing systems that files are stored outside databases and information as to storage destinations of these files is managed inside the databases, in the case that storage capacities of storage apparatus are decreased in connection with increases of data amounts, files whose accessing frequencies are high can be stored in storage apparatus operable in high accessing speeds, and files whose accessing frequencies are low can be stored in storage apparatus operable in low accessing speeds.
- When system managers perform the above-described selective file storing operations, very cumbersome works are necessarily required, and furthermore, since storage destinations of files are changed, users must become aware of such a fact that the storage destinations of these files have been changed.
- An object of the present invention is to provide a file managing system and a file managing method, capable of performing file operations, while users need to be aware of physical storage destinations of files.
- To achieve the above-described object, both a means for automatically determining a storage destination of a file since a system manager has previously set an allocation condition of the storage destination of the file, and also, another means for automatically changing a storage destination of a file since the system manager has previously set a condition for changing the storage destination of the file are provided. Also, a logical storage destination of a file to which a user accesses, and a physical storage destination of a file substance are separately managed. This file managing method may give such an effect that when the physical storage destination of the file is changed, the user need not become aware of the storage destination of the file.
- In another embodiment mode, while such a meaningful group as a file sort, a user, a group to which the user belongs is employed as reference path information, an ID is set with respect to the file, and then, reference paths are managed every reference path ID. When a file is registered, a reference path which is allocated to the file is acquired, and then, a physical storage destination of the file is determined. At this time, the user need not become aware of the physical storage destination of the file.
- In another embodiment mode, when a file is displayed, a physical storage destination of the file is acquired based upon both a reference path and a relative path of the file, and then, the file is acquired from the physical storage destination. When the storage destination of the file is changed, a confirmation is made as to whether or not a storage destination changing condition can be satisfied every reference path ID so as to judge such a reference path, the storage destination of which is changed.
- In a further embodiment mode, both are acquired based upon both a reference path before being changed and a reference path after being changed, and then, the file is moved from the storage destination of the file before being changed into the storage destination after being changed. Also, the reference path for changing the storage destination is changed into the reference path with respect to the storage destination after being changed.
- In accordance with the present invention, since the logical storage destination of the file to which the user accesses and the physical storage destination of the file are separately managed, even in such a case that the physical storage destination of the file is changed, the user can operate the file while the user need not become aware of he physical storage destination of the file.
-
FIG. 1 is a diagram for schematically showing an arrangement of a file managing system according to an embodiment mode of the present invention. -
FIG. 2 is a diagram for illustratively representing a relationship between a process program and an information program employed in the file managing system ofFIG. 1 . -
FIG. 3 is a diagram for schematically indicating an example of a reference path information managing table shown inFIG. 2 . -
FIG. 4 is a diagram for schematically representing an example of a file information managing table shown inFIG. 2 . -
FIG. 5 is a diagram for schematically indicating an example of a folder information managing table shown inFIG. 2 . -
FIG. 6 is a diagram for schematically representing an example of a storage destination changing condition managing table shown inFIG. 2 . -
FIG. 7 is a diagram for illustratively showing such an example that a user designates a folder so as to register a file. -
FIG. 8 is a diagram for illustratively showing an example as to both a logical storage structure and a physical storage structure. -
FIG. 9 is a flow chart for describing a process sequence for registering a file. -
FIG. 10 is a flow chart for describing a process sequence for displaying a file. -
FIG. 11 is a diagram for indicating a process sequence for changing a storage destination of a file. -
FIG. 12 is a diagram for indicating a structural example using a storage system. -
FIG. 13 is a diagram for showing a structural example using a file server. -
FIG. 14 is a diagram for representing an example of a screen which displays a logic address and a physical address in correspondence with each other to a user. - Next, a description is made of various embodiment modes of the present invention.
- Referring now to
FIG. 1 , a schematic arrangement of a file managing system according to this embodiment mode will be described. The file managing system according to this embodiment mode is provided with aCPU 101, amemory 102, an input/output apparatus 103, avolume 104 containing both a process program and an information table, both avolume 105 and anothervolume 106 which constitute storage destinations of file substances, and adisplay apparatus 107. A volume corresponds to a storage apparatus, and may be realized as a physical volume, or a logical volume. Alternatively, as a storage apparatus, this volume may be realized as a back-up apparatus which uses back-up media, for instance, not only a so-called “hard disk”, but also an optical disk, a magnetic disk, and a magnetic tape (concretely speaking, DVD, CD-R, tape etc.). In the file managing system ofFIG. 1 , as volumes which constitute the storage destinations for the process program, the information table, and the file substance, separate volumes C, D, E are provided. Alternatively, these process program, information table, and file substance may be managed by employing the same volume. Also, in the case that separate volumes are employed so as to manage these process program, information table, and file substance, these separate volumes may be realized by such individual volumes which are employed in separate file managing systems which are connected to each other via a network. The process of thevolume 104 is loaded to thememory 102, and is executed by theCPU 101. - Contents of both the process program and the information table will now be explained with reference to
FIG. 2 . The information table is constituted by a reference path information managing table 120, a file information managing table 121, a folder information managing table 122, and a storage destination changing condition managing table 123. In the reference path information managing table 120, while a path which constitutes a reference of storage destination of a file is defined as a reference path, information used to allocate this reference path to the file is managed. The file information managing table 121 is used to manage information related to a file, for instance, a storage destination of a file, and a size of a file. The folder information managing table 122 is used to manage information of a logical folder. The storage destination changing condition managing table 123 is used to manage information used to change a storage destination of a file. Substances of files corresponding to file information managed in the file information managing table 121 are stored in a file substance managingunit 130. It should be understood that detailed contents as to the respective information tables will be described later. - It should also be noted that a path implies a character string which indicates a location of a file, or a folder within a storage apparatus, and corresponds to an address of this file, or this folder within a computer. In MS-DOS (registered trademark) and Windows (registered trademark), while a storage apparatus is arranged in such a tree structure that a drive name ([C:¥] etc.) is used as a vertex, a description of all of routes from this vertex up to data of either a target file or a target folder along this tress structure corresponds to an “absolute path.” For example, such a path of [D:¥A¥ TXTFolder¥ file1.txt] designates such a file of [file. txt] stored in a folder of [TXTFolder] contained in a folder named “A” present in a drive “D.” In contrast, a description of a route from a present position which constitutes a starting point up to either a target file or a target folder corresponds to a “relative path.” For instance, such a relative path of [. . / . . /file2.txt] designates such a file of [file2.txt] present in a holder located at two hierarchical layers higher than the present folder. Another relative path of [TXTFolder¥ file3.txt] designates such a file of [file3.txt] present in a folder of [TXTFolder] located under the present folder.
- Also, a folder implies a storage place used to classify and sort out files in a storage apparatus such as a hard disk and a CD-ROM. While a specific name (folder name) may be given to a folder for an identification purpose, since a plurality of files which are related to each other are combined to be stored in a single folder, a storage apparatus may be effectively managed. Also, folders may be furthermore formed within a single folder, and thus, a precise classification may be expressed by a hierarchical structure. It should also be noted that such a storage place is called as a “folder” in Windows and Mac OS, whereas a similar concept is referred to as a “directory” in UNIX (registered trademark) and MS-DOS.
- The process program is constituted by a file
storage processing unit 210, a folder/filedisplay processing unit 211, a folder/fileoperation processing unit 212, and a filemove processing unit 213. The filestorage processing unit 210 acquires information of the reference path information managing table 120 and then stores the acquired information into the filesubstance managing unit 130. The folder/filedisplay processing unit 211 displays on thedisplay apparatus 107, a structure of a logical folder by which a user operates a file, based upon information of both the file information managing table 121 and the folder information managing table 122. The folder/fileoperation processing unit 212 executes such an operation that the user has operated with respect to either a logical folder or a folder. The filemove processing unit 213 changes a storage destination of a file in accordance with information stored in the storage destination changing condition managing table 123. The above-described respective processing units may be realized by that the process-program is executed by theCPU 101. It should also be noted that detailed contents of the respective process programs will be explained later. - Referring now to
FIG. 3 , concrete information managed by the reference path information managing table 120 is explained. In the reference path information managing table 120, the following information of paths is managed: That is, reference path IDs which are such IDs for exclusively identifying reference path information; sorts of reference paths which indicate either reference path information of defaults where reference path allocating conditions are not set, or reference path information other than defaults where reference path allocating conditions have been set; reference paths corresponding to such paths which constitute references of physical storage destinations of files; and references of file storage destinations such as reference path allocating conditions which constitute such conditions for determining reference paths when files are stored, are managed by the reference path information managing table 120. - Referring now to
FIG. 4 , concrete information managed by the file information managing table 121 is explained. In the file information managing table 121, the following information related to files is managed: That is, file information managing table 121 manages file IDs which are such IDs for exclusively identifying file information; file names corresponding to titles of files which are displayed to a user; sorts of files; producers of files; relative paths of storage destinations with reference to reference paths; reference path IDs of storage destinations of files; sizes of files; and logical storage destinations of files. - The folder information managing table 122 is used when a logical folder structure is displayed to a user in the folder/file
display processing unit 211. Reference toFIG. 5 , concrete information managed in the folder information managing table 122 is explained. This folder information managing table 122 manages the following information related to folders: That is, this folder information managing table 122 manages folder IDs corresponding to such IDs which are used to exclusively identify folder information; folder names corresponding to titles of folders which are displayed to a user; mother folder or parent folder IDs for indicating that folders are present under which mother folder; and relative paths which are set to file information when files are registered in folders. - While the storage destination changing condition managing table 123 has managed information used to change storage destinations of files, this storage destination changing condition managing table 123 is used when a file is moved by the file
move processing unit 213. Referring now toFIG. 6 , concrete information managed in the storage destination changing condition managing table 123 is explained. The storage destination changing condition managing table 123 manages information used to change the following storage destinations of files, namely, storage destination changing condition IDs corresponding to such IDs which exclusively identify storage destination changing conditions; move destination reference path IDs which indicate reference path IDs of files which constitute move subjects; move destination reference paths which correspond to reference paths as to mode destinations of files; sorts of storage destination changing conditions and values of the storage destination changing conditions which indicate conditions for changing storage destinations of files. - Substances of files are stored in the file
substance managing unit 130 by the filemove processing unit 213. It should also be understood that the filesubstance managing unit 130 may be arranged by not only a structure within one client, but also a structure formed via a network such as WAN (Wide Area Network), LAN (Local Area Network), and the Internet. - Among storage structures (logical storage structures) displayed to a user and storage structures (physical storage structures) for management purpose, the folder/file
display processing unit 211 displays both a logical folder and a file which has been stored in the logical folder to the user. At this time, the user need not become aware of a physical storage destination of the file in an operation of the file. For instance, inFIG. 8 , in the case that the user displays a content of afile 311 which has been stored in afolder 310 of avolume 300, a content of afile 708 which has been stored in afilter 707 of avolume 706 is displayed. - The folder/folder
operation processing unit 212 performs an operation process of a file in accordance with an operation designated by the user. As previously explained, an operation of a user is carried out via the folder/filedisplay processing unit 211. For example, in the case that a user refers to a content of a file, the folder/fileoperation processing unit 212 judges a storage destination of a file substance, and acquires the corresponding file from the filesubstance managing unit 130. - The file
move processing unit 213 selects such a reference path capable of satisfying a condition for changing a storage destination of a file from the file information managing table 121 based upon information which has been set in the storage destination changing condition managing table 123. Next, this filemove processing unit 213 moves such a file present under the selected reference path to a location under the move destination reference path set in the storage destination changing condition managing table 123. - The file
storage processing unit 210 acquires such information as a producer of a file designated by a user and a file size, and also, acquires a path which constitutes a reference of a storage destination of the file from the reference path information managing table 120, and then, stores the acquired information into the file information managing table 121. Also, the filestorage processing unit 210 stores a substance of a file into the filesubstance managing unit 130. - Referring now to
FIG. 9 , a description is made of a process sequence executed when a file is registered in this embodiment mode. In this case, as shown inFIG. 7 , a description is made by employing such a concrete example that a text file called as a file “A311” is registered to a folder “A310.” - In the folder/file
display processing unit 211, a list of mother folder IDs is acquired from the folder information managing table 122, a mother/child relationship of folders is defined, and then, a structure of logical folders is formed. For example, in the folder information managing table 122, since a mother folder ID as to a folder “Folder ID_C” and a folder “Folder ID_D” corresponds to “Folder ID_B”, as indicated inFIG. 7 , this drawing indicates that both afolderC 313 and afolderD 314 are located under afolderB 312. Since the hierarchical structure of the folder information managing table 122 ofFIG. 5 is traced, a logical directory structure of the folders can be displayed. Also, as shown as the logical storage structure ofFIG. 8 , a directory structure may be displayed in the form of a tree. In this embodiment, the directory structure is managed by tables, but alternatively may be managed by paths. - Next, the folder/file
display processing unit 211 acquires a folder ID of such a folder which is displayed to a user, and acquires such a file information that this acquired folder ID is made coincident with the folder ID of the logical storage destination of the file information managing table 121. Based upon both the structure of the formed logical folder and the acquired file information, the folder/filedisplay processing unit 211 displays the structure of the logical folder and the structure of the file to the user (step S101). - An image of a folder structure as viewed from the user will now be described with reference to
FIG. 7 . InFIG. 7 , while the highest grade is assumed as avolumeX 300, thefloderA 310, thefolderB 312, thefolderC 313, and thefolderD 314 are represented. - While the user employs both the structure of the logical folder and the structure of the folder displayed in the step S101, the user designates both a file to be registered and a logical storage destination of the file (step S102). Concretely speaking, in
FIG. 7 , the user designates such a text file called as thefileA 311 as the file which should be file, and designates thefolderA 310 located under thevolumeX 300 as the logical storage distortion of the file. - Based upon the file information of the file designated in the step S102, the folder/file
display processing unit 211 retrieves and acquires such a reference path information which can satisfy all of referencepath allocation conditions - In the case that a plurality of reference path information capable of satisfying the conditions are present, such path information that quantities of coincident conditions other than condition “NO” become the largest number is acquired as the reference path information. Also, in the case that quantities of coincident conditions are equal to each other in reference path information, such a reference path information in which an empty size capacity is the largest capacity is acquired.
- For instance, in such a case that the
fileA 311 corresponds to a text file having a file size of 100 KB which has been registered by a user “A”, as reference path information which can satisfy all of the referencepath allocating conditions path allocation condition 1 is [txt]; the file producer of thecondition 2 is [userA]; and the file size of thecondition 3 is [none]. Also, such a reference path information of “Group ID_F” is selected under the following conditions: the file sort of the referencepath allocation condition 1 is [none]; the file producer of thecondition 2 is [userA]; and the file size of thecondition 3 is [none]. Furthermore, such a reference path information of “Group ID_G” is selected under the following conditions: the file sort of the referencepath allocation condition 1 is [none]; the file producer of thecondition 2 is [userA]; and the file size of thecondition 3 is [smaller than, or equal to 300 KB]. - Since as the reference path information capable of satisfying the conditions, three sets of “GroupID_A”, “Group_F”, and “Group_G” the quantities of the coincident conditions other than the condition “none” are compared with each other in this case. In GroupID_A, since only the
condition 3 is “none”, the conditions other than “none” are two conditions, namely theconditions conditions condition 2. On the other hand, in GroupID_G, since only thecondition 1 is “none”, the conditions other than “none” are two conditions, namely theconditions - Since the total numbers of coincident conditions other than the condition “none” as to both GroupID_A and GroupID_G are larger than the total number of coincident numbers other than the condition “none”, both GroupID_A and GroupID_G are selected. Although the quantities of coincident conditions other than the condition “none” as to GroupID_A and GroupID_G are two, namely the same numbers, since the empty size of GroupID_A is large, such a reference path information that the reference path ID is GroupID_A is finally acquired.
- In such a case that such a reference path information where a file can satisfy a reference path allocating condition is not present among the reference path information in which sorts of reference paths are other than “default” and “back-up”, such a reference path information as the reference path information of the default is acquired from the reference path information managing table 120 (step S105).
- In the case that there are plural pieces of the reference path information of the default, in the reference path information managing table 120 of this embodiment, the reference
path allocating condition 3 is applied thereto, so that reference path information is selected. Concretely speaking, in the case that a capacity of a file to be stored is larger than 500 Kbytes, default2 is selected, whereas in the case that a capacity of a file to be stored is smaller than, or equal to 500 Kbytes, default1 is selected. In addition to this embodiment, another method may be alternatively employed. That is, while the reference path allocating condition is not applied, such a reference path information that an empty size capacity is large may be selected. - In the file
storage processing unit 210, the reference path acquired in other the step S104 or the step S105, the relative path of the logical folder designated by the user, and the substance name of the file are coupled to each other so as to determine such a path which constitutes a physical storage destination of the file (step S106). - Concretely speaking, the file
storage processing unit 210 couples a reference path [D:¥A] of a folder in which the reference path ID acquired in the step S104 corresponds to GroupID_A, a relative path [TXTFolder¥] of a physical folder which has been set with respect to the folder A in the folder information managing table 122 ofFIG. 5 , and a substance name [file1.txt] of a file to each other so as to determine such a path [D:¥A¥ TXFolder¥ file1.txt] which constitutes the physical storage destination of the file. - In the file
storage processing unit 210, the information of the file designated by the user is set to the file information managing table 121 (step S107). Concretely speaking, such an information of a record whose file ID corresponds to “FileID_A” is set to the file information managing table 121. - In the file
storage processing unit 210, the substance of the file is stored into such a path which constitutes the physical storage destination of the file determined in the step S106 (step S108). In the case that thefileA 311 is registered, both a logical storage structure and a physical storage structure are represented inFIG. 8 . Although it may be seen that the registered file A has been stored in [X:¥folderA] as viewed in the logical storage structure ofFIG. 8 , in an actual case, the file has been stored in the path [D:¥A¥ TXTFolder¥ file1.txt] determined in the step S106. - Similarly, the fileC has been stored in the foldeC, and the fileC2 has been stored in the folderC2, namely have been logically stored in the separate folders. However, both the fileC and the fileC2 have been physically in the same folder of [E¥DOCFolder].
- In this embodiment, when the reference path information is acquired (namely, steps S103 to S105 shown in
FIG. 9 ), the plurality of reference path allocating conditions have been employed. Alternatively, a single reference path allocating condition may be employed. Also, in this embodiment, the reference path information capable of satisfying all of the referencepath allocating conditions path allocating condition 1 may be retrieved, and then, reference path information capable of satisfying the next referencepath allocating condition 2 may be retrieved from the relevant reference path information so as to be acquired. Similarly, another retrieving/acquiring method may be alternatively employed. That is, reference path information capable of satisfying the reference path allocating conditions is sequentially retrieved so as to be acquired until such a reference path information capable of satisfying the reference path allocating condition becomes 1. Also, in this embodiment, when all of the reference path allocating conditions have been confirmed, in such a case that plural pieces of the reference path information which have been finally acquired are present, such a reference path information whose empty size is large is selected. Alternatively, specific reference path information, for example, first reference path information may be acquired. - Also, in the case that a plurality of reference path allocating conditions are used, weights may be alternatively provided among these allocating conditions, and when reference path information is acquired, such a condition which should be necessarily satisfied may be alternatively determined. For instance, in the reference path information managing table 120 of
FIG. 3 , considering such a case that the above-described file A31 corresponds to a text file having a file size of 100 KB (Kbytes) registered by the user A, in accordance with the above-explained method, while the coincident conditions other than the condition “none” as to GroupID_A and GroupID_G are two, namely the same quantities, since the empty size of GroupID_A is larger than that of GroupID_G, GroupID_A has been finally acquired. In contrast, in such a case that the referencepath allocating condition 3 must be necessarily satisfied (namely,condition 3 is not “none”), thecondition 3 is “none” in GroupID_A, whereas thecondition 3 is not equal to “none” in GroupID_G, so that the reference path ID of GroupID_G is acquired. - Next, a process sequence executed when a file is acquired in this embodiment is indicated in
FIG. 10 , and will now be described by employing such a concrete example in the case that the file A311 shown inFIG. 8 is displayed. - In the folder/file
display processing unit 211, a list of mother folder IDs is acquired from the folder information managing table 122, a mother/child relationship of folders is defined, and then, a structure of logical folders is formed. For example, in the folder information managing table 122, since a mother folder ID as to a folder “FolderID_C” corresponds to “FolderID_B”, as indicated inFIG. 8 , this drawing indicates that a folderFolderID_C is located under a folderFolderID_B. - Next, the folder/file
display processing unit 211 acquires a folder ID of such a folder which is displayed to a user, and acquires such a file information that this acquired folder ID is made coincident with the folder ID of the logical storage destination of the file information managing table 121. Based upon both the structure of the formed logical folder and the acquired file information, the folder/filedisplay processing unit 211 displays the structure of the logical folder and the structure of the file to the user (step S201). - While the user employs both the structure of the logical folder and the structure of the folder displayed in the step S201, the user designates both a file to be acquired and a logical storage destination of the file (step S202). Concretely speaking, the user designates such a text file called as the
fileA 311 as the file which should be file in the logical storage structural ofFIG. 8 which is displayed to the user. - Such file information as a file ID, a reference path ID, and a relative path of the file designated in the step S202 is acquired from the file information managing table 121 (step S203).
- Concretely speaking, such file information as a file ID [FileID_A], a reference path ID [GroupID_A], and a relative path [TXTFolder¥ file1.txt], which correspond to the
fileA 311 designated by the user, is acquired from the file information managing table 121. - The folder/file
display processing unit 211 couples a reference path corresponding to the reference path ID which has been set to the file information to the relative path of the physical storage destination which has been set to the file information acquired in the step S203 so as to acquire a physical storage destination of the file (step S204). Concretely speaking, in the file information managing table 121, the relative path of the physical storage destination of thefileA 311 is [TXTFolder¥ file1.txt]. The reference path ID of thefileA 311 corresponds to [GroupID_A], and such a reference path that the corresponding reference path ID of the reference path information managing table 120 becomes [GroupID_A] corresponds to [D:¥A]. The folder/filedisplay processing unit 211 couples these paths to each other so as to acquire the physical storage destination [D¥A¥ TXTFolder¥ file1.txt] of thefileA 311. - In the folder/file
operation processing unit 212, a substance of a file which is displayed is acquired from the storage destination of the file acquired in the step S204 (step S205). As a result, the folder/filedisplay processing unit 211 displays the substance [file1.txt] of the file corresponding to thefileA 311 designated by the user to the user. - Next, a process sequence executed when a storage destination of a file is changed will now be explained with reference to
FIG. 11 in this embodiment. - One reference path ID is acquired from the reference path information managing table 120. Next, all of file information is acquired to which the reference path ID acquired in the step S302 has been set (step S301 and step S302).
- One condition for changing a storage destination of a file is acquired from the storage destination changing condition managing table 123 of
FIG. 6 is acquired (step S303). - Both the file information acquired in the step S302 and the information of the storage destination changing condition managing table 123 are confirmed every reference path acquired in the step S301, and a confirmation is made as to whether or not a condition for changing a storage destination of a file can be satisfied (step S304).
- In the case that the condition for changing the storage destination of the file is satisfied, the physical storage destination of the file is changed (step S305).
- Concretely speaking, in such a case that the file storage destination changing condition acquired in the step S303 corresponds to [ConditionID_B1], a move source reference path ID corresponds to GroupID_B, and the storage destination changing condition which has been stored in the storage destination changing condition managing table 123 of
FIG. 6 corresponds to [average value of preceding access days of file under reference path is larger than, or equal to 30 days]. In the file information managing table 121 ofFIG. 4 , since such a file that the reference path ID is GroupID_B corresponds to the file B and a total of days from the final access day is 40 days, the storage destination changing condition can be satisfied. In the case that there are plural files, an averaged value of total days from the final access days of these plural files is calculated. - In this embodiment, as the sort of the storage destination changing condition, the average value of the preceding access days as to the file under the reference path. Alternatively, as the storage destination changing condition, a total size of files under a reference path, a total film number under a reference path, a owner of a file, a total access time of a file, a total access frequency of a file, a file size, a preceding access day of a file, or an overaged value and a total value of these conditions as to a plurality of files under a reference path may be designated. In such a case that a total size of files under a reference path is designated, a total value of file sizes of such files located under this reference path is calculated every reference path ID of the file information managing table 121, and then, the calculated total value is compared with a value of a storage destination changing condition. In the case that a total file number under a reference path is designated, a total file number of such files located under this reference path is calculated every reference path ID of the file information managing table 121, and then, the calculated total value is compared with a value of a storage destination changing condition.
- In this embodiment, in the process operation of the step S304 shown in
FIG. 11 when the storage destination of the file is changed, the averaged value of the preceding access days of the file under the reference path is calculated. Alternatively, an average value of total days from a final access day, a total size of files under a reference path, a total file number under reference paths, a total value of access times as to a file under a reference path, and also, an averaged value of access frequencies of a file under a reference path may be previously managed with respect to each of reference paths in the reference path information managing table 120. - As to a file capable of satisfying the file storage changing condition, the file
move processing unit 213 moves the file under a move destination reference path (step S305). - Concretely speaking, when the above-described storage destination changing condition [ConditionID_B1] is employed, such a file belonging to the reference path ID [GroupID_B] corresponds to only the
fileB 312, and a total day number from the file access day of thisfileB 312 is equal to 40 days. As a result, the reference path ID [GroupID_B] can satisfy the storage destination changing condition, so that the physical storage destination as to thefileB 312 belonging to the reference path ID [GroupID_B] is changed under the move destination reference path. As to thisfileB 312, the reference path ID of the file information managing table 121 corresponds to [GroupID_B]; the relative path corresponds to [file2.gif]; and the reference path corresponding to the reference path ID [GroupID_B] from the reference path information managing table 120 is [D:¥B], so that the physical storage place before thefileB 312 is changed corresponds to [D:¥B¥ file2.gif] The move destination reference path of the storage destination changing condition [Condition ID_B1] corresponds to [Z:¥] from the information of the storage destination changing condition managing table 123 shown inFIG. 6 . As a consequence, thefileB 312 is changed from the reference path [D:¥B] of the reference path ID [GroupID_B] before thefileB 312 is changed into this move destination reference path [Z:Y]. Since the relative path of thefileB 312 corresponds to [file2.gif], the filemove processing unit 213 moves thefileB 312 from [D:¥B¥ file2.gif] to [z:¥ file2.gif] so as to change the physical storage destination. - While the storage destination of the file is changed, the reference path of the storage destination after the destination change is set to the reference path of the reference path ID acquired in the step S301 (step S306).
- Concretely speaking, as to the reference path information in which the reference path ID of the reference path information managing table 120 corresponds to [GroupID_B], the value of the reference path is changed from [D:¥B] into [Z:¥]. As a result, as to all of the files belonging to the reference path ID [GroupID_B] in the file information managing table 121, the physical storage destination is moved from [D:¥B] into [Z:¥].
- The storage destination changing process operation subsequent to the step S303 is repeatedly carried out as to all of the storage destination changing conditions contained in the reference path ID storage destination changing condition managing table 123. After the storage destination changing process operations with respect to all of the storage destination changing conditions are carried out, the storage destination changing process operations as to this reference path ID is accomplished (step 307), and then, a storage destination changing process operation as to the next reference path ID is carried out (step 308).
- In the case that the storage destination changing process operation after the step S301 as to all of the reference paths is accomplished, the process operation is ended (step S308).
- Concretely speaking, as to the above-described reference path ID [GroupID_B] of the reference path information managing table 120, in such a case that the storage destination changing process operations are accomplished with respect to all of the storage destination changing conditions of the storage destination changing condition managing table 123, the storage destination changing process operation is similarly carried out with respect to he next reference ID [GroupID_C]. Then, after the storage destination changing process operations as to all of the reference path IDs are accomplished, the storage destination changing process operation defined in
FIG. 11 is ended. - In such a case that a high performance volume is used as a normal business purpose and a low performance volume is used as a back-up purpose, since the storage destination changing process operation of
FIG. 11 is carried out in a periodic manner, files whose access frequencies have become low can be sequentially moved to the low performance volume. It should be noted that if the high permanence volume corresponds to, for example, a physical volume, then a Fiber channel hard disk and the like are employed and if the high performance volume corresponds to a logical volume, then a volume made by assembling RAID5 and the like are employed, whereas if the low permanence volume corresponds to, for example, a physical volume, then an ATA hard disk and the like are employed and if the low performance volume corresponds to a logical volume, then a volume made by assembling RAID1 and the like are employed. - It should also be noted that as to the above-described storage destination changing condition ID being [Condition ID_B1], the reference destination reference path corresponds to such a physical path [Z:¥]. Alternatively, as explained as to [Condition ID_C], the reference path ID of the reference path information managing table 120 may be used as the move destination reference path.
- A flag (not shown) for judging as to whether a move destination reference path corresponds to a physical path, or a reference path ID has been stored in the storage destination changing condition managing table 123. The folder/file
operation processing unit 212 judges as to whether a move destination corresponding to a storage destination changing condition corresponds to a reference path, or a reference path ID based upon the flag. - Concretely speaking, in the case that the file storage destination condition acquired in the step S303 is [ConditionID_C], the move source reference path ID corresponds to [GroupID_C], and the storage destination changing condition set to the storage destination changing condition managing table 123 of
FIG. 6 corresponds to [preceding access days of file are larger than, or equal to 30 days]. In the file information managing table 121 ofFIG. 4 , such a file that the reference path ID thereof is [GroupID_C] corresponds to both the file C and the file C2. Since a total day number from the final access day is 1 day as to the fileC, this fileC does not satisfy the storage destination changing condition, whereas since a total day number from the final access day is 35 days as to the fileC2, this fileC2 can satisfy the storage destination changing condition. - Only to the file C2 which can satisfy the storage destination changing condition, the physical storage destination thereof is changed under the move destination reference path. As to this file C2, the reference path ID of the file information managing table 121 corresponds to [GroupID_C]; the relative path corresponds to [DOCFolder¥ file3.doc]; and the reference path corresponding to the reference path ID [GroupID_C] from the reference path information managing table 120 corresponds to [E:¥]. As a consequence, the physical storage place of this file C2 before this file C2 is change corresponds to [E:¥ DOCFolder¥ file3.doc].
- The move destination reference path of the storage destination changing condition [ConditionID_C] corresponds to [Secondary_Y] from the information of the storage destination changing condition managing table 123 of
FIG. 6 , and the reference path corresponding to the reference path ID [Secondary_Y] corresponds to [Y:¥] from the reference path information managing table 120. Since the relative path of the file B corresponds to [DOCFolderY file3.doc], the filemove processing unit 213 moves this fileB from [E:¥ DOCFolder¥ file3.doc] to [Y:¥ DOCFolder¥ file3.doc] so as to change a physical storage destination. - Since the storage destination of the file is changed, the reference path ID of the changed storage destination is set to the file information managing table 121 (step S306).
- Concretely speaking, as to the file C2 of the file information managing table 121, the reference path ID is changed from [Group ID_B] to [Secondary_Y]. As a result, the physical storage destination is moved from [E:¥] to [Y:¥].
- As previously explained [ConditionID_B1] of the storage destination changing condition managing table 123, when such a physical path [Z:¥] is designated as the move designation reference path, since the information of the reference path of the reference path information table 120 is rewritten, the physical storage destinations as to all of the files under the reference path can be changed. On the other hand, as previously explained [ConditionID_C], when the reference path ID such as [Secondary_Y] is designated as the move destination reference path, a judgement is made as to whether or not the storage destination changing condition can be satisfied as to each of the files of the file information managing table 121, and then, since the reference path ID is rewritten, the physical storage destinations can be changed every file.
- For example, in such a case that a high performance volume whose managing cost is high is used for the normal business purpose and a low performance volume whose managing cost is low is used for the back-up purpose, as to such a folder which has stored thereinto a content of an accomplished cost, a physical path of such a low performance volume as [Z:¥] is designated as the move destination reference path, so that physical storage places of files contained in this folder which is not accessed for a predetermined time period can be changed into the low cost volume whose managing cost is low in a both manner. On the other hand, in such a case that respective mail data as to a mail folder are managed as files, such a reference path ID of a low performance volume as [Secondary_Y] is designated as the move destination reference path, so that mail data which are not accessed for a predetermined time period can be moved to a low performance volume whose managing cost is low every file of the individual mail data.
- Alternatively, while the reference path of the move destination is not designated in the storage destination changing process operation, the process operation executed when the file of
FIG. 9 is registered may be again executed. In this alternative case, only the move source reference path is designated, the storage destination registering process operation ofFIG. 9 is carried out as to files under this reference path in accordance with the reference path allocating condition of the reference path information managing table 120. When the storage destination of the file is changed by executing this storage destination registering process operation, the reference path ID of the file information managing table 121 is changed into the reference path ID after the change. - As previously explained, since the physical storage places and the logical storage places are managed in a separate manner, even in such a case that a physical storage place is changed, the logical storage place thereof which is displayed to the user is not changed, but also, even when such data whose important degrees are low are sequentially moved to a low performance volume, since the logical storage places which can be seen by the user are not changed, the user can use the files while the user need not become aware of the changes as to the storage places.
- In accordance with the present invention, not only the data may be moved from the high performance volume to the low performance volume, but also the data may be conversely moved from the low performance volume to the high performance volume. In such a case that a high performance volume is newly conducted, this newly conducted volume is registered as a reference path in the reference path information managing table 120, and this newly conducted volume is designated to the move destination reference path as the storage destination changing condition of the storage destination changing condition managing table 123. As a result, for example, such data related to a presently used important project may be moved to the newly conducted volume in a batch manner. In this case, since the logical storage place is not changed, the user may view that the storage places of the files, or the folders are not completely changed. However, in an actual case, since the data are moved to the high performance volume, the performance may be improved.
- Also, since the physical storage places and the logical storage places are managed as the directory structures and the hierarchical structures, while the users, the networks, and the data are managed in the batch manner, these items can be easily managed in the case that a total number of data are increased up to several thousands of pieces, or more. Furthermore, the information under the reference path may be changed in a batch manner every path, so that the physical storage places can be easily managed.
- Also, since such physical storage places are also arranged as the directory structure, these physical storage places may be managed while the user may become aware of the paths. As a result, not only the physical storage places of the respective data are not changed based upon changes in attributes of the respective data, the physical storage places may be changed as the entire path based upon an attribute of this path. In other words, the physical storage places may be changed based upon the changes of the attributes as to all of the data which belong to paths lower than this path. For instance, if access frequencies of all of the data located under this path become low, then an access frequency to this path is lowered, and thus, it is conceivable that all of the data located under this path are equal to such data whose use frequencies are low and whose important degrees are low. Therefore, all of these data located under this path may be moved to another volume.
- In this case, when such a back-up drive as a DVD drive and a tape drive is designated as a move destination volume, the data whose important degrees may be stored into a DVD, or a tape in a batch manner. Also, in the case that the physical storage positions have been moved to a portable medium in the above-described manner, such information capable of identifying paths and media may also be stored at the same time.
- Since both the physical storage places and the logical storage places are separately managed as either the directory structure or the hierarchical structure, a plurality of physical volumes are allocated with respect to a single logical directory structure as an actual storage destination of a volume, and thus, the files may be managed.
- Also, in such a case that a plurality of physical volumes have been allocated to a signal logical volume, the respective plural physical volumes may be also managed based upon the directory structure. Alternatively, the directory structures with respect to the plural physical volumes may be managed as the directory structures with respect to a single logical volume.
- While the physical storage places and the logical storage places are managed as the directory structures and the hierarchical structures, since the users need not become aware of the physical storage places thereof, only such a logical directory structure as shown in
FIG. 7 may be merely displayed on thedisplay apparatus 107 to the users. However, there are some cases that if such correspondence relationship between the logical storage places and the physical storage places is displayed, then there is a merit as to a management matte. In such a case, as indicated inFIG. 8 , the logical directory structure may be alternatively displayed in combination with the physical directory structure, and an actual physical storage destination of files stored in the logical directory structure as represented by a dot line connected between a “fileA” and “file.txt” ofFIG. 8 may be alternatively and clearly displayed. - Also, as shown in
FIG. 14 , when a logical folder is displayed to the user, a path indicative of a logical storage place corresponding to a file contained in this logical folder may be alternatively displayed in connection with a path indicative of a physical storage place. - In accordance with this embodiment, while an attention is paid to file movement between paths containing a logical volume name, the user does not become aware of a medium sort of the paths. Alternatively, medium sorts of the paths may be stored in both the reference path managing table 120 and the storage destination changing condition managing table 123. As a result, in such a case that files which have been stored in a fixed medium such as a hard disk in accordance with a storage destination changing condition is moved to a portable medium such as a tape and a DVD, a medium sort of volumes which constitute storage destinations of these files may be clearly displayed.
- In this embodiment, as the storage destination changing condition, the averaged value of the days from the preceding access day to the file has been defined. Alternatively, a total size of files, a total registration number of files, a holding time period of data, and a holding time limit of data may be defined as the storage destination changing condition.
- In the case that the holding time period of the data is designated, and for example, data present under a reference path must be hold for 7 years, after the data present under this reference path has elapsed, the storage destination of this data may be changed into a low performance storage apparatus whose managing cost is low.
- Also, in this embodiment, the system structural example in the single client has been explained. Alternatively, the inventive idea of the present invention may be realized in a system structural example via a network such as a WAN, a LAN, and an SAN.
- Referring now to
FIG. 12 , a description is made of another embodiment example in the case that file substances are managed via such a network as a WAN, a LAN, and an SAN by employing a storage system. Also, another embodiment example will be described with reference toFIG. 13 in which a plurality of clients commonly utilize the same volume and file substances are managed by a separately provided file server. - In the file managing system of this embodiment shown in
FIG. 12 , both aclient 900 and anotherclient 901 are connected via anetwork 902 such as a WAN, a LAN, or an SAN to avolumeC 104 anothervolumeD 105, and afurther volumeE 106, which constitute a storage destination of a file substance. Both thevolumeD 105 and thevolumeE 106 are managed by astorage system 903. While thestorage system 903 manages a plurality of hard disks, thevolumeD 105 and thevolumeE 106 may be realized by physical volumes, or logical volumes owned by thestorage system 904. - While the
storage system 904 has been externally connected to thestorage system 903, thevolumeF 109 of thestorage system 904 transmits and/or receives information via thestorage system 903 with respect to a client. ThevolumeF 109 may be directly mounted by thestorage system 903. Alternatively, such a storage system may be arranged. That is, while a virtual volume corresponding to thevolumeF 109 is formed in thestorage system 903, in such a case that a read/write request is issued from the client with respect to this virtual volume, information may be read/written with respect to thevolumeF 109 by thestorage system 903. - In the case that files are managed by employing the
storage system 903, the following means may be provided: namely, a means for instructing to prohibit updating of a file when a user registers this file; a means for designating a storage time limit of the file; and a means for designating redundant file data. As the means for designating the prohibition of the file updating operation, for instance, a flag may be applied to a folder under a path, and a “Write Once” attribute may be set. Also, as the means for designating the storage time period of the file, for instance, a holding time period may be set to either a path or a folder under the path. - Concretely speaking, in the case that the prohibition for updating the file is designated, such a reference path may be applied as a storage destination of the file, to which the “Write Once” attribute may be set. This “Write Once” attribute does not permit updating of the file after being registered. It is so required that such a file which has been registered under the reference path to which the “Write Once” attribute has been set cannot be deleted from the physical volume. To this end, in the case that the user instructs a deletion of the file, the file
storage processing unit 210 sets a deletion flag to the file information managing table 121. Since the user cannot refer to such a file to which this deletion flag has been set from the logical storage structural, and also, the file is deleted from the logical storage structure in this manner, the file managing system can show to the user such a virtual operation that the relevant file has been deleted. - As to such a file which seems to be deleted from the logical volume as explained above, since the deletion flags indicative of the deletions are set to the corresponding files within the physical folder structure, the file
storage processing unit 210 can perform such a process operation that all of the physical files to which the deletion flags have been applied are deleted in the batch manner after a predetermined time period has elapsed, or in response to the deletion command. - Also, in the case that the holding time limit of the file is designated, such a reference path to which the designated holding time limit has been set may be applied. Furthermore, the folder/file
operation processing unit 212 suppresses a deletion of a file within the holding time limit. - Also, in the case that the redundant process of the file data is designated, the below-mentioned two methods may be employed. The first method is performed as follows: That is, a plurality of reference paths capable of satisfying a reference path allocating condition are selected, and the same files are stored under the respective reference paths. In the case that a file which has been redundant-processed is displayed to the user, such a file under referable reference path is selected to be displayed to the user. The second method is carried out as follows: That is, in the case that there is a reference path which has already been redundant-processed, this reference path is allocated to a storage destination of a file. A reference path which has been redundant-processed corresponds to such a path, the duplication of which has been formed by, for example, RAID1, RAID1+0, a storage system.
-
FIG. 13 shows the file managing stem according to another embodiment is arranged by coupling aclient 900 and anotherclient 901 which are constituted by the above-described process program and information table, avolumeC 104 which constitutes a storage destination of a file substance of theclient 901, both avolumeD 105 and anothervolumeE 106 which constitute a storage destination of a file substance which is commonly used by theclient 900 and theclient 901, and afile server 904 which manages both thevolumeD 105 and thevolumeE 106 to each other via anetwork 902 such an a WAN, a LAN, or an SAN. - Furthermore, another arrangement may be constituted by combining the system of
FIG. 12 with the system ofFIG. 13 as another embodiment mode of the present invention, which is connected from a file server to a storage system. - In the case that the file managing system is arranged via such a network as a WAN, a LAN, or an SAN, a reference path of the reference path information managing table 120 becomes such a value made by employing an IP address, a host name, a port ID, and a WWN (World Wide Name) such as [¥¥Server1¥D¥], and [¥¥192.168.1.100¥TXT.Folder¥].
- Also, even in such a case that a plurality of clients are present, information tables which are managed by the respective clients are similar to those in the case that the system is arranged under a single client. Also, process operations for registering files and for acquiring files in the respective clients are carried out in a similar manner to such a case that the process operations are carried out under a single client.
- However, in such a case that a plurality of clients are commonly present, and a commonly-used volume is used as a storage destination of a file substance, if the contents of the information tables of the respective clients are changed with respect to a file of the commonly-used volume, then there is such a risk that other clients cannot access a physical storage destination. As a consequence, these information tables must be synchronized with each other at constant timing. Although this synchronizing timing may depend upon operations of the file managing systems, it is desirable to execute the synchronizing timing before the file storage destination is changed. In this case, the respective managing tables may employ the arrangements managed by the respective clients, and also, may be alternatively managed by the commonly-used volume in the batch manner.
- In the case that a plurality of clients use a commonly-used volume, while a file information managing table may be managed by each of these plural clients, a reference path information managing table may be commonly managed on the commonly-used volume. As a result, the following arrangement may be alternatively made. That is, since reference path IDs of the file information managing tables managed by the respective clients are rewritten, the respective files may be freely moved to the physical storage destinations. When the reference paths themselves of the reference path information managing tables are rewritten, approvals must be given from other clients.
- Moreover, in the embodiment mode for utilizing the file server of
FIG. 13 , such an arrangement may be alternatively constructed. That is, information tables and process programs may be managed and processed by this file server. - In accordance with the present invention, since the storage destinations of the files are determined based upon the previously set condition, these files can be combined to be stored in a certain meaning unit, so that these files can be easily managed. Also, since the files are automatically moved based upon the previously set condition, these files are no longer required to be manually moved to another host, or another disk, and thus, the cumbersome operations by the system manager can be reduced. On the other hand, since the physical storage destinations of the files are separately managed, even in such a case that the physical storage destinations of the files are changed, the users can operate the files while the users become aware of the physical storage destinations of the files.
- It should be further understood by those skilled in the art that although the foregoing description has been made on embodiments of the invention, the invention is not limited thereto and various changes and modifications may be made without departing from the spirit of the invention and the scope of the appended claims.
Claims (20)
1. A data managing method for managing data, wherein:
as to a data storage structure of a first storage apparatus, there are a first storage structure which is displayed and a second storage structure for a managing purpose, while the respective first and second storage structures correspond to storage structures of different systems; and
such an information is stored in a second storage apparatus, while said information establishes a correspondence relationship between first information which indicates a storage place of data by said first storage structure, and second information which indicates said storage place of said data by said second storage structure.
2. A data managing method as claimed in claim 1 wherein:
data which can satisfy a predetermined storage destination changing condition is selected;
said selected data is moved from a storage place within said first storage structure to a storage place designated by said storage destination changing condition; and
within said corresponding information, said second information is changed into information which indicates the storage place after said data has been moved; and such an information for establishing a correspondence relationship between said first information and said changed second information is stored into said second storage apparatus.
3. A data managing method as claimed in claim 1 wherein:
in the case that an instruction for deleting data is received, said data is deleted from said first information, whereas said data is not deleted from said second information.
4. A data managing method as claimed in claim 1 wherein:
both said first storage structure of the data and said second storage structure of the data have been managed as paths respectively.
5. A data managing method as claimed in claim 4 wherein:
in such a case that a value which is calculated based upon information as to a plurality of data under a predetermined path can satisfy a predetermined storage destination changing condition, said plurality of data under said path, which can satisfy said storage destination changing condition, are moved from the storage place within said second storage structure to a storage place under such a path which is designated by said storage destination changing condition; and
within said corresponding information, said second information is changed into information which indicates the storage place after said data has been moved; and such an information for establishing a correspondence relationship between said first information and said changed second information is stored into said second storage apparatus.
6. A data managing method as claimed in claim 5 wherein:
said first storage apparatus and said second storage apparatus are the same storage apparatus.
7. A data managing method as claimed in claim 5 wherein:
the storage place under the path which is designated by said storage destination changing condition corresponds to a back-up apparatus.
8. A data managing method as claimed in claim 5 wherein:
the storage place before said data is moved corresponds to a storage apparatus owned by a storage system, and the storage place after said data is moved corresponds to a storage apparatus which is owned by another storage system connected to the first-mentioned storage system.
9. A data managing method for managing data, wherein:
as to a data storage structure of a first storage apparatus, there are a first storage structure which is displayed and a second storage structure for a managing purpose, while the respective first and second storage structures correspond to storage structures of different systems;
a designation of a storage place of a data within said first storage structure is accepted;
the information of said data selects a storage place within said second storage structure, which can satisfy a predetermined condition;
said data is stored into said selected storage place; and
such an information is stored in a second storage apparatus, while said information establishes a correspondence relationship between information which indicates said selected storage place within said second storage structure, and information which indicates said designated storage place within said first storage structure.
10. A data managing method as claimed in claim 9 wherein:
said second storage place is managed by a path;
the information of said data selects a path which can satisfy said predetermined condition; and
while a place under said selected path is used as a storage place within_said second storage structure, said data is stored thereinto.
11. A data managing method as claimed in claim 10 wherein:
said first storage apparatus and said second storage apparatus are the same storage apparatus.
12. A data managing system for managing data, wherein:
as to a data storage structure of a first storage apparatus, there are a first storage structure which is displayed and a second storage structure for a managing purpose, while the respective first and second storage structures correspond to storage structures of different systems; and
said data managing system is comprised of a second storage apparatus for storing thereinto information which establishes a correspondence relationship between first information which indicates a storage place of data by said first storage structure, and second information which indicates said storage place of said data by said second storage structure.
13. A data managing system as claimed in claim 12 , further comprising:
a display apparatus for displaying said first information and said second information in correspondence with each other based upon said corresponding information.
14. A data managing system as claimed in claim 13 wherein:
as to a data storage structure of a first storage apparatus, there are a first storage structure which is displayed and a second storage structure for a managing purpose, while the respective first and second storage structures correspond to storage structures of different systems; and
said data managing system is further comprised of:
a file move processing unit by which data which can satisfy a predetermined storage destination changing condition is selected; said selected data is moved from a storage place within said second storage structure to a storage place designated by said storage destination changing condition; and within said corresponding information, said second information is changed into information which indicates the storage place after said data has been moved; and such an information for establishing a correspondence relationship between said first information and said changed second information is stored into said second storage apparatus.
15. A data managing system as claimed in claim 13 wherein:
both said first storage structure of the data and said second storage structure of the data have been managed as paths respectively.
16. A data managing system as claimed in claim 15 wherein:
said data managing system is further comprised of:
a file move processing unit by which in such a case that a value which is calculated based upon information as to a plurality of data under a predetermined path can satisfy a predetermined storage destination changing condition, said plurality of data under said path, which can satisfy said storage destination changing condition, are moved from the storage place within said second storage structure to a storage place under such a path which is designated by said storage destination changing condition; and within said corresponding information, said second information is changed into information which indicates the storage place after said data has been moved; and such an information for establishing a correspondence relationship between said first information and said changed second information is stored into said second storage apparatus.
17. A data managing system as claimed in claim 16 wherein:
said first storage apparatus and said second storage apparatus are the same storage apparatus.
18. A data managing system for managing data, wherein:
as to a data storage structure of a first storage apparatus, there are a first storage structure which is displayed and a second storage structure for a managing purpose, while the respective first and second storage structures correspond to storage structures of different systems; and
said data managing system is comprised of:
a file storage processing unit by which a designation of a storage place of a data within said first storage structure is accepted; the information of said data selects a storage place within said second storage structure, which can satisfy a predetermined condition; said data is stored into said selected storage place; and such an information is stored in a second storage apparatus, while said information establishes a correspondence relationship between information which indicates said selected storage place within said second storage structure, and information which indicates said designated storage place within said first storage structure.
19. A data managing system as claimed in claim 18 wherein:
said second storage place is managed by a path;
said file storage processing unit selects a path which can satisfy said predetermined condition; and
said file storage processing unit designates a place under said selected path as a storage place within said second storage structure, and stores said data into said designated storage place.
20. A data managing system as claimed in claim 19 wherein:
said first storage apparatus and said second storage apparatus are the same storage apparatus.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/219,097 US8171062B2 (en) | 2005-06-09 | 2008-07-16 | File management system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005168982A JP4706342B2 (en) | 2005-06-09 | 2005-06-09 | Data management method and apparatus |
JP2005-168982 | 2005-06-09 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/219,097 Continuation US8171062B2 (en) | 2005-06-09 | 2008-07-16 | File management system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20060282483A1 true US20060282483A1 (en) | 2006-12-14 |
Family
ID=37525312
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/194,475 Abandoned US20060282483A1 (en) | 2005-06-09 | 2005-08-02 | File management system |
US12/219,097 Expired - Fee Related US8171062B2 (en) | 2005-06-09 | 2008-07-16 | File management system |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/219,097 Expired - Fee Related US8171062B2 (en) | 2005-06-09 | 2008-07-16 | File management system |
Country Status (2)
Country | Link |
---|---|
US (2) | US20060282483A1 (en) |
JP (1) | JP4706342B2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070106684A1 (en) * | 1999-11-02 | 2007-05-10 | Gould Eric J | Poly vectoral reverse navigation |
US20080183771A1 (en) * | 2007-01-26 | 2008-07-31 | Hong Fu Precision Industry (Shenzhen) Co., Ltd. | System and method for managing files |
US20080263222A1 (en) * | 2007-04-20 | 2008-10-23 | Keiichi Matsuzawa | Computer system, root node, and log management method for access path conversion |
US20100146017A1 (en) * | 2006-04-27 | 2010-06-10 | Canon Kabushiki Kaisha | Information processing apparatus and information processing method |
CN108073355A (en) * | 2016-11-15 | 2018-05-25 | 杭州海康威视数字技术股份有限公司 | A kind of data storage and delet method and device |
US10262004B2 (en) * | 2016-02-29 | 2019-04-16 | Red Hat, Inc. | Native snapshots in distributed file systems |
US10699059B2 (en) * | 2014-06-06 | 2020-06-30 | Tencent Technology (Shenzhen) Company Limited | Character updating method and apparatus |
US20220100711A1 (en) * | 2020-09-28 | 2022-03-31 | Sharp Kabushiki Kaisha | Information processing apparatus and storage destination management method for information processing apparatus |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8386622B2 (en) * | 2008-05-16 | 2013-02-26 | Palo Alto Research Center Incorporated | Method and apparatus for facilitating communication in a content centric network |
US8434093B2 (en) | 2008-08-07 | 2013-04-30 | Code Systems Corporation | Method and system for virtualization of software applications |
US8776038B2 (en) * | 2008-08-07 | 2014-07-08 | Code Systems Corporation | Method and system for configuration of virtualized software applications |
US8954958B2 (en) * | 2010-01-11 | 2015-02-10 | Code Systems Corporation | Method of configuring a virtual application |
JP2011150388A (en) * | 2010-01-19 | 2011-08-04 | Hitachi Solutions Ltd | System for converting file storage destination path based on secrecy section information, and method |
US9104517B2 (en) | 2010-01-27 | 2015-08-11 | Code Systems Corporation | System for downloading and executing a virtual application |
US8959183B2 (en) | 2010-01-27 | 2015-02-17 | Code Systems Corporation | System for downloading and executing a virtual application |
US9229748B2 (en) | 2010-01-29 | 2016-01-05 | Code Systems Corporation | Method and system for improving startup performance and interoperability of a virtual application |
US8763009B2 (en) | 2010-04-17 | 2014-06-24 | Code Systems Corporation | Method of hosting a first application in a second application |
US9218359B2 (en) | 2010-07-02 | 2015-12-22 | Code Systems Corporation | Method and system for profiling virtual application resource utilization patterns by executing virtualized application |
US9021015B2 (en) | 2010-10-18 | 2015-04-28 | Code Systems Corporation | Method and system for publishing virtual applications to a web server |
US9209976B2 (en) | 2010-10-29 | 2015-12-08 | Code Systems Corporation | Method and system for restricting execution of virtual applications to a managed process environment |
US9164997B2 (en) * | 2012-01-19 | 2015-10-20 | Microsoft Technology Licensing, Llc | Recognizing cloud content |
JP6184125B2 (en) | 2012-04-12 | 2017-08-23 | キヤノン株式会社 | Medical support system |
JP6377221B2 (en) * | 2012-04-12 | 2018-08-22 | キヤノン株式会社 | Medical support system |
US9922044B2 (en) * | 2015-05-28 | 2018-03-20 | International Business Machines Corporation | File path modification based management |
JP6904716B2 (en) * | 2017-01-20 | 2021-07-21 | 株式会社オービック | File management device, file management method, and file management program |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5864853A (en) * | 1994-09-14 | 1999-01-26 | Kabushiki Kaisha Toshiba | Portable file system operable under various computer environments |
US6763442B2 (en) * | 2000-07-06 | 2004-07-13 | Hitachi, Ltd. | Data reallocation among storage systems |
US6795834B2 (en) * | 2000-06-26 | 2004-09-21 | Fujitsu Limited | Apparatus, method, and storage medium for file management |
US7054893B2 (en) * | 2001-11-12 | 2006-05-30 | Hitachi, Ltd. | Method and apparatus for relocating data related to database management system |
US20060277226A1 (en) * | 2005-06-03 | 2006-12-07 | Takashi Chikusa | System and method for controlling storage of electronic files |
US7155463B1 (en) * | 2001-09-20 | 2006-12-26 | Emc Corporation | System and method for replication of one or more databases |
US7269600B1 (en) * | 1999-05-20 | 2007-09-11 | Canon Kabushiki Kaisha | Image input system including remote image input apparatus having display and external apparatus having storage means, and control method for controlling storage of input image information by remote control of file directory management for storage means |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04362746A (en) * | 1991-06-10 | 1992-12-15 | Nippon Telegr & Teleph Corp <Ntt> | Virtual directory device |
JPH05265823A (en) * | 1992-03-19 | 1993-10-15 | Fujitsu Ltd | Virtual drive data processor |
JPH07121413A (en) * | 1993-10-27 | 1995-05-12 | Fuji Xerox Co Ltd | File management device |
JP3358687B2 (en) * | 1995-03-13 | 2002-12-24 | 株式会社日立製作所 | Disk array device |
JP3727896B2 (en) * | 2002-03-29 | 2005-12-21 | 株式会社東芝 | HSM system and migration control method for same |
US8554794B2 (en) * | 2004-05-17 | 2013-10-08 | Hoover's Inc. | System and method for enforcing privacy in social networks |
-
2005
- 2005-06-09 JP JP2005168982A patent/JP4706342B2/en not_active Expired - Fee Related
- 2005-08-02 US US11/194,475 patent/US20060282483A1/en not_active Abandoned
-
2008
- 2008-07-16 US US12/219,097 patent/US8171062B2/en not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5864853A (en) * | 1994-09-14 | 1999-01-26 | Kabushiki Kaisha Toshiba | Portable file system operable under various computer environments |
US7269600B1 (en) * | 1999-05-20 | 2007-09-11 | Canon Kabushiki Kaisha | Image input system including remote image input apparatus having display and external apparatus having storage means, and control method for controlling storage of input image information by remote control of file directory management for storage means |
US6795834B2 (en) * | 2000-06-26 | 2004-09-21 | Fujitsu Limited | Apparatus, method, and storage medium for file management |
US6763442B2 (en) * | 2000-07-06 | 2004-07-13 | Hitachi, Ltd. | Data reallocation among storage systems |
US7155463B1 (en) * | 2001-09-20 | 2006-12-26 | Emc Corporation | System and method for replication of one or more databases |
US7054893B2 (en) * | 2001-11-12 | 2006-05-30 | Hitachi, Ltd. | Method and apparatus for relocating data related to database management system |
US20060277226A1 (en) * | 2005-06-03 | 2006-12-07 | Takashi Chikusa | System and method for controlling storage of electronic files |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110225552A1 (en) * | 1999-11-02 | 2011-09-15 | Blue Dolphin Solutions Llc | Poly vectoral reverse navigation |
US8577932B2 (en) | 1999-11-02 | 2013-11-05 | Blue Dolphin Solutions Llc | Poly vectoral reverse navigation |
US8606829B2 (en) | 1999-11-02 | 2013-12-10 | Blue Dolphin Solutions Llc | Navigation of information via visual representations including nodes and contexts |
US7953768B2 (en) | 1999-11-02 | 2011-05-31 | Blue Dolphin Solutions Llc | Poly vectoral reverse navigation |
US20070106684A1 (en) * | 1999-11-02 | 2007-05-10 | Gould Eric J | Poly vectoral reverse navigation |
US7668827B2 (en) * | 1999-11-02 | 2010-02-23 | Eric Justin Gould | Display interface for navigating search results |
US20070112842A1 (en) * | 1999-11-02 | 2007-05-17 | Gould Eric J | Poly vectoral reverse navigation |
US20100146017A1 (en) * | 2006-04-27 | 2010-06-10 | Canon Kabushiki Kaisha | Information processing apparatus and information processing method |
US8417742B2 (en) * | 2006-04-27 | 2013-04-09 | Canon Kabushiki Kaisha | Information processing apparatus and information processing method |
US7953972B2 (en) | 2007-01-26 | 2011-05-31 | Hong Fu Jin Precision Industry (Shenzhen) Co., Ltd. | System and method for managing files |
US20080183771A1 (en) * | 2007-01-26 | 2008-07-31 | Hong Fu Precision Industry (Shenzhen) Co., Ltd. | System and method for managing files |
US20080263222A1 (en) * | 2007-04-20 | 2008-10-23 | Keiichi Matsuzawa | Computer system, root node, and log management method for access path conversion |
US10699059B2 (en) * | 2014-06-06 | 2020-06-30 | Tencent Technology (Shenzhen) Company Limited | Character updating method and apparatus |
US10262004B2 (en) * | 2016-02-29 | 2019-04-16 | Red Hat, Inc. | Native snapshots in distributed file systems |
CN108073355A (en) * | 2016-11-15 | 2018-05-25 | 杭州海康威视数字技术股份有限公司 | A kind of data storage and delet method and device |
US20220100711A1 (en) * | 2020-09-28 | 2022-03-31 | Sharp Kabushiki Kaisha | Information processing apparatus and storage destination management method for information processing apparatus |
Also Published As
Publication number | Publication date |
---|---|
US8171062B2 (en) | 2012-05-01 |
JP2006343999A (en) | 2006-12-21 |
JP4706342B2 (en) | 2011-06-22 |
US20080281882A1 (en) | 2008-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8171062B2 (en) | File management system | |
US10706010B2 (en) | Methods and systems for managing data | |
US7403960B2 (en) | Method and system for creating snapshots by condition | |
US7480677B2 (en) | System and program for maintaining a namespace of filesets accessible to clients over a network | |
US8983929B2 (en) | Methods and systems for managing data | |
US9609045B2 (en) | Information processing system and data management method | |
US8156106B2 (en) | Methods and systems for managing data | |
US8694497B2 (en) | Method, system, and computer program product for enabling file system tagging by applications | |
JP5106045B2 (en) | Search engine linkage file sharing system | |
US6868417B2 (en) | Mechanism for handling file level and block level remote file accesses using the same server | |
US20070112890A1 (en) | Computerized system and method for document management | |
US20090070444A1 (en) | System and method for managing supply of digital content | |
JPH09128380A (en) | Document storing and managing system | |
KR20220154717A (en) | Inherit custom metadata tags based on file system directory tree or object storage bucket | |
US8046391B2 (en) | Storage apparatus and its file control method and storage system | |
US8615535B2 (en) | File identification and retrieval in directories for categorized files | |
US8370589B1 (en) | System and method for re-use of writeable PPIs | |
RU105770U1 (en) | ARCHITECTURE FOR STORAGE AND REPRESENTATION OF DATA IN THE EMULATOR |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |