JP2015141514A - File management system, file management method, and program for file management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a file management system, a file management method, and a program for the file management system with which it is possible to access a file via a unique link file independent of the OS of a client device and the file system of the accessed file.SOLUTION: In the present invention, the file management system is included in a storage device connected to one or a plurality of client devices. A plurality of multilink files arranged in accordance with the file data recorded in a recording unit of the storage device are generated in a folder of the storage device by a link file generation unit. When a multilink file in the link file generation unit is selected and accessed from the client device, the access is made to the file data on the basis of the multilink file from a link destination access unit.

Description

  The present invention relates to a file management system, a file management method, and a file management system program used in a storage apparatus and one or a plurality of client apparatuses.

  Conventionally, various development studies on a file management system in a storage device and one or a plurality of client devices have been disclosed.

  For example, Patent Document 1 (Japanese Patent Application Laid-Open No. 2009-110260) discloses a search engine cooperation file sharing system that stores a created file in an appropriate folder so that the user can easily find the file. Yes.

  The computer system described in Patent Document 1 is a computer system including a client computer and a first storage system connected to the client computer via a network, and the client computer includes a first interface connected to the network. A first processor connected to the first interface and a first memory connected to the first processor, wherein the first storage system includes one or more first data storage devices and a first data storage device And at least one of the plurality of data storage areas included in the one or more first data storage devices is associated with one of the plurality of files, and each of the plurality of files Is stored in one of a plurality of folders, and the computer system includes a folder determination unit and a file store. The client computer receives an instruction to store the file, and the folder determination unit, based on the degree of matching between the file stored in the plurality of folders and the instructed file, The strength of the relationship with the designated file is determined, and the file storage unit stores the designated file in a folder determined to have the strongest relationship with the designated file among a plurality of folders. It is characterized by.

  Japanese Patent Application Laid-Open No. 6-202926 discloses a file access history management method for efficiently and reliably managing a file access history.

  The file access history management method described in Patent Document 2 includes a storage unit that stores a file and a management unit that manages the file, and is accessed in a file device connected to a network and commonly accessed by a plurality of client devices. A file access history management method for managing a history, which creates an access history including an operator name and an operation file name for each access operation, and stores an access history created by the history creation unit A history storage means, a judgment means for judging whether or not the data amount of the access history stored in the history storage means exceeds a set value, and when the judgment result by the judgment means indicates that the data amount of the access history exceeds A history deletion means for deleting the contents of the history storage means based on preset deletion criteria, It is obtained by an output control means for outputting the contents of the unit to an output device.

  Patent Document 3 (Japanese Patent Laid-Open No. 2007-293746) discloses a file management system that efficiently searches for useful files.

  The file management system described in Patent Document 3 is a file management system including a file server that stores a file and provides the file through a network in response to a request from a client. The file server is a first that is connected to the network. A first processor connected to the first interface and executing a program; a first memory storing a program and information used by the program; and a first storage device storing a file. Stores the organization information recording the departments constituting the organization, and the first processor records the access history of the file, totals the access history for each department stored in the organization information, and stores the departments having a large number of accesses. If the file is judged to be highly useful, It is intended to search a constant file.

  Patent Document 4 (Japanese Patent Laid-Open No. 2004-310357) discloses a means by which an administrator of a shared system such as groupware does not have to determine the selection of data files to be saved and stored.

  The file management method described in Patent Document 4 includes a client system in a shared system such as groupware, and a server system that provides data access in response to a data access request of the client system. An access log file that stores a plurality of data access target files and a plurality of data access target files that are associated with access target file identifiers and access records, and an access target file identifier for each data access target file. When a server system receives a data access request from a client system in a system having a stored file management information table, the data access target for which the data access is requested A step of recording an association between the access target file identifier of the file and the access record in the access log file, and the server system accessing the access target file recently accessed from the access log file according to the specified period of the access record The target file identifier is extracted, and the access target file identifier that does not match the access target file identifier extracted from the access log file among the access target file identifiers stored in the file management information table by the server system is the data archive target And outputting as a file.

  Japanese Patent Application Laid-Open No. 2007-504526 discloses pointer update control based on a file movement history. In the pointer update control based on the file movement history in Patent Document 5, the file movement history is maintained in the distributed data processing system. When access to a file is requested and the file is not detected, the travel history is queried to determine the current location of the file and update links included in other files that point to the requested file.

  The pointer update control based on the file movement history described in Patent Document 5 is a method that enables access to a specific file on the data processing system, and includes a step of maintaining a history regarding movement of the specific file on the system, and the history. Determining the current location of the specific file based on history in response to accessing a specific link representing a pointer to the location associated with the specific file in the covered period.

  Patent Document 6 (Japanese Patent Laid-Open No. 6-187213) discloses a file access history management system that acquires only an appropriate access history associated with a file access operation and performs file management.

  The file access history management method described in Patent Document 6 includes a storage unit that stores a file and a management unit that manages the file, and the access history is stored in a file device connected to a network and commonly accessed by a plurality of client devices. Is a file access history management method for managing the access history created by the history creation means for creating an access history including an operator name and an operation file name for each access of the file, and storing the access history created by the history creation means A history storage means, a designation means for designating the type of access history to be created by the history creation means, a history output means for obtaining only the access history of the type designated by the designation means and outputting it to the history storage means, and history Output control means for outputting the contents of the creation means to the output device.

  Patent Document 7 (Japanese Patent Laid-Open No. 2010-176574) discloses a method for converting a folder hierarchical structure in which one item can have a plurality of parent folders into a tree structure in which one item can have only one parent folder. A data management method and apparatus having a preferred structure are disclosed.

  The data management method and apparatus described in Patent Document 7 is a data management method using a folder hierarchical structure in which items such as data and folders can be registered in a plurality of folders. Attributes in each of relation data management process for managing relation data indicating a pair of a child item as a folder and a parent folder as a folder in which the child item is registered, and relation data managed by the relation data management process Attribute management process for assigning and managing information, and when one child item is registered in a plurality of parent folders, a plurality of relationships corresponding to a pair of one child item and each of the plurality of parent folders By selecting one parent folder in which one child item is registered based on the attribute information given to the data At least a part of the folder hierarchy, one child item is one having a conversion step of converting into a tree structure is registered in a single folder.

