JP2013088931A - Retrieval device, document management method, and document retrieval system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide means for detecting and deleting folders including unnecessary files in a file server.SOLUTION: Pieces of information on files and folders in a file server are acquired, the pieces of information on the files and folders are analyzed, a folder which becomes a deletion candidate is detected, and the corresponding folder is explicitly displayed to an operator.

Description

  The present invention relates to a search apparatus, a document management method, and a document search system, for example, a technique for efficiently organizing a large amount of file data stored in a file server.

  In recent years, opportunities to use a unique file server in an organization such as a company have increased. Such a file server in an organization is highly convenient and widely used for storing and sharing electronic data. However, since the capacity of the file server tends to increase, there is an increasing demand for technology for supporting / promoting the deletion of unnecessary files. For example, digital data is explosively increasing (Non-Patent Document 1), the structure data stored in the RDB (Relational Database) is only 20% of the whole in the company, most are document files, etc. It has been investigated and reported that it is an unstructured document (Non-patent Document 2).

  In addition, software (Non-Patent Documents 3 to 5) that supports deletion of unnecessary files has been proposed. With these technologies, there is a function that presents files that are considered unnecessary using conditions such as the last update date is old, the last access date is old, there are files with duplicate contents, and there are files with similar file names. Have. Some of these files have an automatic archiving / deleting function, and others have an archiving / deleting function upon confirmation / approval of the user who uses the file.

J. F. Gantz, et al. The Diverse and Exploding Digital Universe, An IDC White Paper, http://japan.emc.com/collateral/analyst-reports/diverse-exploding-digital-universe.pdf S. Grimes, "Unstructured Data and the 80 Percent Rule", Clarabridge Bridgepoints, http://clarabridge.com/default.aspx?tabid=137&ModuleID=635&ArticleID=551 NEC, Document / Content Management Support System, InfoFrame PROCENTER / C, http://www.nec.co.jp/pfsoft/procenter/index.html Justsystem, GDMS, http://just-enterprise.com/product/gdms/ Hitachi Solutions, Ltd., MEANS file server slimming solution, http://hitachisoft.jp/products/means/slimserver/

  Each of the above existing technologies has a function of reducing the use capacity of the file server by presenting a file that is estimated to be unnecessary to the user and prompting the user to delete the file.

However, this method has the following three main problems.
The first problem is that the existing technology indicates deletion candidates in units of files, and therefore, when the number of deletion candidate files is enormous, the number of steps for the user to check and delete becomes enormous.

  The second problem is that another file included in the folder in which the deletion candidate file is stored remains because the existing technology indicates deletion candidates in units of files. In general, files stored in the same folder are related to each other, so if you delete only some files, other files may remain in an unknown state, which is inconvenient. At the same time, there is a high possibility that the frequency of use of the remaining files themselves will be reduced.

  The third problem is that even if the existing technology is used, even if the degree of unnecessary individual files is low, it is impossible to detect a case where the entire folder can be regarded as unnecessary. For example, in the case of a system that determines whether a file is unnecessary based on the file size, a folder that includes a large number of files that are below a threshold cannot be detected by this system.

  The present invention has been made in view of such circumstances, and provides a technique for presenting deletion candidates in units of folders using files metadata for files and folders stored in a file server. To do.

  In order to achieve the above object, the business document search system of the present invention is a deletion candidate analysis unit that automatically detects a folder that is a deletion candidate for a folder stored in a file server based on a plurality of viewpoints. And a search requesting means for displaying the folders that are candidates for deletion according to the number of corresponding viewpoints with different display forms.

  That is, the present invention is a search device that is connected to a file server and searches for desired data from a plurality of files and a plurality of folders, and is evaluation information for determining the degree of file unnecessary, which is different. A storage device that holds evaluation information composed of a plurality of items; search index data including a plurality of search files and folders; a processor that circulates a file server and creates the search index data; Have. Here, the evaluation information includes a plurality of threshold values for classifying a plurality of files for each of a plurality of items. The processor sets the plurality of threshold values for each item in the evaluation information every time it goes around the file server. Further, the processor calculates a file score value of the degree of unnecessaryness of the file based on the evaluation information, and calculates a folder score value indicating the degree of unnecessaryness of the folder including the file based on the score value of the degree of unnecessaryness of the file. A folder that is a deletion candidate is detected based on the folder score value.

  Further features related to the present invention will become apparent from the description of the present specification and the accompanying drawings. Further, the embodiments of the present invention are achieved and realized by elements and combinations of various elements and the following detailed description and appended claims.

  It should be understood that the description herein is merely exemplary and is not intended to limit the claims or embodiments of the invention in any way.

  According to the present invention, it is possible to present deletion candidates in units of folders using files metadata for files and folders stored in a file server.

It is a figure which shows the example of schematic structure of the business document search system (document processing system) by embodiment of this invention. It is a figure which shows the example of a data structure of the folder data by embodiment of this invention. It is a figure which shows the data structural example of the file data by embodiment of this invention. It is a figure which shows the example of a data structure of the deletion viewpoint data by embodiment of this invention. It is a flowchart explaining the operation example performed in the file server patrol program by embodiment of this invention. It is a flowchart explaining the operation example performed in the deletion candidate analysis program by embodiment of this invention. It is a flowchart explaining the operation example performed in the search request program by embodiment of this invention. It is a figure which illustrates the display content of the search result on the search request | requirement screen by embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In the accompanying drawings, functionally identical elements may be denoted by the same numbers. The accompanying drawings show specific embodiments and implementation examples according to the principle of the present invention, but these are for understanding the present invention and are not intended to limit the present invention. Not used.

  This embodiment has been described in sufficient detail for those skilled in the art to practice the present invention, but other implementations and configurations are possible without departing from the scope and spirit of the technical idea of the present invention. It is necessary to understand that the configuration and structure can be changed and various elements can be replaced. Therefore, the following description should not be interpreted as being limited to this.

  Furthermore, as will be described later, the embodiment of the present invention may be implemented by software running on a general-purpose computer, or may be implemented by dedicated hardware or a combination of software and hardware.

  In the following description, each information of the present invention will be described in a “table” format (FIGS. 2 and 3). However, these information may not necessarily be represented by a data structure of a table, such as a list, DB, queue, etc. It may be expressed in the data structure or other than that. Therefore, “table”, “list”, “DB”, “queue”, etc. may be simply referred to as “information” to indicate that they do not depend on the data structure.

  In the following, each process in the embodiment of the present invention will be described using “program” as a subject (operation subject). However, a program is executed by a processor and a process determined by a memory and a communication port (communication control device). Since it is performed while being used, the description may be made with the processor as the subject. A part or all of the program may be realized by dedicated hardware or may be modularized. Various programs may be installed in the system of the present invention by a program distribution server or a storage medium.

