WO2000073909A1 - Electronic file management method and computer-readable recorded medium on which program for managing electronic file is recorded - Google Patents

Electronic file management method and computer-readable recorded medium on which program for managing electronic file is recorded Download PDF

Info

Publication number
WO2000073909A1
WO2000073909A1 PCT/JP2000/001630 JP0001630W WO0073909A1 WO 2000073909 A1 WO2000073909 A1 WO 2000073909A1 JP 0001630 W JP0001630 W JP 0001630W WO 0073909 A1 WO0073909 A1 WO 0073909A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic file
electronic
program
events
management method
Prior art date
Application number
PCT/JP2000/001630
Other languages
French (fr)
Japanese (ja)
Inventor
Hiroyuki Tobita
Toshiaki Bamba
Shigeru Korekoda
Original Assignee
Cadix Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cadix Inc. filed Critical Cadix Inc.
Priority to AU31933/00A priority Critical patent/AU3193300A/en
Publication of WO2000073909A1 publication Critical patent/WO2000073909A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers

Definitions

  • the present invention relates to a method for managing electronic files.
  • it relates to a method for managing the relationship between electronic files.
  • Explorer is a file operation program that can copy, move, delete, and rename electronic files.
  • the explorer manages the attributes of the electronic file, such as the name of the electronic file, the update date, the creator, and the like. Users manage electronic files based on the attributes managed by Explorer, based on their customs and experience.
  • the relevance of each electronic file is not sufficiently managed, and the user manages and uses the relevance of the file based on experience and the like.
  • This management burden is one of the factors that reduces the time users spend on their original tasks and reduces the efficiency of development work.
  • FIG. 13 is an explanatory diagram showing an example of how an electronic file is updated or diverted. As shown in this figure, the contents of the electronic file 1 are updated sequentially as the development progresses (elapse of time), such as the electronic file la, the electronic file 1b, and so on.
  • the process of creating the electronic file 2 using the contents of the electronic file 1a is also executed in parallel. This is the so-called “diversion” of electronic files. Further, the contents of the electronic file 2 are sequentially updated like the electronic file 2a, the electronic file 2b, and the like, similarly to the electronic file 1.
  • the electronic file 2 is a diverted version of the electronic file 1a, but as time elapses, the content of the electronic file 1a of the parent file that is the diverted source is changed, and the file name is changed. It may have been changed. Therefore, the diversion relationship of each file tends to be complicated, and the management work between electronic files, including diversion and diversion relationship, is very complicated.
  • the present invention has been made in view of such a problem, and an object of the present invention is to realize an electronic file management method capable of grasping a relationship including a diversion / reuse relationship of an electronic file without imposing a management burden on a user. It is to be.
  • a method for managing an electronic file comprising: a collecting step of detecting an event relating to the electronic file and collecting the detected event in a database;
  • An electronic file management method comprising: providing a user with information including a relationship between electronic files based on the contents of a database in which events are collected.
  • the collection is performed by an electronic file operation program.
  • the electronic file operation program it is possible to collect events related to the operation of electronic files without increasing the burden on users.
  • An electronic file management method according to a second aspect of the present invention, wherein the providing step includes an ancestor display step of displaying an ancestor file from which a predetermined electronic file is diverted in response to a user request. It is.
  • An electronic file management method according to a third aspect of the present invention, wherein the providing step includes a descendant display step of displaying a descendant file to which a predetermined electronic file is diverted in response to a request from a user. It is.
  • a fourth aspect of the present invention is the electronic file management method, wherein the descendant display step displays a tree structure having the predetermined file as a root.
  • a computer-readable recording medium that stores a program for managing an electronic file, detects an event related to the electronic file, and collects the detected event in a database.
  • a storage medium readable by a computer that stores a program that provides a user with information including the relationship between electronic files based on the contents of a database that has collected, and a program that executes. .
  • a sixth aspect of the present invention is a method for managing an electronic file, comprising: a collecting step of detecting an event relating to the operation of the electronic file and collecting the detected event in a database; And a providing step of providing information regarding the operation history of the electronic file to the user.
  • the operation history can be provided to the user.
  • a seventh aspect of the present invention is the electronic file management method, wherein the information on the operation history of the electronic file includes the number of events generated by the executed operation for each period.
  • the user can grasp the progress of work on the electronic file.
  • An eighth aspect of the present invention provides a computer-readable recording medium that stores a program for managing an electronic file, detects an event related to an operation of an electronic file, and collects the detected event in a database.
  • This is a computer-readable recording medium that stores a program that provides a user with information on the operation history of an electronic file based on the contents of a database that collects events, and a program that executes.
  • FIG. 1 is a flowchart showing the operation of electronic file management in the present embodiment.
  • FIG. 2 is an explanatory diagram of the storage table.
  • FIG. 3 is an explanatory diagram of the family register table.
  • FIG. 4 is an explanatory diagram of the configuration table.
  • FIG. 5 is an explanatory diagram of the event history table.
  • FIG. 6 is an explanatory diagram of a table showing examples of events to be collected and operations performed in accordance with those events.
  • FIG. 7 is an explanatory diagram illustrating a software configuration of the electronic file operation program.
  • FIG. 8 is a flowchart illustrating an operation of the information providing program.
  • FIG. 9 is an explanatory diagram illustrating a display example of information by the information providing program.
  • FIG. 10 is a flowchart showing the operation of the information providing program.
  • FIG. 11 is an explanatory diagram illustrating a display example of information by the information providing program.
  • Figure 12 is a histogram that displays the number of events generated by operations performed on electronic files over time.
  • FIG. 13 is an explanatory diagram illustrating an example of a state of updating and diverting an electronic file.
  • the present invention manages electronic files in the following two steps. A schematic diagram of these two steps is shown in FIG.
  • step S111 of FIG. 1 events generated by operating the electronic file are collected in a database. Also, in step S1-2, based on the collected events, information including the diversion and diversion of the electronic file is provided to the user.
  • a characteristic of the first embodiment is that the event performed in step S1-1 is collected. Collection using an electronic file operation program. As described above, as a conventional electronic file operation program, for example, Microsoft Explorer or the like is known.
  • the electronic file operation program described in the first embodiment is a program for moving / copying / deleting an electronic file in the same manner as the explorer.
  • a characteristic of this electronic file operation program is that events that occur with the operation of the electronic file are stored in a predetermined database as appropriate. As described above, in the first embodiment, since the electronic file operation program automatically accumulates events in the database with the electronic file operation, the user does not need to perform any special operation for file management. do not have to.
  • the database handled in the present embodiment is composed of four types of tables. These tables are a storage tape tray 100, a family register tape tray 102, a constituent tape tray 104, and an event history table 106. Illustrations of these tables are shown in Figures 2, 3, 4, and 5.
  • the storage table 100 is a table for storing information of each electronic file. As shown in FIG. 2, each entry of the storage tape storage 100 is an electronic file or folder. That is, this storage table 100 stores not only electronic files but also information on so-called folders. Each entry contains the following items. That is, the items are "sequence number”, “storage ID”, “format”, “state”, “offline”, “creation date and time”, “update date and time”, “reference date and time”, “reference count” and "update count”.
  • the “sequence number” is a serial number assigned to each entry in this template.
  • the “storage ID” is the ID of the electronic file or folder indicated by the entry. D.
  • Form indicates whether the entry indicates an electronic file or a folder. For a folder, the value of this item is “Folder”, and for an electronic file, the value of this item is “File”.
  • “Status” indicates whether the electronic file or folder is currently connected to the system. Specifically, the value of this item is “ONL I NE” when connected and usable, and “ ⁇ FF-LI NE” when disconnected and unavailable. In addition, the value of this item is “RE PLI CAT I ⁇ N” when a copy is provided in another system, etc., and “VO I D” when the copy has already been deleted.
  • Offline refers to the name of storage that is currently disconnected and unavailable. For example, this corresponds to the case where an FD or the like has been removed from the drive device. In this case, the name of the FD that is extracted is the value of this item.
  • “Creation date and time” indicates the date and time when the electronic file or folder was created. In FIG. 2, the information on the time is omitted and only the date is described. However, it is preferable that the information on the time is also included in the storage table 100.
  • Update date and time indicates the date and time when the electronic file or folder was last updated.
  • information relating to the input time, in which only the date is described be included in the storage table 100 in the same manner as the above-mentioned creation date.
  • Referenced date indicates the date and time when the electronic file or folder was last referenced. Again, it is desirable to include information about the time.
  • Reference count refers to the number of times the electronic file or folder has been created since it was created. Represents the number of times
  • Numberer of updates indicates the number of updates since the electronic file or folder was created.
  • the family register table 102 is a table for storing information of each electronic file. As shown in FIG. 3, each entry of the family register table 102 has items of “sequence number”, “ID”, “parent ID”, “format”, and “creation event”.
  • Sequence number is a sequential number assigned to each entry in this table.
  • ID is the ID of the electronic file or folder indicated by the entry.
  • the “parent ID” is the above-mentioned ID of the “diversion source” of the electronic file indicated by the entry.
  • the diversion source is, for example, when an electronic file is created by copying another electronic file, it means that the contents of the electronic file of the copy source are diverted.
  • the original electronic file that was the source of the data of the electronic file is considered to be “diverted source” and is indicated by “parent ID”.
  • this table contains data indicating the electronic file that was the source of the contents of a certain electronic file.
  • this table is called the family register table 102 because it represents the characteristics of a certain electronic file. The case of “diversion” will be described in detail in the actual storage operation.
  • Form indicates whether the entry indicates an electronic file or a folder. If it is a folder, the value of this item is "Fol "PC screen 30", and in the case of an electronic file, the value of this item is "file”.
  • “Creation event” refers to the event that directly caused the creation of the electronic file or folder. If the electronic file was created by copying, the value of this item would be “co py”, and if it was created by moving, it would be “mo V e”. In addition, when newly created, the value of this item is “create”. In the case of new creation, the value of the parent ID is 0, as described above, because there is no electronic file of the parent as the diversion source.
  • the configuration table 104 is a table representing the tree structure of each electronic file or folder. That is, the configuration table 104 is a table for storing information on the hierarchical structure in the file system. As shown in FIG. 4, each entry of the configuration table 104 has items of “sequence number”, “node ID”, “parent ID”, and “type”.
  • Sequence number is a sequential number assigned to each entry in this table.
  • Node ID is the ID of the electronic file or folder indicated by the entry 1, and is the ID on the file system. That is, in a file system having a tree-structured hierarchical structure, electronic files and folders correspond to nodes in the tree structure. The ID on the file system for identifying each node is a node ID.
  • Parent ID is the ID of the folder that is the parent of the electronic file or folder indicated by the entry. In other words, in a tree structure, each node, except for the root, always has a "parent" node. This item is the ID of this parent node. It goes without saying that a parent can be a folder.
  • Form indicates whether the entry indicates an electronic file or a folder. For a folder, the value of this item is “Folder”, and for an electronic file, the value of this item is “File”.
  • the event history table 106 is a table that stores all events that occur as a result of a file operation in the file system. As shown in FIG. 5, each entry in the event history table 106 has items of “sequence number”, “node ID”, “occurrence time”, “format”, and “content”.
  • Sequence number is a sequential number assigned to each entry in this table.
  • Node ID is the ID of the node where the event indicated by the entry has occurred. 1.4.3 Time of occurrence
  • “Occurrence time” is the time at which the event indicated by the entry 1 has occurred.
  • Form indicates the type of event indicated by the entry. The types of events collected in the present embodiment will be described later in detail.
  • Content is the content of the event indicated by the entry. For example, if it is a copy, the copy source and the electronic file name of the copy destination are described.
  • FIG. 6 is a diagram illustrating examples of events handled by the electronic file operation program and operations performed by the electronic file operation program according to the events in the present embodiment.
  • 2.1 create create is an event that occurs when a new electronic file or folder is created.
  • the electronic file operation program operates each table as follows.
  • the electronic file operation program first adds an entry of a newly created electronic file or folder to the storage table 100.
  • the electronic file operation program similarly adds an entry of a newly created electronic file or folder to the family register table 102.
  • the newly created electronic file is not a diversion of the existing electronic file, so the parent ID value is “0” as described above.
  • the electronic file operation program also adds a newly created electronic file or folder entry to the configuration table 104.
  • the electronic file operation program also adds an entry of the occurred event to the event history table 106.
  • the "format” is “create”
  • the "content” describes the name of the created electronic file or folder.
  • the electronic file operation program first adds an entry of a newly copied electronic file or folder to the storage table 100 in principle.
  • the copy destination is an existing electronic file with the same name
  • the existing entry is updated.
  • the copy source and the copy destination are specified.
  • the copy destination electronic file etc. already exists, the existing electronic file etc. will be replaced with the copy source electronic file. It is.
  • the electronic file operation program adds an entry of a newly created electronic file or folder to the family register table 102.
  • the new entry added has a “parent ID” for the copy source. In other words, A child entry is created.
  • the family register table 102 has a plurality of entries such as electronic files with the same name, which are identified by a sequence number or the like.
  • the electronic file operation program adds an entry of a newly created electronic file or folder to the configuration table 104 in the same manner as the storage table 100. Similarly, if the copy destination is an existing electronic file with the same name, the existing entry is updated.
  • the electronic file operation program also adds an entry of the occurred event to the event history table 106.
  • the “format” is “co py”
  • the “contents” describe the names of the electronic files or folders at the copy source and the copy destination.
  • moVe is an event that occurs when an electronic file or folder is moved.
  • the electronic file operation program operates each table as follows.
  • the electronic file operation program first adds the entry of the newly moved electronic file or folder to the storage table 100 in principle, and deletes the entry of the source electronic file, etc. I do. However, if the copy destination is an existing electronic file with the same name, the existing entry is updated.
  • the electronic file operation program adds an entry of a newly created electronic file or folder to the family register table 102.
  • the content of the new entry added is basically the same as the source electronic file.
  • the electronic file operation program executes the above-mentioned storage for the configuration table 104.
  • an entry of a newly created electronic file or folder is added, and an entry of a source electronic file or the like is deleted.
  • the copy destination is an existing electronic file with the same name, the existing entry is updated.
  • the electronic file operation program also adds an entry of the occurred event to the event history table 106.
  • the “format” is “move”
  • the “contents” are the names of the source and destination electronic files or folders.
  • d e 1 e t e is an event that occurs when an electronic file or folder is deleted.
  • the electronic file operation program operates each table as follows.
  • the electronic file operation program first updates the contents of the deleted electronic file or folder entry in the storage table 100, and does not delete the entry itself. This is to keep a record that it has been deleted.
  • the electronic file operation program similarly updates the contents of the deleted electronic file or folder entry in the family register table 102.
  • the electronic file operation program deletes the deleted electronic file or folder entry from the configuration table 104. This is because it no longer exists in the file system and cannot be used.
  • the electronic file operation program also adds an entry of the event that has occurred to the event history table 106.
  • the format is “de1ete”
  • the “content” is the name of the deleted electronic file or folder.
  • c1ose is an event that occurs when reference is ended.
  • the electronic file operation program writes the event entry into the event history table 106. Add one.
  • the "format” is “open” or “c1ose”
  • the "content” describes the name of the electronic file to be referenced.
  • the electronic file operation program updates the “reference count” of the corresponding entry of the storage table 100 and the like.
  • the electronic file operation program does not perform other stapling operations for open and close.
  • edit st a rt is an event that occurs when editing of an electronic file is started, and “ed it end” is an event that occurs when editing is completed. Regardless of which of the following events occurs, the electronic file operation program adds an entry of the occurred event to the event history table 106.
  • the “format” is “edit st art” or “edit end”, and the “content” describes the name of the electronic file to be edited.
  • the electronic file operation program locks silently by updating the “content” of the corresponding entry 1 of the storage table 100 to “editing” or the like, and Make the contents of the electronic file inoperable. With this, exclusive control of the file is performed.
  • the electronic file operation program restores the “content” of the corresponding entry in the storage table 100 to the original value, and releases the implicit lock.
  • the electronic file operation program does not perform any other table operations for open and close.
  • s ave is an event that occurs when an electronic file is saved, and s ave as is an event that occurs when an electronic file is saved under another name.
  • the electronic file operation program adds an entry of the occurred event to the event history table 106.
  • the “type” is “sa V e” or “sa V eas”
  • “Contents” describes the name of the electronic file to be saved.
  • the electronic file manipulation program updates the corresponding entry in the storage table 100.
  • the electronic file operation program updates the corresponding entry in the storage table 100, and if not, the new electronic file. Add a new entry for the file.
  • the electronic file manipulation program can collect various other events other than the events described above. For example, when an electronic file operating program other than the electronic file operating program is used in parallel, a new electronic file may be found in the file system separately from the electronic file operating program. In such a case, an event called find is generated, and the processing is performed by the electronic file operation program. The processing of this fi n d is the same as the above create
  • FIG. 7 is an explanatory diagram showing the software configuration of the electronic file operation program. The software configuration will be described based on this diagram.
  • an event is first detected by the event detection unit 10.
  • the detected event is transmitted to the central event handler section 12.
  • the central event handler unit 12 determines an operation for each table as described above according to each transmitted event, and instructs each operation to the management unit.
  • the management unit is composed of a storage management unit 14, a family register management unit 16, a configuration management unit 18, and a history management unit 20.
  • the storage management unit 14 operates the storage table 100 based on an instruction from the central event handler unit 12. Further, the family register management unit 16 operates the family register table 102 based on the instruction of the central event handler unit 12. Further, the configuration management unit 18 operates the configuration table 104 based on an instruction from the central event handler unit 12. Similarly, the history management unit 20 is a central event handler. The event history table 106 is operated based on the instruction of the unit 12.
  • the user is provided with information including the relationship of diversion and diversion of electronic files.
  • the program for this provision is called the information provision program.
  • the information provided by the information providing program includes (1) ancestor / descendant information indicating a diversion / diversion relationship of the electronic file, and (2) history information of the electronic file.
  • a group of electronic files that is a diversion source electronic file of a predetermined electronic file, and a group of further diversion source electronic files of the diversion source electronic file are referred to as “ancestors”.
  • the ancestor of an electronic file is the electronic file that is the source of the electronic file or the set of electronic files that is the source of any electronic file included in the ancestor.
  • the information providing program creates an HTML file including the following contents.
  • FIG. 8 is a flowchart showing the operation of the information providing program when providing such information.
  • step S8-1 in FIG. 8 first, the information providing program searches the family register table 106 for an electronic file specified by the user, and finds the parent electronic file from the parent ID. Further, in step S8-2, the information providing program searches the storage table 100 for the electronic file specified by the user, and determines the date and time when the parent electronic file was diverted from the creation date and time. You can know.
  • step S8_3 the information providing program searches the storage table 100 for the parent electronic file and finds the date and time when the parent electronic file was last updated from the update date and time. be able to.
  • step S8-4 the information providing program searches the family register table 102 for the electronic file of the parent, and can determine from the parent ID whether the grandfather's electronic file exists. If the grandfather's electronic file exists, the processing from step S81-11 is continued for the parent's electronic file.
  • step S8-5 an HTML file is created based on the extracted information and provided to the user.
  • the user can browse this information using a browser.
  • An example of information display is shown in FIG.
  • three types of electronic files are shown: a parent's electronic file, a grandfather's electronic file, and a great-grandfather's electronic file.
  • information on the date of diversion and the date of last update are also displayed.
  • a group of electronic files to which a predetermined electronic file is diverted, and further to the diverted electronic file are referred to as “descendants”.
  • a descendant of an electronic file is an electronic file to which the electronic file is diverted, or a set of electronic files to which any of the electronic files included in the descendant is diverted.
  • the information providing program When a user requests the display of a descendant's electronic file for a given electronic file, the information providing program creates an HTML file containing the following contents.
  • FIG. 10 is a flowchart showing the operation of the information providing program when providing such information.
  • step S10-1 in FIG. 10 first, the information providing program searches the family register table 106 for an entry including the electronic file designated by the user as the parent ID.
  • Such a search can be performed quickly by using a DBMS (database management system).
  • DBMS database management system
  • each table described above is constructed using ORACLE (ORACLE is a registered trademark of ORACLE Corporation) which is one of DBMS. Therefore, the above search can be performed quickly by using the functions of the leverage DBMS.
  • the present invention can be implemented even if the above table is configured without using the DBMS.
  • step S10-2 the information providing program searches the storage table 100 for each electronic file that is a descendent of the search, and, based on the creation date and time, the parent electronic file (instructed by the user). Electronic file) can be known.
  • step S10-3 the information providing program searches the storage table 100 for each of the descendant electronic files, and, based on the update date and time, the date and time when the descendant electronic file was last updated. You can know.
  • step S10-4 the information providing program determines whether or not there is an electronic file having each of the descendant electronic files as a parent ID, that is, an electronic file that is a grandchild of the designated electronic file. From the family register table 102 You. If there are more grandchild electronic files, the processing from step S10-1 is continued for the electronic files of each of the retrieved children.
  • step S10-5 an HTML file is created based on the extracted information and provided to the user. Users can browse this information using a browser.
  • An example of information display is shown in Fig. 11.
  • one child's electronic file, one grandchild's electronic file, two great-grandchildren's electronic files, and two great-grandchildren's electronic files, totaling 6 Types of electronic files are shown.
  • information on the diverted date and the last update date is also displayed.
  • the display indicating the tree structure is displayed in order to display the state in which such branching has occurred to the user in an easily understandable manner. As shown in Fig. 11, the tree display makes it possible to visually and clearly understand what diversion and diversion relationship (so-called parent-child relationship) exists between electronic files.
  • all events generated by operations related to the electronic file are stored in the event history table 106. Therefore, it is possible to know what kind of operation has been performed on a predetermined electronic file or on a group of electronic files in a certain folder.
  • the information providing program searches the history of operations performed on such an electronic file based on a request from the user, and creates an HTML file. Users can browse this using a browser.
  • Various methods are conceivable for displaying the operation history of the electronic file. For example, it is conceivable to present the number of predetermined operations in a certain period in a table. If the form is easy to visually grasp, the number of operations should be displayed in a histogram, etc. Are also preferred. Displaying a histogram makes it easier to grasp the number of operations for each period.
  • knowing the operation on a certain electronic file can contribute to predicting when the electronic file will be completed.
  • the density at which operations on electronic files are performed rises over time, it is judged that development has entered a good state.
  • the density is decreasing, it can be judged that the development has reached the end. Therefore, presenting the past history to the user has the effect of making it easier to predict the future.
  • FIG. 12 An example of such a histogram display is shown in Figure 12.
  • the horizontal axis is the passage of time
  • the vertical axis is the number of all events that occurred by operations performed on the electronic file (group) per unit period.
  • the number of all events is displayed, but it is also preferable to display only a limited number of types.
  • a graph such as a histogram
  • a histogram was created using only the number of all events that occurred without considering the type of operation in particular. Changes, and it is easier to grasp the extent of development progress, and it is easier to predict future progress.
  • the accuracy of prediction can be further improved by displaying the size of the electronic file and the like.
  • Recording media include those capable of magnetically or optically recording digital data, such as floppy disks, CDROMs, and hard disks, as well as those that physically store data, such as MOs, DVDs, flash memories, and SRAMs. Any recording medium that can be recorded and played back may be used.
  • information on the relevance of electronic files can be provided.
  • an electronic file that is related to the electronic file can be easily searched, so that quicker development can be performed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