JP 2009-110260 A Japanese Patent Laid-Open No. 06-202926 JP 2007-293746 A JP 2004-310357 A Special table 2007-504526 gazette Japanese Patent Laid-Open No. 06-187213 JP 2010-176574 A

  As described above, in various file management systems disclosed in Patent Documents 1 to 7, when a link file is generated in the storage device and a file indicated by the link file is accessed from the client device via the link file, There was any problem.

  For example, when the link file is a so-called soft link, the operating system of the client device (hereinafter abbreviated as OS) cannot recognize the file format of the link file, and the OS of the client device cannot access the link destination file. Has occurred. That is, in the case of a soft link, there is a problem that it depends on the type of client OS.

  Further, when the link file is a so-called hard link, there is a problem that a link file of the file cannot be generated with a file system of a type different from the file system in which the link destination file is stored. That is, there is a problem that it depends on the type of the file system.

An object of the present invention is to provide a file management system, a file management method, and a file management system that can be accessed via a unique link file independent of the OS of the client device and the file system type of the file in accessing the file. Is to provide a program.
Furthermore, another object of the present invention is to accurately create ranking data and access the ranked file via a unique link file that does not depend on the OS of the client device and the file system type of the file. A file management system, a file management method, and a program for the file management system are provided.

(1)
A file management system according to one aspect generates a storage device connected to one or a plurality of client devices, and a plurality of multilink files arranged in accordance with file data recorded in a recording unit of the storage device in a folder of the storage device And a link destination access unit that accesses file data based on the multilink file when the multilink file in the link file generation unit is selected and accessed from the client device.

The file management system according to the present invention is included in a storage device connected to one or a plurality of client devices.
A plurality of multilink files arranged in accordance with the file data recorded in the recording unit of the storage apparatus are generated in the folder of the storage apparatus by the link file generation unit. When a multilink file is selected in the link file generation unit and accessed from a client device, the link destination access unit accesses file data based on the multilink file.

Here, a multi-link file means a unique link file, unlike so-called soft links such as shortcuts, aliases, and symbolic.
In other words, the multilink file is not a link file corresponding to the OS, but is a link file that can access the file data indicated by the multilink file regardless of the OS of the client device. A link file can be generated.
In addition, a multilink file creates a file that is different from the linked entity, such as a soft link. However, when reading or writing occurs in the entity, the file system layer behaves as if it is a real file. It is something that can be done. Therefore, the advantages of both so-called soft links and hard links can be utilized.

  In this case, the file can be accessed via a unique link file that does not depend on the OS of the client device and the file system type of the file.