<Configuration and function of business document search system>
Hereinafter, a first embodiment for carrying out the present invention will be described in detail with reference to the drawings. FIG. 1 is a diagram showing a schematic configuration of a business document search system (also referred to as a “document search system”) 100 according to an embodiment of the present invention.

  The business document search system 100 includes a search server 1, a client 3, and a file server 4, which are communicably connected via a wired or wireless communication line 9 such as a LAN (Local Area Network). It is. Here, one search server 1, one file server 4, and one client 3 are illustrated, but two or more of each may exist. Further, the communication line 9 is not limited to the LAN, and may be, for example, a WAN (Wide Area Network), the Internet, or a combination thereof.

  With the above configuration, as will be described in detail later, the search server 1 collects file names and the like stored in the file server 4 and creates and stores folder data 21 and file data 22. be able to. (Hereinafter, the folder data 21 and the file data 22 may be referred to as “index” or “index data”.) Then, the client 3 may be abbreviated to the search server 1 as a file search request (hereinafter referred to as “search request”). The search server 1 can search the file by referring to the above-mentioned index data, and can transmit a file search result (hereinafter sometimes abbreviated as “search result”) to the client 3. .

(I) Configuration and Function of Client 3 The client 3 is configured by a computer such as a PC (Personal Computer), and is connected to the input device 32 and the output device 33 so as to communicate with each other. The input device 32 is a device such as a keyboard or a mouse, and the operator of the client 3 can instruct a process to be executed by the client 3 by operating the input device 32. That is, the input device 32 functions as input means for the client 3. The output device 33 is a device such as a liquid crystal display or a printer, and displays or prints out the result of processing executed by the client 3. That is, the output device 33 functions as a display unit and / or an output unit of the client 3. Although not shown, the client 3 has a built-in or externally connected storage device such as a magnetic disk. The storage device and the main storage device of the client 3 (not shown) function as storage means of the client 3.

  The client 3 has a CPU (Central Processing Unit) and a main storage device that are not shown, and the CPU stores a program such as a search request program 31 stored in the storage device that is not shown. Various processes are executed by loading on the apparatus and executing the instruction code. Further, when executing the instruction code of an application program such as the search request program 31, the CPU may also execute the instruction code of a program such as an OS (Operating System). Since the technique related to the program execution as described above is well known, in the following explanation and drawings, the search request program 31 and the like are mainly executed in order to avoid complicated explanation of the program execution. Describe as if. Note that the function of each program can be realized by an electronic device or a combination of an electronic device and firmware.

  The search request program 31 is a deletion candidate folder analysis instruction (for example, an instruction for requesting analysis of a folder estimated to be unnecessary in the file server by a process described later) input by the operator of the client 3 using the input device 32, In response to a deletion instruction (for example, an instruction for requesting deletion of a folder whose folder name is “backup”), a deletion request is transmitted to the search server 1. Further, the deletion candidate folder analysis result and the file information in each folder transmitted from the search server 1 to the client 3 are received and displayed on the output device 33. The search request program 31 may be a unique program according to the first embodiment, or may be a WEB browser, for example. When a WEB browser is used as the search request program 31, the search program 13 of the search server 1 to be described later may be a WEB application, for example.

(Ii) Configuration / Function of File Server 4 The file server 4 is configured by a computer such as a PC and is connected to the storage device 42 so as to be communicable. The storage device 42 is a device such as a magnetic disk, and is built in the file server 4 or connected externally. In FIG. 1, an example is shown as if one storage device 42 is connected to the file server 4, but actually, two or more storage devices 42 may rather be connected to the file server 4. In many cases, two or more storage devices 42 are connected to two or more file servers 4 in a switchable manner.

  The storage device 42 stores various files. In FIG. 1, a file to be indexed by the search server 1 described later is described as “search target file 43”, but a specific file called the search target file 43 does not exist. The search target file 43 may be, for example, all files stored in the storage device 42, or a part of files stored in the storage device 42 such as all files in a specific folder. There may be.

  The file server 4 has a file management program 41. The file management program 41 manages the storage location and the like of files stored in the storage device 42 including the search target file 43. The file management program 41 also has a function of receiving the storage location of the file from the search server 1, reading the search object file 43 stored in the storage location, and transmitting the storage content of the file to the search server 1. Have.

