[go: up one dir, main page]

WO1997025679A1 - Method and apparatus for managing electronic file - Google Patents

Method and apparatus for managing electronic file Download PDF

Info

Publication number
WO1997025679A1
WO1997025679A1 PCT/JP1996/000033 JP9600033W WO9725679A1 WO 1997025679 A1 WO1997025679 A1 WO 1997025679A1 JP 9600033 W JP9600033 W JP 9600033W WO 9725679 A1 WO9725679 A1 WO 9725679A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic file
document
attribute
area
master
Prior art date
Application number
PCT/JP1996/000033
Other languages
French (fr)
Japanese (ja)
Inventor
Ritsuo Fukaya
Makoto Ariga
Original Assignee
Hitachi, Ltd.
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 Hitachi, Ltd. filed Critical Hitachi, Ltd.
Priority to PCT/JP1996/000033 priority Critical patent/WO1997025679A1/en
Publication of WO1997025679A1 publication Critical patent/WO1997025679A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/93Document management systems

Definitions

  • the present invention relates to a document management system for storing and managing digitized document files, such as a database.
  • a document management system provided with means for holding a computerized document file on a storage medium, searching, and viewing the document file is widely used. Further, in these systems, techniques for ensuring the content consistency at the time of document revision, which are related to the present invention, include, for example, as described in Japanese Patent Application Laid-Open No. In some cases, information about the creator is added to the body of the document information, and this is used to authenticate the operation qualification of the document.
  • a document group under the control of a document management system has an issuer for each document.
  • the document issuer When issuing the document, the document issuer
  • the present invention provides a document management system with a means for achieving the above conditions and ensuring the consistency of document contents in document revision. Disclosure of the invention
  • the present invention employs the following means. (1) Based on the citation relationship described in the preceding paragraph, the “primary” attribute is assigned to the quoted portion of the harmed quote (this is referred to as “citing source”). In addition, the part of the document created by the citation (referred to as “cited”) is complementarily given the “dependency” attribute. Specifically, in an electronic file management method in a network including a terminal that creates an electronic file, and a database that stores and manages the created electronic file, the electronic file may be associated with a pair or a set related to the electronic file.
  • the master-slave attributes must be defined independently for multiple areas in one document.
  • the document file in the document management system which is the object of the present invention is generally a file having a unique format created by a plurality of document creation software. It is not preferable to add a part to add an attribute, because it will disturb the intrinsic format. For this reason, in the present invention, information for designating a portion on a document to which a master-slave attribute has been added is held by the method described in the next section.
  • a coordinate system is virtually defined within the display surface of the target document.
  • an orthogonal coordinate system in which the origin is at the upper left of the document and the downward and right directions are positive is appropriate.
  • the "area" can be determined and displayed in the document.
  • the coordinates of the upper left and lower right vertices of the rectangle are uniquely determined.
  • an electronic file is created that includes the coordinates of an area in the electronic file, the location of another area associated with the area by the master-slave attribute, and the master-slave attribute of the area.
  • the attributes of the master and the slave are independently managed in a plurality of areas in one electronic file.
  • the present invention includes a functional part having a function of analyzing and displaying each file format document file in the system. If the master-slave attribute is defined for an area defined in this way, the "coordinates" of the area, master or slave attribute information, and location information in the system of a document including an area corresponding to the area in a master-slave relationship In addition, the master and slave attributes can be completely described using the area coordinates in the document. So these By creating an electronic file (which will be referred to as an attribute management file) containing attributes at the time of attribute assignment and by associating it with a document file to which attributes have been assigned in the database, Attribute description.
  • an attribute management file which will be referred to as an attribute management file
  • the document management system detects whether the part to be revised of the harmful subject to revision has the master-slave attribute. This work can be judged by the presence or absence of the file described in the above (2), which has a link on the database for the damage caused by the revised work.
  • the dependent document issuer will revise its own document with the permission of the main document issuer and, if necessary, notify the master document issuer of the end of the revision. Basically follow these steps to ensure consistency of document content when revising It becomes possible. Specifically, when revising and editing the electronic file to be managed, the relevance of the contents in a plurality of electronic files is detected using the predefined attributes of the master and slave, and the relevance is determined by the attributes of the master and slave. The priority of the change of the contents of the plurality of detected electronic files is defined by the attribute of the master and the slave.
  • the document management system can detect the existence of a citation relationship between the contents of multiple documents.
  • the master-slave attribute can be assigned independently to a plurality of parts in one document.
  • consistency of the document contents at the time of document revision can be ensured by using the attributes of the master and slave.
  • FIG. 1 shows a functional configuration diagram of a document consistency management system according to an embodiment of the present invention.
  • FIG. 2 shows an example of the configuration information of the attribute management file of the present invention.
  • FIG. 3 shows an example of a method of defining a region in a document of the present invention and a method of displaying the region simultaneously with the document.
  • FIG. 4 shows an example of the concept of a procedure method for detecting revision priorities from master-slave attributes of the present invention.
  • FIG. 5 shows an example of the citation work of the present invention.
  • FIG. 6 shows an example of the revision work of the present invention.
  • FIG. 7 shows an example of the consistency management procedure of the present invention.
  • Fig. 1 shows the functional configuration of the system.
  • the document integrity management system 101 together with the document creation software 105, It is mounted on the computer 102.
  • the computer 102 is connected via a communication line 121 to a database management system 103 having a computer 104 for managing a document database.
  • the computer 104 functions as a so-called database server, registers and stores the document file created by the harm creation software 105, searches for it based on a request from the computer 102, etc., and makes a request. It has a general sentence database management function, such as transferring it first.
  • the document consistency management system 101 has the following functions.
  • the screen operation function unit 110 interprets operations and work orders performed by the system user on the screen. Based on these instructions, the document file search function unit 114 gives the database operation unit 112 information about documents to be searched from the database or documents to be stored in the database.
  • the database operation unit 112 converts the information into a unique command that can be interpreted by the database, and operates the database in the database management system 103 through the communication control unit 113. In the case of search, the document file transferred from the database is passed to the document display function unit 111 and displayed on the screen.
  • the attribute management file creation and editing function unit 115 creates and edits the attribute management file containing the information on the master-slave relationship attributes described in the previous section, and the document display function unit 111 The information in the attribute management file is displayed at the same time as the corresponding document file.
  • the created and edited attribute management file is also stored in the database in the database management system 103 via the database operation unit 112 and the communication control unit 113.
  • the harmful file search function unit 114 searches and forwards the harmful object to be revised from the database, and the sex management file search function unit 116 also has the database operation unit 111 Then, an attribute management file corresponding to the target document is retrieved from the database via the communication control unit 113 and passed to the master / slave relationship attribute detection unit 117.
  • the master-slave relationship attribute detection unit 1 17 provides necessary information from the attribute management file.
  • the report is extracted and passed to the document revision status monitor 'display function unit 1 18'.
  • Document revision status monitoring ⁇ Display function section 1 18 defines procedures to ensure content consistency to be taken at the time of revision (specific examples will be described later), and appends the revised part of the document to be revised Select an appropriate procedure from the master-slave relationship attributes, record the information that records the progress of the procedure in the attribute management file, and display it on the screen.
  • the e-mail necessary for the procedure is performed by the mailing function unit 119.
  • the document assigned to the revised part of the document to be revised is not necessarily the one in the database management system 103 due to the master-slave relationship.
  • the harmful data base 210 managed by the database management systems 103 and 109 has a table with the harmful search key 202 as the primary key, and the target is located under the primary key.
  • the document address 203 of the document is recorded.
  • the primary key generally contains the document number, the name of the document creator, the date and time the document was created, and information about some of the criteria that describe the nature of the document.
  • the database management software knows the storage location of the document file 204 from the document address 203 and stores and retrieves the file. Here, the location is specified by the document address 203.
  • the document file 204 does not necessarily have to be on the same storage medium as the document database 201, but on a storage medium at another location connected by a communication line as described in the explanation of Fig. 1.
  • the information for consistency management is described in the attribute management file 206 created in association with each document file, the same information as that of the document file is used.
  • the corresponding attribute management file address 205 is described, which is the same mechanism as storing and retrieving document files.
  • the sex management file 206 is also stored or acquired.
  • attribute management file 206 The internal description of the attribute management file 206 will be described.
  • attribute management file character strings representing the information described below are described in a state where they are separated by appropriate delimiters.
  • Document format information 2007 Create the corresponding document file 204. Describe the format information. Includes information such as the document creator, the type of document creation software, document size, and paper orientation.
  • In-document area number 208 In the present invention, the area 216 is defined at an arbitrary position on the display image 215 of the document and is used as a unit for managing consistency. It has information for identifying these areas. This is the area number in the document. The area number 208 is different for each area because of one sentence harm.
  • Sentence ⁇ area coordinates 209 Define and describe the coordinates that define the range of each area using the method described later.
  • the upper area of the harmful area identified by the area number 208 in the harmful area is related by the “master-slave” relationship malleability based on the relationship between the contents in the territory. Number assigned to an area on another document that was allocated. Since the identifier is the same as the area number 208, when a plurality of related areas exist for one harmful area number, a different related area number is assigned to each.
  • Attribute information 211 The area identified by area number 208 in Bunka and the related area The “main / slave j relation attribute assigned to the related area identified by area number 210” is described. I do.
  • Related harmful address 212 Address of storage location of harmful file including related area identified by related area number 210.
  • the file When the file is not on the same storage medium as the attribute management file 206, it contains information for designating the storage medium, for example, an address on a network.
  • the attribute management file search function of the document integrity management system (114 in Fig. 1) Based on the address, you can search for related areas that are related to a certain area.
  • Revision history 2 14 Based on the relevance of both contents between the area identified by area number 208 in the document and the area identified by area number 2 13 in the related document Record information of the revision work that occurred. Includes the progress stages of the predefined revision work and the date and time they arrived. Based on this information, the display function unit (118 in Fig. 1) of the document integrity management system's monitoring of the status of harmful damage revision monitors the harmfulness revision work and revises various instructions for ensuring document integrity. Give to. —Since one document area can have a relationship attribute with a plurality of related areas, the information on the related area corresponding to the document area number 208 is 2 10 b to 2
  • the document format information 301 included in the attribute management file 206 includes document size information 302, paper orientation information 303, and creation application It contains the session name information 304.
  • the sentence damage display function section 360 (111 in Fig. 1) of the system refers to the created application name information 304 and selects and starts the individual document module 310 provided with the procedure for analyzing the relevant document file. To create, draw and display screen image data.
  • a coordinate axis range for covering the entire document is calculated from the document size information 302 and the paper direction information 303. For example, if a coordinate unit equivalent to 1/10 mm on the actual harmful object is set, it is known as A4 size portrait paper, and it is 0 to 297 0 in the vertical direction and 210 000 in the horizontal direction. It will be set to about.
  • information about the display range of the harmful image on the screen included in the harmful file 305 and information 311 on the display magnification, etc., are received from the individual harmfulness module 310, and the coordinate axis unit is used.
  • the number of display pixels per pixel 308 is calculated.
  • the area 3 17 on the sentence image is represented by a coordinate system in which the origin is at the upper left of the document, the X axis is 3 14 in the horizontal direction, and the y axis is 3 15 in the vertical direction. It can be expressed as a set of 18 and 3 19.
  • the coordinates 3 18 and 3 19 can be converted into pixels on the display screen by the above-described number of display pixels per coordinate axis unit 30 8, so that, for example, color information is appropriately changed and colored for the pixels corresponding to the corresponding area It is possible to take an identification means such as. In this way, the revised document and the area in the document can be simultaneously identified and displayed on the screen.
  • a non-rectangular area for example, a plurality of areas may be connected as shown in areas 320 a to c. In this case, the coordinates of each area are simultaneously stored in the area coordinates 209 in the document shown in FIG.
  • the system describes the information about the area and the attribute in the attribute management file 206 described in FIG. As described above, information on the area 405 is described in the attribute management file 206 accompanying the harmful information 402. Now, when revising area 404, the system asks author 409 for the relevant area that has the “primary” attribute for the revision.
  • the author 409 is responsible for the content of the related domain 405 because the domain 405 with the “primary” attribute has priority over the revision.
  • an e-mail requesting permission to revise the area 404 is sent to the manager 410 of the data.
  • the data controller 410 searches for the related area that cited the area 404, and its creator (in the example in the figure, the document 404 that has the area 406 indirectly cited from the area 405)
  • An e-mail is sent to the creator, 4 1 1), who gives notice of the revision of area 4 04.
  • the data controller 410 approves the revision, it revises the area 405 and sends it to the authors 409 and 411 by e-mail. Notify. The authors 409 and 411 revise their own documents and notify the data controller 410 of this.
  • the data controller 410 confirms that the creator of all relevant areas has revised the relevant area. As a result, the consistency of the revised contents of the three areas 404, 405, and 406 is performed under the supervision of the data controller 410, and the consistency of the document contents is assured by the data controller 410. Is done.
  • the system keeps track of each stage of the revision work, from 4 12 to 4 15, and displays this to the data manager 4 10, and also to the document creator who may lose consistency. On the other hand, a warning can be issued.
  • the system also searches the attribute management file 206 associated with the in-house standard 505, calls it up at the same time, and if there is an existing in-document area described in the attribute management file, it searches this file. Display in the same way as described in Figure 3.
  • the creator refers to the in-house standard 505 and appropriately cites the contents in the section ⁇ Criteria 504. After recording the harmful relationship to record this citation relationship, the creator must use the document integrity management system's harmfulness indication function 506 (newly activates the same function as 503). (Screen 501b).
  • the system's attribute management file creation / editing function section creates an attribute management file corresponding to the departmental standard harm 504.
  • the creator defines and creates an area 508 as a citation source and an area 507 as a citation destination on the screen by, for example, a rectangular drawing by mouse operation. (If the area 508 is an existing area in the document, it is described in the attribute management file and does not need to be newly created.) In addition, the area 508 which is the quotation source between these two areas An operation of assigning a relation attribute with 8 as “Principal” and the quotation area 507 as “Subordinate” is performed. When the above series of operations is completed, the system performs the following processing.
  • the system can record the citation relationship as a “master-slave” relationship attribute between the domains.
  • FIG. 6 The reviser displays the document to be revised 604 using the document display function section 602 of the document consistency management system.
  • the management system analyzes the attribute management file of the document to be revised and displays the area 606 set in the harm on the document. If the area to be revised is included in the area, the reviser specifies the area, and the system searches the relevant area information contained in the attribute management file for the document containing the relevant area of the area and its attribute management file.
  • the document 605 and the related area 607 are displayed in another window 603.
  • the reviser instructs the system to continue the revision work, the system performs the following actions.
  • the reviser describes the summary of the revision.
  • the sent e-mail has a special header part that specifies the ID of the relevant area and the mail type in the following categories.
  • the mail function acquires the revision history and related attribute information of the relevant area, refers to the primary key (202 in Fig. 2) of the document containing the area having the related attribute in the database, and creates the document creator. Information can be obtained. Also, determine which of the above a) to d) should be sent from the revision history, and add a header part to the created mail as appropriate.
  • Revision history 701 is considered to be in the "Revision awaiting status" 703.
  • the e-mail 709 is automatically detected and recorded in the revision history 702 of the own document.
  • Revision history 702 is considered to be in the "Review Status” 705.
  • the creator sends the above-mentioned (b) e-mail 710 to ask other “subordinate” attribute document creators using the system's related area search function, This is recorded in the revision history 72.
  • Revision history 7 02 enters “waiting for consultation response” 7 06.
  • the point at which all of the above response mails (c) 711 are returned is recorded in the revision history 702, and the user enters the “revision waiting state” 707. At this point, a determination is made as to whether the revision is appropriate, and if so, revision 714 is implemented. At the same time, the above-mentioned (d) notification of completion of revision 7 1 2 is sent to all “dependency” attribute document creators and recorded in the revision history 7 02. The revision history 702 is in the “waiting for revision notification” 708. The “subordinate” attribute document automatically detects the incoming call of 7 12 and records it in the revision history 7 01. Revision history 7 0 1 enters “Revision approved status” 7 0 4.
  • the revision completion notice 7 15 is made in accordance with the content of the revision completion notice, and at the same time, the revision completion notice 7 13 is sent.
  • Revision history 7001 is "Revision completed”.
  • Revision history 702 completes the whole process of revision, waiting for completion notification from all “subordinate” attribute documents.
  • Document system consisting of fixed-format and irregular-format documents, for example, documents related to the design, manufacture, inspection and sales of industrial products, and standard documents that define them Is particularly problematic in the consistency of their contents. If the present invention is applied in the operation of such a document system, it is easy to ensure content consistency accompanying the document revision. It goes without saying that it also has an advantageous effect on the acquisition and operation of manufacturing standards that require strict management of documents such as the recently established ISO 9001.