(2)
A file management system according to a second aspect of the present invention is the file management system according to one aspect, wherein the recording unit stores the access ranking history according to the number of accesses when the file data recorded in the storage device is accessed from the client device. The link file generation unit may record the plurality of multi-link files according to the access ranking history.

  In this case, the recording unit can record the access ranking history according to the number of accesses, and can arrange the multilink files according to the access ranking history. As a result, when the multi-link is accessed from the client device, the number of accesses can be easily recognized.

(3)
A file management system according to a third aspect is the file management system according to one aspect or the second aspect, wherein the link file generation unit generates a plurality of multilink files in a layer of the file system processing unit of the storage device. Also good.

  In this case, the link file generation unit can generate a multilink file at the layer of the file system processing unit. As a result, access from the client device is facilitated.

(4)
A file management system according to a fourth aspect is the file management system according to one aspect or the second and third aspects, wherein the link file generation unit extracts the access ranking history recorded by the recording unit in a predetermined designated period. A period extracting unit that extracts the access ranking history recorded by the recording unit in a predetermined order, and the multilink file may be arranged according to at least one of the period extracting unit and the rank extracting unit .

  In this case, it is possible to easily generate a multilink file in which a part of the access ranking history recorded in the recording unit is extracted by period or rank.

(5)
A file management system according to a fifth aspect of the present invention is the file management system according to one aspect or the second, third, and fourth aspects of the invention, wherein the period extraction unit changes the access ranking history of the file data recorded in the recording unit A history multi-link file may be generated in a folder of the storage device.

  In this case, the change history can be easily confirmed by selecting the change history multi-link file. Therefore, it is possible to recognize the progress of a file with a high access count and the progress of a file with a low access count from a client device.

(6)
A file management system according to a sixth aspect is the file management system according to one aspect or the second to fifth aspects, wherein the recording unit responds to the file data when there is no access to the file data in a predetermined period. Multilink files may be excluded from the access ranking history.

  In this case, when there is no access to the file data in the predetermined period, the multilink file can be excluded from the access ranking history, so that the unnecessary multilink file can be automatically deleted. In addition to automatic deletion, a deletion instruction may be issued to the client device. Further, a deletion recommendation folder may be created separately, and unnecessary multilink files may be moved to the deletion recommendation folder.

(7)
In a file management system according to a seventh aspect of the present invention, in the file management system according to one aspect or the second to sixth aspects of the invention, the recording unit has an access ranking when accessed even if the recording unit does not have access authority to the file data. You may count as a history.

  In this case, even if you do not have access authority and access is not permitted, you can create an access ranking that includes hidden access needs by counting, unlike the case of counting the number of actual accesses. .

(8)
A file management system according to an eighth aspect of the present invention is the file management system according to one aspect or the second to seventh aspects of the invention, wherein the recording unit accesses the multilink file in the folder created as the access ranking history to access the file. It may be updated at the end.

In this case, since the recording unit updates the multilink file of the access ranking history when the access of the file is completed, the processing speed at the time of access from the client device can be kept high.
If the processing speed can be kept high, updating may be performed when the file is accessed.

(9)
A file management method according to another invention is a file management method used in a storage device connected to one or a plurality of client devices, and is a plurality of files arranged according to file data recorded by a recording process of the storage device A link file generation process for generating a multilink file in the storage device folder, and when the multilink file in the link file generation process is selected and accessed from a client apparatus, the file data is accessed based on the multilink file And a link destination access step.

The file management method according to the present invention is used in a storage apparatus connected to one or a plurality of client apparatuses.
A plurality of multi-link files arranged in accordance with the file data recorded in the recording process of the storage apparatus by the link file generation process are generated in a folder of the storage apparatus. When a multi-link file in the link file generation process is selected and accessed from the client device, the file data is accessed based on the multi-link file in the link destination access process.

  In this case, the file can be accessed via a unique link file that does not depend on the OS of the client device and the file system type of the file.

(10)
A file management system program according to still another invention is a program for a file management system used in a storage apparatus and one or a plurality of client apparatuses, and corresponds to file data recorded by recording processing of the storage apparatus. Link file generation processing to generate multiple multilink files arranged in a folder in the storage device, and when the multilink file in the link file generation processing is selected and accessed from the client device, the file is based on the multilink file Link destination access processing for accessing data.