(Iii) Configuration / Function of Search Server 1 The search server 1 is composed of a computer such as a PC and is connected to the storage device 2 so as to be communicable. The storage device 2 is constituted by a device such as a magnetic disk, and is built in the file server 1 or connected externally. In FIG. 1, an example is shown as if one storage device 2 is connected to the search server 1, but there may be two or more. The storage device 2 and the main storage device of the file server 1 (not shown) function as storage means of the file server 1.

  The storage device 2 stores folder data 21, file data 22, and deletion viewpoint data 23. The contents stored in these files will be described together with the functional description of the search server 1 hereinafter.

  The search server 1 has a file server patrol program 11, a deletion candidate analysis program 12, and a search program 13.

  The file server patrol program 11 refers to the search target file 43 at a predetermined timing such as the same time every day, every predetermined time (periodic), or a time set by the user (not necessarily periodic). The folder data 21 and the file data 22 are created. As will be described later, the folder data 21 includes a folder path, a list of folders below the folder, a list of files stored in the folder, and a deletion flag used when determining whether or not the folder is an unnecessary folder. Etc. are memorized. As will be described later, the file data 22 stores a file path, file name, file size, file update date, file reference count, and the like.

  Although it is not shown which file in the storage device 42 is the search target file 43, for example, one or more file paths (“/ etc / usr1 /”, etc.) of the storage device 42 are stored in the storage device 2 in advance. The file under the file path can be stored as the search target file 43. When there are two or more storage devices 42, etc., the storage device including the storage device on which the file path exists may be stored. By creating the folder data 21 and the file data 22 as described above, it becomes possible to search for a file and a folder with reference to the folder data 21 and the file data 22. Since there is no need to refer to it, the processing time required for the search can be shortened.

  As described above, when a desired file or folder is searched with reference to the folder data 21 and the file data 22, the search target file 43 is deleted after the folder data 21 and the file data 22 (index) are created, or Subject to change. For example, when the folder data 21 and the file data 22 are created for the file whose file name is “work report”, the file is deleted. In such a case, when the folder data 21 and the file data 22 are searched, a search result different from that when the search target file 43 is searched is obtained. This is because when the folder data 21 and the file data 22 are referred to, it appears that a file with the file name “work report” exists, but does not exist in the search target file 43. Therefore, as described above, the file server patrol program 11 can perform processing at a predetermined timing such as the same time every day. By doing so, it is possible to prevent the folder data 21 and the file data 22 from being regularly updated and greatly deviated from the search target file 43.

  Then, by shortening the interval of timing when the file server patrol program 11 performs processing (for example, by performing processing every hour), the difference between the folder data 21 and the file data 22 and the search target file 43 is determined. Can be made smaller. However, shortening the interval of the timing at which the file server patrol program 11 performs processing also shortens the interval at which IO is generated for all files of the search target file 43, so the performance of the file server 4 is also taken into consideration. In the above, it is necessary to determine the timing interval at which the file server patrol program 11 performs processing. For example, the file server 4 notifies the search server 1 that a file has been added or deleted in the search target file 43, and the timing of processing by the file server patrol program 11 is determined in response to the notification. May be.

  The deletion candidate analysis program 12 receives the deletion candidate analysis start request from the client 3 (the activation request is issued when the deletion candidate folder analysis button 806 is pressed in FIG. 8 described later) from the client 3. It is activated. Then, the deletion candidate analysis program 12 determines a folder that is a deletion candidate based on the folder data 21 and the file data 22. More specifically, the deletion candidate analysis program 12 analyzes each file described in the stored file list in the folder stored in the folder data 21, determines the degree of unnecessary folder, and does not need the folder. The degree 215 is updated. Further, the deletion candidate analysis program 12 updates the folder display form 216 based on the folder unnecessary degree 215.

  Conditions for determining whether or not they are unnecessary are described in the deletion viewpoint data 23. The deletion viewpoint data 23 includes a deletion viewpoint ID 231 that is information for uniquely identifying and identifying the deletion viewpoint data, a condition (threshold value) A232 and a condition (threshold value) B233 used when determining the degree of unnecessary deletion viewpoint data. , Condition (threshold) C234 and condition (threshold) D235 are included as configuration information. Details of the deletion viewpoint data 23 will be described later.

  The search program 13 is activated when the search server 1 receives a search request from the client 3 and executes a file search. Specifically, it is determined whether or not there is a file that matches the search condition expression of the search request by referring to one or both of the folder data 21 and the file data 22, and if so, the file of the matched file A search result including a name and the like is transmitted to the client 3.

  The search program 13 emphasizes the search target file 43 that is strongly unnecessary (those with a low necessity) out of the folders including the documents stored in the folder data 21 and the file data 22, and has a tree shape. It has a function of creating a hierarchy (hereinafter referred to as “virtual classification function”). When executing the virtual classification function, the folder data 21 is referred to.

<Configuration and function of folder data>
FIG. 2 is a diagram showing a data configuration example of the folder data 21 according to the embodiment of the present invention. The folder data 21 stores information on the folder in which the search target file 43 is stored.

  One record 210 of the folder data 21 includes a folder path 211, a lower folder list 212 that is a list of folders in the lower hierarchy of the folder, and files stored in the folder (if there is a folder in the lower hierarchy) A storage file list 213 that is a list of files included in the lower-level folder (also referred to as “lower-level folder” is excluded), and a deletion candidate folder that indicates whether or not a folder that is a deletion candidate is included under the folder The configuration item includes a flag 214, a folder unnecessary degree 215 indicating the degree of unnecessaryness of the folder, and each data item of the folder display form 216 used when determining the display form of the folder on the client screen.

  In the path 211, an absolute path of the folder, for example, “/ internal sharing / backup” is set.

  The lower folder list 212 is a list in which the paths of folders stored in the lower hierarchy of the folder are listed, for example, [“/ internal sharing / backup / video”, “/ internal sharing / backup / report”, “/ Shared within departments / backup / development material”] is set.

  The stored file list 213 includes a list in which the file names of files stored in the folder are listed, for example, [“Promotion video A.avi”, “Promotion video B.avi”, “Readme.txt”]. Is set.

  The deletion candidate folder holding flag 214 stores a flag indicating whether or not a folder that is a deletion candidate is included in a lower hierarchy of the folder. Set to true if a folder that is a deletion candidate is included, false otherwise. In the embodiment of the present invention, a deletion candidate folder or a folder including a deletion candidate folder in a lower hierarchy is displayed on a client screen (FIG. 8) described later. In order to determine a part of the display form at that time, the deletion candidate holding flag 214 is used. When the client screen (Fig. 8) is generated and displayed on the display screen, only the lower layer folder of the deletion candidate is displayed without displaying the upper layer folder having the deletion candidate folder (lower layer folder) below. But I don't know the relative relationship between folders. For this reason, the upper hierarchy folder is also displayed. In order to realize such a display, the deletion candidate folder holding flag 214 is necessary.

  The folder unnecessary degree 215 stores a value obtained by quantifying the degree of necessity of the folder. The initial value is 0, and the larger the numerical value, the higher the degree of unnecessaryness (the lower the degree of necessity). This value is calculated by a deletion candidate analysis process described later.

  The folder display form 216 stores a numerical value representing the display form of the folder on the client screen (folder density and color in FIG. 8). The initial value is 0, for example, an integer from 0 to 4 is stored. The folder display form 216 is related to the folder unnecessary degree 215, and the display form 0 corresponds to the case where the folder unnecessary degree 215 of the folder is 0, and represents that it is not a deletion candidate. As the folder unnecessary degree 215 increases, the folder display form 216 is also set to a large value step by step.

