JP2013206280A - Deletion file detection program, deletion file detection method and deletion file detection device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a deletion file detection program, a deletion file detection method and a deletion file detection device for automatically detecting a deletion candidate file from a folder.SOLUTION: Disclosed is a computer-readable deletion file detection program for making a computer execute deletion file detection processing for detecting a deletion candidate file from among a plurality of files stored in a folder. The deletion file detection processing includes: a similar file extraction process of extracting a plurality of similar files whose file names are similar from among the plurality of files; and a detection process of detecting a series of file groups in which the rate of change of code information in files to that of the similar files whose update dates are older by one among the extracted similar files is decreased according as the update dates are new or a series of file groups in which a difference between the change rates is set within a reference range, and for detecting the similar files whose update dates are up-to-date in the series of file groups as non-deletion candidates and the other similar files as deletion candidates.

Description

  The present invention relates to a deleted file detection program, a deleted file detection method, and a deleted file detection apparatus.

  In recent years, there is an increasing number of scenes where a server has a shared folder that is allowed to be used by a plurality of users and information is exchanged via the shared folder. In such a shared folder, the capacity management of the shared folder is not properly performed, so that a new file storage failure occurs due to access delay or insufficient capacity. Also, for example, when a shared folder is created on a disk with a capacity limit, a delete message is notified when the total amount of stored files reaches the limit.

  In addition, even in a personal computer (hereinafter referred to as a PC), unnecessary files are accumulated if the files are not deleted appropriately. As a result, similarly, an access delay or a failure to store a new file occurs. Furthermore, since the number of unnecessary files increases, the efficiency when searching for the necessary files is deteriorated.

  In this way, when a deletion message is notified or unnecessary files are accumulated, the user is not required based on the expiration date of the file, the elapsed time from the last access, the deletion attribute assigned as the file attribute, etc. Select and delete the correct files.

JP 07-225704 A

  However, in the case of temporary file deletion due to the failure of storing a new file, the accumulated unnecessary files are not sufficiently deleted. This again necessitates a file deletion process. However, assigning an expiration date, a deletion attribute, or the like to a file to determine an unnecessary file complicates the user's processing.

  The deletion file detection is described in Patent Document 1, for example.

  An object of the present invention is to provide a deletion file detection program, a deletion file detection method, and a deletion file detection device that can automatically detect a deletion candidate file from a folder.

  A first aspect is a computer-readable deletion file detection program for causing a computer to execute a deletion file detection process for detecting a deletion candidate file among a plurality of files stored in a folder, wherein the deletion file detection process includes: , A similar file extraction step for extracting a plurality of similar files having similar file names from the plurality of files, and a code in the file of the extracted similar files having a date of update one older from the plurality of similar files A series of file groups in which the rate of change of information is reduced as the update date is updated, or a series of file groups in which the difference in the rate of change falls within a reference range, and among the series of file groups, Similar files with the latest update date and time are not candidates for deletion, and other similar files are candidates for deletion Having a detection step of detecting by.

  According to the first aspect, the present invention enables a deletion candidate file to be automatically detected from a folder.

It is a figure which shows the structural example of the computer by which the deletion file detection program operate | moves. It is a figure which shows the specific example in case the change rate of a some similar file reduces in time series. It is a figure which shows the specific example in the reference range with the difference of a change rate about a some similar file. It is a figure explaining another specific example of change of change rate in a plurality of similar files. It is a figure explaining another specific example of change of change rate in a plurality of similar files. It is a figure which shows an example of the block diagram of a deletion file detection program. It is a flowchart figure explaining the flow of processing of a deletion file detection program. It is a figure which shows an example of a classification table. It is a figure which shows an example of a master file name table. It is a flowchart figure explaining the process following the flowchart figure of FIG. It is a figure which shows an example of a file table. It is a flowchart figure explaining the process which extracts a file content name. It is a flowchart figure explaining the process which calculates change rate. It is a flowchart explaining the deletion process of a deletion candidate file.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. However, the technical scope of the present invention is not limited to these embodiments, but extends to the matters described in the claims and equivalents thereof.

[Configuration of Deleted File Detection Device]
FIG. 1 is a diagram showing an example of the configuration of a computer 1 showing a deleted file detection apparatus. The computer 1 in FIG. 1 includes, for example, a memory 10, a processor 11, and an external interface 12, and is connected to each other via a bus 13. The memory 10 includes a deleted file detection program 20 and a target folder FL that is a target of processing of the deleted file detection program 20. The deletion file detection program 20 detects a deletion candidate file from a plurality of files stored in the target folder FL by cooperating with the processor 11. Further, for example, a deletion candidate folder DFL in which deletion candidate files detected by the deletion file detection program 20 are stored is generated in the memory 10.

  Note that the target folder FL may be held in an external external memory 30 connected to the computer 1 via the external interface 14. Alternatively, the target folder FL may be held in a memory of another computer (not shown) connected to the computer 1 via a network. The same applies to the deletion candidate folder DFL.

[Deleted File Detection Program 20]
In general, when a file is repeatedly updated, the user performs a file update process while creating a copy of the file to be updated mainly for the purpose of backup. At this time, since a file with the same name cannot be generated in the same folder, the user changes the file name and generates a duplicate file. As a result, files with slightly different file names are accumulated by a series of file update processes. The file name may be changed in the process of updating the file.

  In this way, the deleted file detection program 20 in this embodiment detects a similar file as a deletion candidate from similar files generated by a series of file update processes, based on the contents of each file. Therefore, the deleted file detection program 20 first extracts similar files from a plurality of files stored in the processing target folder FL. Here, a similar file will be described.

[Similar files]
The similar file in the present embodiment indicates a file having a similar file name among the files stored in the target folder FL. Specifically, for example, a similar file refers to a plurality of files having the same file creation user name and file extension, and similar file content names.

  The file content name is a name obtained by removing an extension, a prefix (hereinafter, prefix) and a suffix (hereinafter, suffix) from the file name. The prefix and suffix in the file name correspond to, for example, ancillary information regarding the contents of the file. For example, information such as ISO document management number, document category such as “minutes”, “notice”, date, etc. is added to the file name as a prefix. For example, information such as date, version number, and person's name is given as a suffix.

  Specifically, for example, the file content name in the case where the file name is “Rep1234_A product meeting held--20120220.doc” is illustrated. In the file name, the prefix corresponds to Rep1234 and the suffix corresponds to 20120220. As a result, “About A Product Meeting” is extracted as the file content name. Thus, the file content name represents a more substantial file content. Details of the file content name extraction process will be described later.

  Then, the deletion file detection program 20 in the present embodiment detects a deletion candidate file from a plurality of extracted similar files based on the rate of change of code information of the similar files. In this embodiment, two detection methods will be described.

  As a first detection method, the deleted file detection program 20 in the present embodiment is a series of file groups or a change rate change rate that decreases as the update date and time becomes newer among a plurality of similar files. A series of file groups in which the difference falls within the reference range is detected, and a similar file other than the similar file with the latest update date is detected as a deletion candidate in the series of file groups. The change rate indicates the change rate of code information in a file with a similar file whose update date is one older.

  As a second detection method, the deletion file detection program 20 in the present embodiment has a rate of change of a plurality of extracted similar files with a similar file with a new update date and time equal to or higher than a reference change rate. , A similar file having a rate of change greater than the rate of change with a similar file one older than the update date and a similar file other than the similar file with the latest update date are detected as deletion candidates.

  Here, an example of the deletion candidate file detected by the deletion file detection program 20 in the present embodiment will be described based on a specific example. First, the deletion candidate file detected by the first method will be exemplified.