An electronic file management method for grasping relationships including the relationship between appropriation of electronic file and being appropriated. At step S1-1, events generated by operation of electronic files are collected in a database. An electronic file operating program automatically accumulates events in the database in response to electronic file operations, and consequently the user needs no special operations for file management. At step S1-2, information including the relationship between appropriation of electronic file and being appropriated is provided to the user according to the collected events.

Description

明 細 書 電子フアイル管理方法及び電子ファイルを管理するプログラムを格納したコンビ ユータ読み取り可能な記録媒体 技術分野  Description: Electronic file management method and a computer readable recording medium storing a program for managing electronic files
本発明は、 電子ファイルを管理する方法に関する。 特に、 電子ファイル間の 関連性に関する管理を行う方法に関する。 背景技術  The present invention relates to a method for managing electronic files. In particular, it relates to a method for managing the relationship between electronic files. Background art
近年、 コンピュータ等情報機器の発達に伴い、 電子ファイルを効率的に取り扱 う手法が求められている。  In recent years, with the development of information devices such as computers, a method for efficiently handling electronic files has been required.
電子ファイルに対する操作に関しては、 従来から種々のフアイル操作プ口グラ ムが利用されている。 このようなファイル操作プログラムとしては、 例えばマイ クロソフト社の 「イクスプローラ」 が知られている。  Various file operation programs have been used for operations on electronic files. As such a file operation program, for example, “EXPLORA” of Microsoft Corporation is known.
イクスプローラは、 電子ファイルの複写や移動、 削除、 改名等を行うことがで きるファイル操作プログラムである。 そして、 イクスプローラは、 電子ファイル を、 その電子ファイルの名前、 更新日時、 作成者、 等の属性を管理している。 利用者は、 イクスプローラが管理している属性に基づき、 これまでの慣習や経 験に基づき電子ファイルの管理を行っている。  Explorer is a file operation program that can copy, move, delete, and rename electronic files. The explorer manages the attributes of the electronic file, such as the name of the electronic file, the update date, the creator, and the like. Users manage electronic files based on the attributes managed by Explorer, based on their customs and experience.
イクスプローラは、 電子ファイルの現在に至るまでの経緯や、 他の電子フアイ ルとの関連性に関しては、 何ら関与していないため、 これらの経緯等を知るため に、 従来は利用者が別途各電子ファィルの管理ノ一ト等を作成して電子ファィル の管理を行っていた。  Explorer has not been involved in the history of electronic files up to the present or the relationship with other electronic files at all. Electronic file management notes were created to manage electronic files.
また、 他の電子ファイルを流用して別の電子ファイルを作成した場合には、 両 電子ファイルには流用 '被流用関係が生じるが、 そのようないわゆる親子関係も 従来のコンピュータシステムでは何ら管理されていないため、 利用者が別途経験 や習慣に基づく管理を行う必要があった。 例えば、 ファイル名の末尾を連番にす る等の工夫をして、 ファイル間の関連性を表現することなども行われていたが、 このような工夫は各利用者が個人的に又はグループ的に行われていただけである In addition, if another electronic file is diverted to create another electronic file, both electronic files have a diversion-reuse relationship, but such a so-called parent-child relationship is not managed by a conventional computer system at all. Therefore, it was necessary for users to separately manage based on experience and customs. For example, the end of the file name was serialized to express the relationship between the files. Such contrivances were performed only individually or as a group by each user.
発明の開示 Disclosure of the invention
このように、 従来のシステムにおいては、 各電子ファイルの関連性を十分に管 理しておらず、 利用者が経験等に基づき、 ファイルの関連性を管理し、 利用して いた。  As described above, in the conventional system, the relevance of each electronic file is not sufficiently managed, and the user manages and uses the relevance of the file based on experience and the like.
したがって、 電子ファイルの管理のために、 利用者には電子ファイルの管理の 手間が必要となっていた。 このような管理負担は、 利用者の本来の業務に費やす 時間を圧迫し、 開発作業等の効率を悪化させる要因の 1つとなっている。  Therefore, to manage electronic files, users needed to manage the electronic files. This management burden is one of the factors that reduces the time users spend on their original tasks and reduces the efficiency of development work.
また、 経験や習慣に基づく管理手法では、 汎用化することが困難であり、 大規 模な業務の場合には、 管理負担が極めて大きくなってしまうことも想定される。 例えば、 図 1 3には、 電子ファイルの更新や流用の様子の一例を表す説明図が 示されている。 この図に示されているように、 電子ファイル 1は、 開発の進展 ( 時間の経過) に伴い、 電子ファイル l a、 電子ファイル 1 b…のように、 順次内 容が更新されていく。  In addition, it is difficult to generalize using management methods based on experience and habits, and in the case of large-scale operations, the management burden may be extremely large. For example, FIG. 13 is an explanatory diagram showing an example of how an electronic file is updated or diverted. As shown in this figure, the contents of the electronic file 1 are updated sequentially as the development progresses (elapse of time), such as the electronic file la, the electronic file 1b, and so on.
その一方、 電子ファイル 1 aの内容を利用して、 電子ファイル 2を作成する処 理も並行して実行される。 これが、 いわゆる電子ファイルの 「流用」 である。 さ らに、 この電子ファイル 2も、 電子ファイル 1と同様に、 電子ファイル 2 a、 フ アイル 2 b…のように、 順次内容が更新されていく。  On the other hand, the process of creating the electronic file 2 using the contents of the electronic file 1a is also executed in parallel. This is the so-called “diversion” of electronic files. Further, the contents of the electronic file 2 are sequentially updated like the electronic file 2a, the electronic file 2b, and the like, similarly to the electronic file 1.
このように、 電子ファイル 2は、 電子ファイル 1 aを流用したものであるが、 時間の経過と共に、 流用元である親ファイルの電子ファイル 1 aはその内容が変 更され、 また、 ファイル名称が変更されている可能性もある。 そのため、 各ファ ィルの流用関係は、 複雑になりがちであり、 流用 '被流用関係を含めた電子ファ ィル間の管理作業は非常に煩雑である。  As described above, the electronic file 2 is a diverted version of the electronic file 1a, but as time elapses, the content of the electronic file 1a of the parent file that is the diverted source is changed, and the file name is changed. It may have been changed. Therefore, the diversion relationship of each file tends to be complicated, and the management work between electronic files, including diversion and diversion relationship, is very complicated.
また、 優秀な設計者は多くのプロジェク トに参加し、 自己の過去の設計を流用 することが多いと考えられる。  In addition, good designers often participate in many projects and use their past designs.
その一方、 電子ファイルを管理するための新しい仕組みを提案したとしても、 管理のための特別な操作を利用者に要求しては、 利用者の負担が増えてしまう。 また、 一般に技術者は、 そのような固定した枠組みの操作を押し付けられるのを 好まない場合が多いことが経験的に知られている。 On the other hand, even if a new mechanism for managing electronic files is proposed, the user's burden will increase if the user is required to perform special management operations. It is also empirically known that engineers generally do not like being forced to operate such a fixed framework.
本発明は、 かかる課題に鑑みなされたものであり、 その目的は、 利用者に管理 負担をかけずに、 電子ファイルの流用 ·被流用関係を含めた関連性を把握できる 電子ファイル管理方法を実現することである。  The present invention has been made in view of such a problem, and an object of the present invention is to realize an electronic file management method capable of grasping a relationship including a diversion / reuse relationship of an electronic file without imposing a management burden on a user. It is to be.
第 1の本発明は、 上記課題を解決するために、 電子ファイルを管理する方法に おいて、 電子ファイルに関する事象を検知し、 検知した事象をデータベースに収 集する収集ステップと、 前記蓄積ステツプで事象を収集したデータベースの内容 に基づき、 電子ファイル間の関連性を含む情報を利用者に提供する提供ステップ と、 を含むことを特徴とする電子ファイル管理方法である。  According to a first aspect of the present invention, there is provided a method for managing an electronic file, comprising: a collecting step of detecting an event relating to the electronic file and collecting the detected event in a database; An electronic file management method comprising: providing a user with information including a relationship between electronic files based on the contents of a database in which events are collected.
このような構成によって、 c o p y等の事象をすベてデータベースに収集して いるため、 関連性についての情報を利用者に提供することができる。  With such a configuration, all events such as co py are collected in the database, so that it is possible to provide the user with information on relevance.
なお、 収集を電子ファイル操作プログラムで行うことが好ましい。 電子フアイ ル操作プログラムによれば、 利用者の負担を増やさずに、 電子ファイルの操作に 関する事象を収集可能である。  Preferably, the collection is performed by an electronic file operation program. According to the electronic file operation program, it is possible to collect events related to the operation of electronic files without increasing the burden on users.
第 2の本発明は、 前記提供ステップは、 利用者の要求に応じて、 所定の電子フ アイルの流用元である祖先ファイルを表示する祖先表示ステップ、 を含むことを 特徴とする電子ファイル管理方法である。  An electronic file management method according to a second aspect of the present invention, wherein the providing step includes an ancestor display step of displaying an ancestor file from which a predetermined electronic file is diverted in response to a user request. It is.
電子ファイルの流用元がわかるため、 利用者は、 電子ファイル間の関連性をよ り明確に理解することができる。  Because the source of the electronic files is known, users can more clearly understand the relationships between the electronic files.
第 3の本発明は、 前記提供ステップは、 利用者の要求に応じて、 所定の電子フ アイルの流用先である子孫ファイルを表示する子孫表示ステップ、 を含むことを 特徴とする電子ファイル管理方法である。  An electronic file management method according to a third aspect of the present invention, wherein the providing step includes a descendant display step of displaying a descendant file to which a predetermined electronic file is diverted in response to a request from a user. It is.
電子ファイルの流用先がわかるため、 利用者は、 電子ファイル間の関連性をよ り明確に理解することができる。  By knowing where electronic files are diverted, users can more clearly understand the relationships between electronic files.
第 4の本発明は、 前記子孫表示ステップは、 前記所定のファイルをルートとす る木構造を表示することを特徴とする電子ファイル管理方法である。  A fourth aspect of the present invention is the electronic file management method, wherein the descendant display step displays a tree structure having the predetermined file as a root.
木構造 (ツリー構造) で表示を行ったので、 利用者は視覚的に電子ファイル間 の関係を明確に理解することができる。 第 5の本発明は、 電子ファイルを管理するプログラムを格納したコンピュータ 読み取り可能な記録媒体において、 電子ファイルに関する事象を検知し、 検知し た事象をデータベースに収集する収集手順と、 前記蓄積ステップで事象を収集し たデータベースの内容に基づき、 電子フアイル間の関連性を含む情報を利用者に 提供する提供手順と、 を実行することを特徴とするプログラムを格納したコンビ ユータ読み取り可能な記録媒体である。 Since the display is made in a tree structure (tree structure), users can clearly understand the relationship between electronic files visually. According to a fifth aspect of the present invention, there is provided a computer-readable recording medium that stores a program for managing an electronic file, detects an event related to the electronic file, and collects the detected event in a database. A storage medium readable by a computer that stores a program that provides a user with information including the relationship between electronic files based on the contents of a database that has collected, and a program that executes. .
このような構成によれば、 上述した方法を実施しうるプログラムを格納した記 録媒体が得られる。  According to such a configuration, a recording medium storing a program capable of executing the above-described method is obtained.
第 6の本発明は、 電子ファイルを管理する方法において、 電子ファイルの操作 に関する事象を検知し、 検知した事象をデータベースに収集する収集ステップと 、 前記蓄積ステップで事象を収集したデータベースの内容に基づき、 電子フアイ ルの操作履歴に関する情報を利用者に提供する提供ステップと、 を含むことを特 徴とする電子ファイル管理方法である。  A sixth aspect of the present invention is a method for managing an electronic file, comprising: a collecting step of detecting an event relating to the operation of the electronic file and collecting the detected event in a database; And a providing step of providing information regarding the operation history of the electronic file to the user.
このような構成によれば、 電子ファイルの操作に関する事象を収集しているた め、 操作履歴を利用者に提供することができる。  According to such a configuration, since events relating to the operation of the electronic file are collected, the operation history can be provided to the user.
第 7の本発明は、 前記電子ファイルの操作履歴に関する情報には、 実行された 操作によって発生した事象の各期間毎の個数が含まれることを特徴とする電子フ アイル管理方法である。  A seventh aspect of the present invention is the electronic file management method, wherein the information on the operation history of the electronic file includes the number of events generated by the executed operation for each period.
特に、 操作の事象の各期間の個数を提供すれば、 利用者は、 電子ファイルに対 する作業の進埗状態を把握することができる。  In particular, if the number of operation events in each period is provided, the user can grasp the progress of work on the electronic file.
第 8の本発明は、 電子ファイルを管理するプログラムを格納したコンピュータ 読み取り可能な記録媒体において、 電子ファィルの操作に関する事象を検知し、 検知した事象をデータベースに収集する収集手順と、 前記蓄積ステップで事象を 収集したデータベースの内容に基づき、 電子ファイルの操作履歴に関する情報を 利用者に提供する提供手順と、 を実行することを特徴とするプログラムを格納し たコンピュータ読み取り可能な記録媒体である。  An eighth aspect of the present invention provides a computer-readable recording medium that stores a program for managing an electronic file, detects an event related to an operation of an electronic file, and collects the detected event in a database. This is a computer-readable recording medium that stores a program that provides a user with information on the operation history of an electronic file based on the contents of a database that collects events, and a program that executes.
このような構成によれば、 上述した方法を実施しうるプログラムを格納した記 録媒体が得られる。 図面の簡単な説明 According to such a configuration, a recording medium storing a program capable of executing the above-described method is obtained. BRIEF DESCRIPTION OF THE FIGURES
図 1は、 本実施の形態における電子ファイル管理の動作を表すフローチヤ一ト である。  FIG. 1 is a flowchart showing the operation of electronic file management in the present embodiment.
図 2は、 ス トレ一ジテーブルの説明図である。  FIG. 2 is an explanatory diagram of the storage table.
図 3は、 戸籍テーブルの説明図である。  FIG. 3 is an explanatory diagram of the family register table.
図 4は、 構成テーブルの説明図である。  FIG. 4 is an explanatory diagram of the configuration table.
図 5は、 イベント履歴テーブルの説明図である。  FIG. 5 is an explanatory diagram of the event history table.
図 6は、 収集の対象となる事象の例と、 それらの事象に伴って実行される動作 を表す表の説明図である。  FIG. 6 is an explanatory diagram of a table showing examples of events to be collected and operations performed in accordance with those events.
図 7は、 電子ファイル操作プログラムのソフトウエア構成を表す説明図である 図 8は、 情報提供プログラムの動作を表すフローチャートである。  FIG. 7 is an explanatory diagram illustrating a software configuration of the electronic file operation program. FIG. 8 is a flowchart illustrating an operation of the information providing program.
図 9は、 情報提供プログラムによる情報の表示例を表す説明図である。  FIG. 9 is an explanatory diagram illustrating a display example of information by the information providing program.
図 1 0は、 情報提供プログラムの動作を表すフローチャートである。  FIG. 10 is a flowchart showing the operation of the information providing program.
図 1 1は、 情報提供プログラムによる情報の表示例を表す説明図である。 図 1 2は、 電子ファイルに対して実行された操作によって発生した事象の数を 時間の経過と共に表示したヒストグラムである。  FIG. 11 is an explanatory diagram illustrating a display example of information by the information providing program. Figure 12 is a histogram that displays the number of events generated by operations performed on electronic files over time.
図 1 3は、 電子ファイルの更新や流用の様子の一例を表す説明図である。 発明を実施するための最良の形態  FIG. 13 is an explanatory diagram illustrating an example of a state of updating and diverting an electronic file. BEST MODE FOR CARRYING OUT THE INVENTION
以下、 本発明の好適な実施の形態について、 図面を用いて説明する。  Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.
実施の形態 1  Embodiment 1
本発明は、 電子ファイルの管理を以下の 2ステップで行っている。 この 2ステ ップの模式図が図 1に示されている。  The present invention manages electronic files in the following two steps. A schematic diagram of these two steps is shown in FIG.
図 1のステップ S 1一 1においては、 電子ファイルの操作によって生じる事象 をデータベースに収集する。 また、 ステップ S 1—2においては、 収集した事象に基づき、 電子ファイルの 流用 ·被流用関係を含めた情報を利用者に提供する。  In step S111 of FIG. 1, events generated by operating the electronic file are collected in a database. Also, in step S1-2, based on the collected events, information including the diversion and diversion of the electronic file is provided to the user.
特に、 本実施の形態 1で特徴的なことは、 ステップ S 1— 1で行った事象の収 集を、 電子ファイル操作プログラムを用いて行っていることである。 既に述べた ように、 従来の電子ファイル操作プログラムとしては、 例えばマイクロソフト社 のイクスプローラ等が知られている。 本実施の形態 1において説明する電子ファ ィル操作プログラムは、 イクスプローラと同様に電子ファイルの移動ゃコピー、 削除等を行うプログラムである。 In particular, a characteristic of the first embodiment is that the event performed in step S1-1 is collected. Collection using an electronic file operation program. As described above, as a conventional electronic file operation program, for example, Microsoft Explorer or the like is known. The electronic file operation program described in the first embodiment is a program for moving / copying / deleting an electronic file in the same manner as the explorer.
この電子ファィル操作プログラムの特徴的な点は、 電子ファィルの操作に伴つ て生じる事象を、 適宜所定のデータベースに蓄積する点である。 このように、 本 実施の形態 1においては、 電子ファイル操作プログラムが電子ファイル操作に伴 つて自動的に事象をデータベースに蓄積していくので、 利用者は何らファイル管 理のための特別な操作をする必要はない。  A characteristic of this electronic file operation program is that events that occur with the operation of the electronic file are stored in a predetermined database as appropriate. As described above, in the first embodiment, since the electronic file operation program automatically accumulates events in the database with the electronic file operation, the user does not need to perform any special operation for file management. do not have to.
1 . データベースの構成  1. Database configuration
まず、 データベースの構成について説明する。 本実施の形態で取り扱うデータ ベ一スは 4種類のテーブルから構成されている。 これらのテーブルは、 ストレ一 ジテープノレ 1 0 0と、 戸籍テープノレ 1 0 2と、 構成テープノレ 1 0 4と、 ィベント 履歴テーブル 1 0 6である。 これらのテーブルの説明図が図 2 , 3 , 4, 5に示 されている。  First, the configuration of the database will be described. The database handled in the present embodiment is composed of four types of tables. These tables are a storage tape tray 100, a family register tape tray 102, a constituent tape tray 104, and an event history table 106. Illustrations of these tables are shown in Figures 2, 3, 4, and 5.
1 . 1 ス トレ一ジテープ、ノレ  1.1 Storage tape,
ストレ一ジテ一ブル 1 0 0は、 各電子ファイルの情報を蓄積するテーブルであ る。 図 2に示されているように、 このストレ一ジテープノレ 1 0 0の各エントリー は、 電子ファイル又はフォルダである。 すなわち、 このストレージテーブル 1 0 0には、 電子ファイルだけでなく、 いわゆるフォルダの情報も蓄積されている。 また、 各エントリーには、 以下の項目が含まれている。 すなわち、 「シーケン ス番号」 「ストレージ I D」 「形式」 「状態」 「オフライン」 「作成日時」 「更 新日時」 「参照日時」 「参照回数」 「更新回数」 の各項目である。  The storage table 100 is a table for storing information of each electronic file. As shown in FIG. 2, each entry of the storage tape storage 100 is an electronic file or folder. That is, this storage table 100 stores not only electronic files but also information on so-called folders. Each entry contains the following items. That is, the items are "sequence number", "storage ID", "format", "state", "offline", "creation date and time", "update date and time", "reference date and time", "reference count" and "update count".
1 . 1 . 1 シーケンス番号  1.1.1 Sequence number
「シーケンス番号」 は、 このテ一プル中の各エントリーに振られる連続番号で める。  The “sequence number” is a serial number assigned to each entry in this template.
1 . 1 . 2 ス トレージ I D  1.1.2 Storage ID
「ストレージ I D」 は、 そのエントリーが示す電子ファイル又はフォルダの I Dである。 The “storage ID” is the ID of the electronic file or folder indicated by the entry. D.
1. 1. 3 形式  1.1.3 format
「形式」 は、 そのエントリーが示すものが、 電子ファイルであるのか、 もしく はフォルダであるのかを表す。 フォルダである場合にはこの項目の値は 「フオル ダ」 となり、 電子ファイルである場合にはこの項目の値は 「ファイル」 となる。  "Format" indicates whether the entry indicates an electronic file or a folder. For a folder, the value of this item is “Folder”, and for an electronic file, the value of this item is “File”.
1. 1. 4 状態  1.1.4 State
「状態」 は、 その電子ファイル又はフォルダが現在システムに接続されている か否かを表す。 具体的には、 接続されており利用できる状態であればこの項目の 値は 「ONL I NE」 となり、 非接続状態であり利用できない場合には 「〇FF 一 L I NE」 となる。 また、 他のシステム等に複製が設けられている場合にはこ の項目の値は 「RE P L I CAT I〇N」 となり、 既に削除されている場合には 「VO I D」 となる。  “Status” indicates whether the electronic file or folder is currently connected to the system. Specifically, the value of this item is “ONL I NE” when connected and usable, and “〇FF-LI NE” when disconnected and unavailable. In addition, the value of this item is “RE PLI CAT I〇N” when a copy is provided in another system, etc., and “VO I D” when the copy has already been deleted.
1. 1. 5 オフライン  1.1.5 Offline
「オフライン」 は、 現在非接続状態にあり利用できないス トレージの名称を表 す。 例えば FD等がドライブ装置から抜き取られている場合がこれに相当する。 その場合には、 抜き取られている FDの名称が、 この項目の値となる。  “Offline” refers to the name of storage that is currently disconnected and unavailable. For example, this corresponds to the case where an FD or the like has been removed from the drive device. In this case, the name of the FD that is extracted is the value of this item.
1. 1. 6 作成日時  1.1.6 Date created
「作成日時」 は、 その電子ファイル又はフォルダが作成された日時を表す。 な お、 図 2においては、 時刻に関する情報は省略し、 日付のみが記載されているが 、 時刻に関する情報もストレ一ジテーブル 1 00中に含めることが望ましい。  “Creation date and time” indicates the date and time when the electronic file or folder was created. In FIG. 2, the information on the time is omitted and only the date is described. However, it is preferable that the information on the time is also included in the storage table 100.
1. 1. 7 更新日時  1.1.7 Update date
「更新日時」 は、 その電子ファイル又はフォルダが最後に更新された日時を表 す。 なお、 図 2においては、 上記作成日時と同様に、 日付のみが記載されている 力 時刻に関する情報もストレージテーブル 100中に含めることが望ましい。  “Update date and time” indicates the date and time when the electronic file or folder was last updated. In FIG. 2, it is desirable that information relating to the input time, in which only the date is described, be included in the storage table 100 in the same manner as the above-mentioned creation date.
1. 1. 8 参照日時  1.1.8 Reference date and time
「参照日時」 は、 その電子ファイル又はフォルダが最後に参照された日時を表 す。 これについても、 時刻に関する情報も含めることが望ましい。  “Referenced date” indicates the date and time when the electronic file or folder was last referenced. Again, it is desirable to include information about the time.
1. 1. 9 参照回数  1.1.9 Reference count
「参照回数」 は、 その電子ファイル又はフォルダが作成されてから、 参照され た回数を表す。 “Reference count” refers to the number of times the electronic file or folder has been created since it was created. Represents the number of times
1. 1. 10 更新回数  1. 1. 10 Updates
「更新回数」 は、 その電子ファイル又はフォルダが作成されてから、 更新され た回数を表す。  “Number of updates” indicates the number of updates since the electronic file or folder was created.
1. 2 戸籍テーブル  1.2 Family register table
戸籍テーブル 102は、 各電子ファイルの情報を蓄積するテ一ブルである。 図 3に示されているように、 この戸籍テーブル 102の各エントリ一は、 「シーケ ンス番号」 「I D」 「親 I D」 「形式」 「作成事象」 の各項目を有している。  The family register table 102 is a table for storing information of each electronic file. As shown in FIG. 3, each entry of the family register table 102 has items of “sequence number”, “ID”, “parent ID”, “format”, and “creation event”.
1. 2. 1 シーケンス番号  1.2.1 Sequence number
「シーケンス番号」 は、 このテーブル中の各エントリーに振られる連続番号で ある。  "Sequence number" is a sequential number assigned to each entry in this table.
1. 2. 2 I D  1.2.2 I D
「 I D」 は、 そのエントリーが示す電子ファイル又はフォルダの I Dである。  “ID” is the ID of the electronic file or folder indicated by the entry.
1. 2. 3 親 I D  1.2.3 Parent ID
「親 I D」 は、 そのエントリーが示す電子ファイルの 「流用元」 の上記 I Dで ある。 流用元とは、 例えば、 電子ファイルが他の電子ファイルが複写されて作成 された場合には、 その複写元の電子ファイルの内容を流用していることになる。 このように、 本文では、 その電子ファイルのデータの源となった元の電子フアイ ルを 「流用元」 と考え、 これを 「親 I D」 で示している。 このように、 本テープ ルは、 ある電子ファィルの内容の源となった電子ファィルを示すデータを含んで いる。 すなわち、 ある電子ファイルの素性を表すことから、 このテーブルを戸籍 テーブル 102と呼んでいる。 どのような場合に 「流用」 と言えるかについては 実際の蓄積動作の説明において詳述する。  The “parent ID” is the above-mentioned ID of the “diversion source” of the electronic file indicated by the entry. The diversion source is, for example, when an electronic file is created by copying another electronic file, it means that the contents of the electronic file of the copy source are diverted. In this way, in this text, the original electronic file that was the source of the data of the electronic file is considered to be “diverted source” and is indicated by “parent ID”. Thus, this table contains data indicating the electronic file that was the source of the contents of a certain electronic file. In other words, this table is called the family register table 102 because it represents the characteristics of a certain electronic file. The case of “diversion” will be described in detail in the actual storage operation.
なお、 電子ファイルが新規作成された場合には、 流用元は存在しないため、 こ の項目の値としては、 「0」 が書き込まれており、 親となる電子ファイルが存在 しないことを表す。  When a new electronic file is created, there is no diversion source, so “0” is written as the value of this item, indicating that the parent electronic file does not exist.
1. 2. 4 形式  1.2.4 Format
「形式」 は、 そのエントリーが示すものが、 電子ファイルであるのか、 もしく はフォルダであるのかを表す。 フォルダである場合にはこの項目の値は 「フオル PC画麵 30 ダ」 となり、 電子ファイルである場合にはこの項目の値は 「ファイル」 となる。 "Format" indicates whether the entry indicates an electronic file or a folder. If it is a folder, the value of this item is "Fol "PC screen 30", and in the case of an electronic file, the value of this item is "file".
1. 2. 5 作成事象  1.2.5 Creation events
「作成事象」 は、 その電子ファイル又はフォルダが作成された直接の原因とな る事象を表す。 その電子ファイルが複写で作成された場合には、 この項目の値は 「c o p y」 となり、 移動によって作成された場合には 「mo V e」 となる。 また、 新規に作成された場合にはこの項目の値は 「c r e a t e」 となる。 な お、 新規作成の場合は、 流用元である親の電子ファイルが存在しないため、 上述 したように親 I Dの値は 0となる。  “Creation event” refers to the event that directly caused the creation of the electronic file or folder. If the electronic file was created by copying, the value of this item would be “co py”, and if it was created by moving, it would be “mo V e”. In addition, when newly created, the value of this item is “create”. In the case of new creation, the value of the parent ID is 0, as described above, because there is no electronic file of the parent as the diversion source.
1. 3 構成テーブル  1.3 Configuration table
構成テ一ブル 104は、 各電子ファイル又はフォルダの木構造を表すテーブル である。 すなわち、 この構成テーブル 1 04はファイルシステムにおける階層構 造の情報を格納するテーブルである。 図 4に示されているように、 この構成テー ブル 104の各エントリ一は、 「シーケンス番号」 「ノード I D」 「親 I D」 Γ 形式」 の各項目を有している。  The configuration table 104 is a table representing the tree structure of each electronic file or folder. That is, the configuration table 104 is a table for storing information on the hierarchical structure in the file system. As shown in FIG. 4, each entry of the configuration table 104 has items of “sequence number”, “node ID”, “parent ID”, and “type”.
1. 3. 1 シーケンス番号  1.3.1 Sequence number
「シーケンス番号」 は、 このテーブル中の各エントリーに振られる連続番号で ある。  "Sequence number" is a sequential number assigned to each entry in this table.
1. 3. 2 ノード I D  1.3.2 Node I D
「ノード I D」 は、 そのエントリ一が示す電子ファイル又はフォルダの I Dで あって、 ファイルシステム上における I Dである。 すなわち、 木構造による階層 構造を有するファイルシステムにおいては、 電子ファイルやフォルダは木構造上 のノードに相当する。 この各ノードを識別するためのファイルシステム上におけ る I Dが、 ノード I Dである。  “Node ID” is the ID of the electronic file or folder indicated by the entry 1, and is the ID on the file system. That is, in a file system having a tree-structured hierarchical structure, electronic files and folders correspond to nodes in the tree structure. The ID on the file system for identifying each node is a node ID.
1. 3. 3 親 I D  1.3.3 Parent ID
「親 I D」 は、 そのエントリーが示す電子ファイル又はフォルダの親となるフ オルダの I Dである。 すなわち、 木構造においては、 ルートを除いて、 各ノード はそのノードの 「親」 のノードが必ず存在する。 本項目はこの親のノードの I D である。 なお、 親となりうるのは、 フォルダであることは言うまでもない。  “Parent ID” is the ID of the folder that is the parent of the electronic file or folder indicated by the entry. In other words, in a tree structure, each node, except for the root, always has a "parent" node. This item is the ID of this parent node. It goes without saying that a parent can be a folder.
1. 3. 4 形式 「形式」 は、 そのエントリーが示すものが、 電子ファイルであるのか、 もしく はフォルダであるのかを表す。 フォルダである場合にはこの項目の値は 「フオル ダ」 となり、 電子ファイルである場合にはこの項目の値は 「ファイル」 となる。 1.3.4 format "Format" indicates whether the entry indicates an electronic file or a folder. For a folder, the value of this item is “Folder”, and for an electronic file, the value of this item is “File”.
1. 4 イベント履歴テーブル  1.4 Event history table
イベント履歴テーブル 1 06は、 そのファイルシステムにおいて、 ファイル操 作の結果生じるすべての事象を格納するテーブルである。 このィベント履歴テー ブル 1 06の各エントリ一は、 図 5に示すように、 「シーケンス番号」 「ノード I D」 「発生時刻」 「形式」 「内容」 の各項目を有している。  The event history table 106 is a table that stores all events that occur as a result of a file operation in the file system. As shown in FIG. 5, each entry in the event history table 106 has items of “sequence number”, “node ID”, “occurrence time”, “format”, and “content”.
1. 4. 1 シーケンス番号  1.4.1 Sequence number
「シーケンス番号」 は、 このテーブル中の各エントリーに振られる連続番号で ある。  "Sequence number" is a sequential number assigned to each entry in this table.
1. 4. 2 ノード I D  1.4.2 Two-node ID
「ノード I D」 は、 そのエントリーが示す事象が生じたノードの I Dである。 1. 4. 3 発生時刻  "Node ID" is the ID of the node where the event indicated by the entry has occurred. 1.4.3 Time of occurrence
「発生時刻」 は、 そのエントリ一が示す事象が発生した時刻である。  “Occurrence time” is the time at which the event indicated by the entry 1 has occurred.
1. 4. 4 形式  1.4.4 Format
「形式」 は、 そのエントリ一が示す事象の種類を示す。 本実施の形態において 収集する事象の種類については、 後に詳述する。  “Format” indicates the type of event indicated by the entry. The types of events collected in the present embodiment will be described later in detail.
1. 4. 5 内容  1.4.5 Contents
「内容」 は、 そのエントリーが示す事象の内容である。 例えば、 コピーであれ ば、 コピー元と、 コピー先の電子ファイル名が記述される。  “Content” is the content of the event indicated by the entry. For example, if it is a copy, the copy source and the electronic file name of the copy destination are described.
2. 収集動作  2. Collection operation
次に、 収集の対象となる事象と、 具体的な事象の収集動作について説明する。 本実施の形態において、 電子ファイル操作プログラムが取り扱う事象の例と、 そ れらの事象に伴って電子ファイル操作プログラムが行う動作を表す表の説明図が 図 6に示されている。  Next, the events to be collected and the specific event collection operation will be described. FIG. 6 is a diagram illustrating examples of events handled by the electronic file operation program and operations performed by the electronic file operation program according to the events in the present embodiment.
この図に示されているように、 本実施の形態で取り扱う事象は、 主に 1 3種類 ある。 以下、 順に説明する。  As shown in this figure, there are mainly 13 types of events handled in the present embodiment. Hereinafter, description will be made in order.
2. 1 c r e a t e c r e a t eは、 電子ファイルやフォルダを新規作成した場合に発生する事象 である。 この c r e a t eが発生すると、 電子ファイル操作プログラムは、 各テ —ブルを以下のように操作する。 2.1 create create is an event that occurs when a new electronic file or folder is created. When this create occurs, the electronic file operation program operates each table as follows.
電子ファイル操作プログラムは、 まずストレージテーブル 1 0 0に対しては、 新たに作成された電子ファイル又はフォルダのェントリ一を追加する。  The electronic file operation program first adds an entry of a newly created electronic file or folder to the storage table 100.
電子ファイル操作プログラムは、 戸籍テーブル 1 0 2に対しても同様に、 新た に作成された電子ファイル又はフォルダのエントリーを追加する。 ただし、 新た に作成された電子ファイル等は、 既存の電子ファイルの流用ではないため、 親 I Dの値は上述したように 「0」 である。  The electronic file operation program similarly adds an entry of a newly created electronic file or folder to the family register table 102. However, the newly created electronic file is not a diversion of the existing electronic file, so the parent ID value is “0” as described above.
電子ファイル操作プログラムは、 構成テーブル 1 0 4に対しても、 同様に新た に作成された電子ファイル又はフォルダのェントリ一を追加する。  The electronic file operation program also adds a newly created electronic file or folder entry to the configuration table 104.
また、 電子ファイル操作プログラムは、 イベント履歴テーブル 1 0 6に対して も、 発生した事象のエントリーを追加する。 この場合、 「形式」 は 「c r e a t e」 となり、 「内容」 は作成された電子ファイル又はフォルダの名称等が記述さ れる。  The electronic file operation program also adds an entry of the occurred event to the event history table 106. In this case, the "format" is "create", and the "content" describes the name of the created electronic file or folder.
2 . 2 c o p y  2.2 c o p y
c o p yは、 電子ファイルやフォルダを複写した場合に発生する事象である。 この c o p yの事象が発生すると、 電子ファイル操作プログラムは、 各テーブル を以下のように操作する。  “co py” is an event that occurs when an electronic file or folder is copied. When this event occurs, the electronic file operation program operates each table as follows.
電子ファイル操作プログラムは、 まずストレ一ジテーブル 1 0 0に対しては、 原則として新たに複写されてできた電子ファイル又はフォルダのェントリ一を追 加する。  The electronic file operation program first adds an entry of a newly copied electronic file or folder to the storage table 100 in principle.
ただし、 複写先が既存の同じ名称の電子ファイル等である場合には、 既存のェ ントリーを更新する。 複写操作においては、 複写元と複写先とが指定されるが、 複写先の電子ファイル等が既に存在している場合には、 その既存の電子ファイル 等が、 複写元の電子ファイルと置き換えられるからである。  However, if the copy destination is an existing electronic file with the same name, the existing entry is updated. In the copy operation, the copy source and the copy destination are specified. However, if the copy destination electronic file etc. already exists, the existing electronic file etc. will be replaced with the copy source electronic file. It is.
電子ファイル操作プログラムは、 戸籍テーブル 1 0 2に対しては、 新たに作成 された電子ファイル又はフォルダのェントリーを追加する。 追加された新たなェ ントリーは、 複写元に対する 「親 I D」 を有している。 すなわち、 複写元に対す る子のェントリ一が作成されるのである。 The electronic file operation program adds an entry of a newly created electronic file or folder to the family register table 102. The new entry added has a “parent ID” for the copy source. In other words, A child entry is created.
また、 複写先が既存の同じ名称の電子ファイル等である場合でも新たにェント リーが追加される。 複写先の電子ファイル等が置き換えられた場合には、 置き換 えられる前の電子ファイル等の内容は実際には削除されてしまうわけであるが、 削除した履歴も戸籍の管理上必要だからである。 したがって、 実際には削除され た電子ファイル等のエントリ—も残存することになる。 この場合には、 戸籍テ— ブル 1 0 2には、 同一名称の電子ファイル等のェントリーが複数存在することに なるが、 これはシーケンス番号等で識別されることになる。  Even when the copy destination is an existing electronic file with the same name, a new entry is added. When the electronic file at the copy destination is replaced, the contents of the electronic file before the replacement are actually deleted, but the deletion history is also necessary for the management of family register. . Therefore, entries such as deleted electronic files actually remain. In this case, the family register table 102 has a plurality of entries such as electronic files with the same name, which are identified by a sequence number or the like.
電子ファイル操作プログラムは、 構成テーブル 1 0 4に対しては、 上記ス トレ ージテーブル 1 0 0と同様に新たに作成された電子ファイル又はフォルダのェン トリ一を追加する。 また、 同様に、 複写先が既存の同じ名称の電子ファイル等で ある場合には、 既存のエントリーを更新する。  The electronic file operation program adds an entry of a newly created electronic file or folder to the configuration table 104 in the same manner as the storage table 100. Similarly, if the copy destination is an existing electronic file with the same name, the existing entry is updated.
また、 電子ファイル操作プログラムは、 イベント履歴テーブル 1 0 6に対して も、 発生した事象のエントリーを追加する。 この場合、 「形式」 は 「c o p y」 となり、 「内容」 は複写元と複写先の電子ファイル又はフォルダの名称等が記述 される。  The electronic file operation program also adds an entry of the occurred event to the event history table 106. In this case, the “format” is “co py”, and the “contents” describe the names of the electronic files or folders at the copy source and the copy destination.
2 . 3 m o v e  2.3 m o v e
m o V eは、 電子ファイルやフォルダを移動した場合に発生する事象である。 この m o V eの事象が発生すると、 電子ファイル操作プログラムは、 各テーブル を以下のように操作する。  moVe is an event that occurs when an electronic file or folder is moved. When the event of m o V e occurs, the electronic file operation program operates each table as follows.
電子ファイル操作プログラムは、 まずス トレージテーブル 1 0 0に対しては、 原則として移動先の新たに移動されてきた電子ファイル又はフォルダのェントリ 一を追加し、 移動元の電子ファイル等のエントリーを削除する。 ただし、 複写先 が既存の同じ名称の電子ファイル等である場合には、 既存のェントリーを更新す る。  The electronic file operation program first adds the entry of the newly moved electronic file or folder to the storage table 100 in principle, and deletes the entry of the source electronic file, etc. I do. However, if the copy destination is an existing electronic file with the same name, the existing entry is updated.
電子ファイル操作プログラムは、 戸籍テーブル 1 0 2に対しては、 新たに作成 された電子ファイル又はフォルダのェントリーを追加する。 追加された新たなェ ントリ一の内容は、 移動元の電子ファイル等と基本的に同一である。  The electronic file operation program adds an entry of a newly created electronic file or folder to the family register table 102. The content of the new entry added is basically the same as the source electronic file.
電子ファイル操作プログラムは、 構成テーブル 1 0 4に対しては、 上記ストレ ージテーブル 100と同様に新たに作成された電子ファイル又はフォルダのェン トリーを追加し、 移動元の電子ファイル等のエントリーを削除する。 また、 同様 に、 複写先が既存の同じ名称の電子ファイル等である場合には、 既存のエントリ 一を更新する。 The electronic file operation program executes the above-mentioned storage for the configuration table 104. As in the case of the page table 100, an entry of a newly created electronic file or folder is added, and an entry of a source electronic file or the like is deleted. Similarly, if the copy destination is an existing electronic file with the same name, the existing entry is updated.
また、 電子ファイル操作プログラムは、 イベント履歴テーブル 1 0 6に対して も、 発生した事象のエントリーを追加する。 この場合、 「形式」 は 「mo v e」 となり、 「内容」 は移動元と移動先の電子ファイル又はフォルダの名称等が記述 される。  The electronic file operation program also adds an entry of the occurred event to the event history table 106. In this case, the “format” is “move”, and the “contents” are the names of the source and destination electronic files or folders.
2. 4 d e l e t e  2.4 d e l e t e
d e 1 e t eは、 電子ファイルやフォルダを削除した場合に発生する事象であ る。 この d e 1 e t eの事象が発生すると、 電子ファイル操作プログラムは、 各 テーブルを以下のように操作する。  d e 1 e t e is an event that occurs when an electronic file or folder is deleted. When the event of de 1 ete occurs, the electronic file operation program operates each table as follows.
電子ファイル操作プログラムは、 まずストレージテーブル 100に対しては、 削除された電子ファイル又はフォルダのェントリーの内容を更新し、 エントリー 自体は削除しない。 これは削除されたという記録を残すためである。  The electronic file operation program first updates the contents of the deleted electronic file or folder entry in the storage table 100, and does not delete the entry itself. This is to keep a record that it has been deleted.
電子ファイル操作プログラムは、 戸籍テーブル 1 02に対しても、 同様に、 削 除された電子ファイル又はフォルダのェントリーの内容を更新する。  The electronic file operation program similarly updates the contents of the deleted electronic file or folder entry in the family register table 102.
電子ファイル操作プログラムは、 構成テーブル 1 04に対しては、 削除された 電子ファイル又はフォルダのェントリ一を削除する。 もはやファイルシステム中 には存在せず利用できないものだからである。  The electronic file operation program deletes the deleted electronic file or folder entry from the configuration table 104. This is because it no longer exists in the file system and cannot be used.
また、 電子ファイル操作プログラムは、 イベント履歴テーブル 1 0 6に対して も、 発生した事象のエントリ一を追加する。 この場合、 「形式」 〖ま 「d e 1 e t e」 となり、 「内容」 は削除された電子ファイル又はフォルダの名称等が記述さ れる。  The electronic file operation program also adds an entry of the event that has occurred to the event history table 106. In this case, the format is “de1ete”, and the “content” is the name of the deleted electronic file or folder.
2. 5 o p e n、 c l o s e  2.5 open, close
o p e nは、 電子ファイルに対する参照を開始した場合に発生する事象であり 、 c 1 o s eは参照を終了した場合に発生する事象である。  open is an event that occurs when reference to an electronic file is started, and c1ose is an event that occurs when reference is ended.
o p e n, c l o s eのいずれの事象が発生した場合でも、 電子ファイル操作 プログラムは、 イベント履歴テーブル 1 06に対して、 発生した事象のエントリ 一を追加する。 この場合、 「形式」 は 「o p e n」 又は 「c 1 o s e」 となり、 「内容」 は参照の対象となつた電子ファイルの名称等が記述される。 Regardless of whether an open event or a close event occurs, the electronic file operation program writes the event entry into the event history table 106. Add one. In this case, the "format" is "open" or "c1ose", and the "content" describes the name of the electronic file to be referenced.
また、 o p e nに関しては、 電子ファイル操作プログラムはス トレージテープ ル 1 0 0の対応するエントリーの 「参照回数」 等を更新する。  Regarding open, the electronic file operation program updates the “reference count” of the corresponding entry of the storage table 100 and the like.
電子ファイル操作プログラムは、 o p e n、 c l o s eに関しては、 これ以外 のテープル操作は行わない。  The electronic file operation program does not perform other stapling operations for open and close.
2. 6 e d i t s t a r t、 e d i t e n d  2.6 e d i t s t a r t, e d i t e n d
e d i t s t a r tは、 電子ファイルに対する編集を開始した場合に発生す る事象であり、 e d i t e n dは編集を終了した場合に発生する事象である。 e d i t s t a r t、 e d i t e n dのいずれの事象が発生した場合でも 、 電子ファイル操作プログラムは、 イベント履歴テーブル 1 0 6に対して、 発生 した事象のエントリ一を追加する。 この場合、 「形式」 は 「e d i t s t a r t」 又は 「e d i t e n d」 となり、 「内容」 は編集の対象となった電子ファ ィルの名称等が記述される。  “edit st a rt” is an event that occurs when editing of an electronic file is started, and “ed it end” is an event that occurs when editing is completed. Regardless of which of the following events occurs, the electronic file operation program adds an entry of the occurred event to the event history table 106. In this case, the “format” is “edit st art” or “edit end”, and the “content” describes the name of the electronic file to be edited.
また、 e d i t s t a r tに関しては、 電子ファイル操作プログラムはスト レージテ一ブル 1 00の対応するエントリ一の 「内容」 を 「編集中」 等に更新す ることによって、 喑黙的なロックをかけ、 他者がその電子ファイルの内容を操作 できないようにする。 これによつてファイルの排他制御を行っている。  Regarding editstart, the electronic file operation program locks silently by updating the “content” of the corresponding entry 1 of the storage table 100 to “editing” or the like, and Make the contents of the electronic file inoperable. With this, exclusive control of the file is performed.
逆に、 e d i t e n dに関しては、 電子ファイル操作プログラムはス トレー ジテーブル 1 00の対応するエントリ一の 「内容」 を元の値に復帰させ、 暗黙的 な口ックを解除する。  Conversely, with respect to edit, the electronic file operation program restores the “content” of the corresponding entry in the storage table 100 to the original value, and releases the implicit lock.
電子ファイル操作プログラムは、 o p e n、 c l o s eに関しては、 これ以外 のテーブル操作は行わなレ、。  The electronic file operation program does not perform any other table operations for open and close.
2. 7 s a v e、 s a v e a s  2.7 s ave e, s ave e s
s a v eは、 電子ファイルを保存した場合に発生する事象であり、 s a v e a sは別名で保存した場合に発生する事象である。  s ave is an event that occurs when an electronic file is saved, and s ave as is an event that occurs when an electronic file is saved under another name.
s a v e , s a v e a sのいずれの事象が発生した場合でも、 電子ファイル 操作プログラムは、 イベント履歴テーブル 1 06に対して、 発生した事象のェン トリ一を追加する。 この場合、 「形式」 は 「 s a V e」 又は 「 s a V e a s」 となり、 「内容」 は保存の対象となった電子ファイルの名称等が記述される。 また、 s a V eに関しては、 電子ファイル操作プログラムはストレージテープ ル 1 0 0の対応するェントリーを更新する。 Regardless of whether the save event or the saveas event occurs, the electronic file operation program adds an entry of the occurred event to the event history table 106. In this case, the “type” is “sa V e” or “sa V eas” And “Contents” describes the name of the electronic file to be saved. Also, for saVe, the electronic file manipulation program updates the corresponding entry in the storage table 100.
s a v e a sに関しては、 保存する際に利用者が指定した名称電子ファイル が既に存在する場合は、 電子ファイル操作プログラムはス トレージテーブル 1 0 0の対応するェントリ一を更新し、 存在しない場合には新しい電子ファイルのた めに新たにェントリ一を追加する。  For saveas, if the electronic file with the name specified by the user at the time of saving already exists, the electronic file operation program updates the corresponding entry in the storage table 100, and if not, the new electronic file. Add a new entry for the file.
2 . 8 その他  2.8 Other
電子ファイル操作プログラムは、 上で述べた事象以外の他の種々の事象を収集 することができる。 例えば、 電子ファイル操作プログラム以外の電子ファイル操 作プログラムが並行して使用されている場合には、 電子フアイル操作プログラム とは別個にファイルシステム中に新しい電子ファイルが見い出される場合がある 。 このような場合には、 f i n dという事象を発生させ、 その処理を電子フアイ ル操作プログラムが行う。 この f i n dの処理は上記 c r e a t eと同様である The electronic file manipulation program can collect various other events other than the events described above. For example, when an electronic file operating program other than the electronic file operating program is used in parallel, a new electronic file may be found in the file system separately from the electronic file operating program. In such a case, an event called find is generated, and the processing is performed by the electronic file operation program. The processing of this fi n d is the same as the above create
3 . 収集動作におけるソフトウェア構成 3. Software configuration in collection operation
さて、 電子ファイル操作プログラムのソフトウエア構成を表す説明図が図 7に 示されている。 この図に基づき、 ソフトウェア構成について説明する。  FIG. 7 is an explanatory diagram showing the software configuration of the electronic file operation program. The software configuration will be described based on this diagram.
図 7に示されているように、 事象はまずイベント検出部 1 0が検出する。 検出 した事象は、 セントラルイベントハンドラ部 1 2に伝達される。 セントラルイべ ントハンドラ部 1 2は、 伝達された各事象に応じて、 上述したように各テーブル に対する動作を決定し、 各動作を管理部に指示する。  As shown in FIG. 7, an event is first detected by the event detection unit 10. The detected event is transmitted to the central event handler section 12. The central event handler unit 12 determines an operation for each table as described above according to each transmitted event, and instructs each operation to the management unit.
管理部は、 図 7に示すように、 ス トレージ管理部 1 4と、 戸籍管理部 1 6と、 構成管理部 1 8と、 履歴管理部 2 0と、 から構成される。  As shown in FIG. 7, the management unit is composed of a storage management unit 14, a family register management unit 16, a configuration management unit 18, and a history management unit 20.
ストレ一ジ管理部 1 4は、 セントラルイベントハンドラ部 1 2の指示に基づき ストレージテーブル 1 0 0を操作する。 また、 戸籍管理部 1 6は、 セントラルイ ベントハンドラ部 1 2の指示に基づき戸籍テーブル 1 0 2を操作する。 また、 構 成管理部 1 8は、 セントラルイベントハンドラ部 1 2の指示に基づき構成テープ ル 1 0 4を操作する。 同様に、 履歴管理部 2 0は、 セントラルイベントハンドラ 部 1 2の指示に基づきィベント履歴テーブル 1 0 6を操作する。 The storage management unit 14 operates the storage table 100 based on an instruction from the central event handler unit 12. Further, the family register management unit 16 operates the family register table 102 based on the instruction of the central event handler unit 12. Further, the configuration management unit 18 operates the configuration table 104 based on an instruction from the central event handler unit 12. Similarly, the history management unit 20 is a central event handler. The event history table 106 is operated based on the instruction of the unit 12.
4 . 収集した事象の利用  4. Use of collected events
本実施の形態では、 収集した事象に基づき、 利用者に電子ファイルの流用 ·被 流用関係を含む情報を提供する。 この提供のためのプログラムを、 情報提供プロ グラムと呼ぶ。 情報提供プログラムが提供する情報は、 (1 ) 電子ファイルの流 用 ·被流用関係を表す祖先 ·子孫情報と、 (2 ) 電子ファイルの履歴情報である 。 以下、 順に説明する。  In the present embodiment, based on the collected events, the user is provided with information including the relationship of diversion and diversion of electronic files. The program for this provision is called the information provision program. The information provided by the information providing program includes (1) ancestor / descendant information indicating a diversion / diversion relationship of the electronic file, and (2) history information of the electronic file. Hereinafter, description will be made in order.
4 . 1 電子ファイルの祖先 ·子孫情報  4.1 Electronic file ancestor and descendant information
4 . 1 . 1 祖先情報  4.1.1 Ancestor information
本実施の形態 1では、 所定の電子ファイルの流用元の電子ファイル、 及び、 そ の流用元の電子ファイルのさらに流用元の電子ファイルの一群の電子ファイルを 「祖先」 と呼ぶ。 換言すれば、 ある電子ファイルの祖先とは、 その電子ファイル の流用元の電子ファイルであるか、 又は、 その祖先に含まれるいずれかの電子フ アイルの流用元の電子ファイル、 の集合である。  In the first embodiment, a group of electronic files that is a diversion source electronic file of a predetermined electronic file, and a group of further diversion source electronic files of the diversion source electronic file are referred to as “ancestors”. In other words, the ancestor of an electronic file is the electronic file that is the source of the electronic file or the set of electronic files that is the source of any electronic file included in the ancestor.
さて、 情報提供プログラムは、 利用者から、 所定の電子ファイルに関してその 祖先の表示を要求された場合、 以下のような内容を含む H TM Lファイルを作成 する。  Now, when the user requests the display of the ancestry of a predetermined electronic file from the user, the information providing program creates an HTML file including the following contents.
( 1 ) 指示された電子ファイルの流用元の電子ファイル。  (1) The electronic file from which the designated electronic file was diverted.
( 2 ) 上記流用元の電子ファイルに、 さらに流用元となる電子ファイルがある 場合には、 そのさらに流用元となる電子ファイル。  (2) If there is an electronic file to be further diverted in the electronic file to be diverted, the electronic file to be further diverted.
( 3 ) 以下、 流用元が無くなるまで、 戸籍テーブル 1 0 2をたどってすべての 祖先となる電子ファイルを表示する。  (3) Hereinafter, all the ancestor electronic files are displayed by following the family register table 102 until the diversion source is lost.
したがって、 利用者は、 一般のウェブブラウザソフトウェア (以下、 単にブラ ゥザと呼ぶ) を用いて、 この情報を画面上で閲覧することができる。 これらの 情報を提供する際の情報提供プログラムの動作を表すフローチャートが図 8に示 されている。  Therefore, the user can browse this information on the screen using general web browser software (hereinafter simply referred to as browser). FIG. 8 is a flowchart showing the operation of the information providing program when providing such information.
図 8のステップ S 8— 1においては、 まず、 情報提供プログラムは、 利用者か ら指示された電子ファイルを戸籍テーブル 1 0 6中から検索し、 その親 I Dから 親の電子ファイルを知る。 さらに、 ステップ S 8— 2においては、 情報提供プログラムは、 利用者から指 示された電子ファイルをストレ一ジテーブル 1 0 0中から検索し、 その作成日時 から親の電子ファイルを流用した日時を知ることができる。 In step S8-1 in FIG. 8, first, the information providing program searches the family register table 106 for an electronic file specified by the user, and finds the parent electronic file from the parent ID. Further, in step S8-2, the information providing program searches the storage table 100 for the electronic file specified by the user, and determines the date and time when the parent electronic file was diverted from the creation date and time. You can know.
また、 ステップ S 8 _ 3においては、 情報提供プログラムは、 上記親の電子フ アイルをストレージテーブル 1 0 0中から検索し、 その更新日時から親の電子フ ァィルが最後に更新された日時を知ることができる。  Also, in step S8_3, the information providing program searches the storage table 100 for the parent electronic file and finds the date and time when the parent electronic file was last updated from the update date and time. be able to.
ステップ S 8— 4においては、 情報提供プログラムは、 上記親の電子ファイル を戸籍テーブル 1 0 2中から検索し、 その親 I Dから祖父の電子ファイルが存在 するか否かを知ることができる。 祖父の電子ファイルが存在する場合には、 親の 電子ファイルに対して、 上記ステップ S 8一 1からの処理を続行する。  In step S8-4, the information providing program searches the family register table 102 for the electronic file of the parent, and can determine from the parent ID whether the grandfather's electronic file exists. If the grandfather's electronic file exists, the processing from step S81-11 is continued for the parent's electronic file.
以下、 同様の処理を繰り返し、 親 I Dの値が 0となるまで祖先をさかのぼって 情報を抽出する。  Thereafter, the same processing is repeated, and information is extracted by going back to the ancestors until the value of the parent ID becomes zero.
ステップ S 8— 5では、 抽出した情報に基づき H TM Lファイルを作成し、 利 用者に提供する。 利用者はブラウザを用いてこの情報を閲覧することができる。 情報の表示例が図 9に示されている。 図 9に示されている例においては、 親の 電子ファイルと、 祖父の電子ファイル、 曾祖父の電子ファイルの 3種類の電子フ アイルが示されている。 また、 上記フロ一チャートで説明したように、 流用した 年月日や、 最終更新日に関する情報も併せて表示されている。  In step S8-5, an HTML file is created based on the extracted information and provided to the user. The user can browse this information using a browser. An example of information display is shown in FIG. In the example shown in FIG. 9, three types of electronic files are shown: a parent's electronic file, a grandfather's electronic file, and a great-grandfather's electronic file. In addition, as described in the above flow chart, information on the date of diversion and the date of last update are also displayed.
4 . 1 . 2 子孫情報  4.1.2 Descendant information
本実施の形態 1では、 所定の電子ファイルの流用先の電子ファイル、 及び、 そ の流用先の電子フアイルのさらに流用先の電子ファィル、 の一群の電子フアイル を 「子孫」 と呼ぶ。 換言すれば、 ある電子ファイルの子孫とは、 その電子フアイ ルの流用先の電子ファイルであるか、 又は、 その子孫に含まれるいずれかの電子 ファイルの流用先の電子ファイル、 の集合である。  In the first embodiment, a group of electronic files to which a predetermined electronic file is diverted, and further to the diverted electronic file, are referred to as “descendants”. In other words, a descendant of an electronic file is an electronic file to which the electronic file is diverted, or a set of electronic files to which any of the electronic files included in the descendant is diverted.
情報提供プログラムは、 利用者から、 所定の電子ファイルに関してその子孫の 電子ファイルの表示を要求された場合、 以下のような内容を含む H TM Lフアイ ノレを作成する。  When a user requests the display of a descendant's electronic file for a given electronic file, the information providing program creates an HTML file containing the following contents.
( 1 ) 指示された電子ファイルを流用した子供の電子ファイル。  (1) An electronic file of a child who diverts the designated electronic file.
( 2 ) 上記子供の電子ファイルを、 さらに流用した電子ファイルがある場合に は、 そのさらに流用した電子ファイル。 (2) When there is an electronic file that further diverts the above electronic file of the child Is a further diverted electronic file.
(3) 以下、 流用先が無くなるまで、 戸籍テーブル 102をたどってすべての 子孫となる電子ファイルを表示する。  (3) Hereinafter, the electronic file that is all descendants is displayed by following the family register table 102 until the diversion destination is exhausted.
利用者は、 ブラウザを用いて、 この情報を画面上で閲覧することができる。 このような情報を提供する際の情報提供プログラムの動作を表すフローチヤ一 トが図 1 0に示されている。  Users can browse this information on the screen using a browser. FIG. 10 is a flowchart showing the operation of the information providing program when providing such information.
図 1 0のステップ S 10— 1においては、 まず、 情報提供プログラムは、 利用 者から指示された電子ファイルを親 I Dとして含むェントリーを戸籍テーブル 1 06中から検索する。  In step S10-1 in FIG. 10, first, the information providing program searches the family register table 106 for an entry including the electronic file designated by the user as the parent ID.
なお、 このような検索は DBMS (データベースマネージメントシステム) を 用いることによって迅速に行うことができる。 本実施の形態では、 上述した各テ 一ブルは D B MSの 1つである OR AC L E (ORACLEは、 ORACLE c o r p o r a t i o nの登録商標である) を用いて構築している。 したがつてこ の DBMSの機能を利用することによって上記検索を迅速に行うことが可能であ る。  Such a search can be performed quickly by using a DBMS (database management system). In the present embodiment, each table described above is constructed using ORACLE (ORACLE is a registered trademark of ORACLE Corporation) which is one of DBMS. Therefore, the above search can be performed quickly by using the functions of the leverage DBMS.
もちろん、 DBMSを用いずに上記テーブルを構成しても本発明を実施するこ とは可能である。 ただし、 この場合には、 子孫となる電子ファイルを迅速に検索 するために、 戸籍テーブル 1 04中に、 親 I Dだけでなく、 子 I Dも項目として 含めておくことが望ましい。  Of course, the present invention can be implemented even if the above table is configured without using the DBMS. However, in this case, it is desirable to include not only the parent ID but also the child ID in the family register table 104 in order to quickly search for electronic files that are descendants.
さらに、 ステップ S 10— 2においては、 情報提供プログラムは、 上記検索し た子孫となる各電子ファイルをストレージテーブル 1 00中から検索し、 その作 成日時から親の電子ファイル (利用者から指示された電子ファイル) を流用した 日時を知ることができる。  Further, in step S10-2, the information providing program searches the storage table 100 for each electronic file that is a descendent of the search, and, based on the creation date and time, the parent electronic file (instructed by the user). Electronic file) can be known.
また、 ステップ S 1 0— 3においては、 情報提供プログラムは、 上記子孫とな る各電子ファイルをストレージテーブル 1 00中から検索し、 その更新日時から 子孫である電子フアイルが最後に更新された日時を知ることができる。  In step S10-3, the information providing program searches the storage table 100 for each of the descendant electronic files, and, based on the update date and time, the date and time when the descendant electronic file was last updated. You can know.
ステップ S 10— 4においては、 情報提供プログラムは、 上記子孫である各電 子ファイルを、 親 I Dとして有する電子ファイル、 すなわち指示された電子ファ ィルの孫となる電子ファイルが存在するか否かを戸籍テーブル 102から検索す る。 孫となる電子ファイルがさらに存在した場合には、 上記検索した各子の電子 ファイルに対して、 上記ステップ S 1 0 - 1からの処理を続行する。 In step S10-4, the information providing program determines whether or not there is an electronic file having each of the descendant electronic files as a parent ID, that is, an electronic file that is a grandchild of the designated electronic file. From the family register table 102 You. If there are more grandchild electronic files, the processing from step S10-1 is continued for the electronic files of each of the retrieved children.
以下、 同様の処理を繰り返し、 子孫となる電子ファイルをすベて検索し、 情報 を抽出する。  Thereafter, the same process is repeated to search all descendant electronic files and extract information.
ステップ S 1 0— 5では、 抽出した情報に基づき H TM Lファイルを作成し、 利用者に提供する。 利用者はブラウザを用いてこの情報を閲覧することができる 情報の表示例が図 1 1に示されている。 図 1 1に示されている例においては、 子の電子ファイルが 1個と、 孫の電子ファイルが 1個と、 曾孫の電子ファイル 2 個と、 曾孫の子となる電子ファイル 2個の合計 6種類の電子ファイルが示されて いる。 また、 上記フローチャートで説明したように、 流用した年月日や、 最終更 新日に関する情報も併せて表示されている。  In step S10-5, an HTML file is created based on the extracted information and provided to the user. Users can browse this information using a browser. An example of information display is shown in Fig. 11. In the example shown in Figure 11, one child's electronic file, one grandchild's electronic file, two great-grandchildren's electronic files, and two great-grandchildren's electronic files, totaling 6 Types of electronic files are shown. In addition, as described in the flowchart above, information on the diverted date and the last update date is also displayed.
上記祖先の場合と異なり、 子孫に関しては、 子が複数存在する場合が考えられ る。 これは孫に関しても同様である。 したがって、 本実施の形態では、 このよう な枝分かれが生じている状態を利用者に対してわかりやすく表示するために、 ッ リー構造を表す表示をしている。 図 1 1に示すように、 ツリー表示によれば、 各 電子ファイル間にどのような流用 ·被流用関係 (いわゆる親子関係) があるかを 視覚的に明確に理解することが可能である。  Unlike the ancestors described above, descendants may have more than one child. This is also true for grandchildren. Therefore, in the present embodiment, the display indicating the tree structure is displayed in order to display the state in which such branching has occurred to the user in an easily understandable manner. As shown in Fig. 11, the tree display makes it possible to visually and clearly understand what diversion and diversion relationship (so-called parent-child relationship) exists between electronic files.
4 . 2 電子ファイルの履歴情報  4.2 Electronic File History Information
本実施の形態では電子ファイルに関する操作によって生じた事象をすベてィべ ント履歴テーブル 1 0 6に格納している。 したがって、 所定の電子ファイルに対 して、 又は、 あるフォルダ内の電子ファイル群に対して、 どのような操作がどの 程度実行されたか知ることができる。 情報提供プログラムは、 利用者からの要求 に基づき、 このような電子ファイルに対して実行された操作履歴を検索し、 H T M Lファイルを作成する。 利用者はブラゥザを用いてこれを閲覧することができ る。  In the present embodiment, all events generated by operations related to the electronic file are stored in the event history table 106. Therefore, it is possible to know what kind of operation has been performed on a predetermined electronic file or on a group of electronic files in a certain folder. The information providing program searches the history of operations performed on such an electronic file based on a request from the user, and creates an HTML file. Users can browse this using a browser.
電子ファイルに対する操作の履歴を表示する方法は種々のものが考えられる。 例えば一定期間における所定の操作の回数を表で提示することが考えられる。 視 覚的に把握しやすい形にする場合には、 ヒストグラム等で操作回数を表示するこ とも好ましい。 ヒス トグラムで表示すれば、 各期間毎の操作回数が把握しやすく なる。 Various methods are conceivable for displaying the operation history of the electronic file. For example, it is conceivable to present the number of predetermined operations in a certain period in a table. If the form is easy to visually grasp, the number of operations should be displayed in a histogram, etc. Are also preferred. Displaying a histogram makes it easier to grasp the number of operations for each period.
このように、 ある電子ファイル (又はあるフォルダ内の電子ファイル群) に対 する操作を知ることによって、 その電子ファイルの完成がいつ頃であるのかを予 測することに資することができる。 すなわち、 電子ファイルに対する操作が実行 される密度が時間の経過と上昇する場面では、 開発が佳境に入っていったと判断 される。 また、 逆に密度が減ってきている場面においては、 開発が終盤に入った と判断することができる。 したがって、 過去の履歴を利用者に提示することによ つて、 将来の予測をたてやすくなるという効果が生じる。  In this way, knowing the operation on a certain electronic file (or a group of electronic files in a certain folder) can contribute to predicting when the electronic file will be completed. In other words, when the density at which operations on electronic files are performed rises over time, it is judged that development has entered a good state. On the other hand, when the density is decreasing, it can be judged that the development has reached the end. Therefore, presenting the past history to the user has the effect of making it easier to predict the future.
'このようなヒストグラムによる表示の例が、 図 1 2に示されている。 図 1 2に おいては、 横軸が時間の経過であり、 縦軸は単位期間あたりに電子ファイル (群 ) に対して実行された操作によって発生したすべての事象の数である。 図 1 1で はすべての事象の数を表示したが、 種類を限定して表示することも好ましい。 また、 ヒス トグラムのようなグラフで表示する場合に、 操作の種類毎に、 色分 けで表示することも好ましい。 上記図 1 2においては、 特に操作の種類は考慮せ ず、 単に発生したすべての事象の数のみでヒストグラムを作成していたが、 これ を事象の種類によって色分けして表示すれば、 操作の種類の変化が把握でき、 よ り一層、 開発の進展の程度を把握しやすくなり、 将来の進渉度の予測がより一層 行いやすくなる。  'An example of such a histogram display is shown in Figure 12. In Fig. 12, the horizontal axis is the passage of time, and the vertical axis is the number of all events that occurred by operations performed on the electronic file (group) per unit period. In FIG. 11, the number of all events is displayed, but it is also preferable to display only a limited number of types. In addition, when displaying a graph such as a histogram, it is also preferable to display each operation type in color. In Fig. 12 above, a histogram was created using only the number of all events that occurred without considering the type of operation in particular. Changes, and it is easier to grasp the extent of development progress, and it is easier to predict future progress.
さらに、 電子ファイルの容量等を併せて表示することによって、 より予測の精 度を高めることができる。  In addition, the accuracy of prediction can be further improved by displaying the size of the electronic file and the like.
例えば、 開発の初期においては、 c r e a t eが多く、 また中期にあっては e d i t s t a r t等が多くなり、 終期にあっては o p e n等が多くなると考え られる。 したがって、 これらの事象の種類の変遷を利用者に提供することによつ て、 利用者は開発の流れをより正確に予測することができる。  For example, in the early stages of development, the number of cr eat e is large, and in the middle period, e d i s s t a r t is increased, and in the final stage, op en is likely to be large. Therefore, by providing the transition of these event types to the user, the user can predict the development flow more accurately.
実施の形態 2  Embodiment 2
実施の形態 1においては、 電子ファイル操作プログラムと、 情報提供プロダラ ムによって本発明を実施した例を示した。 しかし、 これらの動作は、 単一のプロ グラムによって実現されていても良いし、 また、 より細分化されたソフトウェア 構成を採用しても良い。 In the first embodiment, the example in which the present invention is implemented by the electronic file operation program and the information providing program has been described. However, these operations may be realized by a single program, or may be performed by more detailed software. A configuration may be adopted.
また、 これらのプログラムをコンピュータ読み取り可能な記録媒体に格納すれ ば、 この記録媒体を用いてコンピュータのファイルシステムを管理することがで きる。 記録媒体は、 フロッピ一ディスクや、 C D R OM、 ハ一ドディスク等の、 磁気的又は光学的にディジタルデータを記録しうるものはもちろん、 MOや D V D、 フラッシュメモリ、 S R AM等物理的にデータが記録 '再生される記録媒体 であればどのようなものでもかまわない。  If these programs are stored in a computer-readable recording medium, the file system of the computer can be managed using the recording medium. Recording media include those capable of magnetically or optically recording digital data, such as floppy disks, CDROMs, and hard disks, as well as those that physically store data, such as MOs, DVDs, flash memories, and SRAMs. Any recording medium that can be recorded and played back may be used.
以上述べたように、 本発明によれば、 電子ファイルの関連性に関する情報を提 供することができる。  As described above, according to the present invention, information on the relevance of electronic files can be provided.
特に、 電子ファイルに対する操作による事象をすベて収集しているため、 その 電子ファイルの流用 ·被流用関係、 すなわちいわゆる流用 ·被流用関係も含めた 情報を提供することによって、 その電子フアイルの素性を知ることができる。  In particular, since all events related to the operation of the electronic file are collected, by providing information including the diversion and diversion relationship of the electronic file, that is, the so-called diversion and diversion relationship, the characteristics of the electronic file are provided. You can know.
したがって、 例えばある電子ファイルに欠陥が見つかった場合でも、 その電子 ファイルと関連性がある電子ファィルを容易に検索できるため、 より迅速な開発 等を行うことができる。  Therefore, for example, even if a defect is found in an electronic file, an electronic file that is related to the electronic file can be easily searched, so that quicker development can be performed.
さらに、 電子ファイルの操作に関する事象をすベて収集しているため、 電子フ アイルに対する操作の変遷を知ることができる。 その結果、 開発の進埗の程度を 知ることができると共に、 将来の開発の進行の程度の予測をする際に有用な情報 を利用者に提供可能である。  Furthermore, since all events related to the operation of electronic files are collected, it is possible to know the transition of operations on electronic files. As a result, it is possible to know the degree of development progress and to provide users with useful information for predicting the degree of progress of future development.