Landscapes

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

Abstract

In a system for managing electronic documents, the attributes of relations between the documents are defined on the basis of the correlation between the contents of the documents, and an electronic file in which the attributes are described is managed together with the documents, guaranteeing the content matching between the documents. When a document is prepared, an attribute management file generating/editing function section (115) generates an attribute management file in which the relation of citation of the contents of the document is described, and the file is stored in a database management system (103). When a document is revised, an attribute management file retrieving function section (116) retrieves the corresponding attribute management file, and a master-servant relation attribute detecting portion (117) and a document revision monitoring/displaying function section (118) analyzes the relations so that the progress of the document content revision, that is defined in advance, is monitored and the matching of the contents between the documents is guaranteed. Accordingly, guarantee of matching of the contents entailed by the revision of a document can be easily provided in a document system containing formatted documents and nonformatted documents, such as documents relating to the design, production, inspection, sale, etc, of industrial products, and standard documents stating them, where matching of the contents is of particular importance. The method is extremely effective to receive the certification of the production standards requiring strict management of documents, such as ISO9000 established recently, and to apply the production standards.

Description

明 細 書  Specification
電子フアイル管理方法および装置 技術分野 Electronic file management method and apparatus
本発明は、 電子化された文書ファイルを蓄積 ·管理する、 データべ一 ス等の文書管理システムに関するものである。 背景技術  The present invention relates to a document management system for storing and managing digitized document files, such as a database. Background art
電子化された文書ファイルを記憶媒体上に保持し、 検索、 閱覽する手 段を備えた文書管理システムは、 広く用いられている。 また、 これらの システムにおいて、 本発明が関知する文書改訂時の内容整合性を保証せ んとする技術には、 例えば特開平 4一 1 7 5 9 8 2号公報に記述されて いるように、 作成者に関する情報を文書情報本体に付加し、 これを文書 の操作資格の認証に用いるというものがある。  A document management system provided with means for holding a computerized document file on a storage medium, searching, and viewing the document file is widely used. Further, in these systems, techniques for ensuring the content consistency at the time of document revision, which are related to the present invention, include, for example, as described in Japanese Patent Application Laid-Open No. In some cases, information about the creator is added to the body of the document information, and this is used to authenticate the operation qualification of the document.
一般に文書管理システムの管理下にある文書群は、 それぞれの文書毎 に発行者が存在する。 文書発行者は当該文書の発行にあたり、 文書を Generally, a document group under the control of a document management system has an issuer for each document. When issuing the document, the document issuer
(あ) 発行者独自の情報 ·判断に基づき他文書の情報に依拠することな く作成 (A) Issuer's own information · Created without relying on information in other documents based on judgment
(い) 他文書に含まれる情報を引用する力、、 あるいはそれを改変して作 成  (I) Ability to cite information contained in other documents, or to create by modifying it
のいずれかの方法 をとる。 (あ) を情報の 「生成」 、 (い) を情報の 「引用」 と呼ぶことにする。 情報を生成するものは該情報に対し生成の 責任を負うこととなる。 さて、 文書群内には、 「引用」 に起因する文書 内容の関連性が存在している。 このとき、 このような相互に関連性を持 つ文書群の改定に際しては、 ある文書の改定が該文書の被改定部分に対 し関連する他文書の部分の改訂をも伴わなければ、 文書群内の整合性が 確保できないことは自明である。 しかも 3件以上の文書間で引用が連鎖 的あるいは分岐的に存在する場合、 これらの改訂は、 Take one of the following methods. (A) is called "generation" of information, and (i) is called "quotation" of information. Those who generate information are responsible for generating the information. By the way, in the document group, there is a relevance of the content of the document caused by “quotation”. At this time, when revising such mutually related documents, if the revision of a certain document does not accompany the revision of the revised portion of the document with the revision of the related document, the document group is revised. Within the integrity It is obvious that it cannot be secured. And if citations are chained or divergent between three or more documents, these revisions
( a ) 改訂対象情報の生成者の了解に基づいていること  (a) Based on the consent of the creator of the information to be revised
( b ) 改訂の時間順序が引用一被引用関係の順序に逆転しないこと :す なわち被引用文害が改訂されるに先立って引用した文書が改訂されるこ とが起こらないことの 2条件が必要である。 このためには各文書に対し、 単なる 「作成者」 や 「改訂の有無」 あるいは 「原文書であるか否か」 と いう情報ではなく、 文書上領域間の引用一被引用関係ならびに各領域の 改訂処理時系列に関する情報等を付与することが必要となる。  (b) The time order of revision shall not be reversed to the order of citation-cited relations: two conditions that the cited document will not be revised before the cited harm is revised. is necessary. For this purpose, rather than simply information such as “author”, “whether there is a revision” or “whether or not it is the original document”, the citation-to-citation relationship between It is necessary to add information on the time series of the revision processing.
本発明は上記の条件を達成し、 文書改訂における文書内容の整合性を 確保するための手段を文書管理システムに提供するものである。 発明の開示  The present invention provides a document management system with a means for achieving the above conditions and ensuring the consistency of document contents in document revision. Disclosure of the invention
前項の問題を解決するため、 本発明では以下のような手段をとつた。 ( 1 ) 前項で述べた引用関係に基づき、 引用された文害の引用された 部分 (これを 「引用元」 と記する) に対し 「主」 属性を付与する。 更に その引用により作成された文書の部分 (これを 「引用先』 と記す) に対 し相補的に 「従」 属性を付与する。 具体的には電子ファイルを作成する 端末と、 前記作成された電子ファイルを蓄積 ·管理するデータベースと を含むネッ トワークでの電子ファイル管理方法において、 前記電子ファ ィルのうち関連する一対あるいは組に対して、 それぞれに含まれる内容 の関連性に基づき、 対の一方あるいは組のいくつかに 「主」 の厲性を、 他方あるいは残りに 「従」 の属性を定義することで、 前記電子ファイル に含まれる内容を改訂する際に、 その内容に関連性のある他の電子ファ ィルとの内容の整合性を確保する。  In order to solve the above-mentioned problem, the present invention employs the following means. (1) Based on the citation relationship described in the preceding paragraph, the “primary” attribute is assigned to the quoted portion of the harmed quote (this is referred to as “citing source”). In addition, the part of the document created by the citation (referred to as “cited”) is complementarily given the “dependency” attribute. Specifically, in an electronic file management method in a network including a terminal that creates an electronic file, and a database that stores and manages the created electronic file, the electronic file may be associated with a pair or a set related to the electronic file. On the other hand, based on the relevance of the contents included in each, by defining the attribute of “main” in one or some of the pairs and the attribute of “subordinate” in the other or the rest, When revising the content, ensure that the content is consistent with other electronic files that are relevant to the content.
ここで、 文書間の引用関係は、 ある文書の一部分が引用元となると同 時に同一文書の他部分が引用先になる等の輻輳的関係が一般的であるか ら、 上記主従の属性は一文書内において複数の領域に対し独立に定義さ れなくてはならない。 一方、 本発明の対象となる文書管理システムにお ける文書ファイルは、 複数の文書作成ソフ トウエアにより作成された固 有形式を持つファイルであることが一般的なので、 これらのファイルに 対し上記主従の属性を付与するための部分を付加することは、 その固有 形式を擾乱することになり好ましくない。 このため本発明では、 主従の 属性を付与された文書上の部分を指定する情報を、 次項で述べる方法で 保持する。 Here, is the citation relationship between documents generally a congestion relationship in which a part of a certain document becomes the source of citation and another part of the same document becomes the destination of citation? Therefore, the master-slave attributes must be defined independently for multiple areas in one document. On the other hand, the document file in the document management system which is the object of the present invention is generally a file having a unique format created by a plurality of document creation software. It is not preferable to add a part to add an attribute, because it will disturb the intrinsic format. For this reason, in the present invention, information for designating a portion on a document to which a master-slave attribute has been added is held by the method described in the next section.
( 2 ) 対象文書の表示面内に仮想的に座標系を定義する。 例えば文書 左上を原点とし下方向及び右方向を正とする直交座標系が適当である。 この座標系を用いて文書内に 「領域」 を確定 ·表示することができる。 例えば矩形領域なら矩形の左上と右下の頂点の座標を指定すれば一義的 に確定する。 また、 いくつかの矩形領域を連結し一つの領域と見做すこ とにより不定形の領域を作成することも可能である。 この領域は、 文書 の表示面上に該文害の内容と無関係に定義されたものであるから、 対象 文書がいかなる性質のものであっても、 すなわち文字文書あるいは表あ るいは図面等であっても文書内の位置を指示することができる。 具体的 には、 電子ファイル内の領域の座標と、 前記領域に前記主従の属性によ つて対応付けられた他領域の所在と、 前記領域の前記主従の属性とを含 む電子ファイルを作成することで一電子ファイル内の複数の領域にそれ ぞれ独立に前記主従の属性を管理する。  (2) A coordinate system is virtually defined within the display surface of the target document. For example, an orthogonal coordinate system in which the origin is at the upper left of the document and the downward and right directions are positive is appropriate. Using this coordinate system, the "area" can be determined and displayed in the document. For example, in the case of a rectangular area, the coordinates of the upper left and lower right vertices of the rectangle are uniquely determined. It is also possible to create an indefinite area by connecting several rectangular areas and treating them as one area. This area is defined on the display surface of the document irrespective of the nature of the harm, and therefore, regardless of the nature of the target document, that is, a text document, a table, or a drawing, etc. Can also indicate the position in the document. Specifically, an electronic file is created that includes the coordinates of an area in the electronic file, the location of another area associated with the area by the master-slave attribute, and the master-slave attribute of the area. Thus, the attributes of the master and the slave are independently managed in a plurality of areas in one electronic file.
また、 このような座標系を定義するために本発明では、 個々のフアイ ル形式の文書ファイルを解析 ·表示する機能を有する機能部分をシステ ム中に備える。 このように定義された領域に対し上記主従の属性を定義 するなら、 該領域の 「座標」 、 主あるいは従の属性情報、 該領域に主従 関係で対応する領域を含む文書のシステム中の所在情報及び該文書内の 領域座標を以つて、 主従の属性を完全に記述可能である。 そこでこれら を含む電子ファイル (これを属性管理ファイルと呼ぶことにする) を属 性付与の際に作成し、 これをデータベース内で属性付与された文書ファ ィルと連関を持たせることにより、 上記主従の属性の記述とする。 In addition, in order to define such a coordinate system, the present invention includes a functional part having a function of analyzing and displaying each file format document file in the system. If the master-slave attribute is defined for an area defined in this way, the "coordinates" of the area, master or slave attribute information, and location information in the system of a document including an area corresponding to the area in a master-slave relationship In addition, the master and slave attributes can be completely described using the area coordinates in the document. So these By creating an electronic file (which will be referred to as an attribute management file) containing attributes at the time of attribute assignment and by associating it with a document file to which attributes have been assigned in the database, Attribute description.
( 3 ) 文書の改訂に際しては、 以下の手順をとる。  (3) When revising a document, follow the procedure below.
( a ) 文書管理システムは改訂対象文害の改訂対象部分に主従の属性 が付与されているかどうかを検知する。 この作業は、 改訂作業文害に対 しデータベース上で連関を持った上記 (2 ) 項に記述するところのファ ィルが存在するか否かで判定できる。  (a) The document management system detects whether the part to be revised of the harmful subject to revision has the master-slave attribute. This work can be judged by the presence or absence of the file described in the above (2), which has a link on the database for the damage caused by the revised work.
( b ) 該部分に主の属性が付与されているなら、 該部分を引用元とす る他の文害、 すなわち該部分に対し従の属性を持つ部分を含む文害 (従 文書と記す) が存在することになるから、 上記 (2 ) 項に記述されたフ アイル内容から従文害の所在を検索し、 従文害発行者に対し改訂の発生 をシステム上のメ一ル機能などを用レ、て通知することができる。 この場 合、 該部分は改訂に対しもっとも優先度が高いことになる。 更に必要で あれば改訂の可否につき意見を求めたり、 あるいは従文書の改訂作業終 了確認を求めることも可能である。  (b) If the attribute of the main is assigned to the part, other harmfulness which cites the part, that is, harmfulness including a part having a subordinate attribute to the part (referred to as a dependent document) Therefore, the location of the subordinate harm is searched from the contents of the file described in the above (2), and the issuer of the subordinate harm is notified of the occurrence of revision by using the mail function on the system. You can be notified. In this case, the part will have the highest priority for revision. If necessary, it is possible to request an opinion on the possibility of revision or request confirmation of the end of the revision of the dependent document.
( c ) 該部分に従の属性が付与されているなら、 該部分を引用先とす る他の文書、 すなわち該部分に対し主の属性を持つ部分を含む文書 (主 文書と記す) が存在することになるから、 上記 (2 ) 項に記述されたフ アイル内容から主文害の所在を検索し、 主文害発行者に対し引用元の改 訂の許可を求める通知を発行する。 この場合、 該部分は改訂に対し主文 害よりも低い優先度を持つことになり、 主文書発行者、 すなわち改訂対 象情報の生成者の許可なしに自文書の改訂はできない。 主文書発行者は これを受けて引用元の改訂の可否を判断し、 これを従文書発行者に通知 することとなる。 従文書発行者は主文書発行者の許可を得て自文書の改 訂を行い、 必要なら改訂終了を主文書発行者に通知する。 このような手 順を基本的に踏むことにより、 改訂に際し文書内容の整合性を確保する ことが可能となる。 具体的には、 管理対象電子ファイルの改定編集に際 し、 予め定義された前記主従の属性を用いて複数の電子ファイルにおけ る内容の関連性を検出し、 前記主従の属性により関連性が検出される複 数の電子ファィルに対し、 内容の変更の優先順位を前記主従の属性によ り規定することとなる。 (c) If an attribute according to the part is assigned, there is another document citing the part, that is, a document including a part having the main attribute to the part (referred to as a main document). Therefore, the location of the main harm is searched from the file content described in the above (2), and a notice is issued to the issuer of the main harm, requesting permission to revise the cited source. In this case, the part has a lower priority than the main harm to the revision, and the document cannot be revised without the permission of the main document issuer, that is, the creator of the information to be revised. In response to this, the main document issuer determines whether or not the citation source can be revised, and notifies this to the dependent document issuer. The dependent document issuer will revise its own document with the permission of the main document issuer and, if necessary, notify the master document issuer of the end of the revision. Basically follow these steps to ensure consistency of document content when revising It becomes possible. Specifically, when revising and editing the electronic file to be managed, the relevance of the contents in a plurality of electronic files is detected using the predefined attributes of the master and slave, and the relevance is determined by the attributes of the master and slave. The priority of the change of the contents of the plurality of detected electronic files is defined by the attribute of the master and the slave.
前項の ( 1 ) に記された主従の属性の付与により、 文書管理システム は複数文書間の内容の引用関係の存在を検知することができる。 前項 By assigning the master-slave attribute described in (1) in the previous section, the document management system can detect the existence of a citation relationship between the contents of multiple documents. Preceding paragraph
( 2 ) に述べた方法で主従の属性を記述することにより、 一文書中の複 数の部分に対し各々独立に主従の属性を付与できる。 更に、 ある文書あ る部分に主従関係で対応する他文書の部分を検索することが可能である。 前項 (3 ) に述べた手順を採用することにより上記主従の属性を利用し て文書改訂時の文書内容の整合性を確保できる。 図面の簡単な説明 By describing the master-slave attribute in the method described in (2), the master-slave attribute can be assigned independently to a plurality of parts in one document. In addition, it is possible to search for parts of another document that correspond to parts of a document in a master-slave relationship. By adopting the procedure described in the previous section (3), consistency of the document contents at the time of document revision can be ensured by using the attributes of the master and slave. BRIEF DESCRIPTION OF THE FIGURES
第 1図は本発明の一実施例である文書整合性管理システムの機能構成 図を示す。 第 2図は本発明の属性管理ファィルの構成情報の一例を示す。 第 3図は本発明の文書において領域を定義する方法と、 該領域を文書と 同時に表示する方法の一例を示す。 第 4図は本発明の主従の属性から改 訂優先順位を検出する手続き方法概念の一例を示す。 第 5図は本発明の 引用作業の一例についてを示す。 第 6図は本発明の改訂作業の一例を示 す。 第 7図は本発明の整合性管理手続きについての一例を示す。 発明の実施するための最良の形態  FIG. 1 shows a functional configuration diagram of a document consistency management system according to an embodiment of the present invention. FIG. 2 shows an example of the configuration information of the attribute management file of the present invention. FIG. 3 shows an example of a method of defining a region in a document of the present invention and a method of displaying the region simultaneously with the document. FIG. 4 shows an example of the concept of a procedure method for detecting revision priorities from master-slave attributes of the present invention. FIG. 5 shows an example of the citation work of the present invention. FIG. 6 shows an example of the revision work of the present invention. FIG. 7 shows an example of the consistency management procedure of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION
本発明の実施例である文書整合性管理システムを以下図を用いて説明 する。  A document consistency management system according to an embodiment of the present invention will be described below with reference to the drawings.
システムの機能構成を第 1図に示す。  Fig. 1 shows the functional configuration of the system.
文書整合性管理システム 1 0 1は、 文書作成ンフ トウエア 1 0 5と共に 電算機 1 0 2上に搭載されている。 電算機 1 0 2は通信回線 1 2 1を通 じて、 文書データベースを管理する電算機 1 0 4を備えたデータベース 管理システム 1 0 3に接続されている。 電算機 1 0 4はいわゆるデータ ベースサーバとして機能し、 文害作成ソフ トウエア 1 0 5によって作成 された文書ファイルを登録格納し、 電算機 1 0 2などの要求に基づきこ れを検索し、 要求先に転送する等、 一般的な文害データベースの管理機 能を持つ。 The document integrity management system 101, together with the document creation software 105, It is mounted on the computer 102. The computer 102 is connected via a communication line 121 to a database management system 103 having a computer 104 for managing a document database. The computer 104 functions as a so-called database server, registers and stores the document file created by the harm creation software 105, searches for it based on a request from the computer 102, etc., and makes a request. It has a general sentence database management function, such as transferring it first.
文書整合性管理システム 1 0 1は次のような機能により構成される。 画面操作機能部 1 1 0はシステム使用者が画面上で行う操作 ·作業命令 を解釈する。 これらの命令に基づいて文書ファイル検索機能部 1 1 4は、 データベース操作部 1 1 2に対しデータベースから検索すべき文書ある いはデータベースに格納すべき文書の情報を与える。 データベース操作 部 1 1 2は、 該情報をデータベースの解釈しうる固有命令に変換し、 通 信制御部 1 1 3を通じてデータベース管理システム 1 0 3内のデータべ —スを操作する。 検索の場合、 データベースから転送された文書フアイ ルは文書表示機能部 1 1 1に渡され、 画面表示される。 該文害ファイル に対し、 前項までに述べた主従関係属性に関する情報を含んだ属性管理 ファイルを属性管理ファイル作成編集機能部 1 1 5が作成、 編集し、 文 書表示機能部 1 1 1は該属性管理ファイル内の情報を対応する文書ファ ィルと同時に表示する。 また、 作成、 編集された属性管理ファイルもデ ータベース操作部 1 1 2、 通信制御部 1 1 3を介し、 データベース管理 システム 1 0 3内のデータベースに格納される。 文害改定時には、 文害 ファイル検索機能部 1 1 4がデータベースより改定対象文害を検索 ·転 送すると同時に、 厲性管理ファイル検索機能部 1 1 6がデータべ一ス操 作部 1 1 2、 通信制御部 1 1 3を介し、 データベースから対象文書に対 応する属性管理ファイルを検索し、 これを主従関係属性検出部 1 1 7に わたす。 主従関係属性検出部 1 1 7は属性管理ファイル中から必要な情 報を抽出し、 これを文書改訂状態監視 '表示機能部 1 1 8にわたす。 文 書改訂状態監視 ·表示機能部 1 1 8には改訂時にとられるべき内容整合 性確保のための手続き (具体例は後述) が定義されており、 被改訂文書 の改訂箇所の付与されている主従関係属性から適切な手続きを選択し、 その手続きの進行を記録する情報を属性管理ファィルに記録すると共に、 これを画面に表示する。 該手続きに必要な電子メールはメ一リング機能 部 1 1 9により行われる。 The document consistency management system 101 has the following functions. The screen operation function unit 110 interprets operations and work orders performed by the system user on the screen. Based on these instructions, the document file search function unit 114 gives the database operation unit 112 information about documents to be searched from the database or documents to be stored in the database. The database operation unit 112 converts the information into a unique command that can be interpreted by the database, and operates the database in the database management system 103 through the communication control unit 113. In the case of search, the document file transferred from the database is passed to the document display function unit 111 and displayed on the screen. The attribute management file creation and editing function unit 115 creates and edits the attribute management file containing the information on the master-slave relationship attributes described in the previous section, and the document display function unit 111 The information in the attribute management file is displayed at the same time as the corresponding document file. The created and edited attribute management file is also stored in the database in the database management system 103 via the database operation unit 112 and the communication control unit 113. At the time of harm damage revision, the harmful file search function unit 114 searches and forwards the harmful object to be revised from the database, and the sex management file search function unit 116 also has the database operation unit 111 Then, an attribute management file corresponding to the target document is retrieved from the database via the communication control unit 113 and passed to the master / slave relationship attribute detection unit 117. The master-slave relationship attribute detection unit 1 17 provides necessary information from the attribute management file. The report is extracted and passed to the document revision status monitor 'display function unit 1 18'. Document revision status monitoring · Display function section 1 18 defines procedures to ensure content consistency to be taken at the time of revision (specific examples will be described later), and appends the revised part of the document to be revised Select an appropriate procedure from the master-slave relationship attributes, record the information that records the progress of the procedure in the attribute management file, and display it on the screen. The e-mail necessary for the procedure is performed by the mailing function unit 119.
被改訂文書の改訂箇所に付与された 「主 ·従〗 関係によって当該箇所 に対応付けられた文書は必ずしもデータベース管理システム 1 0 3内の ものである必要はなく、 ゲートウェイ 1 2 2、 1 2 4や通信幹線 1 2 3 を介して接続された別の回線 1 2 5上のデータベース管理システム 1 0 9内のものであってもよレ、。  The document assigned to the revised part of the document to be revised is not necessarily the one in the database management system 103 due to the master-slave relationship. The database management system 109 on another line 125 connected via a communication trunk line 123 or may also be one in the database.
次に、 第 2図で属性管理ファイルの情報形式について説明する。 一般 にデータベース管理システム 1 0 3、 1 0 9の管理する文害データべ一 ス 2 0 1には文害検索キ一 2 0 2を主キーとしたテーブルがあり、 主キ 一の下に対象文書の文書ァドレス 2 0 3が記録されている。 主キーには 一般に、 文書番号、 文書作成者名、 文書作成日時、 文書の性格を表すい くつかの範瞎に関する情報等が含まれている。 データべ ^"ス管理ソフ ト ウェアは文書ァ ドレス 2 0 3から文書ファイル 2 0 4の格納位置を知り ファイルの格納、 取り出しをおこなう。 ここで文書ア ドレス 2 0 3によ り所在が指示されている文書ファイル 2 0 4は必ずしも文書データべ一 ス 2 0 1 と同じ記憶媒体上にある必要はなく、 第 1図の説明で述べたよ うに通信回線によって接続された別の場所の記憶媒体上にあってもかま わない。 本発明では、 整合性管理のための情報が個々の文書ファイルに 付随して作成された属性管理ファイル 2 0 6に記述されているため、 該 文書ファイルと同一の検索キー下に、 対応する属性管理ファイルァドレ ス 2 0 5が記述されており、 文書ファイルの格納、 取り出しと同じ機構 によって厲性管理ファイル 2 0 6も格納あるいは取得される。 Next, the information format of the attribute management file will be described with reference to FIG. In general, the harmful data base 210 managed by the database management systems 103 and 109 has a table with the harmful search key 202 as the primary key, and the target is located under the primary key. The document address 203 of the document is recorded. The primary key generally contains the document number, the name of the document creator, the date and time the document was created, and information about some of the criteria that describe the nature of the document. The database management software knows the storage location of the document file 204 from the document address 203 and stores and retrieves the file. Here, the location is specified by the document address 203. The document file 204 does not necessarily have to be on the same storage medium as the document database 201, but on a storage medium at another location connected by a communication line as described in the explanation of Fig. 1. In the present invention, since the information for consistency management is described in the attribute management file 206 created in association with each document file, the same information as that of the document file is used. Under the search key, the corresponding attribute management file address 205 is described, which is the same mechanism as storing and retrieving document files. The sex management file 206 is also stored or acquired.
属性管理ファイル 2 0 6の内部記述について説明する。 属性管理ファ ィルには、 以下に述べるような情報をあらわす文字列が適当な区切り子 で分離された状態で記述されている。  The internal description of the attribute management file 206 will be described. In the attribute management file, character strings representing the information described below are described in a state where they are separated by appropriate delimiters.
( 1 ) 文書形式情報 2 0 7 : 対応する文書ファイル 2 0 4の作成 .形 式に関する情報を記述する。 文書作成者、 文書作成ソフ トウェアの種類、 文書サイズ、 用紙方向などの情報を含む。  (1) Document format information 2007: Create the corresponding document file 204. Describe the format information. Includes information such as the document creator, the type of document creation software, document size, and paper orientation.
( 2 ) 文書内領域番号 2 0 8 : 本発明では、 文書の表示イメージ 2 1 5上の任意の位置に領域 2 1 6を定義し整合性の管理単位とするので、 定義された領域毎にこれらの領域を識別するための情報を持つ。 これが 文書内領域番号である。 領域番号 2 0 8は一文害內で領域毎に異なる番 号となっている。  (2) In-document area number 208: In the present invention, the area 216 is defined at an arbitrary position on the display image 215 of the document and is used as a unit for managing consistency. It has information for identifying these areas. This is the area number in the document. The area number 208 is different for each area because of one sentence harm.
( 3 ) 文害內領域座標 2 0 9 : 各領域の範囲を定める座標を後に述べ る方法で定義し、 記述する。  (3) Sentence 內 area coordinates 209: Define and describe the coordinates that define the range of each area using the method described later.
( 4 ) 関連領域番号 2 1 0 : 文害内領域番号 2 0 8で識別される文害 上領域に対し、 領城内の內容の関連性に基づき 「主 ·従」 関係展性で関 連付けられた他の文書上の領域に割り振られた番号。 領域番号 2 0 8と 同様に識別子であるから、 一つの文害内領域番号に対して複数の関連領 域が存在する場合にはそれぞれ異なる関連領域番号が割り振られる。  (4) Relevant area number 210: The upper area of the harmful area identified by the area number 208 in the harmful area is related by the “master-slave” relationship malleability based on the relationship between the contents in the territory. Number assigned to an area on another document that was allocated. Since the identifier is the same as the area number 208, when a plurality of related areas exist for one harmful area number, a different related area number is assigned to each.
( 5 ) 属性情報 2 1 1 : 文香内領域番号 2 0 8で識別される領域と関連 領域番号 2 1 0で識別される関連領域に対して付与された 「主 ·従 j 関 係属性を記述する。  (5) Attribute information 211: The area identified by area number 208 in Bunka and the related area The “main / slave j relation attribute assigned to the related area identified by area number 210” is described. I do.
( 6 ) 関連文害ァドレス 2 1 2 :関連領域番号 2 1 0で識別される関連 領域を含む文害ファイルの格納場所のァ ドレス。 属性管理ファイル 2 0 6と同じ記憶媒体上のものでないときは、 その記憶媒体を指示するため の情報、 例えばネッ トワーク上のア ドレスなどを含む。 文書整合性管理 システムの属性管理ファイル検索機能部 (第 1図の 1 1 4 ) はこのア ド レスをもとにして、 ある領域に対して関連付けられた関連領域を険索す ることができる。 (6) Related harmful address 212: Address of storage location of harmful file including related area identified by related area number 210. When the file is not on the same storage medium as the attribute management file 206, it contains information for designating the storage medium, for example, an address on a network. The attribute management file search function of the document integrity management system (114 in Fig. 1) Based on the address, you can search for related areas that are related to a certain area.
( 7 ) 関連文書內領域番号 2 1 3 : 関連文害ァドレス 2 1 2によってそ の位置が指定された関連文書内において、 文書內領域番号 2 0 8で識別 される領域に対し関連付けられた関連領域に割り振られた領域番号。 関 連文書ァドレス 2 1 2で識別される文書に対応した属性管理ファイル中 の文書内領域番号 2 0 8と等価である。  (7) Related document 內 area number 2 1 3: In the related document whose position is specified by the related harmful address 2 1 2, the relation associated with the area identified by document 內 area number 208 Area number assigned to the area. This is equivalent to the in-document area number 208 in the attribute management file corresponding to the document identified by the related document address 211.
( 8 ) 改訂履歴 2 1 4 :文書内領域番号 2 0 8で識別される領域と関連 文書内領域番号 2 1 3で識別される関連領域との間で、 双方の内容の関 連性に基づき発生した改訂作業の記録情報。 予め定義された改訂作業の 各進行段階とその到達日時などを含む。 この情報に基づき文書整合性管 理システムの文害改訂状態監視の表示機能部 (第 1図の 1 1 8 ) は文害 改訂作業を監視し、 文書整合性確保のための各種指示を改訂者に与える。 —つの文書内領域は複数の関連領域との間に関係属性を持ちうるため、 文書内領域番号 2 0 8に対応した関連領域に関する情報は 2 1 0 b〜 2 (8) Revision history 2 14: Based on the relevance of both contents between the area identified by area number 208 in the document and the area identified by area number 2 13 in the related document Record information of the revision work that occurred. Includes the progress stages of the predefined revision work and the date and time they arrived. Based on this information, the display function unit (118 in Fig. 1) of the document integrity management system's monitoring of the status of harmful damage revision monitors the harmfulness revision work and revises various instructions for ensuring document integrity. Give to. —Since one document area can have a relationship attribute with a plurality of related areas, the information on the related area corresponding to the document area number 208 is 2 10 b to 2
1 3 bのように複数存在しうる。 また、 一つの文害 2 1 5上には複数の 領域が定義されることがあり、 それらは独立に各々の関連領域と関係厲 性を付与されることがあり うるので、 例えば文害 2 1 5内の一つの領域 2 1 6が文書内領域番号 2 0 8で識別されるとき、 他の領域 2 1 7は別 の領域番号 2 0 8 bで識別され、 領域番号 2 0 8と同様に上記の情報 2There can be multiple such as 1 3b. Also, a plurality of areas may be defined on a single sentence 2 15, and these may be independently associated with each related area. When one area 2 16 in 5 is identified by the area number 208 in the document, the other area 2 17 is identified by another area number 208 b, and similarly to the area number 208 Information 2 above
0 9〜 2 1 4を保持する。 このような構造を持つことにより、 一つの文 書内に独立に複数の領域を定義し、 それら領域のそれぞれに独立に 「主 ·従」 関係属性によって関連付けられた関連領域を検索するための 情報を保持できる。 0 9 to 2 14 are held. By having such a structure, information for defining multiple areas independently in one document and searching for related areas independently associated with each other by the “master / slave” relationship attribute for each of these areas Can be held.
次に第 3図により文書内領域定義方法について説明する。 属性管理フ アイル 2 0 6に含まれる文書形式情報 3 0 1 (第 2図の文書形式情報 2 0 7 ) には文書サイズ情報 3 0 2、 用紙方向情報 3 0 3、 作成アプリケ ーシヨン名情報 3 0 4が含まれる。 Next, a method for defining an area in a document will be described with reference to FIG. The document format information 301 included in the attribute management file 206 (document format information 207 in FIG. 2) includes document size information 302, paper orientation information 303, and creation application It contains the session name information 304.
文書ファイル 3 0 5が文書整合性管理システム 1 0 1に渡され表示され るとき、 対応する属性管理ファイル 2 0 6も同時に渡される。 システム の文害表示機能部 3 0 6 (第 1図の 1 1 1 ) は作成アプリケーション名 情報 3 0 4を参照し、 当該文書ファイルの解析手続きを備えた個別文書 用モジュール 3 1 0を選択起動して、 画面イメージデータを作成し描 画 ·表示する。 一方、 文書サイズ情報 3 0 2、 用紙方向情報 3 0 3から 文書全体を覆うための座標軸範囲を算出する。 例えば実害類上の 1 / 1 0ミリメ一トルに相当する座標単位を設定しておけば、 通称 A 4サイズ 縦長用紙の書類では縦方向で 0から 2 9 7 0、 横方向で 2 1 0 0程度に 設定することになる。 更に個別文害用モジュール 3 1 0から、 文害ファ ィル 3 0 5中に含まれる画面上での文害イメージの表示範囲に関する情 報と表示倍率等に関する情報 3 1 1 を受け取り、 座標軸単位あたりの表 示画素数 3 0 8を算出する。 When the document file 305 is passed to the document integrity management system 101 and displayed, the corresponding attribute management file 206 is also passed. The sentence damage display function section 360 (111 in Fig. 1) of the system refers to the created application name information 304 and selects and starts the individual document module 310 provided with the procedure for analyzing the relevant document file. To create, draw and display screen image data. On the other hand, a coordinate axis range for covering the entire document is calculated from the document size information 302 and the paper direction information 303. For example, if a coordinate unit equivalent to 1/10 mm on the actual harmful object is set, it is known as A4 size portrait paper, and it is 0 to 297 0 in the vertical direction and 210 000 in the horizontal direction. It will be set to about. Further, information about the display range of the harmful image on the screen included in the harmful file 305 and information 311 on the display magnification, etc., are received from the individual harmfulness module 310, and the coordinate axis unit is used. The number of display pixels per pixel 308 is calculated.
画面表示において、 文害イメージ上 3 1 6の領域 3 1 7は例えば文書 の左上を原点とし横方向を X軸 3 1 4、 縦方向を y軸 3 1 5とする座標 系により、 座摞 3 1 8、 3 1 9の組として表現できる。 座標 3 1 8、 3 1 9は前述した座標軸単位あたりの表示画素数 3 0 8により表示画面上 の画素に変換できるので、 当該領域相当部分の画素につき例えば、 適宜 色情報を変更して着色するなどの識別手段をとることが可能である。 こ のようにして画面上に被改訂文書と文書内領域を同時に識別して表示す ることが可能となる。 矩形でない領域の指定は例えば領域 3 2 0 a〜 c に示すように複数領域を連結すればよい。 この際は個々の領域の座標が 第 2図の文書内領域座標 2 0 9に同時に格納される。  In the screen display, the area 3 17 on the sentence image is represented by a coordinate system in which the origin is at the upper left of the document, the X axis is 3 14 in the horizontal direction, and the y axis is 3 15 in the vertical direction. It can be expressed as a set of 18 and 3 19. The coordinates 3 18 and 3 19 can be converted into pixels on the display screen by the above-described number of display pixels per coordinate axis unit 30 8, so that, for example, color information is appropriately changed and colored for the pixels corresponding to the corresponding area It is possible to take an identification means such as. In this way, the revised document and the area in the document can be simultaneously identified and displayed on the screen. To specify a non-rectangular area, for example, a plurality of areas may be connected as shown in areas 320 a to c. In this case, the coordinates of each area are simultaneously stored in the area coordinates 209 in the document shown in FIG.
これらの機構を用いた文書整合性管理の一例を、 第 4図によって説明 する。 ある文害 4 0 1について、 その文書上の領域 4 0 4を改訂する場 合を考える。 ここで文書 4 0 1の作成時に作成者 4 0 9は、 別な記憶媒 体上のデータベース 4 0 8に格納されている文書 4 0 2の領域 4 0 5を 参照し、 その内容を領域 4 0 4に引用したものとする。 この場合、 作成 者 4 0 9は文書整合性管理システムの指示に従い、 領域 4 0 4、 4 0 5 を文書上に定義し、 これらの間に 「主♦従」 関係属性を付与している。 この場合、 領域 4 0 5は領域 4 0 4に対し 「主」 であり、 領域 4 0 4は 領域 4 0 5に対し 「従」 である。 システムはこの領域と属性に関する情 報を第 2図で説明した属性管理ファイル 2 0 6に記述する。 領域 4 0 5 に関する情報は文害 4 0 2に付随する属性管理ファイル 2 0 6に記述し てあることは前述の通りである。 さて、 領域 4 0 4の改訂に際し、 シス テムは作成者 4 0 9に、 改訂部分に対し 「主」 属性を持つ関連領域 4 0An example of document consistency management using these mechanisms will be described with reference to FIG. Consider the case where a certain harmful 401 is to be revised in the area 404 on the document. Here, when creating the document 401, the author 409 must use a different storage medium. It is assumed that the user refers to the area 405 of the document 402 stored in the on-body database 408, and cites the content in the area 404. In this case, the author 409 defines the areas 404 and 405 on the document according to the instructions of the document consistency management system, and assigns the “master-slave” relationship attribute between them. In this case, region 405 is "main" with respect to region 404, and region 404 is "sub" with region 405. The system describes the information about the area and the attribute in the attribute management file 206 described in FIG. As described above, information on the area 405 is described in the attribute management file 206 accompanying the harmful information 402. Now, when revising area 404, the system asks author 409 for the relevant area that has the “primary” attribute for the revision.
5を検索し、 その存在を指示する。 言うまでもなく 「主」 属性を持つ領 域 4 0 5のほうが改訂に関して優先的権利を有するので、 作成者 4 0 9 は、 関連領域 4 0 5の内容に関して責任を有する文書 4 0 2の作成者即 ち当該データの管理者 4 1 0に領域 4 0 4の改訂許可を求める電子メ一 ルを送る。 データ管理者 4 1 0は領域 4 0 4を引用した関連領域を検索 し、 その作成者 (図の例では、 領域 4 0 5から間接的に引用された領域 4 0 6を持つ文書 4 0 3の作成者 4 1 1 ) に対し、 領域 4 0 4の改訂を 予告する電子メールを送付する。 (あるいは領域 4 0 4の改訂に関する 意見打診でもよい。 ) データ管理者 4 1 0は改訂を認める場合、 領域 4 0 5を改訂し、 それを作成者 4 0 9及び 4 1 1に電子メールで通告する。 作成者 4 0 9及び 4 1 1は自文書を改訂した後、 これをデータ管理者 4 1 0に通知する。 データ管理者 4 1 0は全関連領域の作成者が関連領域 を改訂したことを確認する。 これにより 3つの領域 4 0 4、 4 0 5、 4 0 6の改訂内容の整合性がデータ管理者 4 1 0の監視下に行われ、 文書 内容の整合性がデータ管理者 4 1 0により保証される。 また、 システム が改訂作業の各段階 4 1 2〜4 1 5を把握するので、 これをデータ管理 者 4 1 0に対し表示し、 また整合性を損なうおそれのある文書作成者に 対し、 警告を発することもできる。 Search for 5 and indicate its existence. Needless to say, the author 409 is responsible for the content of the related domain 405 because the domain 405 with the “primary” attribute has priority over the revision. Then, an e-mail requesting permission to revise the area 404 is sent to the manager 410 of the data. The data controller 410 searches for the related area that cited the area 404, and its creator (in the example in the figure, the document 404 that has the area 406 indirectly cited from the area 405) An e-mail is sent to the creator, 4 1 1), who gives notice of the revision of area 4 04. (Alternatively, a comment on the revision of area 404 may be provided.) If the data controller 410 approves the revision, it revises the area 405 and sends it to the authors 409 and 411 by e-mail. Notify. The authors 409 and 411 revise their own documents and notify the data controller 410 of this. The data controller 410 confirms that the creator of all relevant areas has revised the relevant area. As a result, the consistency of the revised contents of the three areas 404, 405, and 406 is performed under the supervision of the data controller 410, and the consistency of the document contents is assured by the data controller 410. Is done. In addition, the system keeps track of each stage of the revision work, from 4 12 to 4 15, and displays this to the data manager 4 10, and also to the document creator who may lose consistency. On the other hand, a warning can be issued.
次に、 上記の機構を利用した文書の引用、 改訂作業の一例を第 5図を 用いて説明する。 例として社内規格を上位文書とする部課内基準書 (下 位文書) を作成する場合を考える。 作成者は電算機表示画面 5 0 1上で 市販のワードプロセッサなどの適当な文書作成ソフ トウェア (ただし、 該ソフ トウエアの文書ファイルの固有形式に対応した個別文書用モジュ ール 3 1 0が必要である) 5 0 2を起動し、 部課內基準害 5 0 4を作成 する。 作成に際し、 上位文害である社内規格 5 0 5の引用が必要な場合、 該社内規格 5 0 5を文書整合性管理システムの文書表示機能部 5 0 3 (第 1図の 1 1 1 ) を使って検索 '表示する。 この時、 システムは社内 規格 5 0 5に付随する属性管理ファイル 2 0 6も検索し、 これを同時に 呼び出し、 属性管理ファイル中に記述されている既存の文書内領域が存 在するならこれを第 3図で説明したような方法で表示する。 作成者は、 社内規格 5 0 5を見ながら適宜その内容を部課內基準謇 5 0 4中に引用 する。 この引用関係を記録するために文害作成後、 作成者は文書整合性 管理システムの文害表示機能 5 0 6 ( 5 0 3と同じ機能を新たに起動) 上で部課内基準書 5 0 4を呼び出す (画面 5 0 1 b ) 。 この時、 システ ムの属性管理ファイル作成編集機能部 (第 1図の 1 1 5 ) は部課内基準 害 5 0 4に対応した属性管理ファイルを作成する。 ついで作成者は、 引 用元である領域 5 0 8と引用先である領域 5 0 7を画面上で例えばマウ ス操作による矩形描面により定義作成する。 (もし領域 5 0 8が文書上 の既存の領域なら、 属性管理ファイル中に記述されており、 新たに作成 する必要はない。 ) 更に、 これら二つの領域の間に引用元である領域 5 0 8を 「主〗 、 引用先である領域 5 0 7を 「従〗 とする関係属性を付与 する操作をおこなう。 上記一連の操作完了時にシステムは以下の処理を おこなう。  Next, an example of citation and revision work of a document using the above mechanism will be described with reference to FIG. As an example, consider the case of creating a departmental standard document (lower-level document) that uses in-house standards as the upper level document. The creator must use the computer display screen 501 on the appropriate document creation software such as a commercially available word processor (however, an individual document module 310 corresponding to the unique format of the document file of the software is required). Yes) 502 is started, and the department section standard harm 504 is created. If it is necessary to cite in-house standard 505, which is a higher sentence, at the time of preparation, the in-house standard 505 is sent to the document display function section 503 (1 1 1 in Fig. 1) of the document integrity management system. Use search 'to show. At this time, the system also searches the attribute management file 206 associated with the in-house standard 505, calls it up at the same time, and if there is an existing in-document area described in the attribute management file, it searches this file. Display in the same way as described in Figure 3. The creator refers to the in-house standard 505 and appropriately cites the contents in the section 內 Criteria 504. After recording the harmful relationship to record this citation relationship, the creator must use the document integrity management system's harmfulness indication function 506 (newly activates the same function as 503). (Screen 501b). At this time, the system's attribute management file creation / editing function section (115 in Fig. 1) creates an attribute management file corresponding to the departmental standard harm 504. Next, the creator defines and creates an area 508 as a citation source and an area 507 as a citation destination on the screen by, for example, a rectangular drawing by mouse operation. (If the area 508 is an existing area in the document, it is described in the attribute management file and does not need to be newly created.) In addition, the area 508 which is the quotation source between these two areas An operation of assigning a relation attribute with 8 as “Principal” and the quotation area 507 as “Subordinate” is performed. When the above series of operations is completed, the system performs the following processing.
1 ) 領域 5 0 7、 5 0 8の座標データを第 3図で説明した方式に従い作 成する。 1) Create coordinate data for areas 507 and 508 according to the method described in Fig. 3. To achieve.
2 ) 領域 5 0 7、 5 0 8の属性管理ファイル中に上記座標データと 「主♦従」 関係属性に関する記述を第 2図に説明した様式で追加する。 2) In the attribute management file of areas 507 and 508, add the above description of the coordinate data and the "master-slave" relation attributes in the format described in Fig. 2.
3 ) ファイルをそれぞれのデータベースに格納する。 3) Store the file in each database.
このような操作で、 システムは引用関係を領域間の 「主♦従」 関係属性 として記録することができる。 With such an operation, the system can record the citation relationship as a “master-slave” relationship attribute between the domains.
次に、 上述の操作を経て 「主 ·従」 関係属性が付与された文書の改訂 作業の一例を第 6図及び第 7図で説明する。 改訂者は被改訂文書 6 0 4 を文書整合性管理システムの文書表示機能部 6 0 2を用いて表示する。 このとき管理システムは被改訂文書の属性管理ファイルを解析して当該 文害内に設定されている領域 6 0 6を文書上に表示する。 改訂対象箇所 がその領域に含まれる場合、 改訂者はその領域を特定すると、 システム は属性管理ファイルに含まれる関連領域情報から該領域の関連領域を含 む文書とその属性管理ファイルを検索し、 文書 6 0 5及び関連領域 6 0 7を別ウィンドウ 6 0 3に表示する。 改訂者が改訂作業を続行するよう にシステムに指示すると、 システムは以下の動作をおこなう。  Next, an example of a work of revising a document to which a “master / slave” relation attribute has been given through the above-described operation will be described with reference to FIGS. 6 and 7. FIG. The reviser displays the document to be revised 604 using the document display function section 602 of the document consistency management system. At this time, the management system analyzes the attribute management file of the document to be revised and displays the area 606 set in the harm on the document. If the area to be revised is included in the area, the reviser specifies the area, and the system searches the relevant area information contained in the attribute management file for the document containing the relevant area of the area and its attribute management file. The document 605 and the related area 607 are displayed in another window 603. When the reviser instructs the system to continue the revision work, the system performs the following actions.
1 ) 当該領域に対する関連領域の改訂履歴をウインドウ 6 0 8内に表示 する。 改訂履歴情報は第 2図で説明したように関連領域毎に属性管理フ アイル中に記述されている。 改訂履歴情報は、 改訂作業が第 4図の 4 1 2〜4 1 5のいずれの段階にいつ到達したかを記録している。 (言うま でもなく段階 4 1 2〜4 1 5は一例であって、 これ以外の段階が必要に 応じ設定されていても良い。 )  1) Display the revision history of the related area for the area in window 608. The revision history information is described in the attribute management file for each related area as described in FIG. The revision history information records when the revision has reached any of the stages 4 12 to 4 15 in FIG. (It goes without saying that steps 4 12 to 4 15 are only examples, and other steps may be set as necessary.)
2 ) 電子メール機能 6 0 9を起動して関連領域を含む文書の作成者に対 し電子メールを送付する準備をする。 電子メールには改訂者が改訂の要 旨を記述する。 送付された電子メールは、 関係領域の I Dと以下のよう な区分でメール種別を明示する、 特別のへッダ部分を持つ。  2) Activate the e-mail function 609 and prepare to send e-mail to the creator of the document including the relevant area. In the e-mail, the reviser describes the summary of the revision. The sent e-mail has a special header part that specifies the ID of the relevant area and the mail type in the following categories.
a ) 改訂許可依頼 b ) 改訂予告 (打診) 通知 a) Request for revision permission b) Notice of revision (consultation)
C ) 回答あるいは意見  C) Answer or opinion
d ) 改訂完了通知 d) Notification of completion of revision
メール機能では、 当該領域の改訂履歴と関係属性の情報を取得し、 関 係属性を持つ領域を含む文書のデータベース上における主キー (第 2図 の 2 0 2 ) を参照して、 文書作成者情報を得ることができる。 また、 改 訂履歴から上記 a ) ~ d ) のどのメールを送付されるべきかを判断し、 作成するメールに適宜ヘッダ部分を付加する。  The mail function acquires the revision history and related attribute information of the relevant area, refers to the primary key (202 in Fig. 2) of the document containing the area having the related attribute in the database, and creates the document creator. Information can be obtained. Also, determine which of the above a) to d) should be sent from the revision history, and add a header part to the created mail as appropriate.
3 ) 「主」 属性を持つ領域が存在する場合 (第 7図 7 0 0 a ) 、 その作 成者に対しては上記 (a ) のメール 7 0 9を送付し、 自文書の改訂履歴 3) If there is an area with the “main” attribute (Fig. 7, 700a), the e-mail described in (a) above is sent to the creator, and the revision history of the own document is sent.
7 0 1に記録する。 改訂履歴 7 0 1は 「改訂許可待ち状態」 7 0 3にあ るとみなされる。 一方、 「主」 属性側では、 メール 7 0 9を自動検知し て自文書の改訂履歴 7 0 2に記録する。 改訂履歴 7 0 2は 「改訂検討状 態」 7 0 5にあるとみなされる。 ついで 「主」 属性側では、 作成者がシ ステムの関連領域検索機能をもちいて、 他の 「従」 属性文書作成者に改 訂を打診する上記 (b ) のメール 7 1 0を送付し、 これを改訂履歴 7 0 2に記録する。 改訂履歴 7 0 2は 「打診回答待ち状態」 7 0 6にはいる。 回答メールである上記 (c ) 7 1 1がすべて返って来た時点が改訂履歴 7 0 2に記録され、 「改訂待ち状態」 7 0 7にはいる。 この時点で改訂 が妥当かどうかの判断がなされ、 妥当と判断されれば改訂 7 1 4が実行 される。 同時に上記 (d ) の改訂完了通知 7 1 2がすべての 「従」 属性 文書作成者に送付され、 改訂履歴 7 0 2に記録される。 改訂履歴 7 0 2 は 「改訂周知待ち状態」 7 0 8にはいる。 「従」 属性文書側では、 7 1 2の着信を自動検知し、 これを改訂履歴 7 0 1に記録する。 改訂履歴 7 0 1は 「改訂許可済み状態」 7 0 4にはいる。 ここで初めて改訂完了通 知 7 1 2の内容にそった改訂 7 1 5がなされ、 同時に改訂完了通知 7 1 3が送付される。 改訂履歴 7 0 1は 「改訂完了」 となる。 一方改訂履歴 7 0 2はすべての 「従」 属性文書からの完了通知を待って改訂の全過程 が完了する。 ここで、 システムは Record in 70 1. Revision history 701 is considered to be in the "Revision awaiting status" 703. On the other hand, on the “main” attribute side, the e-mail 709 is automatically detected and recorded in the revision history 702 of the own document. Revision history 702 is considered to be in the "Review Status" 705. Next, on the “primary” attribute side, the creator sends the above-mentioned (b) e-mail 710 to ask other “subordinate” attribute document creators using the system's related area search function, This is recorded in the revision history 72. Revision history 7 02 enters “waiting for consultation response” 7 06. The point at which all of the above response mails (c) 711 are returned is recorded in the revision history 702, and the user enters the “revision waiting state” 707. At this point, a determination is made as to whether the revision is appropriate, and if so, revision 714 is implemented. At the same time, the above-mentioned (d) notification of completion of revision 7 1 2 is sent to all “dependency” attribute document creators and recorded in the revision history 7 02. The revision history 702 is in the “waiting for revision notification” 708. The “subordinate” attribute document automatically detects the incoming call of 7 12 and records it in the revision history 7 01. Revision history 7 0 1 enters “Revision approved status” 7 0 4. Here, for the first time, the revision completion notice 7 15 is made in accordance with the content of the revision completion notice, and at the same time, the revision completion notice 7 13 is sent. Revision history 7001 is "Revision completed". Revision history 702 completes the whole process of revision, waiting for completion notification from all “subordinate” attribute documents. Where the system is
あ) 改訂 7 1 4と改訂 7 1 5の時間的順序関係 A) Temporal order relationship between Revision 7 14 and Revision 7 15
レヽ) 状態 7 0 3、 7 0 4、 7 0 6、 7 0 8の時間的長さ ヽ) Time length of state 703, 704, 706, 708
等を監視することにより、 文書整合性を損なうような改訂を防ぐことが できる。 例えば、 「従」 属性文書の改訂 7 1 5は必ず改訂履歴 7 0 1力 S 改訂許可済み状態」 7 0 4の時に行われなくてはならない、 という制約 をシステム上に設定すれば、 改訂 7 1 5は 「主」 文書の改訂 7 1 4に先 んじて行われることが無いようにすることができる。 By monitoring such changes, it is possible to prevent revisions that would impair document consistency. For example, if a constraint is set on the system that the revision of the “subordinate” attribute document must be performed at the time of the revision history of the attribute document, the revision history must be changed. 15 can be prevented from being done prior to revision 7 14 of the “main” document.
4 ) 改訂要求者が 「主」 属性の場合 (第 7図 7 0 0 b ) 、 改訂者は情報 管理に対しもっとも優位な立場にいることになる。 まず、 (b ) メール 7 2 2が 「従」 属性文書に対し送付される。 改訂履歴 7 1 6は 「改訂猶 予状態」 7 1 8にはいる。 「従」 属性側はメール 7 2 2を検知して履歴 7 1 7に記録し、 「改訂通知待ち状態」 7 2 0にはいる。 ついで 「主」 属性側で改訂 7 2 5が実行され、 改訂完了通知 7 2 3が送付される。 改 訂履歴 7 1 6は 「改訂周知待ち状態」 7 1 9にはいる。 これ以降は第 7 図 7 0 0 aの改訂 7 1 4以降と同様の経過をたどり、 改訂が終了する。 以上述べたように、 本発明においては 「主 ·従」 関係属性の付与によ り、 改訂作業における情報改変権の優劣を検出し、 これを有効に利用す ることにより管理対象文書の内容整合性を確保せんとするものであり、 上記実施例の第 6図ないし第 7図で述べたような改訂作業の各階梯に多 少の差異があろうとも、 本発明の前記趣旨を損なわない限りなんら問題 無い。 産業上の利用可能性 4) If the requester of revision has the “primary” attribute (Fig. 70000b), the revisioner will have the most superior position in information management. First, (b) mail 722 is sent to the “subordinate” attribute document. Revision history 7 16 has entered “Revision Grace Status” 7 18. The “subordinate” attribute side detects the mail 7222 and records it in the history 7117, and enters the “revision notification waiting state” 720. Next, the revision 725 is executed on the “main” attribute side, and a revision completion notification 723 is sent. The revision history 7 16 is in the “Waiting for publication of revisions” 7 19. From then on, the process goes on in the same way as in Fig. 7 Revision 7100a and onwards, and the revision ends. As described above, according to the present invention, by assigning the “main / slave” relationship attribute, the superiority of the information modification right in the revision work is detected, and this is used effectively to match the content of the managed document. Therefore, even if there is a slight difference in each step of the revision work as described in FIGS. 6 and 7 of the above embodiment, as long as the above-mentioned purpose of the present invention is not impaired. No problem. Industrial applicability
定書式及び不定書式の文書からなる文書体系、 例えば工業製品の設計、 製造、 検査販売等にかかわる文書群やそれらを規定した規格文書類など はその内容の整合性が特に問題になる。 このような文書体系の運用にお いて本発明を適用すれば、 文書改定に伴う内容整合性の確保が容易とな る。 また、 先頃制定された I S O 9 0 0 0の如き文書の厳密な管理を要 求する製造規格の認証取得及び運用に対しても有利に働く ことは言うま でもない。 Document system consisting of fixed-format and irregular-format documents, for example, documents related to the design, manufacture, inspection and sales of industrial products, and standard documents that define them Is particularly problematic in the consistency of their contents. If the present invention is applied in the operation of such a document system, it is easy to ensure content consistency accompanying the document revision. It goes without saying that it also has an advantageous effect on the acquisition and operation of manufacturing standards that require strict management of documents such as the recently established ISO 9001.