[Specific example: Change rate is reduced in time series]
FIG. 2 is a diagram showing a specific example of a series of file groups in which the rate of change decreases as the update date and time becomes new. In the figure, five similar files are exemplified as the first to fifth editions in order from the oldest update date. The update date / time indicates the last update date / time. In the figure, the shaded portion cg of each version of the file indicates code information that has been updated, deleted, or added to the code information of the previous version of the file. The change rate indicates the degree of change in code information from a similar file whose update date is one older, that is, from the previous version file. In the graph gf1 at the bottom of the figure, the horizontal axis indicates the plate, the vertical axis indicates the change rate, and the cumulative change rate from the first plate. The cumulative rate of change is represented by a solid line, and the rate of change is represented by a dotted line.

  According to FIG. 2, the rate of change from the first version file to the second version file is 50%. This indicates, for example, that 50% of the code information in the first-version file is updated, deleted, or added in the second-version file. In this example, the change rate to the 3rd version file is 20%, the change rate to the 4th version file is 10%, and the change rate to the 5th version file is 5%. That is, in this example, the rate of change of the file is reduced from the 2nd version to the 5th version. For this reason, in the graph gf1 of FIG. 2, the change rate from the 2nd version to the 5th version draws a downward transition as indicated by the dotted line B1. Further, the cumulative change rate of each plate changes so that the inclination becomes gentle as shown by a line A1.

  In this way, the scene in which the change rate of a series of similar files decreases each time the plates are overlapped corresponds to, for example, a case where a new file is generated and updated to complete the file. In such a situation, the change rate of a series of similar files tends to converge toward zero as the update date and time becomes new. In such a case, similar files other than the latest five-version files in the series of file groups correspond to files in the update process until completion, and thus are determined as low useful files.

  Therefore, when the deletion file detection program 20 in the present embodiment detects a series of file groups whose rate of change decreases as the update date / time becomes new, a plurality of similar files are detected. Among them, similar files other than the similar file with the latest update date and time are detected as deletion candidates. That is, the deletion file detection program 20 detects similar files from the 1st version to the 4th version among the similar files from the 1st version to the 5th version as deletion candidate files.

[Specific example: Change rate is almost constant]
FIG. 3 is a diagram showing a specific example of a series of similar file groups in which the difference in change rate falls within a certain reference range. Similarly to FIG. 2, five similar files are exemplified as version 1 to version 5 in order of oldest update date and time. In the graph gf2 at the bottom of the figure, the change rate and cumulative change rate of each version of the file are represented. In the example shown in the figure, the degree of the changed code information in the 2nd to 5th files represented by the shaded portion cg is almost the same. In this example, the change rate reference range is, for example, 5%.

  Specifically, in FIG. 3, the rate of change to the 2nd version file is 20%, the rate of change to the 3rd version file is 18%, the rate of change to the 4th version file is 22%, and the change of the 5th version file The rate is 20%. That is, the change rate of each version of the file is about 20%, and the difference between the change rates is within 4%. In other words, the difference in change rate of each version is within the reference range. For this reason, the change rate from the 2nd version to the 5th version in the graph gf2 draws a transition close to a straight line as indicated by a dotted line B2. In addition, the cumulative change rate of each plate changes in slope almost constant as shown by a line A2.

  As described above, a scene in which the difference between the change rates of a series of similar files is within a certain range corresponds to, for example, a case where a regular update is performed on a completed file. This shows, for example, a scene in which code information such as a person name and date arranged at a fixed position in the file is updated with respect to the template file. In such a case, similar files other than the latest five-version files in the series of file groups are determined as files that need not be retained.

  Therefore, when the deleted file detection program 20 in the present embodiment detects a series of file groups in which the difference in change rate falls within the reference range among a plurality of similar files, the update date and time of the series of file groups is updated. Detects a similar file other than the latest similar file as a deletion candidate. That is, the deletion file detection program 20 detects similar files from the 1st version to the 4th version among the similar files from the 1st version to the 5th version as deletion candidate files.

  By the way, in the scene where the file is repeatedly updated, the flow of a series of update processes may have a plurality of change phases. This shows a case where the change in the change rate as shown in FIGS. 2 and 3 occurs a plurality of times in a series of update processing flows. Subsequently, a specific example in a case where a series of update processing flows has a plurality of change phases will be described.