The file management system program according to the present invention is used in a storage apparatus connected to one or a plurality of client apparatuses.
A plurality of multi-link files arranged in accordance with the file data recorded in the recording process of the storage apparatus by the link file generation process are generated in a folder of the storage apparatus. When a multilink file is selected in the link file generation process and accessed from the client device, the file data is accessed based on the multilink file by the link destination access process.

  In this case, the file can be accessed via a unique link file that does not depend on the OS of the client device and the file system type of the file.

It is a schematic diagram which shows an example of the file management system concerning this Embodiment. It is a flowchart which shows an example when a client apparatus opens the folder with a link file. It is a flowchart which shows an example when a client apparatus reads and writes to a link file. It is a schematic diagram which shows an example of statistical data. It is a flowchart which shows an example of the access ranking process in an access process part. It is a schematic diagram which shows an example of the data of the access ranking log | history of an access process part. It is a flowchart which shows an example of the access tendency in an access process part.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are denoted by the same reference numerals. Their attractions and functions are the same. Therefore, detailed description thereof will not be repeated.

FIG. 1 is a schematic diagram illustrating an example of a file management system 100 according to the present embodiment.
As shown in FIG. 1, the file management system 100 includes a client device 200 and a storage device 300.

A client device 200 illustrated in FIG. 1 includes a plurality of client devices 200a to 200e.
The storage apparatus 300 includes a recording unit 310, a link file generation unit 320, and a link destination access unit 340.

  The recording unit 310 records an access processing unit 311, a multilink file 500, and file data 510. In FIG. 1, the file data 510 is displayed as recorded in the multilink file 500. That is, as will be described later, the file data 510 is actually recorded in the recording unit 310, and appears to be recorded in the multilink file 500. Details of the operation of the access processing unit 311 will be described later.

In this embodiment, the client devices 200a to 200e shown in FIG. 1 have different operating systems (hereinafter abbreviated as OS).
For example, the OS of the client device 200a is Microsoft Windows (registered trademark), the OS of the client device 200b is Linux (registered trademark), the OS of the client device 200c is Android, and the OS of the client device 200d is , And the OS of the client device 200e is iOS.
Note that any other OS such as OSX, WINDOWS PHONE, and IBMzOS which are other typical OSs may be used.

(Link file generator)
Next, the operation of the link file generation unit 320 of the storage apparatus 300 according to the present invention will be described.
The link file generation unit 320 operates in the layer of the file system processing unit of the storage apparatus 300, and generates the multilink file 500 uniquely generated in the recording unit 310 of the storage apparatus 300.
The link file generation unit 320 generates a multi-link file 500 having a target file path as necessary when creating recommendation information described later.

The multilink file 500 indicates link data to the file data 510 recorded in the recording unit 310 of the storage apparatus 300.
That is, the multilink file 500 is a link file of a unique format in the storage apparatus 300.

That is, when the link file generation unit 320 of the storage apparatus 300 generates a Windows (registered trademark) unique link file called a shortcut generated by Windows (registered trademark) as the multilink file 500 in the storage apparatus 300, the link file is stored. When trying to read from a client device of a Unix (registered trademark) OS, the Unix (registered trademark) OS cannot recognize the link file as a link file. Therefore, the Unix (registered trademark) OS does not know at most several kilobytes. The problem arises that it looks like a file of a different format exists.
Naturally, when the link file generation unit 320 in the opposite case generates a UNIX (registered trademark) unique link file called a symbolic link generated by the UNIX (registered trademark) OS as a multilink file 500 in the storage device 300, Since the link file cannot be recognized by the Windows (registered trademark) OS, the link file cannot be recognized from the Windows (registered trademark) OS as long as an unknown format file of only several kilobytes exists. Arise.

  Therefore, the multilink file 500 unique to the storage apparatus 300 is generated. The multilink file 500 includes at least path data to the actual file data 510 and a signature indicating that the multilink file 500 is dedicated to the storage apparatus 300. A link destination access unit 340, which will be described later, can determine that the file is the multilink file 500 in the present invention when the signature is included in a predetermined position of the file data 510 to be accessed.

  For example, a specific file format is a case where signature data (IODATANASSMULTILLINK) is described from the first byte of the file, and a link destination file path (/ MNT / INTERNAL_DISK /) is included thereafter.

  Further, the link file generation unit 320 generates the multilink file 500 of “path of the file data 510” in the “link file storage destination directory” according to the dedicated format of the multilink file 500.

  As described above, the link file generation unit 320 generates a unique multilink file 500.