Claims

請求の範囲 The scope of the claims
1 . 電子ファイルを作成する端末と、 前記作成された電子ファイルを蓄 積 ·管理するデータべ一スとを含むネッ トワークでの電子ファイル管理 方法において、 前記電子ファイルのうち関連する一対あるいは組に対し て、 それぞれに含まれる内容の関連性に基づき、 対の一方あるいは組の いくつかに 「主」 の属性を、 他方あるいは残りに 「従」 の属性を定義す ることで、 前記電子ファイルに含まれる内容を改訂する際に、 その内容 に関連性のある他の電子ファイルとの内容の整合性を確保することを特 徴とする電子フアイル管理方法。 1. An electronic file management method in a network including a terminal that creates an electronic file and a database that stores and manages the created electronic file, comprising: On the other hand, based on the relevance of the contents included in each, by defining the attribute of “main” in one or some of the pairs and the attribute of “subordinate” in the other or the rest, An electronic file management method that, when revising the included content, ensures that the content is consistent with other electronic files that are relevant to the content.
2 . 前記主従の属性を一電子ファイル内の複数の領域にそれぞれ独立に 定義することを特徴とする請求の範囲 1記載の電子ファイル管理方法。 2. The electronic file management method according to claim 1, wherein the attributes of the master and the slave are independently defined in a plurality of areas in one electronic file.
3 . 前記領域の電子ファイル内座標と、 前記領域に前記主従の属性によ つて対応付けられた他領域の所在と、 前記領域の前記主従の属性とを含 む電子ファイルを作成することで一電子ファイル内の複数の領域にそれ ぞれ独立に前記主従の属性を管理することを特徴とする請求の範囲 2記 載の電子ファイル管理方法。 3. By creating an electronic file including the coordinates in the electronic file of the area, the location of the other area associated with the area by the master-slave attribute, and the master-slave attribute of the area. 3. The electronic file management method according to claim 2, wherein the attributes of the master and the slave are independently managed in a plurality of areas in the electronic file.
4 . 前記主従の属性を定義した領域を電子ファイル表示と同時に表示す ることを特徴とする請求の範囲 1から 3のいずれかに記載の電子フアイ ル管理方法。  4. The electronic file management method according to claim 1, wherein an area in which the attributes of the master and the slave are defined is displayed simultaneously with the display of the electronic file.
5 . 指定した電子ファイルあるいは電子ファイル内領域に対応して前記 主従の属性が定義されている電子ファイルあるいは電子ファイル内領域 を検索することを特徴とする請求の範囲 1から 4のいずれかに記載の電 子ファイル管理方法。  5. The electronic file or the area in the electronic file in which the master-slave attribute is defined corresponding to the specified electronic file or the area in the electronic file is searched. Electronic file management method.
6 . 管理対象電子ファイルの改定編集に際し、 予め定義された前記主従 の属性を用いて複数の電子ファイルにおける内容の関連性を検出し、 前 記主従の属性により関連性が検出される複数の電子ファイルに対し、 内 8 容の変更の優先順位を前記主従の属性により規定することを特徴とする 請求の範囲 1から 5のいずれかに記載の電子ファイル管理方法。 6. When revising and editing the electronic file to be managed, relevance of the contents in a plurality of electronic files is detected using the above-defined master-slave attribute, and multiple electronic files whose relevance is detected based on the master-slave attribute described above. For files, 8. The electronic file management method according to claim 1, wherein the priority of the change of the content is defined by the attribute of the master and the slave. 7.
7 . 電子ファイルを作成する端末と、 前記作成された電子ファイルを蓄 積 '管理するデータベースとから構成され、 前記端末は、 前記電子ファ ィルのうち関連する一対あるいは組に対して、 それぞれに含まれる内容 の関連性に基づき、 対の一方あるいは組のいくつかに 「主」 の属性を、 他方あるいは残りに 「従」 の属性を定義する手段を備えることで、 前記 電子ファイルに含まれる内容を改訂する際に、 その内容に関連性のある 他電子ファイルとの内容の整合性を確保することを特徴とする電子ファ ィル管理システム。 7. It is composed of a terminal that creates an electronic file, and a database that stores and manages the created electronic file, and the terminal is provided for each pair or group of the electronic files. Based on the relevance of the content included, by providing means to define the attribute of “primary” in one or some of the pairs and the attribute of “subordinate” in the other or the rest, the content included in the electronic file An electronic file management system characterized by ensuring that the content is consistent with other electronic files that are relevant to the content when it is revised.
8 . 前記主従の属性を一電子ファイル内の複数の領域にそれぞれ独立に 定義する手段を有することを特徴とする請求の範囲 7記載の電子フアイ ル管理システム。  8. The electronic file management system according to claim 7, further comprising means for independently defining the attributes of the master and the slave in a plurality of areas in one electronic file.
9 . 前記領域の電子ファイル内座標と、 前記領域に前記主従の属性によ つて対応付けられた他領域の所在と、 前記領域の前記主従の属性とを含 む電子ファイルを作成する手段を有することで一電子ファイル内の複数 の領域にそれぞれ独立に前記主従の属性を管理することを特徴とする請 求の範囲 8記載の電子ファイル管理システム。  9. A means for creating an electronic file including coordinates in the electronic file of the area, the location of another area associated with the area by the master-slave attribute, and the master-slave attribute of the area. 9. The electronic file management system according to claim 8, wherein the attributes of the master and the slave are independently managed in a plurality of areas in one electronic file.
1 0 . 前記主従の属性を定義した領域を電子ファイル表示と同時に表示 する手段を有することを特徴とする請求の範囲 7から 9のいずれかに記 載の電子ファイル管理システム。  10. The electronic file management system according to any one of claims 7 to 9, further comprising means for simultaneously displaying an area in which the attributes of the master and the slave are defined and displaying the electronic file.
1 1 . 指定した電子ファイルあるいは電子ファイル内領域に対応して前 記主従属性が定義されている電子ファイルあるいは電子ファイル內領域 を検索する手段を有することを特徴とする請求の範囲 7から 1 0のいず れかに記載の電子ファイル管理システム。  11. The claims 7 to 10 having means for searching for an electronic file or an electronic file area in which the master-slave attribute is defined corresponding to a specified electronic file or an area in the electronic file. Electronic file management system according to any of the above.
1 2 . 管理対象電子ファイルの改定編集に際し、 予め定義された前記主 従の属性を用いて複数の電子ファイルにおける内容の関連性を検出する 手段と、 前記主従の属性により関連性が検出される複数の電子ファイル に対し、 内容の変更の優先順位を前記主従の属性により規定する手段を 有することを特徴とする請求の範囲 7から 1 1のいずれかに記載の電子 ファイル管理システム。 1 2. When revising and editing an electronic file to be managed, use the previously defined master and slave attributes to detect the relevance of the contents in multiple electronic files. Claims 7 to 11 characterized by comprising: means and means for specifying the priority of content change for a plurality of electronic files whose relevance is detected by the master-slave attribute by the master-slave attribute. Electronic file management system according to any of the above.
PCT/JP1996/000033 1996-01-12 1996-01-12 Method and apparatus for managing electronic file WO1997025679A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP1996/000033 WO1997025679A1 (en) 1996-01-12 1996-01-12 Method and apparatus for managing electronic file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP1996/000033 WO1997025679A1 (en) 1996-01-12 1996-01-12 Method and apparatus for managing electronic file