[Specific example: Another example of change in rate of change]
FIG. 4 is a diagram for explaining another specific example of the change of the change rate in a plurality of similar files. In the figure, the horizontal axis indicates the passage of time, and the times t0 to t9 indicate the update dates and times of the similar files F0 to F9. The vertical axis indicates the cumulative change rate of each similar file.

  In the example of FIG. 4, the rate of change decreases as the update date and time of a part of a series of similar files out of the ten similar files F <b> 0 to F <b> 9. Specifically, among the similar files F0 to F9, with respect to the rate of change of the similar files F0 to F3 (G1), the similar files F4 to F6 (G2), and the similar files F7 to F9 (G3), the update date and time becomes new. Has been reduced. That is, the example of FIG. 4 shows a case where there are three change phases in a series of update processing flows.

  As described above, even when there are a plurality of change phases in the flow of a series of update processes, it is determined that the files other than the file with the latest update date and time in each change phase correspond to the files in the change process in the change phase. And detected as a deletion candidate. When the deletion file detection program 20 in the present embodiment detects a plurality of series of file groups G1 to G3 whose rate of change decreases as the update date and time becomes new, the update date and time in each file group G1 to G3 is the latest. The similar files except the similar files F3, F6, and F9 are detected as deletion candidate files. As a result, similar files F0 to F2, F4, F5, F7, and F8 indicated by black circles in FIG. 4 are extracted as files to be deleted.

  Up to this point, the deletion candidate file detected by the first method has been illustrated. Subsequently, detection of a deletion candidate file based on the second method will be described.

  According to the second method, the deletion file detection program 20 includes a change rate of code information in a file with a similar file having a new update date and time in addition to the similar file with the latest update date and time among a plurality of similar files. A similar file other than a similar file having a change rate that is equal to or higher than a reference change rate and the change rate is higher than the change rate with the one similar to the previous update date is determined as a deletion candidate. In the example of FIG. 4, it is assumed that the reference change rate is 30%, for example.

  In the second method, when a significant change is made and the degree of the change is greater than the degree of change in the file one older than the update date, the change source file of the change is added to the similar file with the latest update date. Thus, it is detected as a similar file that is not a candidate for deletion.

  Specifically, in the example of FIG. 4, the change rate d3-4 between the similar file F3 and the similar file F4 is, for example, 35%, which exceeds the reference change rate. The change rate d3-4 is larger than the change rate d2-3 between the similar file F3 and the similar file F2. Therefore, the rate of change of the similar file F3 with the similar file (F4) whose update date is one new is equal to or higher than the standard rate of change, and the rate of change with the similar file (F2) whose update date is one old. This applies to similar files that are larger than. Therefore, the similar file F3 is detected as a file that is not a candidate for deletion.

  Similarly, the change rate d6-7 between the similar file F6 and the similar file F7 is, for example, 35%, which exceeds the reference change rate. The change rate d6-7 is larger than the change rate d5-6 between the similar file F6 and the similar file F5. For this reason, the similar file F6 is also detected as a file that is not a candidate for deletion. Therefore, in addition to the detected similar files F3 and F6, similar files excluding the file F9 with the latest update date and time are detected as deletion candidate files.

  Similar files F3 and F6 detected by the second detection method are files that have undergone significant changes. In addition, the rate of change of the file with the file with the newest update date is larger than the rate of change with the file with the oldest update date. This corresponds to a scene in which a significant change is made to a file once the file update has converged. For this reason, there is a high possibility of being referred to as a change source file at the time of a large change, and the utility is high. For this reason, it is excluded from deletion candidates.

  In the second method, the similar files F3 and F6 detected as the deletion candidate excluded files correspond to the change source files when the file update has converged once. Therefore, it may correspond to the final file of the change phase. For this reason, in the example of FIG. 4, the deletion candidate exclusion file is the same as in the first method.

  Next, a deletion candidate file that is detected based on the update date and time interval will be described based on another specific example.

[Specific example: Another example 2 of change in rate of change]
FIG. 5 is a diagram for explaining another specific example of the change of the change rate in a plurality of similar files. In the figure, the horizontal axis indicates the passage of time, and the times t10 to t19 indicate the update dates and times of the similar files F10 to F19. The vertical axis indicates the cumulative change rate of each similar file.

  First, the deletion candidate file detected based on the first method will be described. In the example of FIG. 5, among the similar files F10 to F19, the difference in the change rate of the series of similar files F10 to F13 (G11) is within the reference range, and the change rate of the series of similar files F14 to F19 (G12). However, it decreases as the update date and time becomes new. That is, the example of FIG. 5 has similar file groups G11 and G12. Therefore, the deletion file detection program 20 sets files other than the similar files F13 and F19 with the latest update date and time among the similar file groups G11 and G12 as deletion candidate files.

  Subsequently, the deletion candidate file detected by the second method will be described. In the example of FIG. 5, it is assumed that the change rate d13-14 between the similar file F13 and the similar file F14 is equal to or higher than the reference change rate. The change rate d13-14 is larger than the change rate d12-13 between the similar file F13 and the similar file F12. For this reason, the similar file F13 is detected as a file that is not a candidate for deletion. As a result, among the plurality of similar files F10 to F19, in addition to the similar file F19 with the latest update date and time, the similar file F13 is excluded from the deletion candidate files.

[Delete candidate exclusion file based on update date interval]
In the example of FIG. 5, the interval tm between time t15 and time t16 is, for example, one year or more. In a series of file update processing, a similar file updated at a long interval is regarded as a base file for a new change phase. The base point file in the change phase that starts after a long period of time has a high possibility of being a reference target and is highly useful. For this reason, the deleted file detection program 20 in this embodiment excludes similar files whose update date and time intervals are equal to or greater than the reference interval from deletion candidates.

  For example, in the present embodiment, the reference interval is one year. Therefore, in the example of FIG. 5, the deleted file detection program 20 has an update date and time interval of one year in addition to the similar files F13 and F19 detected by the first and second methods. The similar file F16 exceeding is excluded from deletion candidates.

  As described above, as described based on the specific examples of FIGS. 2 to 5, the deleted file detection program 20 according to the present embodiment is configured for a plurality of similar files generated in a series of file update processes. In addition to similar files with the latest update date and time, similar files that are determined to be highly useful are detected, and other similar files are detected as deletion candidate files. Either the first detection method or the second detection method may be used.

  Next, a block diagram of the deletion file detection program 20 in the present embodiment and a processing flow of the deletion file detection program 20 will be sequentially described.

[Block Diagram of Deleted File Detection Program 20]
FIG. 6 is a diagram showing an example of a block diagram of the deleted file detection program 20 in the present embodiment. The deletion file detection program 20 includes, for example, a file classification unit 21, a file name match confirmation unit 22, a file content change rate determination unit 23, and a file deletion processing unit 24.

  First, the file classification unit 21 includes, for example, a personal file extraction unit 211 and an extension classification processing unit 212. The personal file extraction unit 211 classifies the plurality of files stored in the target folder FL into the same file. Then, the extension classification processing unit 212 classifies a plurality of files having the same creation user into files having the same extension, and outputs them as a classification table GT.

  The file name match confirmation unit 22 includes, for example, a file name sort processing unit 221 and a file name match confirmation processing unit 222. The file name sort processing unit 221 uses the classification table GT as an input, and sorts the file names in order from the oldest update date. Then, the file name matching check processing unit 222 performs morphological analysis on the file content names excluding the prefix and suffix, and resembles a plurality of files having similar file content names for a plurality of files having the same creation user and extension. Extracted as a file and described in the master file table MT.

  The file content change rate determination unit 23 includes, for example, a file content change rate calculation unit 231 and a deletion file determination processing unit 232. The file content change rate calculation unit 231 calculates the change rate of the similar file described in the master file table MT with the similar file with the previous update date and time. The deletion file determination processing unit 232 detects a deletion candidate file based on the calculated change rate, describes it in the file table FT, and moves the deletion candidate file to the deletion candidate folder DFL.

  The file deletion processing unit 24 includes an expiration check processing unit 241 and a file batch deletion unit 242. The expiration check processing unit 241 determines whether or not a preset hold time limit has passed for the deletion candidate folder DFL. The file batch deletion unit 242 deletes the file stored in the folder for the deletion candidate folder DFL whose hold time limit has passed.

  Next, the process flow of the deleted file detection program 20 will be described with reference to a flowchart.