<Configuration and function of file data>
FIG. 3 is a diagram showing a data configuration example of the file data 22 according to the embodiment of the present invention. The file data 22 stores information on individual files in the search target file 43.

  One record 220 of the file data 22 includes a path 221 of the file, a file name 222 of the file, a file size 223 of the file, an update date 224 of the file, a reference count 225 of the file, and the file The file size unnecessary degree 226, the update date unnecessary degree 227 of the file, the reference frequency unnecessary degree 228 of the file, and the file unnecessary degree 229 of the file in which each deletion viewpoint is integrated are included as configuration items. .

In the path 221, an absolute path of a folder in which the file is stored, for example, “/ internal sharing / backup” is set.
In the file name 222, a file name of the file, for example, “for saving.zip” is set.

In the file size 223, the file size of the file, for example, “27,328” is set. The unit of numerical values can be changed as appropriate. In the embodiment, the unit is megabyte (MB).
In the update date 224, the update date of the file, for example, “2004.03.02” is set.

  In the reference count 225, the reference count of the file, for example, “125” is set. Note that the reference count represents the number of times the user has executed the file.

  The file size unnecessary degree 226, the update date unnecessary degree 227, and the reference number unnecessary degree 228 respectively store values obtained by quantifying the degree of unnecessaryness of the file in terms of the file size, the update date, and the reference number. . The initial value is 0, and an integer from 0 to 4 is stored. 0 indicates that the degree of unnecessary is 0 (the degree of necessity is high), that is, the file is not a deletion candidate in the deletion viewpoint. The larger the numerical value, the higher the degree of unnecessaryness (the lower the degree of necessity). The “viewpoint” indicating the degree of unnecessaryness is not limited to those listed here, and other elements may be used.

  The file unnecessary degree 229 stores a value obtained by quantifying the degree of unnecessaryness of the file determined by combining the file size unnecessary degree 226, the update date unnecessary degree 227, and the reference number unnecessary degree 228. The initial value is 0, for example, an integer from 0 to 12 is stored. In the file unnecessary degree 229, a value obtained by adding the file size unnecessary degree 226, the update date unnecessary degree 227, and the reference number unnecessary degree 228 is stored. Since the unnecessary degree is evaluated from various viewpoints, it is possible to accurately grasp whether or not the file included in the file server 4 is unnecessary.

<Configuration of deletion perspective data>
FIG. 4 is a diagram showing a data configuration example of the deletion viewpoint data 23 according to the embodiment of the present invention. As described above, the deletion viewpoint data 23 stores information used when determining whether or not a folder is a deletion candidate.

  One record 230 of the deletion viewpoint data 23 includes a deletion viewpoint ID 231 representing information for uniquely identifying and identifying the deletion viewpoint data, a condition A232, a condition B233, a condition C234, a condition D235, and a condition E236. Includes as. Here, only five conditions A to E are shown, but more or less conditions may be used.

  The deletion viewpoint ID 231 represents information for uniquely identifying and identifying each deletion viewpoint data as a numerical value. For example, “02” is set.

  Conditions A to E are used when determining the degree of necessity of the deletion viewpoint in the file data 22. For example, when obtaining the file size unnecessary degree 226 of a certain file, the file size 223 of the file is compared with the conditions A to E, and a value corresponding to the matching condition (for example, 0 for the condition A) is stored. .

  This is the end of the description of the configuration and function of the business document search system of the embodiment. Hereinafter, the operation of the file search system according to the embodiment will be described with reference to flowcharts of the respective programs.

<Processing by file server patrol program>
FIG. 5 is a flowchart for explaining the processing operation of the file server patrol program 11 according to the embodiment of the present invention.
(I) Step S501
When the file server patrol program 11 starts processing in response to the activation request, it creates a folder data record 210 and a file data record 220 of the search target file 43, and so on. Specifically, the file server patrol program 11 requests, for example, the file management program 41 to read and transmit a file included in a preset path (for example, “/ shared within”). When the file server patrol program 11 receives the file from the file management program 41, the file data record in which the path of the acquired file (for example, “/ partial sharing / work report 1.doc”) is set to the path 221 is obtained. It is determined whether 220 exists.

  If the corresponding file data record does not exist, the file server patrol program 11 sets the path 221, file name 222, file name 222, file number, path, file name, file size, update date, and reference count based on the acquired file. A size 223, an update date 224, and a reference count 225 are set, and a file data record 220 is added.

  On the other hand, if the corresponding file data record exists, the file server patrol program 11 updates the file size 223, the update date 224, and the reference count 225 of the file data record 220 (hereinafter referred to as “update target file record”). To do.

  Further, the file server patrol program 11 determines whether or not the folder data record 210 in which the path is set to the path 211 exists.

  If the corresponding folder record does not exist, the file server patrol program 11 obtains a path, a list of lower-level folders, and a list of stored files from the acquired file, respectively, as a path 211, a lower-level folder list 212, The storage file list 213 is set, and the folder data record 210 is added.

  On the other hand, when the corresponding folder record exists, the file server patrol program 11 updates the lower folder list 212 and the stored file list 213 of the folder data record 210 (hereinafter referred to as “update target folder record”).

  The file server patrol program 11 performs the above processing for all the files under the preset path, and then records the file data other than the newly created file data record 220 and not the update target file record. If the record 220 exists, the file data record 220 is deleted.

  Similarly, the file server patrol program 11 is executed for all the files under the preset path, and then is a record other than the newly created folder data record 210 and does not become the update target folder record 210. Is present, the folder data record 210 is deleted.

  The method of creating the file data 22 and the folder data 21 is not limited to the above-described method, and any method can be applied as long as it can acquire information on files and folders included under a preset path. is there.