Claims

請求の範囲 The scope of the claims
1 . 電子ファイルを管理する方法において、 電子ファイルに関する事象を検知 し、 検知した事象をデータベースに収集する収集ステップと、 1. In a method for managing electronic files, a collecting step of detecting an event related to the electronic file and collecting the detected event in a database;
前記蓄積ステップで事象を収集したデータベースの内容に基づき、 電子フアイ ル間の関連性を含む情報を利用者に提供する提供ステップと、  A providing step of providing information including a relationship between electronic files to a user based on the contents of the database in which the events are collected in the accumulation step;
を含むことを特徴とする電子ファイル管理方法。  An electronic file management method comprising:
2 . 請求の範囲 1記載の電子ファイル管理方法において、  2. In the electronic file management method described in claim 1,
前記提供ステップは、  The providing step includes:
利用者の要求に応じて、 所定の電子ファイルの流用元である祖先ファイルを表 示する祖先表示ステップ、  An ancestor display step of displaying an ancestor file from which a predetermined electronic file is diverted according to a user request;
を含むことを特徴とする電子ファイル管理方法。  An electronic file management method comprising:
3 . 請求の範囲 1記載の電子ファイル管理方法において、  3. In the electronic file management method according to claim 1,
前記提供ステップは、  The providing step includes:
利用者の要求に応じて、 所定の電子ファィルの流用先である子孫ファィルを表 示する子孫表示ステップ、  A descendant display step of displaying a descendant file to which a predetermined electronic file is diverted according to a user request;
を含むことを特徴とする電子ファィル管理方法。  An electronic file management method comprising:
4 . 請求の範囲 3記載の電子ファイル管理方法において、  4. In the electronic file management method according to claim 3,
前記子孫表示ステップは、 前記所定のファイルをル一トとする木構造を表示す ることを特徴とする電子フアイル管理方法。  The electronic file management method, wherein the descendant display step displays a tree structure having the predetermined file as a root.
5 . 電子ファイルを管理するプログラムを格納したコンピュータ読み取り可能 な記録媒体において、  5. On a computer-readable recording medium storing a program for managing electronic files,
電子ファイルに関する事象を検知し、 検知した事象をデータベースに収集する 収集手順と、  A collection procedure for detecting events related to the electronic file and collecting the detected events in a database;
前記蓄積ステップで事象を収集したデータベースの内容に基づき、 電子フアイ ル間の関連性を含む情報を利用者に提供する提供手順と、  A providing procedure for providing the user with information including the relationship between electronic files based on the contents of the database in which the events are collected in the accumulation step;
を実行することを特徴とするプログラムを格納したコンピュータ読み取り可能 な記録媒体。  A computer-readable recording medium storing a program for executing the program.
6 . 電子ファイルを管理する方法において、 電子ファィルの操作に関する事象を検知し、 検知した事象をデータベースに収 集する収集ステップと、 6. In the method of managing electronic files, A collection step of detecting an event related to the operation of the electronic file and collecting the detected event in a database;
前記蓄積ステツプで事象を収集したデータベースの内容に基づき、 電子フアイ ルの操作履歴に関する情報を利用者に提供する提供ステップと、  A providing step of providing information relating to an operation history of an electronic file to a user based on the contents of a database in which events are collected in the accumulation step;
を含むことを特徴とする電子ファイル管理方法。  An electronic file management method comprising:
7 . 請求範囲 6記載の電子フ了ィル管理方法において、  7. The electronic file management method according to claim 6,
前記電子ファィルの操作履歴に関する情報には、 実行された操作によって発生 した事象の各期間毎の個数が含まれることを特徴とする電子ファイル管理方法。  The electronic file management method according to claim 1, wherein the information about the operation history of the electronic file includes the number of events generated by the executed operation in each period.
8 . 電子フアイルを管理するプログラムを格納したコンピュータ読み取り可能 な記録媒体において、  8. On a computer-readable recording medium storing a program for managing an electronic file,
電子フアイルの操作に関する事象を検知し、 検知した事象をデータベースに収 集する収集手順と、  A collection procedure for detecting an event related to the operation of the electronic file and collecting the detected event in a database;
前記蓄積ステップで事象を収集したデータベースの内容に基づき、 電子フアイ ルの操作履歴に関する情報を利用者に提供する提供手順と、  A providing procedure for providing information on the operation history of the electronic file to the user based on the contents of the database in which the events are collected in the accumulation step;
を実行することを特徴とするプログラムを格納したコンピュータ読み取り可能 な記録媒体。  A computer-readable recording medium storing a program for executing the program.
PCT/JP2000/001630 1999-05-27 2000-03-17 Electronic file management method and computer-readable recorded medium on which program for managing electronic file is recorded WO2000073909A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU31933/00A AU3193300A (en) 1999-05-27 2000-03-17 Electronic file management method and computer-readable recorded medium on whichprogram for managing electronic file is recorded

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP11147516A JP2000339206A (en) 1999-05-27 1999-05-27 Electronic file managing method and computer readable recording medium storing program manage electronic file
JP11/147516 1999-05-27