[Flow of detection process for candidate files for deletion]
FIG. 7 is a flowchart for explaining the flow of processing of the deleted file detection program 20 in this embodiment. First, the deletion file detection program 20 sets a matching reference value for the file content name when extracting a similar file in advance (S11). For example, in this example, the matching reference value is set to 70%, for example. In this case, a file whose file content name matches 70% or more with the file whose update date is one before is determined as a similar file. Details of the file content name matching rate will be described later.

  First, the personal file extraction unit 211 of the deletion file detection program 20 classifies a plurality of files stored in the target folder FL from which deletion candidate files are detected based on the creation user (S12). As a result, the files stored in the target folder FL are extracted for each user. Next, the extension classification processing unit 212 of the deleted file detection program 20 further classifies the files classified by creation user by extension, and generates a classification table GT (S13). As a result, the files stored in the target folder FL are classified into a file group having the same creation user and extension.

[Classification table]
FIG. 8 is a diagram illustrating an example of the classification table GT generated by the deleted file detection program 20. In the figure, among the classification tables GT, the classification table GT of the file generated by the user A is shown. As shown in the figure, the files generated by the user A are classified by extension (xls, doc, txt, ppt, etc.). When files with different creation users are stored in the target folder FL, a classification table GT for each creation user is generated.

  Returning to the flowchart of FIG. 7, the file name sort processing unit 221 of the deleted file detection program 20 sorts the classification table GT as shown in FIG. (S14).

  Subsequently, the file name matching confirmation processing unit 222 selects two files from the oldest update date based on the sorted classification table GT (S15). Then, the file name matching check processing unit 222 performs morphological analysis on each file name of the selected file and separates it into words (S16). Subsequently, the file name matching confirmation processing unit 222 acquires the file content name by removing the prefix and suffix from the file name separated into words (S17). Details of the file content name acquisition process (S17) will be described later with reference to another flowchart.

  Subsequently, the file name matching confirmation processing unit 222 detects the matching rate of the file content name based on each file content name, and determines whether or not the matching rate reaches the matching reference value (S18). When the matching reference value is reached (YES in S18), it is determined as a similar file. Therefore, the file name matching confirmation processing unit 222 adds the file name to the master file name table MT (S19). Then, when there is an undetermined file in the classification table GT (YES in S20), the file name matching confirmation processing unit 222 selects the next file in the order of update date and time from the classification table GT, and the previously selected file Are selected files together with the files with the latest update date and time (S15). Similarly, the process after process S16 is performed.

  On the other hand, when the coincidence rate is less than the coincidence reference value (NO in S18), it is not regarded as a similar file. Therefore, the file name consistency check processing unit 222 adds a file having a new update date and time among the two selected files to another master file name table MT (S21). And it returns to the process of process S15 and a process is repeated. If there is no undetermined file in the classification table GT (NO in S20), generation of the master file name table MT classified as a similar file is completed.

  Here, the process of determining the match rate of the file content name will be described based on a specific example.

[Specific example of file content name match rate judgment processing]
For example, the case of determining the coincidence rate for the first file content name “inquiry about modification of the backbone device for ABC-like” and the second file content name “revision of the base device for ABC-like” is exemplified. In this case, the first file content name “inquiry about modification of the backbone device for ABC-like” is a morpheme in units of words like “ABC / like / toward / core / device / of / modification / related / inquiry”. Analyzed. In addition, the second file content name “ABC-like base device modification” is subjected to morphological analysis in units of words as “ABC / like / target / base / device / of / modification / about / about”. .

  When the words in the two file content names are compared, the words “basic”, “related”, and “inquiry” are not included in the second file content name among the ten words included in the first file content name. Further, the words “base” and “about” are added from the first file content name to the second file content name. Thus, for the ten words included in the first file content name, the second file content name lacks three words and two words are added. Therefore, the file name matching confirmation processing unit 222 determines that the change is related to 5 words out of 10 and determines that the matching rate of the file content names is 50%.

  Another specific example will be described. For example, a case where the match rate is determined for the second file content name “ABC-like base device modification” and the third file content name “ABC-like: Base device modification” is illustrated. In this case, the second file content name “ABC-like base device modification” is subjected to morphological analysis in units of words like “ABC / like / target / base / device // modification / about / about”. . In addition, the third file content name “for ABC-like: modification of core device” is subjected to morphological analysis in units of words as “ABC / like / directed /: / base / device / of / modification”.

  When the words in the two file content names are compared, the words “ni” and “about” are not included in the third file content name among the nine words included in the second file content name. Further, the word “:” is added to the second file content name in the third file content name. In this way, for the nine words included in the second file content name, the third file content name is deficient in two words and added with one word. Therefore, the file name matching confirmation processing unit 222 determines that the change is related to three of the nine words, and determines that the matching rate of the file content name is about 70%.

  As described in step S11 in the flowchart of FIG. 7, when the matching reference value of the file content name is set to 70%, the matching rate between the first file content name and the second file content name is the matching reference value. Is not considered a similar file. On the other hand, since the matching rate between the second file content name and the third file content name is equal to or higher than the matching reference value, it is regarded as a similar file. For example, when three or more similar files are not detected, the deletion file detection program 20 may adjust the matching reference value to be low.

  Next, an example of the master file name table MT will be described.