(Ii) Step S502
After creating the file data 22 and the folder data 21, the file server patrol program 11 sets conditions A to E for each deletion viewpoint in the deletion viewpoint data 23 based on them. When setting each condition, it is determined based on the distribution of the corresponding deletion viewpoint (file size, etc.) in the file group described in the storage file list 213 of each folder data record 210.

  In the file server 4, it is considered that there is a bias in the files that are generally considered unnecessary. This is based on empirical rules such as Pareto's law. Assuming that Pareto's Law holds, 80% of unnecessary files are included in 20% of all files in the file server 4, and from another perspective, unnecessary folders are included in 20% of all folders. As a rule of thumb, it can be said that 80% of these are concentrated. Therefore, efficient folder deletion can be realized by considering such an empirical rule when setting conditions.

  For example, consider a case where the deletion viewpoint is the file size. Settings are made in order from condition A232. First, when setting the condition A232, all the files registered in the index are sorted in descending order of file size. A file group whose file size is included in the top 20% (for example, if there are 100000 files, the file size is a file group whose file size is the top 20000), and the files included in the file group and the files that are not A file size (for example, 135 MB) serving as a boundary is obtained, and a conditional expression of condition A232 is set using this value (for example, file size <135 MB). By using this condition, it becomes easy to find the file with the top 20% of the file size that is the bottleneck of capacity in the file server. The large file size is based on the idea that the file server 4 is under pressure. The numerical value “20%” is not a fixed ratio, and can be set as appropriate according to the situation. Therefore, it can be generalized and expressed as K percent (where K <10−K is desirable).

  Further, when the deletion viewpoint is the update date, the degree of unnecessary is higher as the date is older. Therefore, each condition may be set by extracting the upper 20% from the oldest. When the deletion viewpoint is the number of references, the unnecessary degree increases as the number of references decreases. Therefore, each condition may be set by extracting the top 20% with the smallest number of references.

  Next, when setting the condition B233, it is a file group (4000 file groups) that is the top 20% of the top 20% file group (the above 20000 files) in the condition A, A file size (for example, 372 MB) serving as a boundary between a file included in the file group and a file that is not so is obtained, and the value used for condition A is set as a conditional expression of condition B233 (for example, 135 MB ≦ File size <372MB).

  Further, for condition C 234, condition D 235, and condition E 236, the file size that is the upper 20% of the remaining file group is obtained and a conditional expression is set. By applying Pareto's law in multiple stages, unnecessary files can be easily identified. In the embodiment of the present invention, deletion candidates are further presented in units of folders, so that confirmation and deletion can be performed in a lump, and efficiency is further increased. Furthermore, when other conditions are used, it is possible to narrow down the upper files among the upper files, which is efficient. Further, in the present embodiment, unnecessary folders are presented in consideration of a plurality of types (three types) of deletion viewpoints, so that the folders to be confirmed and deleted can be further narrowed down.

  As described above, in this embodiment, each time the file server patrol program 11 performs processing, folder data 21, file data 22, and deletion viewpoint data 23 corresponding to the search target file 43 at the time of processing are created. The Accordingly, since the degree of necessity of each file and folder is dynamically calculated, it is possible to dynamically present a deletion candidate folder in the file server 4 to the user according to the usage situation.

<Processing of deletion analysis program>
FIG. 6 is a flowchart for explaining the processing operation of the deletion candidate analysis program 12 according to the embodiment of the present invention. As described above, the deletion candidate analysis program 12 is a program that analyzes a file group included in each folder and determines whether each folder is a deletion candidate. The deletion candidate analysis program 12 sequentially analyzes the folder data 21 representing the contents of each folder, and stores the analysis result as a deletion candidate in the folder unnecessary degree 215 and the value of the folder display form 216 obtained therefrom. Note that the operation subject of each process in the flowchart is the deletion candidate analysis program 12 unless otherwise specified.

(I) Step S601
When the deletion candidate analysis program 12 starts processing in response to a deletion candidate folder analysis request (pressing the button 806), it selects one unprocessed folder data record 210, that is, a record of a folder that has not been analyzed.

(Ii) Step S602
The deletion candidate analysis program 12 applies the file size unnecessary degree 226, the update date unnecessary degree 227, and the reference number unnecessary degree 228 to the file groups stored in the storage file list 213 in the folder data record 210 selected in S601. The file unnecessary degree 229 is obtained.

  For example, when obtaining the file size unnecessary degree 226, the deletion candidate analysis program 12 first acquires the file size 223 (27,328 MB) in the file data record 220. Next, the deletion candidate analysis program 12 refers to the deletion viewpoint data record 230 corresponding to the file size from the deletion viewpoint data 23 and compares each condition with the file size 223. As a result, the file size unnecessary degree 226 is determined according to the corresponding condition. Specifically, the condition A is 0, the condition B is 1, the condition C is 2, the condition D is 3, and the condition E is 4. Even if the conditions differ from each deletion viewpoint, the correspondence between the conditions and the numerical values is the same.

  Then, the deletion candidate analysis program 12 calculates an unnecessary degree for each deletion viewpoint, and sets a value obtained by adding the numerical values as the file unnecessary degree 229 of the file data record 220.

(Iii) Step S603
The deletion candidate analysis program 12 calculates the folder unnecessary degree 215 of the folder data record 210 selected in S601. This is calculated based on the file unnecessary degree 229 of each file data record calculated in S602. Although various calculation methods can be applied, in this embodiment, a value obtained by adding the file unnecessary degree 229 in the file data record 220 of each file included in the storage file list 213 of the folder data record 210 is used. As a result, even if the degree of necessity of individual files in the folder is low, if there are a large number of such files, the degree of folder unnecessary 215 becomes high, and a folder to be deleted can be presented to the user. .

(Iv) Step S604
The deletion candidate analysis program 12 determines whether or not an unprocessed record exists in the folder data 21. If there is an unprocessed record, the process returns to S601; otherwise, the process proceeds to S605. In this way, each unnecessary degree is calculated for all the records in the folder data 21.