(Link destination access section)
Hereinafter, the operation of the link destination access unit 340 will be described.
The link destination access unit 340 performs processing on a request from the client device 200.
For example, when the link destination access unit 340 of FIG. 1 confirms the multilink file 500 from the client device 200 (when a folder is opened), the file data 510 indicated by the multilink file 500 becomes the multilink file 500. It appears to be inside. Therefore, from the client device 200, it appears that the file data 510 is in the folder.
That is, the link destination access unit 340 includes an emulator role, performs so-called emulation, and operates as if the file data 510 exists in the folder.

  FIG. 2 is a flowchart showing an example when the client apparatus 200 opens a folder with the multilink file 500.

As described above, from the inside of the storage apparatus 300, the multi-link file 500 is not actual file data but a simple link file.
That is, it exists not as actual file data 510 but as link destination data indicating the storage location of actual file data.
However, for the client device 200, the multilink file 500 appears to exist as actual file data 510.

  When the client device 200 requests acquisition of a list of files in a predetermined folder, the link destination access unit 340 determines whether or not the file is the multilink file 500 (step S1).

  When it is determined that the file is the multilink file 500 (Yes in step S1), the link destination access unit 340 acquires the link destination file information (recording location of the file data 510) written in the multilink file 500, and the client The file information is added to the response information returned to the device 200 (step S2).

  On the other hand, when it is determined that the file is not the multilink file 500 (No in step S1), the link destination access unit 340 adds the data of the file data 510 itself to the response information returned to the client device 200 (step S3). That is, normal processing is performed.

  The link destination access unit 340 returns the response information to the client device 200 after the process of step S2 or the process of S3 (step S4).

  Next, FIG. 3 is a flowchart illustrating an example in which the client device 200 performs a read / write process on the multilink file 500.

In the present embodiment, when the multi-link file 500 of the storage apparatus 300 is viewed from the client apparatus 200, it is displayed so as to be viewed as the file data 510 in the target folder. Therefore, there is a case where the client device 200 tries to read / write the file data 510 (actually, the multilink file 500).
The process described with reference to FIG. 3 is a case where the above-described target file is a multilink file 500.

As shown in FIG. 3, when the client device 200 performs a read process on the multilink file 500 (which appears to the file data 510 from the client device 200), the link destination access unit 340 displays the link destination file. The data 510 is read and returned to the client device 200 (step S11).
If the target file is not the multi-link file 500, the link destination access unit 340 can respond by returning the file data 510 as it is.

(Access processing part)
Next, the access processing unit 311 that creates an access ranking history and an access tendency will be described.

The access processing unit 311 updates the statistical data every time the file data 510 indicating the access ranking history and the access tendency is accessed from the client device 200 and the file data 510 is closed.
An access ranking history is created using the statistical data. FIG. 4 is a schematic diagram illustrating an example of statistical data.

  As described above, the access to the file data 510 from the client device 200 is actually performed via the access from the client device 200 to the multilink file 500.

As shown in FIG. 4, the statistical data includes at least the number of accesses to the file data 510, the access date and time, and the name of the user who has accessed. Since the recording unit 310 includes a large number of file data 510, each name of the file data 510 is also included.
The access processing unit 311 updates the statistical data in the background and periodically creates an access ranking history based on the statistical data.

  Further, the access processing unit 311 updates the statistical data when a read / write process is generated from the client device 200 to the file data 510 in the storage device 300 and the file data 510 is closed.

  In the present embodiment, the access processing unit 311 counts the statistical data even when there is an access from the client device 200 that has an authority that cannot access the file data 510 in the storage device 300.

(Access ranking history in the access processing section)
The access processing unit 311 creates an access ranking history according to a certain extraction period from the accessed ranking. The certain extraction period may be a default value of the storage apparatus 300 or may be designated by the user for a predetermined period.

The access processing unit 311 creates access ranking history information according to the specified period, creates a dedicated folder for a predetermined registered user, and generates the multilink file 500 of the file data 510 ranked in the higher rank. , Arrange in the folder.
The access processing unit 311 creates the folder for each predetermined registered user, and repeatedly processes the arrangement of the multilink file 500.

  FIG. 5 is a flowchart showing an example of access ranking processing in the access processing unit 311, and FIG. 6 is a schematic diagram showing an example of access ranking history data in the access processing unit 311.