[Master file name table]
FIG. 9 is a diagram illustrating an example of the master file name table MT generated by the deleted file detection program 20. In the figure, two master file name tables MT are shown. In each master file name table MT, files with the matching rate of the file content name being the matching reference rate (70% in this example) are arranged in order from the oldest update date. In the example shown in the figure, the master file name table MT includes file names, file content names from which extensions, prefixes, and suffixes are removed, and information on update dates and times. One or more master file name tables MT are generated for the target folder FL.

  Returning to the flowchart of the process of the deleted file detection program 20, the file change rate is calculated for each file listed in the master file name table MT.

  FIG. 10 is a flowchart for explaining processing subsequent to the flowchart of FIG. 7 in the deleted file detection program 20 of the present embodiment. When the determination of all files in the classification table GT in FIG. 7 is completed (NO in S20), the deleted file detection program 20 performs the process of step S31 in the flowchart in FIG. In FIG. 10, the process of the first detection method described above is represented by a solid line, and the process of the second detection method is represented by a dotted line.

  In step S31 of FIG. 10, the file content change rate calculation unit 231 of the deleted file detection program 20 selects two similar files from the master file table MT in chronological order of update date and time, and calculates the change rate between the similar files. (S31). Details of the file change rate calculation process (S31) will be described later with reference to another flowchart.

  In the first detection method, when the rate of change of similar files tends to decrease from the rate of change of the previous time, or when the difference in rate of change is within the reference range (YES in S32), deletion of the deleted file detection program 20 is performed. The file determination processing unit 232 records the file name and the change rate in the file table FT, and sets the deletion flag to ON for two similar files (S33). As a result, the change rate decreases as the update date / time becomes new, or the deletion flag of a series of file groups whose change rate difference is within the reference range is set to ON and set as a deletion candidate. If the determination in step S32 is NO, the deletion file determination processing unit 232 creates a new file table (S35).

  On the other hand, in the second detection method, the deletion file determination processing unit 232 records the file name and the change rate in the file table FT, and sets the deletion flag to ON for two similar files (S36). Subsequently, the deletion file determination processing unit 232 determines whether or not the calculated change rate is equal to or higher than the reference change rate and the update date / time is greater than the change rate of the previous file (S37). When step S37 is YES, the deletion file detection program 20 changes the deletion flag of the file with the oldest update date from two similar files from ON to OFF (S38). On the other hand, when step S37 is NO, the deletion file determination processing unit 232 does not change the deletion flags of the two similar files while keeping them ON.

  As a result, the deletion flag of the similar file whose change rate with the new update date is higher than a certain reference change rate and larger than the change rate with the old update date is set to OFF. Excluded from the candidate.

  Subsequent to the processing of the first and second detection methods, the deletion file determination processing unit 232 determines whether or not the update date and time interval is equal to or greater than the reference interval for two similar files (S39). If it is equal to or longer than the reference interval (YES in S39), the deletion file determination processing unit 232 changes the deletion flag of the file with the new update date from ON to OFF (S40). As a result, update files that have been updated after a period equal to or greater than the reference interval are also excluded from deletion candidates.

  Subsequently, when the next undecided similar file exists in the master file table (YES in S41), the deleted file detection program 20 repeats the processes from step S31 to step S40. On the other hand, if there is no undetermined similar file (NO in S41), the deleted file detection program 20 will delete the file with the latest update date and the deletion flag among the generated similar files in the one or more file tables FT. Similar files excluding files set to OFF are moved to the deletion candidate folder DFL (S42). As a result, the deletion candidate file is moved to the deletion candidate folder DFL. Then, the deletion file detection program 20 issues a deletion notification of the deletion candidate file moved to the deletion candidate folder DFL to the user (S43). Details of the subsequent deletion process will be described later based on another flowchart.

  As described above, the deleted file detection program 20 in the present embodiment repeats file update by comparing the similarity of file names, the rate of change of file contents, and the update interval in time series. Among a plurality of files generated in the process, a file except for a file with the latest update date and a file determined to be highly useful is detected as a deletion candidate file.

[File Table]
FIG. 11 is a diagram illustrating an example of the file table FT generated by the deleted file detection program 20. In the figure, three file tables FT1 to FT3 are illustrated. The file table FT in the figure has information on file name, change rate, update date and time, and deletion flag.

  The file tables FT1 and FT2 in FIG. 11 are an example of the file table FT generated based on the first detection method. Specifically, the file table FT1 shows a series of files that are detected from a plurality of similar files, and whose rate of change decreases as the update date and time becomes new. Further, for example, in the series of file groups, the deletion flag is set to OFF for the file Fa because the update date and time interval with the one old similar file is equal to or greater than the reference interval. Therefore, according to the file table FT1, files other than the file Fa and the file Fb with the latest update date and time in the file group are detected as deletion candidate files.

  Further, the file table FT2 in FIG. 11 includes a series of file groups in which the difference in change rate is within the reference range, and a series of file groups in which the change rate decreases as the update date and time becomes new. Also in this example, the deletion flag is set to OFF for the file Fc because the update date interval with the one old similar file is equal to or greater than the reference interval. For this reason, according to the file table FT2, files other than the file Fc and the file Fd with the latest update date and time in the file group are detected as deletion candidate files.

  On the other hand, the file table FT3 is an example of a file table FT generated based on the second detection method. The rate of change of the file Fe in the file table FT3 with a similar file with one new update date (in this example, 40%) is the rate of change with a similar file with one old update date (in this example, 16%) Larger than the reference change rate (in this example, for example, 30%). For this reason, the deletion flag of the file Fe is set to OFF. The same applies to the file Ff. Therefore, according to the file table FT3, files other than the files Fe and Ff and the file Fg with the latest update date and time in the file group are detected as deletion candidate files.

  Next, the file content name extraction process in step S17 in the flowchart shown in FIG. 7 will be described based on the flowchart.

[Details of file content name extraction processing]
FIG. 12 is a flowchart for explaining details of processing for extracting a file content name from a file name. First, the file name matching confirmation processing unit 222 of the deleted file detection program 20 removes the extension from the file name (S51). Next, the file name matching confirmation processing unit 222 counts the number of characters in the file name excluding the extension (S52).

  Subsequently, the file name matching confirmation processing unit 222 searches for the delimiter character from the beginning of the file name excluding the extension (S53). The delimiter is, for example, a pair of parentheses, an underbar, a hyphen, or a period. When a delimiter is found (YES in S54), it is determined whether or not the delimiter is a pair of delimiters (S55). For example, when the delimiter detected in step S54 is an open parenthesis, it is regarded as a pair of delimiters.

  When the delimiters are of a pair type (YES in S55), the file name matching confirmation processing unit 222 searches for the end of the delimiter paired with the detected delimiter (S56). In this case, the number of prefix characters is, for example, the number of characters from the beginning of the file name to the end of the delimiter. On the other hand, when the delimiters are not paired (NO in S55), the number of prefix characters is the number of characters from the beginning of the file name to the detected single delimiter. On the other hand, when the delimiter is not detected (NO in S54), the number of prefix characters is 0. The file name matching confirmation processing unit 222 holds the number of prefix characters (S57).

  Subsequently, the file name consistency check processing unit 222 searches for a delimiter character from the end of the file name (S58). When the delimiter character detected by searching from the end of the file name is the delimiter detected in step S54, it is determined that the file name does not include a suffix character. When a delimiter is found (YES in S59), the file name matching confirmation processing unit 222 determines whether or not the delimiter is a pair of delimiters (S60). If the delimiters are paired (YES in S60), the file name matching confirmation processing unit 222 searches for the end of the delimiter (S61).

  Similarly to the number of prefix characters, the file name matching confirmation processing unit 222 holds the number of suffix characters in the file name (S62). Then, the file name matching confirmation processing unit 222 detects a character string excluding the number of suffix characters from the beginning of the file name excluding the extension and the number of prefix characters from the end as the file content name.

  Here, the file content name extraction processing will be described based on a specific example.