Publications (1)

Publication Number Publication Date
WO2000073909A1 true WO2000073909A1 (en) 2000-12-07

Family

ID=15432114

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/001630 WO2000073909A1 (en) 1999-05-27 2000-03-17 Electronic file management method and computer-readable recorded medium on which program for managing electronic file is recorded

Country Status (3)

Country Link
JP (1) JP2000339206A (en)
AU (1) AU3193300A (en)
WO (1) WO2000073909A1 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004031956A1 (en) * 2002-09-30 2004-04-15 Fujitsu Limited Related information management method, program, and apparatus
JP2005267339A (en) * 2004-03-19 2005-09-29 Fuji Xerox Co Ltd File management system and file information presenting method
JP2006079418A (en) 2004-09-10 2006-03-23 Fujitsu Ltd Storage control apparatus, control method and program
JP2009199356A (en) * 2008-02-21 2009-09-03 Osaka Univ File event correlation generation unit, management unit, and computer program
JP5515914B2 (en) * 2010-03-19 2014-06-11 富士通株式会社 File management program, file management apparatus and file management method

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0363734A (en) * 1989-07-31 1991-03-19 Fuji Xerox Co Ltd System for controlling and operating file
JPH05313969A (en) * 1992-05-13 1993-11-26 Hitachi Ltd File list display method
JPH06243132A (en) * 1993-02-19 1994-09-02 Fuji Xerox Co Ltd Document editing controller
JPH0962658A (en) * 1995-08-21 1997-03-07 Hitachi Inf Syst Ltd Inter-document link processing system
JPH09223055A (en) * 1996-02-14 1997-08-26 Nippon Steel Corp Method and device for tree display
JPH09288671A (en) * 1996-04-22 1997-11-04 Hitachi Ltd Document preparation supporting device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0363734A (en) * 1989-07-31 1991-03-19 Fuji Xerox Co Ltd System for controlling and operating file
JPH05313969A (en) * 1992-05-13 1993-11-26 Hitachi Ltd File list display method
JPH06243132A (en) * 1993-02-19 1994-09-02 Fuji Xerox Co Ltd Document editing controller
JPH0962658A (en) * 1995-08-21 1997-03-07 Hitachi Inf Syst Ltd Inter-document link processing system
JPH09223055A (en) * 1996-02-14 1997-08-26 Nippon Steel Corp Method and device for tree display
JPH09288671A (en) * 1996-04-22 1997-11-04 Hitachi Ltd Document preparation supporting device