(V) Step S605
The deletion candidate analysis program 12 obtains the folder display form 216 in each folder data record 210 based on the distribution of the folder unnecessary degree 215 in all the folder data records 210. This is a process performed to highlight a folder with a relatively high degree of unnecessaryness when displaying a folder as a deletion candidate on a client screen described later.

  The deletion candidate analysis program 12 uses the above empirical rule (Pareto's law) when determining the folder display form 216 as in the case of determining the condition in the deletion viewpoint data 23. That is, the deletion candidate analysis program 12 first calculates the distribution of the folder unnecessary degree 215 in all the folder data records 210 (sorted in descending order of folder unnecessary degree). Then, the deletion candidate analysis program 12 sets the folder display form 216 of the folder data record 210 whose folder unnecessary degree 215 is not 0 to 1. This indicates that the files in the folder include at least one file determined as a deletion candidate from any deletion viewpoint.

  Next, the deletion candidate analysis program 12 has a folder group in which the value of the folder unnecessary degree 215 is the top 20% in the folder data record 210 group in which the folder unnecessary degree 215 is not 0 (the unnecessary degree is set to 1). And the boundary value between the unnecessary degree value included in the upper 20% folder record group and the unnecessary degree value not included in the group is acquired as a condition (threshold value) A. Then, the deletion candidate analysis program 12 sets the folder display form 216 of the folder data record 210 whose folder unnecessary degree 215 is larger than the condition (threshold) A to “2”. Further, the folder records 210 group (folder group set to the display form “2”) having a value of the folder unnecessary degree 215 larger than the condition (threshold value) A are classified into the upper 20% similarly. The threshold value is set by the value to be divided, and the display form is sequentially determined. In the present embodiment, the folder display form 216 is obtained up to 4, but an upper limit is not necessarily provided.

(Vi) Step S606
The deletion candidate analysis program 12 updates the deletion candidate folder holding flag 214. That is, this means that all the folder data records 210 in the folder data 21 are checked and the deletion candidate folder holding flag 214 is updated. The deletion candidate folder holding flag 214 is used when displaying the virtual classification. If the deletion candidate folder holding flag 214 is true, it means that the folder includes a lower-level folder of deletion candidates as described above. Therefore, the folder is displayed, and if it is false, the folder is not displayed. . This process will be described later.

Specifically, in S606, the deletion candidate analysis program 12 first checks the folder display form 216 in each folder data record 210. If the display form is not set to “0”, the deletion candidate analysis program 12 deletes the folder data record 210. The candidate folder holding flag 214 is updated to true. This process is also recursively performed on the folder data record 210 corresponding to the path 211 stored in the lower folder list 212 in the folder data record 210. For example, the path 211 of the folder data record 210 is “/ internal sharing / backup / video”, and the lower folder list 212 is “/ internal sharing / backup / video / product introduction”, “/ internal sharing / backup / technical introduction”. ”] And the subfolder list 212 of“ / internal sharing / backup / video / product introduction ”is [“ / internal sharing / backup / video / product introduction / large capacity ”] and“ / internal sharing / backup / When the subfolder list 212 of “Movie / Technology” does not exist, the deletion candidate folder holding flag 215 is checked for the following four folders.
“/ Internal sharing / backup / video”
“/ Internal sharing / backup / video / product introduction”
“/ Internal sharing / backup / video / product introduction / large capacity”
“/ Internal sharing / backup / video / technology”

  If there is at least one numeric value other than 0 in the display form 216 of the folder data record 210 corresponding to these paths, the deletion candidate in the folder data record 210 corresponding to the path of “/ internal sharing / backup / video” The folder holding flag 215 is true.

<Processing of search request program>
FIG. 7 is a flowchart for explaining the processing operation of the search request program 31 according to the embodiment of the present invention. The search request program 31 is activated when the operator of the client 3 uses the input device 32.

(I) Step S701
When started, the search request program 31 displays a search request screen 800 on the output device 33. FIG. 8 is a diagram illustrating a configuration example of a search request screen 800 displayed when the search request program 31 is started. In FIG. 8, a search request screen 800 includes a virtual classification display area 801, a storage file display area 802, a deletion candidate folder analysis button 806, a selection folder deletion button 807, a selection file deletion button 808, and an end button 809. , As a component. In the search request program 31, the search program 13 is executed as necessary.

  In the virtual classification display area 801, virtual folders are displayed in a tree structure. As for the highest hierarchy, the file server 4 follows the hierarchical structure of folders below the designated folder. The folder to be displayed is determined by referring to the folder data 21. The display form of the virtual folder differs depending on the value of the folder display form 216 in the corresponding folder data record 210. When the folder display form 216 is 0, the display form is relatively inconspicuous, such as white. As the numerical value increases, the display form becomes relatively conspicuous, such as a darker color or a change in shape such as size. By making such a folder stand out, the operator can easily recognize that the folder is a folder to be deleted. For example, the “large-capacity” virtual folder 804 has a conspicuous display form because it is more unnecessary.

  Further, when the deletion candidate folder holding flag 214 is false, it indicates that there is no deletion candidate folder in the folder and the hierarchy below the folder. In this case, the folder and the lower hierarchy of the folder are not displayed. Therefore, a folder displayed in white is not a candidate for deletion (a file with a high degree of unnecessaryness is not included immediately below the folder), but a folder in any lower level has a degree of unnecessaryness. It is high and it can be seen that a deletion candidate target folder is included. In this way, only the deletion candidate folder and its upper folder are displayed, and the operator does not need to confirm a useless folder.

  The stored file display area 802 displays files stored in the virtual folder selected in the virtual classification display unit 801. These files are obtained by referring to the stored file list 213 in the folder data record 210 corresponding to the selected virtual folder.

  In the storage file display area 802, a file name 222, a file size 223, an update date 224, a reference count 225, and a deletion check box 805 indicating whether or not the file data record 220 corresponding to each file is a deletion target are displayed. Is done.

(Ii) Step S702
When the search request screen 800 is displayed, the search request program 31 waits for an operation from the operator.

(Iii) Step S703
When the deletion candidate folder analysis button 806 is pressed, the search request program 31 activates the deletion candidate folder analysis program.

(Iv) Step S704
When a virtual folder is pressed in the virtual classification display area 801, the search request program 31 reads the file data record 220 corresponding to the selected virtual folder and displays the file group corresponding to the stored file display unit.

(V) Step S705
When the delete check box 805 is checked in the storage file display area 802, the search request program 31 updates the delete check box. Specifically, if the search request program 31 is not checked before the deletion check box 805 is checked, the search request program 31 may be checked and checked. If it is not checked, change it to the unchecked state.

(Vi) Steps S706 and S707
When the delete selected folder button 807 is pressed, the search request program 31 deletes the selected folder and its lower folders and files. That is, the folder data record 210 corresponding to the virtual folder selected in the virtual classification display area 801 and the file data group corresponding to the stored file list 213 of the folder data record 210 are deleted. However, even if the folder is a deletion candidate, the lower folder is not necessarily a deletion candidate. In such a case, if the folder is deleted, the lower folder is also deleted. Therefore, only the files immediately under the folder may be deleted, and the folder itself may be left as a parent folder. In this case, a message such as “Since the folder has a lower folder, only the files immediately under the folder will be deleted” may be displayed on the search request screen 800. Or you may make it automatically reconfigure | reconstruct the tree structure about the lower folder which is not a deletion candidate.

  Further, the search request program 31 similarly deletes the folder data record 210 corresponding to the lower folder list 212 of the folder data record 210.

  When the selection file deletion button 808 is pressed, the search request program 31 deletes a file whose deletion check box 805 is checked in the storage file display area 802. That is, the corresponding file data record 220 is deleted.

  When deleting a file or folder in this way, the search request program 31 requests the file server 4 to delete the corresponding folder and file existing on the file server 4.

When the processes from S703 to S707 are completed, the search request screen 800 is updated and the process returns to S702.
When the end button 809 is pressed, the search request program 31 closes the search request screen 800.

<Modification>
In the present embodiment, the process of determining the value of the deletion candidate folder holding flag 214 based on the characteristics of only the files immediately under the target folder is described. In addition to this, a method may be considered in which the determination is based not only on the files immediately under the target folder but also on the characteristics of the files included in all the folders belonging to the folder.

  In this embodiment, the file size, the file update date, and the file reference count are described as examples of the deletion viewpoint. As other deletion points of view, a deletion point of whether or not duplicate files (file contents are partially or all of the same file) and a keyword (deletion keyword) to become a deletion candidate are set in advance. Another possible point of view is whether or not to include a file containing the keyword. When the former deletion viewpoint is introduced, in the process of S602, the unnecessary degree may be set to be higher as the number of files that overlap with the file is larger on the file server. Further, when the latter deletion viewpoint is introduced, in the process of S602, the unnecessary degree may be set higher as the number of deletion keywords included in the file name of the file increases.

<Summary>
(1) In the embodiment of the present invention, each time the search server updates the search index by performing the cyclic processing of the file server, each item of the deletion viewpoint data (evaluation information) (for example, file size unnecessary degree, update A plurality of threshold values (for example, threshold values for determining whether or not to be included in the conditions A to E in FIG. 4) in the day unnecessary degree, the reference frequency unnecessary degree, etc.) are dynamically set. Then, in the deletion candidate analysis process, the deletion viewpoint data is referred to, the unnecessary degree of each file is calculated as a score value, and the score value (file score value) of the file is summed to calculate the target file (for example, the file immediately below ) Including an unnecessary score score (folder score value) is calculated. Based on this score value, a folder that is a deletion candidate is detected. By doing so, it becomes possible to find deletion candidates for data stored in the file server in units of folders.

  Further, the search server presents the deletion candidate folder by changing the display form based on the magnitude of the score value (folder score value) indicating the degree of unnecessaryness of the detected deletion candidate folder. In this way, the user can determine at a glance which folder is unnecessary (whether the necessity is low). This also allows the user to delete unnecessary files on a folder-by-folder basis, thus reducing the number of deletion steps. You can also delete related files in a folder. Furthermore, even if it is difficult to determine whether or not each individual file is unnecessary, it can be deleted if it can be considered unnecessary for each folder.

  When setting a plurality of threshold values for determining each condition of deletion viewpoint data, an empirical rule such as Pareto's law is applied in multiple stages. That is, for each of the plurality of items, the first file group included in the upper m% (for example, 20%) of all the files included in the search index is specified, and whether or not the first file group is included in the first file group. A value serving as the boundary is set as a first threshold value. Threshold determination processing in which the second file group included in the upper m% of the first file group is specified, and a value serving as a boundary as to whether the second file group is included in the second file group is the second threshold value Execute. A plurality of threshold values are determined by repeating this threshold value determination process, and deletion viewpoint data (evaluation information) is set. By doing so, the threshold value is not fixed, and it is possible to determine an element for adaptively evaluating the unnecessary degree of the folder according to the situation of the file server at that time. In addition, since all the files can be relatively evaluated with respect to each item (for example, the file size unnecessary degree, the update date unnecessary degree, the reference number unnecessary degree, etc.) in this way, unnecessary file and folder candidates can be determined. Deletion candidates can always be detected without being fixed. Furthermore, because we are evaluating whether it is unnecessary based on Pareto's law, it is possible to detect as many deletion candidates as possible by simply checking as few files and folders as possible (since it is easy to narrow down unnecessary files) Processing efficiency can be increased.

  In addition, Pareto's law is applied in multiple stages when determining the display form. That is, among all folders, the first folder group whose folder score value is included in the upper n% (for example, 20%) is specified, and the first display form is assigned to the folder included in the first folder group. . A display mode in which a second folder group having a folder score value included in the upper n% (20%) of the first folder is further specified, and a second display mode is assigned to the folder included in the second folder group. Execute the allocation process. By repeating this display form assignment process, the display form of a folder that is a deletion candidate is determined. By doing in this way, the situation where a display form is fixed can be avoided. Therefore, the user can easily determine whether or not to delete.

  When there is a lower folder that is determined as a deletion candidate in a lower hierarchy for a certain folder, even if it is determined that the folder is not a deletion candidate, a display form that indicates that the folder is not a deletion candidate ( For example, “white display”) is displayed. In this way, the user can easily recognize that there is a deletion candidate folder in the lower hierarchy, and can decide whether to delete the folder in the deep hierarchy. If there is no deletion candidate folder in the lower hierarchy and the folder is not a deletion candidate, the user cannot delete the folder without being confused because the folder and the lower folder cannot be displayed. Will be able to determine.