As illustrated in FIG. 5, the access processing unit 311 acquires access data in a range of a specified period from statistical data (step S <b> 21).
Next, duplicate file data 510 is counted from the acquired access data (step S22).
Next, the file data 510 in the order of the number counted in step S22 (access ranking) is determined (step S23).
Finally, the order of the file data 510 determined above is given to the link file generation unit 320 with respect to the user's dedicated folder registered in the storage apparatus 300, and the link file generation unit 320 performs multilink in accordance with the order. The file 500 is arranged and generated (step S24).

  For example, as shown in FIG. 6, the multilink file 500 is arranged in the order of design data A, planning data B, manufacturing plan C, planning data A, sales plan A, report A, and manufacturing plan A. When the extraction period is not limited, the multilink file 500 may be arranged in the order of the plan data C, the production plan B, and the report B.

Further, the access processing unit 311 may create the access ranking history data shown in FIG. 5 as separate data instead of displaying the data in an array. For example, the access ranking history table shown in FIG. 6 may be converted into data and stored in the recording unit 310 or a folder of a predetermined user.
Further, in the present embodiment, the access processing unit 311 excludes the file data 510 that is not accessed and is not accessed from the access ranking history after a predetermined period of time and becomes lower than the predetermined ranking of the access ranking history. Good.

For example, as shown in FIG. 6, the access ranking history may be excluded if the access ranking history has not changed since half a month or is not displayed in the access ranking history of FIG.
As a result, the number of multilink files 500 (file data 510) can be reduced.

(Access trends in the access processing unit)
Further, the access processing unit 311 determines an access tendency during the extraction period specified by the user. Note that the access tendency may be determined in the extraction period according to the default value of the storage apparatus 300 without being limited to the user designation.

The access processing unit 311 creates access trend information in the background, and creates an access trend file in the registered user's dedicated folder.
The file having an access tendency has a folder name “reference source file”, and a multi-link file 500 of “related file” is accommodated in the folder name (there may be a plurality of files).

As described above, the multi-link file 500 is generated by the link file generation unit 320 for the file data 510 according to the access tendency, and the access processing unit 311 stores the reference source file name and the related file in the folder. Accommodate.
That is, the related file is a file in the order in which users other than the predetermined user are often viewing. That is, the related file can be said to be a recommended file for the user.

  FIG. 7 is a flowchart illustrating an example of an access tendency in the access processing unit 311. As illustrated in FIG. 7, the access processing unit 311 arranges the multilink file 500 in a user-dedicated folder using statistical data.

  The access processing unit 311 searches the statistical data for access data having the same file name as the reference source file (step S31). Here, the access data is data of a user who has accessed the reference source file.

Next, when the search is hit in the process of step S31, the access processing unit 311 performs statistical processing on the related file data accessed by the user during the several hours before and after the hit user accesses the reference source file. Search from the data (step S32).
In this embodiment, it is set to several hours before and after, but is not limited to this, and may be several days before and after, or may be any other time.