[Specific example of file content name extraction]
When the file name is “Rep1234_A product meeting held--20120220.doc”, the file name matching confirmation processing unit 222 first counts the number of characters of the file name excluding the extension (S51, S52). In this case, the number of characters excluding the extension from the file name is 32 characters.

  Subsequently, the file name matching confirmation processing unit 222 detects an underscore (_) as a delimiter from the file name excluding the extension (.doc) (YES in S54). Since the underbar is not a paired delimiter (NO in S55), the file name matching confirmation processing unit 222 counts the number of characters from the beginning of the file name to the underbar as the number of prefix characters. In this case, the number of prefix characters is 8 (S57).

  Subsequently, the file name consistency check processing unit 222 searches for the delimiter character from the end of the file name (S59). In this example, the file name matching confirmation processing unit 222 detects a hyphen (-) (YES in S59). Since the hyphen is not a pair of delimiters (NO in S60), the file name matching confirmation processing unit 222 counts the number of characters from the end of the file name to the hyphen as the number of prefix characters. In this case, the number of suffix characters is 9 (S62).

  Then, the file name matching confirmation processing unit 222 detects, as a file content name, the character string “About A Product Meeting” excluding the prefix character number 8 from the beginning of the file name and the suffix character number 9 from the tail. The process of extracting the file content name from the file name is not limited to this example. The flowchart of FIG. 12 is an example of a file content name extraction process.

  Next, a process for calculating the rate of change of the code information in the file will be described based on a flowchart.

[Details of file change rate calculation processing]
FIG. 13 is a flowchart for explaining processing for calculating the rate of change of code information in two files.

  First, the file content change rate calculation unit 231 of the deleted file detection program 20 counts up the position counter to the positions where the contents of the code information differ for the two files whose change rates are to be calculated (S71). Here, of the two selected files, the file with the oldest update date and time is the A file, and the file with the newest update date and time is the B file.

  Subsequently, when the file content change rate calculation unit 231 detects a position where the code information is different, the file content change rate calculation unit 231 determines whether the difference is due to the deletion of the code information from the A file (S72). Specifically, the file content change rate calculation unit 231 advances the position counter of the code information of the A file while maintaining the position of the B file, and determines whether the code information matches. If they match (YES in S72), it indicates that the code information for the position counter advanced from the A file has been deleted. Therefore, the file content change rate calculation unit 231 counts up the change counter indicating the changed code information by the advanced position counter (S73).

  This shows the case of 1) deletion in the lower right diagram EX in the flowchart of FIG. As shown in the lower right figure 1), the position counter of the code information of the A file is advanced with the position of the B file fixed, and the code information of the B file coincides with the third code. In this case, it is determined that the code information for 3 counts indicated by X has been deleted from the A file.

  On the other hand, if step S72 is NO, that is, if the difference is not due to deletion of the code information, the file content change rate calculation unit 231 determines whether or not the difference is due to the addition of the code information to the A file (S74). ). Specifically, the file content change rate calculation unit 231 advances the position of the code information of the B file while maintaining the position of the A file, and determines whether or not the code information matches. If they match (S74), it indicates that the code information corresponding to the advancement of the position counter has been added to the A file. Therefore, the file content change rate calculation unit 231 increments the change counter by the advanced position counter (S75).

  This shows a case of 2) addition in the lower right diagram EX in the flowchart of FIG. As shown in the lower right figure 2), the position counter of the B file code information is advanced while the position counter of the A file is fixed, and the code information of the B file coincides with the third code. In this case, it is determined that three counts of code information indicated by Y have been added to the B file.

  Furthermore, when step S74 is NO, that is, when the difference is not due to deletion and addition of the code information, the file content change rate calculation unit 231 determines whether or not the difference is due to the update of the code information of the A file. (S76). Specifically, the file content change rate calculation unit 231 sequentially determines whether the code information of the B file whose position counter has been advanced matches the code information of the A file whose position counter has been advanced (S76). If the code information does not match (NO in S76), the file content change rate calculation unit 231 further advances the position counter of the code information of the B file (S77), and the code information of the A file that has advanced the position counter matches. It is sequentially determined whether or not to perform (S76). If the code information matches (YES in S76), it indicates that the code information has been updated. Therefore, the file content change rate calculation unit 231 counts up the change counter for the updated code information (S78).

  This shows the case of 3) update in the lower right diagram EX in the flowchart of FIG. As shown in the lower right figure 3), while advancing the position counter of the B file, it is determined whether or not the A file and the code information match. In this case, the code information matches when the position counter of the B file is advanced by three codes. In this case, it is determined that the code information X in the A file is updated to the code information Z in the B file.

  In steps S73, S75, and S78, after the change counter is counted up, the file content change rate calculation unit 231 records the position counter and the change counter for the A file and the B file (S79). Subsequently, the file content change rate calculation unit 231 determines whether or not the file search position has reached the end for both files (S80). If the end of the file has not been reached (NO in S80), the file content change rate calculation unit 231 continues to advance the position counter to a position where the contents of both files are different. When the end of the file is reached (YES in S80), the file content change rate calculation unit 231 calculates the change rate in the entire file A based on the position counter and the change counter indicating the end of the file A (S81). ).

  In this way, the rate of change of code information from the A file to the B file is calculated. However, the method for calculating the rate of change of the contents of the file is not limited to this example. For example, methods for comparing file contents are described in JP-A-02-141823, JP-A-03-245230, and the like.

  Next, a deletion candidate file deletion process performed subsequent to step S43 in the flowchart of FIG. 10 will be described based on the flowchart.