Also Published As

Publication number Publication date
JP2000339206A (en) 2000-12-08
AU3193300A (en) 2000-12-18

Similar Documents

Publication Publication Date Title
US5553216A (en) Structured database system together with structure definition frame storing document body data
US5715413A (en) Dragging and dropping with an instantiation object
US5754840A (en) System, method, and computer program product for developing and maintaining documents which includes analyzing a patent application with regards to the specification and claims
JP4308587B2 (en) Document group management device
JP3639410B2 (en) Computer system and method of operating a computer system
JPH09128380A (en) Document storing and managing system
AU2005259999A1 (en) Methods and systems for managing data
JP2004046796A (en) Directory management program, object display program, directory management method and directory management device
JP2005515557A (en) Dynamic legal database providing historical and current versions of the code
JP2009129017A (en) Document transfer support system, monitoring device, document transfer support device, method, and program
JPH05108288A (en) Information classification backup device
CN100489846C (en) Information management device and method
KR20030075501A (en) Method for fast searching and displaying of patent genealogical status from a patent database
WO2000073909A1 (en) Electronic file management method and computer-readable recorded medium on which program for managing electronic file is recorded
JP4199193B2 (en) Related information management method, program, and apparatus
JPH10143418A (en) Document information update monitoring device and update monitoring method for document information
JPH08137887A (en) Information storage and retrieval device
JP2006048521A (en) Document retrieval device, its control method, and control program
JP4056622B2 (en) Database management device
JPH0934906A (en) Book management device
US20020062305A1 (en) Database management systems
JPH0736684A (en) Domain directed parts controlling method
JPH05108457A (en) Hyper text information management device
JPH0546451A (en) File retrieving device
JP3058086B2 (en) Data version management

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU BR CA CN KR NZ RU SG US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 09720735

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2000909697

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWW Wipo information: withdrawn in national office

Ref document number: 2000909697

Country of ref document: EP