Subsequently, when the search is hit in the process of step S32, the access processing unit 311 adds the hit related file data to the related file candidate (step S33).
Then, the access processing unit 311 adds a count number when there is a duplicate related file candidate (step S34).

  Next, the access processing unit 311 searches all users and determines whether or not there is a hit by another user (step S35). In addition, when another user exists in the process of step S35 (Yes of step S35), the process from step S31 to step S34 is repeated.

  When it is determined that there is no other user (No in step S35), the access processing unit 311 gives the link file generation unit 320 the upper file of the related file candidate as an access tendency to the dedicated folder of the registered user, and generates a link file. The unit 320 generates an access tendency in the folder.

  In other words, what kind of file data the person who has accessed the reference source file is accessing, and the file data is ranked and stored as a related file, so it is easy to determine the access tendency (recommendation information). Can be recognized.

  The access processing unit 311 repeats the process every time a predetermined user finishes accessing the file, that is, closes the file, and displays the file in a ranking.

  As described above, since the multi-link file 500 is displayed as the file data 510, the file management system 100 according to the present invention reduces the capacity of the file management system 100 unlike the actual copying of the file data 510. , Processing speed can be increased. Further, the file data 510 can be accessed via a unique multilink file 500 that does not depend on the type of OS of the client device 200.

  Also, a part of the access ranking history recorded in the recording unit 310 can be extracted by period or rank, and the arranged multi-link file 500 can be easily created.

  Furthermore, by selecting the change history multi-link file 500, it is possible to easily check the progress of the change history. Therefore, it is possible to determine the file data 510 having a large number of accesses, the file data 510 being currently used, and the file data 510 being used in the past and having little access.

  Further, since the file name of the file data 510 is set as the link file name by the link file generation unit 320, the contents of the file can be easily recognized.

  Furthermore, when the file data 510 is not accessed during the predetermined period, the file data 510 can be excluded from the access ranking history, so that unnecessary files can be deleted from the ranking history with respect to unnecessary files.

  Further, even when there is no access authority and access is not permitted, by counting, unlike the case of counting the number of times of actual access, it is possible to consider including hidden access needs.

  In the present invention, the storage device 300 corresponds to “storage device”, the client device 200 corresponds to “one or more client devices”, the file data 510 corresponds to “file data”, and the recording unit 310 corresponds to “ The link file generation unit 320 corresponds to the “link file generation unit”, the link destination access unit 340 corresponds to the “link destination access unit”, and the file management system 100 corresponds to the “file management system”. The access processing unit 311 corresponds to “period extraction unit” and “order extraction unit”, FIG. 6 corresponds to “variation history of access ranking history”, and the multilink file 500 corresponds to “multilink file”. To do.

  A preferred embodiment of the present invention is as described above, but the present invention is not limited thereto. It will be understood that various other embodiments may be made without departing from the spirit and scope of the invention. Furthermore, in this embodiment, although the effect | action and effect by the structure of this invention are described, these effect | actions and effects are examples and do not limit this invention.

DESCRIPTION OF SYMBOLS 100 File management system 200 Client apparatus 300 Storage apparatus 310 Recording part 320 Link file production | generation part 340 Link destination access part 500 Multilink file 510 File data

Claims (10)

A storage device connected to one or more client devices;
A link file generation unit that generates a plurality of multilink files arranged in accordance with the file data recorded in the recording unit of the storage device in a folder of the storage device;
And a link destination access unit configured to access the file data based on the multilink file when a multilink file is selected in the link file generation unit and accessed from the client device. The recording unit is
When the file data recorded in the storage device is accessed from the client device, the access ranking history is recorded according to the access count,
The link file generation unit
The file management system according to claim 1, wherein a plurality of multilink files are arranged according to the access ranking history. The link file generation unit
The file management system according to claim 1, wherein the plurality of multilink files are generated in a layer of a file system processing unit of the storage apparatus. The link file generation unit
A period extracting unit that extracts the access ranking history recorded by the recording unit in a predetermined designated period;
A rank extracting unit that extracts the access ranking history recorded by the recording unit in a predetermined rank;
The file management system according to any one of claims 1 to 3, wherein the multilink files are arranged according to at least one of the period extraction unit and the rank extraction unit.   The said period extraction part produces | generates the multilink file of the fluctuation history of the access ranking history of the said file data recorded on the said recording part to the said folder of the said storage apparatus, The any one of Claim 1 to 4 File management system. The recording unit is
The file management system according to any one of claims 1 to 5, wherein a multilink file corresponding to the file data is excluded from the access ranking history when there is no access to the file data in a predetermined period. The recording unit is
The file management system according to any one of claims 1 to 6, wherein, even when the file data is not accessed, the file management system counts the access ranking history when the file data is accessed. The recording unit is
The file management system according to claim 1, wherein a multilink file in a folder created as the access ranking history is updated when access to the file is completed. A file management method used in a storage device connected to one or more client devices,
A link file generation step of generating a plurality of multilink files arranged in accordance with the file data recorded by the storage device recording step in a folder of the storage device;
A link destination access step of accessing the file data based on the multilink file when a multilink file in the link file generation step is selected and accessed from the client device. A program for a file management system used in a storage device and one or more client devices,
A link file generation process for generating a plurality of multilink files arranged in accordance with the file data recorded by the recording process of the storage apparatus in a folder of the storage apparatus;
A link destination access process for accessing the file data based on the multilink file when a multilink file in the link file generation process is selected and accessed from the client device.

Images