[Details of file deletion processing]
FIG. 14 is a flowchart for explaining deletion candidate file deletion processing in the deletion file detection program 20 in this embodiment.

  The expiration confirmation processing unit 241 of the deleted file detection program 20 calculates the deletion expiration date by adding the holding period to the creation date of the deletion candidate folder DFL (S91). Subsequently, the expiration confirmation processing unit 241 compares the current date with the deletion expiration date, and determines whether or not the expiration date is reached (S92). If it has expired (YES in S92), the file batch deletion unit 242 of the deleted file detection program 20 deletes the file stored in the deletion folder (S93).

  Note that the hold period may be set in common in the deletion file detection program 20, or may be set for each user when the deletion candidate folder DFL is associated with a user.

  As described above, the deletion file detection program 20 in the present embodiment moves the detected deletion candidate file to the deletion candidate folder DFL, and deletes the file of the deletion candidate file after the suspension period has elapsed. That is, the deleted file detection program 20 does not immediately delete a file detected as a deletion candidate, but moves to another folder and performs a deletion process when the holding period has elapsed. As a result, the user can move the file to be excluded from the deletion candidate file DFL from the deletion candidate folder DFL during the holding period for the automatically detected deletion candidate file. For this reason, it can be avoided that a necessary file is deleted. In addition, it is more efficient for the user to select a file that is not deleted from the deletion candidate folder DFL than when the user selects a file to be deleted from the target folder FL.

  Note that the deletion file detection program 20 may automatically change the next and subsequent hold periods based on the elapsed period within the hold period in which any deletion candidate file has been moved from the deletion candidate folder DFL. The movement of any deletion candidate file from the deletion candidate folder DFL means that the necessity of the deletion candidate file in the deletion candidate folder DFL has been confirmed. Therefore, the next and subsequent hold periods are adjusted based on the tendency of the time when the necessity of the deletion candidate file is confirmed. Thereby, the retention period of the deletion candidate file is automatically adjusted based on the user's necessity confirmation tendency, and the convenience of the deletion file detection program 20 is improved.

  Explaining according to a specific example, for example, a case where the hold period is 30 days and one of the deletion candidate files is moved from the deletion candidate folder DFL before the lapse of 20 days is illustrated. At this time, for example, it is considered that the deletion candidate file has been confirmed at an early timing. Therefore, the deleted file detection program 20 changes the setting of the hold period for the next and subsequent times, for example, from the 30th to the 25th. If any deletion candidate file is moved from the deletion candidate folder DFL immediately before 30 days have elapsed, the deletion file detection program 20 sets the next and subsequent hold periods to, for example, 30 days to 40 days. Change settings.

  In this way, the next and subsequent hold periods are adjusted based on the necessity confirmation time of the deletion candidate file in the hold period. The deleted file detection program 20 automatically deletes files that have been moved to the deletion candidate folder after the holding period has elapsed, so adjusting the holding period improves user convenience.

  As described above, the deleted file detection program 20 in the present embodiment extracts a plurality of similar files having similar file names from a plurality of files stored in the target folder FL. Then, the deletion file detection program 20 performs a series of steps in which the rate of change of the code information in the file with the similar file whose update date is one older among the plurality of extracted similar files decreases as the update date becomes new. A file group or a series of file groups in which the difference in change rate falls within the reference range is detected, and a similar file other than the similar file with the latest update date is detected as a deletion candidate.

  As a result, the deleted file detection program 20 in the present embodiment is generated in the process of repeatedly updating files by comparing the similarity of file names and the rate of change of file contents in time series. Among the plurality of files, files other than the file with the latest update date can be detected as deletion candidate files. That is, the deletion file detection program 20 can detect a progress file other than the final version among similar files generated in a series of file update processes as a deletion candidate file.

  As described above, the deleted file detection program 20 can detect a highly useful file based on the time-series transition of the rate of change for similar files generated in a series of file update processes. For this reason, the deletion file detection program 20 can more appropriately detect a deletion candidate file.

  In addition, since the user does not need to determine the files that are candidates for deletion one by one while confirming the contents of the files, unnecessary file deletion processing is made more efficient. In addition, the deletion file detection program 20 in the present embodiment detects a deletion candidate file based on the contents of the file instead of the file property information. Thereby, it is not necessary to assign an attribute such as an expiration date to the file property in advance in order to detect the deleted file, so there is no complication.

  In addition, the deletion file detection program 20 in the present embodiment has a code information change rate of a plurality of extracted similar files with a new similar file having a new update date and time equal to or higher than a reference change rate. A similar file whose change rate is larger than the change rate with the one similar to the oldest update date and a similar file other than the similar file whose update date is the latest are detected as deletion candidates.

  As a result, the deleted file detection program 20 in the present embodiment is generated in the process of repeatedly updating files by comparing the similarity of file names and the rate of change of file contents in time series. Among the plurality of files, a file other than the change source file when a significant change is made to the file with the latest update date and the file with the converged update can be detected as a deletion candidate file. In other words, the deleted file detection program 20 deletes similar files generated in a series of file update processes, except for the final version of the similar files and the files that are highly likely to be referenced and have high usefulness. It can be detected as a file.

  As described above, the deletion file detection program 20 is highly useful for similar files generated in a series of file update processes based on a plurality of factors such as the degree of change rate and the time-series transition of the change rate. Can detect files. For this reason, the deletion file detection program 20 can more appropriately detect a deletion candidate file.

  Similarly, since it is not necessary for the user to determine a file as a deletion candidate while checking the contents of the file one by one, unnecessary file deletion processing is made efficient. In addition, the deletion file detection program 20 in the present embodiment detects a deletion candidate file based on the contents of the file instead of the file property information. Thereby, it is not necessary to assign an attribute such as an expiration date to the file property in advance in order to detect the deleted file, so there is no complication.

  Furthermore, the deleted file detection program 20 in this embodiment also excludes similar files whose update date and time intervals with similar files whose update date and time are one older than the reference interval from the deletion candidates. As a result, among similar files generated during a series of file update processes, files that have been updated after a predetermined interval or more are also highly useful files that serve as the basis for the change phase that starts after a long period of time. Are excluded from the deletion candidate file.

  As described above, the deleted file detection program 20 according to the present embodiment, for similar files generated in a series of file update processes, adds highly useful similar files based on the update date and time intervals in addition to the rate of change. Detect and exclude from deletion candidates. As a result, the deleted file detection program 20 in the present embodiment can detect a highly useful similar file based on a plurality of elements related to the file, and can more appropriately detect a deletion candidate file.

  The change rate in the present embodiment indicates the ratio of code information that has been added, updated, or deleted in the entire code information in a similar file. As a result, even if any of addition, deletion, and update is performed on the change source file, it is reflected in the change rate.

  In addition, the deleted file detection program 20 in the present embodiment, for a plurality of files, among the files that the file creation user has the same, about the file content name excluding the extension, prefix, and suffix from the file name, A file having a file content name matching rate with a file whose update date is one older than the matching reference value is extracted as a similar file. Thus, the deleted file detection program 20 in the present embodiment extracts similar files generated in a series of file update processes based on the matching degree of the file content names indicating the substantial contents of the file. Can do.

  Further, in the deleted file detection program 20 in the present embodiment, the file content name match rate is calculated based on the word match rate obtained by morphological analysis of the file content name. Thus, even if the order of the words in the file name is changed, the deleted file detection program 20 can extract a similar file if the comparison rate between the file content name to be compared and the word is high. .

  Note that the deletion file detection program 20 in this embodiment moves the detected deletion candidate file to the deletion candidate folder DFL, and deletes the deletion candidate file stored in the deletion candidate folder DFL after the suspension period has elapsed. .

  As described above, the deletion file detection program 20 in the present embodiment moves the detected deletion candidate file to the deletion candidate folder DFL, and deletes the file of the deletion candidate file after the suspension period has elapsed. That is, the deleted file detection program 20 does not immediately delete a file detected as a deletion candidate, but moves to another folder and performs a deletion process when the holding period has elapsed. As a result, the user can move the file to be excluded from the deletion candidate file DFL from the deletion candidate folder DFL during the holding period for the automatically detected deletion candidate file. For this reason, it can be avoided that a necessary file is deleted. In addition, it is more efficient for the user to select a file that is not deleted from the deletion candidate folder DFL than when the user selects a file to be deleted from the target folder FL.

  Furthermore, the deletion file detection program 20 in the present embodiment changes the next and subsequent hold periods based on the elapsed period within the hold period in which any deletion candidate file has been moved from the deletion candidate folder DFL. To do. Accordingly, the next and subsequent hold periods are adjusted based on the tendency of the time when the necessity of the deletion candidate file is confirmed. Thereby, the deletion file detection program 20 in the present embodiment can automatically adjust the retention period of the deletion candidate file based on the tendency of confirmation of necessity of the user, and can improve the convenience for the user.

  Note that the deleted file detection process in the present embodiment may be stored as a program on a computer-readable recording medium, and the program may be read and executed by the computer.

  The above embodiment is summarized as follows.