Publications (1)

Publication Number Publication Date
WO1997025679A1 true WO1997025679A1 (en) 1997-07-17

Family

ID=14152813

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1996/000033 WO1997025679A1 (en) 1996-01-12 1996-01-12 Method and apparatus for managing electronic file

Country Status (1)

Country Link
WO (1) WO1997025679A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001088749A1 (en) * 2000-05-18 2001-11-22 I1 System Method for constituting a database concerning data contained in a document
JP2003281118A (en) * 2002-03-22 2003-10-03 Toshiba Corp Document management device, document edit device, document management method, document edit method and program
JP2010086061A (en) * 2008-09-29 2010-04-15 Hatsumei-Tsushin Co Ltd Document display device related with industrial property right and document display method related with industrial property right
US7836055B2 (en) 2006-01-31 2010-11-16 Microsoft Corporation XNA relationship management

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01243172A (en) * 1988-03-25 1989-09-27 Hitachi Ltd Document area access control method
JPH04175982A (en) * 1990-11-08 1992-06-23 Nec Corp Electronic filing system
JPH04184643A (en) * 1990-11-20 1992-07-01 Hitachi Ltd Protecting method for electronic document
JPH0619772A (en) * 1990-12-11 1994-01-28 Toshiba Corp Common property management system
JPH0744441A (en) * 1993-07-29 1995-02-14 Toshiba Corp File revision noticing device
JPH0785007A (en) * 1993-06-30 1995-03-31 Toshiba Corp Document managing system
JPH07234810A (en) * 1994-02-24 1995-09-05 Fujitsu Ltd Shared document management method
JPH0836570A (en) * 1994-07-25 1996-02-06 Fuji Xerox Co Ltd Device for editing related document

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01243172A (en) * 1988-03-25 1989-09-27 Hitachi Ltd Document area access control method
JPH04175982A (en) * 1990-11-08 1992-06-23 Nec Corp Electronic filing system
JPH04184643A (en) * 1990-11-20 1992-07-01 Hitachi Ltd Protecting method for electronic document
JPH0619772A (en) * 1990-12-11 1994-01-28 Toshiba Corp Common property management system
JPH0785007A (en) * 1993-06-30 1995-03-31 Toshiba Corp Document managing system
JPH0744441A (en) * 1993-07-29 1995-02-14 Toshiba Corp File revision noticing device
JPH07234810A (en) * 1994-02-24 1995-09-05 Fujitsu Ltd Shared document management method
JPH0836570A (en) * 1994-07-25 1996-02-06 Fuji Xerox Co Ltd Device for editing related document

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001088749A1 (en) * 2000-05-18 2001-11-22 I1 System Method for constituting a database concerning data contained in a document
FR2828307A1 (en) * 2000-05-18 2003-02-07 Il System PROCESS FOR THE ESTABLISHMENT OF A DATABASE RELATING TO THE INFORMATION CONTAINED IN A DOCUMENT
US7818345B2 (en) 2000-05-18 2010-10-19 Andromaque Prepresse (Societe A Responsabilite Limitee) Method for constituting a database concerning data contained in a document
JP2003281118A (en) * 2002-03-22 2003-10-03 Toshiba Corp Document management device, document edit device, document management method, document edit method and program
US7836055B2 (en) 2006-01-31 2010-11-16 Microsoft Corporation XNA relationship management
JP2010086061A (en) * 2008-09-29 2010-04-15 Hatsumei-Tsushin Co Ltd Document display device related with industrial property right and document display method related with industrial property right