(2) The present invention can also be realized by software program codes that implement the functions of the embodiments. In this case, a storage medium in which the program code is recorded is provided to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus reads the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the program code itself and the storage medium storing the program code constitute the present invention. As a storage medium for supplying such program code, for example, a flexible disk, CD-ROM, DVD-ROM, hard disk, optical disk, magneto-optical disk, CD-R, magnetic tape, nonvolatile memory card, ROM Etc. are used.

  Also, based on the instruction of the program code, an OS (operating system) running on the computer performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing. May be. Further, after the program code read from the storage medium is written in the memory on the computer, the computer CPU or the like performs part or all of the actual processing based on the instruction of the program code. Thus, the functions of the above-described embodiments may be realized.

  Further, by distributing the program code of the software that realizes the functions of the embodiment via a network, it is stored in a storage means such as a hard disk or memory of a system or apparatus, or a storage medium such as a CD-RW or CD-R And the computer (or CPU or MPU) of the system or apparatus may read and execute the program code stored in the storage means or the storage medium when used.

  Finally, it should be understood that the processes and techniques described herein are not inherently related to any particular apparatus, and can be implemented by any suitable combination of components. In addition, various types of devices for general purpose can be used in accordance with the teachings described herein. It may prove useful to build a dedicated device to perform the method steps described herein. Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiments. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined. Although the present invention has been described with reference to specific examples, these are in all respects illustrative rather than restrictive. Those skilled in the art will appreciate that there are numerous combinations of hardware, software, and firmware that are suitable for implementing the present invention. For example, the described software can be implemented in a wide range of programs or script languages such as assembler, C / C ++, perl, shell, PHP, Java (registered trademark).

  Furthermore, in the above-described embodiment, control lines and information lines are those that are considered necessary for explanation, and not all control lines and information lines on the product are necessarily shown. All the components may be connected to each other.

  In addition, other implementations of the invention will be apparent to those skilled in the art from consideration of the specification and embodiments of the invention disclosed herein. Various aspects and / or components of the described embodiments can be used singly or in any combination in a computerized storage system capable of managing data. The specification and specific examples are merely exemplary, and the scope and spirit of the invention are indicated in the following claims.

DESCRIPTION OF SYMBOLS 1 ... Search server 2 ... Storage device 3 ... Client (computer)
4 ... File server 11 ... File server patrol program 12 ... Deletion candidate analysis program 13 ... Search program 21 ... Folder data 22 ... File data 23 ... Deletion point of view data 31 ... Search request program 32 ... input device 33 ... output device 41 ... file management program 42 ... storage device 43 ... search target file 100 ... business document search system

Claims (13)

A search device connected to a file server and searching for desired data from a plurality of files and a plurality of folders,
A storage device that holds evaluation information for determining the degree of file unnecessary, and includes evaluation information composed of a plurality of different items, and search index data including a plurality of search files and folders,
A processor that circulates the file server and creates the search index data,
The evaluation information includes a plurality of thresholds for classifying the plurality of files for each of the plurality of items,
The processor sets the plurality of threshold values for each item in the evaluation information each time it goes around the file server, calculates a file score value of the file unnecessary degree based on the evaluation information, and eliminates the need for a file A search device that calculates a folder score value indicating an unnecessary degree of a folder including the file based on the score value of the degree, and detects a folder as a deletion candidate based on the folder score value. In claim 1,
The search device, wherein the processor displays the deletion candidate folder on a display device by distinguishing display forms according to the folder score value. In claim 2,
For each of the plurality of items, the processor specifies a first file group included in the upper m% of all files included in the search index, and whether or not the first file group is included in the first file group. The first threshold value is used as the first threshold value, the second file group included in the higher m% of the first file group is specified, and the boundary whether or not the second file group is included is determined. A search apparatus that executes a threshold value determination process using a value that becomes a second threshold value, determines the plurality of threshold values by repeating the threshold value determination process, and sets the evaluation information. In claim 3,
The processor specifies a first folder group including the folder score value in the top n% of all folders, assigns a first display form to the folder included in the first folder group, and A display form assignment process for specifying a second folder group whose folder score value is included in the upper n% of the first folders and assigning a second display form to the folders included in the second folder group And a display form assignment process is repeated to determine the display form of the folder as the deletion candidate. In claim 3,
The search device, wherein the processor calculates the folder score value of each folder by summing the file score values of files immediately under the corresponding folder. In claim 5,
When there is a lower folder that is determined as the deletion candidate in a lower hierarchy of the target folder, the processor determines that the target folder is not a deletion candidate even if it is determined that the target folder is not a deletion candidate. A display device that displays on the display device in a display form indicating that there is no data. A document management method for managing a plurality of files and a plurality of folders in a search device connected to a file server,
The search device is evaluation information for determining the degree of file unnecessary, and holds evaluation information composed of a plurality of different items and search index data including a plurality of search files and folders And a processor that circulates the file server and creates the search index data,
The evaluation information includes a plurality of thresholds for classifying the plurality of files for each of the plurality of items,
The document management method includes:
Each time the processor circulates the file server, setting the plurality of threshold values for each item in the evaluation information;
The processor calculates a file score value of the unnecessary degree of the file based on the evaluation information, calculates a folder score value indicating the unnecessary degree of the folder including the file based on the score value of the unnecessary degree of the file; Detecting a folder as a deletion candidate based on the folder score value;
A document management method comprising: In claim 7,
The document management method further comprising the step of displaying the deletion candidate folder on a display device by distinguishing a display form according to the folder score value. In claim 8,
In the step of setting the plurality of thresholds, the processor specifies a first file group included in the upper m% of all files included in the search index for each of the plurality of items, A value serving as a boundary whether or not to be included in one file group is set as a first threshold, a second file group included in the upper m% of the first file group is specified, and the second file group is specified. Executes a threshold value determination process using a value serving as a boundary as to whether or not it is included in the file group as a second threshold value, repeats the threshold value determination process to determine the plurality of threshold values, and sets the evaluation information A document management method characterized by the above. In claim 9,
In the displaying step, the processor identifies a first folder group including the folder score value in the upper n% among all folders, and displays a first display on the folder included in the first folder group. A form is assigned, a second folder group in which the folder score value is further included in the upper n% of the first folder is specified, and a second display form is displayed in the folder included in the second folder group. A document management method characterized by determining a display form of a folder as a deletion candidate by executing a display form assigning process for assigning and deleting the display form assigning process. In claim 9,
The document management method, wherein the processor calculates the folder score value of each folder by summing the file score values of files immediately under the corresponding folder. In claim 11,
In the displaying step, when the processor has a lower folder determined to be the deletion candidate in a lower hierarchy of the target folder, the processor may determine that the target folder is not a deletion candidate. A document management method characterized in that the folder is displayed on the display device in a display form indicating that it is not a deletion candidate. A file server having search target data, the search device according to any one of claims 2 to 6, and a client device,
In response to a user instruction, the client device transmits a deletion request for deletion candidate folders displayed on the display device to the search device,
In response to the deletion request, the search device deletes the corresponding folder from the search index data, and requests the file server to delete the folder deleted from the search index from the search target data. ,
In response to a folder deletion request received from the search device, the file server deletes the corresponding folder and synchronizes the contents of the search target data and the search index.

Images