(Appendix 1)
A computer-readable delete file detection program for causing a computer to execute a delete file detection process for detecting a delete candidate file among a plurality of files stored in a folder,
The deleted file detection process includes:
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates A deleted file detection program comprising: a detection step;

(Appendix 2)
A computer-readable delete file detection program for causing a computer to execute a delete file detection process for detecting a delete candidate file among a plurality of files stored in a folder,
The deleted file detection process includes:
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. A deleted file detection program comprising: a similar file having a rate of change greater than the change rate and a similar file with the latest update date and time not detected as a deletion candidate, and detecting other similar files as deletion candidates.

(Appendix 3)
About Appendix 1 or 2
The detection step further includes a file detection program in which a similar file whose update date / time interval with a similar file whose update date / time is one older than the reference interval is not considered as the deletion candidate.

(Appendix 4)
In any one of supplementary notes 1 to 3,
The change rate is a deleted file detection program that indicates a ratio of code information that has been added, updated, or deleted in the entire code information in the similar file.

(Appendix 5)
In any one of supplementary notes 1 to 4,
In the similar file extraction step, among the plurality of files, the file creation user has the same file, and the file date of the file name excluding the extension, prefix, and suffix is the file with the latest update date and time. Deleted file detection program that extracts files with a match rate equal to or higher than the match reference value as similar files.

(Appendix 6)
In Appendix 5,
The deleted file detection program, wherein the file content name match rate is a match rate of words obtained by morphological analysis of the file content name.

(Appendix 7)
In any one of supplementary notes 1 to 6,
The deleted file detection process further includes:
A deletion file detection program comprising: a deletion step of moving the deletion candidate file detected in the detection step to a deletion candidate folder, and deleting the deletion candidate file stored in the deletion candidate folder after a lapse of a holding period.

(Appendix 8)
In Appendix 7,
The deletion step is a deletion file detection program for setting and changing the next and subsequent hold periods based on an elapsed period within a hold period in which any one of the deletion candidate files is moved from the deletion candidate folder.

(Appendix 9)
A delete file detection method for detecting a delete candidate file among a plurality of files stored in a folder,
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates And a detecting step of deleting a deleted file.

(Appendix 10)
A delete file detection method for detecting a delete candidate file among a plurality of files stored in a folder,
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. And a detection step of detecting other similar files as deletion candidates without detecting similar files having a rate of change larger than that and a similar file with the latest update date and time.

(Appendix 11)
A delete file detection device that detects a delete candidate file among a plurality of files stored in a folder,
Similar file extraction means for extracting a plurality of similar files having similar file names from the plurality of files,
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates A deleted file detecting device.

(Appendix 12)
A delete file detection device that detects a delete candidate file among a plurality of files stored in a folder,
Similar file extraction means for extracting a plurality of similar files having similar file names from the plurality of files,
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. A deleted file detection apparatus comprising: a similar file having a rate of change greater than the change rate and a similar file with the latest update date and time not being a deletion candidate, and detecting other similar files as deletion candidates.

1: computer, 10: memory, 11: processor, 12: external interface, 13: bus, 20: deleted file detection program, FL: target folder, DFL: deletion candidate folder, 30: external memory

Claims (12)

A computer-readable delete file detection program for causing a computer to execute a delete file detection process for detecting a delete candidate file among a plurality of files stored in a folder,
The deleted file detection process includes:
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates A deleted file detection program comprising: a detection step; A computer-readable delete file detection program for causing a computer to execute a delete file detection process for detecting a delete candidate file among a plurality of files stored in a folder,
The deleted file detection process includes:
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. A deleted file detection program comprising: a similar file having a rate of change greater than the change rate and a similar file with the latest update date and time not detected as a deletion candidate, and detecting other similar files as deletion candidates. Regarding claim 1 or 2,
The detection step further includes a file detection program in which a similar file whose update date / time interval with a similar file whose update date / time is one older than the reference interval is not considered as the deletion candidate. In any one of Claims 1 thru | or 3,
The change rate is a deleted file detection program that indicates a ratio of code information that has been added, updated, or deleted in the entire code information in the similar file. In any one of Claims 1 thru | or 4,
In the similar file extraction step, among the plurality of files, the file creation user has the same file, and the file date of the file name excluding the extension, prefix, and suffix is the file with the latest update date and time. Deleted file detection program that extracts files with a match rate equal to or higher than the match reference value as similar files. In claim 5,
The deleted file detection program, wherein the file content name match rate is a match rate of words obtained by morphological analysis of the file content name. In any one of Claims 1 thru | or 6.
The deleted file detection process further includes:
A deletion file detection program comprising: a deletion step of moving the deletion candidate file detected in the detection step to a deletion candidate folder, and deleting the deletion candidate file stored in the deletion candidate folder after a lapse of a holding period. In claim 7,
The deletion step is a deletion file detection program for setting and changing the next and subsequent hold periods based on an elapsed period within a hold period in which any one of the deletion candidate files is moved from the deletion candidate folder. A delete file detection method for detecting a delete candidate file among a plurality of files stored in a folder,
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates And a detecting step of deleting a deleted file. A delete file detection method for detecting a delete candidate file among a plurality of files stored in a folder,
A similar file extraction step of extracting a plurality of similar files having similar file names from the plurality of files;
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. And a detection step of detecting other similar files as deletion candidates without detecting similar files having a rate of change larger than that and a similar file with the latest update date and time. A delete file detection device that detects a delete candidate file among a plurality of files stored in a folder,
Similar file extraction means for extracting a plurality of similar files having similar file names from the plurality of files,
Among a plurality of extracted similar files, a series of file groups in which the change rate of code information in a file with a similar file whose update date is one older is reduced as the update date becomes new, or the change Detects a series of file groups whose rate difference falls within the reference range, and does not detect similar files with the latest update date and time among the series of file groups, but detects other similar files as deletion candidates A deleted file detecting device. A delete file detection device that detects a delete candidate file among a plurality of files stored in a folder,
Similar file extraction means for extracting a plurality of similar files having similar file names from the plurality of files,
For the extracted similar files, the change rate of the code information in the file with the new similar file with one update date and time is equal to or higher than the reference change rate, and the change rate is the old similar file with the old update date and time. A deleted file detection apparatus comprising: a similar file having a rate of change greater than the change rate and a similar file with the latest update date and time not being a deletion candidate, and detecting other similar files as deletion candidates.

Images