Similar Documents

Publication Publication Date Title
US7689578B2 (en) Dealing with annotation versioning through multiple versioning policies and management thereof
US6721921B1 (en) Method and system for annotating documents using an independent annotation repository
US8595611B2 (en) Added information distribution apparatus and added information distribution system
US10089287B2 (en) Redaction with classification and archiving for format independence
US8201079B2 (en) Maintaining annotations for distributed and versioned files
US8719691B2 (en) Document providing system and computer-readable storage medium
US7937652B2 (en) Document processing device, computer readable recording medium, and computer data signal
CN1573737B (en) Review support devices, methods
US20110301996A1 (en) Automating workflow participation
JP2005513597A5 (en)
US6985894B2 (en) Document management method and computer-readable storage medium storing program code for executing the same
US20070234201A1 (en) Information Management Device
WO1997025679A1 (en) Method and apparatus for managing electronic file
BRPI0612625A2 (en) context-based work environment
CN100501736C (en) History Control
JP2002236679A (en) Document processor
JP4309497B2 (en) Information search apparatus and information search method
JP2003150762A (en) Project information linkage method and system
WO2015063873A1 (en) Information retrieval system and information retrieval method
JP2004102923A (en) System and method for taking over work flow
JP7331404B2 (en) Document management device and program
JP2010061200A (en) Document management system and operation history display method
JPH1139382A (en) Patent monitoring system, patent monitoring method, and recording medium thereof
JPH1139341A (en) Page display device in www system and recording medium which records program and which machine can read
EP1744271A1 (en) Document processing device

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP KR SG US

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase