JPH0863462A - Method and device for document processing - Google Patents

Method and device for document processing

Info

Publication number
JPH0863462A
JPH0863462A JP6199457A JP19945794A JPH0863462A JP H0863462 A JPH0863462 A JP H0863462A JP 6199457 A JP6199457 A JP 6199457A JP 19945794 A JP19945794 A JP 19945794A JP H0863462 A JPH0863462 A JP H0863462A
Authority
JP
Japan
Prior art keywords
document
information
confirmation
time
user
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP6199457A
Other languages
Japanese (ja)
Inventor
Akihiro Kono
章博 河野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon 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 Canon Inc filed Critical Canon Inc
Priority to JP6199457A priority Critical patent/JPH0863462A/en
Priority to EP95305476A priority patent/EP0696003B1/en
Priority to DE69520177T priority patent/DE69520177T2/en
Priority to US08/504,077 priority patent/US5781915A/en
Publication of JPH0863462A publication Critical patent/JPH0863462A/en
Pending legal-status Critical Current

Links

Landscapes

  • Document Processing Apparatus (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE: To easily discriminate whether document information is altered by partial data of a document from when one user confirms the document information last until when the user confirms it this time. CONSTITUTION: A document information group 61 holding plural pieces of document information and update time information and pieces of confirmation time information by users of the pieces of document information held in the document information group 61 are stored in user-distinctive confirmation time information 621. When a user specifies and reads out document information held in the document information group 61, the update time information of the read document information is read out, it is judged whether or not the update time information of the document information is included in the confirmation time information by the users, and the document information is displayed distinctively at a display part 4 according to the judgement.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、電子的に文書を取り扱
う文書処理方法及びその装置に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a document processing method and apparatus for electronically handling a document.

【0002】[0002]

【従来の技術】文書情報とは、図2の様に、文書として
表現することが可能なデータ群で、SGML(ISO8879)で規
定されるような構造化文書データとして記述することが
できる。この構造化文書データを、図3の様に、構造を
単位として、例えば従来からあるファイルのディレクト
リ構造を利用するなどして、格納させることができる。
この格納された構造化データ群は、一つの文書として人
間に認識可能な情報である。それを認識するには、「表
示」、「印刷」、あるいは「聞く」と言ったような手段
が適用される。また例えば従来からあるリンクなどの技
術を利用して、他の文書情報からデータを共有させるこ
ともできる。図4のようにしてひとまとまりとなった構
造化データ群が文書の様式を提供し、一つの文書情報を
形成する。この文書情報は、図5の様に、従来のハイパ
ーテキストシステムなどを用いることで文書として表示
させることができる。文書を扱うためには、これらを編
集するために文書エディタのようなものを用いていた。
従来、過去に確認された文書が変更された場合に、その
情報を確認するためには、例えば前回参照した日時を覚
えておくなどしておき、現在の文書の更新日時を見て、
前回の確認時点よりも新しいかどうかを調べ、未確認部
分の有無を調べる必要があった。この際、前回文書情報
を確認した日時の記憶、あるいは記録がなければ、人間
がひとつひとつの文書を読んで、確認されている情報か
否かを調べる必要があった。前回確認された文書全体
を、常に保存しておき、現在の文書と比較する方法もあ
ったが、記憶容量の問題から見ても効率が悪い。これに
対して、UNIXシステムにおけるSCCSやRCSのように、利
用中の文書が編集されることによって更新された情報の
みを保存しておき、逆に現在の文書との比較によって前
の情報を知ることができるシステムがある。このシステ
ムでは、更新された情報のみを保存しておくので、上記
記憶容量の問題を解決できる。しかし、これらのシステ
ムでは、処理の対象を文書全体、比較の単位を行として
おり、構造化文書における構造単位での処理は行なえな
かった。構造化文書を対象としたシステムでは、処理の
対象を文書全体とするものの、比較の単位を構造毎に
し、更新された情報のみを保存するものがあった。この
システムでは、図6のように、近傍に更新を表わす黒線
を表示するというような、表示属性を変えることによっ
て、前回確認された文書から更新された、未確認の情報
を構造単位で表現することができた。図中表示例7が、
前回の確認時点の文書から、情報が更新された未確認の
部分である。
2. Description of the Related Art Document information is a group of data that can be expressed as a document, as shown in FIG. 2, and can be described as structured document data defined by SGML (ISO8879). As shown in FIG. 3, the structured document data can be stored in units of structure, for example, by using a conventional file directory structure.
The stored structured data group is information that can be recognized by humans as one document. To recognize it, means such as "display", "print" or "listen" are applied. Further, for example, it is possible to share data from other document information by using a conventional technique such as a link. A group of structured data as shown in FIG. 4 provides a document format and forms one document information. This document information can be displayed as a document by using a conventional hypertext system as shown in FIG. To handle the documents, I used something like a document editor to edit them.
Conventionally, when a document confirmed in the past is changed, in order to confirm the information, for example, remember the date and time of the last reference, and look at the update date and time of the current document,
It was necessary to check whether it was newer than the time of the previous confirmation, and to check if there were any unconfirmed parts. At this time, if there is no memory or record of the date and time when the document information was confirmed last time, it was necessary for a human to read each document and check whether or not the information was confirmed. There was also a method of always saving the entire document checked last time and comparing it with the current document, but it is inefficient in terms of storage capacity. On the other hand, like SCCS and RCS in UNIX systems, only the information updated by editing the document in use is saved, and the previous information is known by comparing with the current document. There is a system that can. In this system, since only updated information is stored, the problem of the storage capacity can be solved. However, in these systems, the target of processing is the entire document and the unit of comparison is a line, and processing cannot be performed in the structural unit of the structured document. In some systems for structured documents, the whole document is processed, but there is a system in which the unit of comparison is each structure and only updated information is stored. In this system, as shown in FIG. 6, by changing the display attribute such as displaying a black line indicating the update in the vicinity, the unconfirmed information updated from the previously confirmed document is expressed in structural units. I was able to. Display example 7 in the figure
This is an unconfirmed part where the information has been updated from the document at the time of the previous confirmation.

【0003】[0003]

【発明が解決しようとしている課題】複数の人によって
情報が利用される場合、特に頻繁に内容の更新が行なわ
れるような文書情報では、同一文書データでも時と共
に、複数、あるいは特定の人によってメンテナンスさ
れ、更新されるていくものである。しかしながら文書を
参照するユーザとしては、常に最新の文書情報を見て確
認したいと言う要求がある。このため、頻繁に内容が更
新される文書情報は複数のユーザによって共有されて参
照される。このように、ある文書情報が複数のユーザで
共有されていて、特に頻繁に内容が更新されるような場
合では、文書情報を参照しているユーザにとって、知ら
ない間に情報が更新されて、未確認の部分ができている
という問題が起こる。そのため、各ユーザは共有されて
いる文書に対して、前回そのユーザによって確認された
以降に更新された未確認の情報を、確認したいと言う要
求がある。つまり、文書情報は複数の人によって共有さ
れ、利用されているが、参照する際にユーザから要求さ
れる、確認したい情報というものは、各ユーザ毎に相違
してしまうという問題が起こる。このため、このような
形態の構造化文書では、各ユーザ毎に最新の情報を得よ
うとしても、そのユーザにとって、文書内のどの情報が
確認済みで、どの情報が未確認なのかが分かりにくくな
ると言う問題があった。また、文書の参照時点毎に、全
ての変更部分が確認されると言う保証はなく、未確認部
分が確認されたかどうかが分からなくなると言う問題が
あった。つまり、未確認部分が表示されても、未確認部
分が確認されることとは同義でないという問題があっ
た。
When the information is used by a plurality of persons, especially in the case of document information whose contents are frequently updated, the same document data is maintained by a plurality of persons or a specific person with time. It will be updated and updated. However, as a user who refers to a document, there is a demand that he always wants to see and check the latest document information. Therefore, the document information whose contents are frequently updated is shared and referred to by a plurality of users. In this way, when a certain document information is shared by a plurality of users and the content is updated particularly frequently, the information is updated without notice to the user who is referring to the document information, The problem occurs that there are unconfirmed parts. Therefore, each user has a request to check the shared document for the unconfirmed information that has been updated since the last confirmation by the user. That is, although the document information is shared and used by a plurality of people, there arises a problem that the information requested by the user at the time of reference and the information to be confirmed is different for each user. Therefore, in a structured document of such a form, even if the user tries to obtain the latest information for each user, it becomes difficult for the user to know which information in the document has been confirmed and which information has not been confirmed. There was a problem to say. In addition, there is no guarantee that all changed parts will be confirmed at each reference time of the document, and there will be a problem that it will not be known whether unconfirmed parts have been confirmed. That is, even if the unconfirmed part is displayed, there is a problem that it is not synonymous with the confirmation of the unconfirmed part.

【0004】[0004]

【課題を解決するための手段及び作用】上記課題を解決
する為に、本発明は、複数の文書情報と更新時刻情報と
を保持する保持手段と、前記保持手段に保持されている
文書情報のそれぞれのユーザ毎の確認時間情報を記憶す
る記憶手段と、前記保持手段に保持されている文書情報
をユーザを特定して読み出す読出し手段と、前記読出し
手段により読み出された文書情報の更新時間情報が、前
記ユーザ毎の確認時間情報に含まれるか否か判断し、判
断結果を識別可能に表示するよう制御する制御手段と、
を有することを特徴とする文書処理装置を提供する。上
記課題を解決する為に、本発明は、好ましくは、文書情
報を部分単位で取り扱うことを特徴とする。上記課題を
解決する為に、本発明は、好ましくは、読者毎に文書を
部分単位で確認した時の確認情報を、更新時刻毎に保持
することを特徴とする。上記課題を解決する為に、本発
明は、好ましくは、読者毎に文書を文書要素単位で確認
した時の確認情報を、圧縮して保持することを特徴とす
る。上記課題を解決する為に、本発明は、好ましくは、
読者毎に文書を部分単位で確認した時の確認情報を、連
続した時間の範囲を利用して、圧縮して保持することを
特徴とする。上記課題を解決する為に、本発明は、好ま
しくは、読者毎に文書を部分単位で確認した時の確認情
報を、文書要素毎に保持することを特徴とする。上記課
題を解決する為に、本発明は、好ましくは、読者毎に文
書を部分単位で確認した時の確認情報を、文書要素毎に
保持すること、その確認情報を、文書の部分構造を利用
して、圧縮して保持することを特徴とする。上記課題を
解決する為に、本発明は、好ましくは、圧縮して保持さ
れた確認情報を元に、現在の確認状況を抽出することを
特徴とする。上記課題を解決する為に、本発明は、好ま
しくは、文書の確認情報と文書の更新情報の比較結果を
識別可能に表示する際に、圧縮して保持された確認情報
を元に現在の確認状況を抽出することを特徴とする。
In order to solve the above problems, the present invention provides a holding means for holding a plurality of pieces of document information and update time information, and a document information held by the holding means. Storage means for storing confirmation time information for each user, reading means for reading out the document information held in the holding means by specifying the user, and update time information for the document information read by the reading means Is a control unit that determines whether or not it is included in the confirmation time information for each user, and controls to display the determination result in a distinguishable manner,
There is provided a document processing device having: In order to solve the above-mentioned problems, the present invention is preferably characterized in that document information is handled in units of parts. In order to solve the above-mentioned problems, the present invention is preferably characterized in that the confirmation information at the time of confirming a document in units of readers is held for each update time. In order to solve the above problems, the present invention is preferably characterized in that the confirmation information when the document is confirmed for each reader in document element units is compressed and held. In order to solve the above problems, the present invention is preferably
It is characterized in that the confirmation information at the time of confirming a document in units of readers is compressed and retained by utilizing a continuous time range. In order to solve the above-mentioned problems, the present invention is preferably characterized in that the confirmation information at the time of confirming a document for each reader on a partial basis is retained for each document element. In order to solve the above problems, the present invention preferably holds, for each document element, confirmation information when a document is confirmed in partial units for each reader, and the confirmation information uses a partial structure of the document. It is characterized by compressing and holding. In order to solve the above-mentioned problem, the present invention is preferably characterized in that the present confirmation status is extracted based on the confirmation information that is compressed and held. In order to solve the above-mentioned problems, the present invention preferably confirms the current confirmation based on the confirmation information stored in a compressed manner when the comparison result of the document confirmation information and the document update information is displayed in a distinguishable manner. It is characterized by extracting the situation.

【0005】上記課題を解決する為に、本発明は、複数
の文書情報を記憶している文書ファイルより所望の文書
情報を読み出して処理する文書処理方法であって、前記
文書ファイルに記憶されている文書情報のそれぞれのユ
ーザ毎の確認時間情報を記憶する工程と、ユーザを特定
して前記文書ファイルより所望の文書情報を読み出す工
程と、読み出された文書情報の更新時間情報が、前記ユ
ーザ毎の確認時間情報に含まれるか否か判断し、その判
断に応じて識別可能に表示する工程と、を有することを
特徴とする文書処理方法を提供する。上記課題を解決す
る為に、本発明は、好ましくは、文書情報を部分単位で
取り扱うことを特徴とする。上記課題を解決する為に、
本発明は、好ましくは、読者毎に文書を部分単位で確認
した時の確認情報を、更新時刻毎に保持することを特徴
とする。上記課題を解決する為に、本発明は、好ましく
は、読者毎に文書を文書要素単位で確認した時の確認情
報を、圧縮して保持することを特徴とする。上記課題を
解決する為に、本発明は、好ましくは、読者毎に文書を
部分単位で確認した時の確認情報を、連続した時間の範
囲を利用して、圧縮して保持することを特徴とする。上
記課題を解決する為に、本発明は、好ましくは、読者毎
に文書を部分単位で確認した時の確認情報を、文書要素
毎に保持することを特徴とする。上記課題を解決する為
に、本発明は、好ましくは、読者毎に文書を部分単位で
確認した時の確認情報を、文書要素毎に保持すること、
その確認情報を、文書の部分構造を利用して、圧縮して
保持することを特徴とする。上記課題を解決する為に、
本発明は、好ましくは、圧縮して保持された確認情報を
元に、現在の確認状況を抽出することを特徴とする。上
記課題を解決する為に、本発明は、好ましくは、文書の
確認情報と文書の更新情報の比較結果を識別可能に表示
する際に、圧縮して保持された確認情報を元に現在の確
認状況を抽出することを特徴とする。
In order to solve the above problems, the present invention is a document processing method for reading and processing desired document information from a document file storing a plurality of document information, which is stored in the document file. Storing the confirmation time information for each user of the document information stored therein, the step of identifying the user and reading the desired document information from the document file, and the update time information of the read document information is the user And a step of determining whether or not each confirmation time is included in the confirmation time information and displaying the information in a distinguishable manner according to the determination. In order to solve the above-mentioned problems, the present invention is preferably characterized in that document information is handled in units of parts. In order to solve the above problems,
The present invention is preferably characterized in that the confirmation information at the time of confirming the document in units of readers is held for each update time. In order to solve the above problems, the present invention is preferably characterized in that the confirmation information when the document is confirmed for each reader in document element units is compressed and held. In order to solve the above-mentioned problems, the present invention is preferably characterized in that the confirmation information at the time of confirming a document in units of readers is compressed and held by utilizing a continuous time range. To do. In order to solve the above-mentioned problems, the present invention is preferably characterized in that the confirmation information at the time of confirming a document for each reader on a partial basis is retained for each document element. In order to solve the above-mentioned problems, the present invention preferably holds confirmation information for each document element when confirming a document for each reader in partial units.
It is characterized in that the confirmation information is compressed and held by utilizing the partial structure of the document. In order to solve the above problems,
The present invention is preferably characterized in that the current confirmation status is extracted based on the confirmation information that is compressed and held. In order to solve the above-mentioned problems, the present invention preferably confirms the current confirmation based on the confirmation information stored in a compressed manner when the comparison result of the document confirmation information and the document update information is displayed in a distinguishable manner. It is characterized by extracting the situation.

【0006】文書情報を構造化データとして扱う文書処
理装置において、読者毎の確認時点の情報を保持する手
段と、文書更新時に更新情報を保持する手段とを設ける
ことで、読者毎の前回確認した時点から情報が更新され
た、未確認の情報を抽出、明示し、未確認情報の確認を
取ることで上記問題を解決するものである。
In a document processing apparatus that handles document information as structured data, a means for holding information at the time of confirmation for each reader and a means for holding updated information at the time of updating the document are provided to confirm the previous time for each reader. The above problem is solved by extracting and clarifying unconfirmed information whose information has been updated since the point of time, and confirming the unconfirmed information.

【0007】[0007]

【実施例】【Example】

(第1の実施例)以下、添付図面を参照して本発明の好
適な実施例を説明する。
(First Embodiment) A preferred embodiment of the present invention will be described below with reference to the accompanying drawings.

【0008】図1は本実施例の文書処理装置の概略構成
を示すブロック図である。
FIG. 1 is a block diagram showing the schematic arrangement of the document processing apparatus of this embodiment.

【0009】図1において1はキーボード(KB)、2
は例えばマウス等のポインティングデバイスで、CRT
等の表示部4の画面上でカーソル等を移動して、所望の
コマンドやデータ等を入力するのに利用される。3は装
置全体を制御するCPUで、4は液晶やCRT等の表示
部、5は本実施例におけるプログラムやデータを保持
し、ここに保持されている制御プログラムに基づいてC
PU3による制御を実行させる為の記憶部である。6は
プログラムや各種データを不揮発に保持するための補助
記憶装置である。なお、記憶部5と補助記憶装置6を区別
せずに全体としてプログラム・データ保持用記憶装置と
して利用しても良い。
In FIG. 1, 1 is a keyboard (KB), 2
Is a pointing device such as a mouse, and is a CRT.
It is used to move a cursor or the like on the screen of the display unit 4 such as to input a desired command or data. Reference numeral 3 is a CPU for controlling the entire apparatus, 4 is a display unit such as a liquid crystal display or CRT, and 5 is a program for holding data and programs according to the present embodiment.
It is a storage unit for executing control by the PU 3. Reference numeral 6 denotes an auxiliary storage device for holding programs and various data in a nonvolatile manner. The storage unit 5 and the auxiliary storage device 6 may be used as a program / data holding storage device as a whole without making a distinction.

【0010】7はタイマで、CPU3の指示により所定
時間を計時するとともに、現在時刻の計時やカレンダ機
能を有している。、また本実施例の文書処理装置では、
文書データの読み出しや保存をを行う際には、必ずパス
ワードやIDコード等を入力して使用者(ユーザ)が特
定する必要がある。
Reference numeral 7 denotes a timer, which measures a predetermined time according to an instruction from the CPU 3, and has a function of measuring the current time and a calendar function. Also, in the document processing device of the present embodiment,
When reading or saving the document data, it is necessary for the user (user) to specify the password and ID code without fail.

【0011】尚、図1に示すように、記憶部5には、文
書表示プログラム511、文書変更プログラム521、文書確
認プログラム531が格納されている。補助記憶装置6に
は、現在の文書情報61と、ユーザ別確認時刻情報621が
格納されている。
As shown in FIG. 1, the storage unit 5 stores a document display program 511, a document change program 521, and a document confirmation program 531. The auxiliary storage device 6 stores current document information 61 and user-specific confirmation time information 621.

【0012】本実施例において、文書は図7に示すよう
な、更新時刻 Time を属性として持つ文書要素からなる
構造化文書データとして扱われる。また、ユーザ別確認
時刻情報621は、例えば図8に示すような形で、ユーザ別
に、すでに確認された文書更新時刻を保持するものであ
る。この確認された文書更新時刻とは、すでに確認され
た文書要素の更新時刻属性 Time の時刻のことである。
本実施例においては、文書要素の更新時刻属性の持つ更
新時刻には同一のものが存在しないものであるとする。
In this embodiment, the document is treated as structured document data composed of document elements having the update time Time as an attribute as shown in FIG. The user-specific confirmation time information 621 holds the already-confirmed document update time for each user, for example, in the form shown in FIG. The confirmed document update time is the time of the update time attribute Time of the already confirmed document element.
In the present embodiment, it is assumed that the same update time does not exist in the update time attributes of the document element.

【0013】本実施例のシステム全体のフロチャートを
図9に示す。あるユーザによってシステムが起動される
とステップS901のイベントループでイベントを待つ。
表示の操作が行なわれた場合、ステップS902で文書
が表示される。編集の操作が行なわれた場合、ステップ
S903で文書が変更される。終了の操作が行なわれた
場合、システムは終了する。編集のイベントが起こった
場合、図10のフロチャートにしたがって編集が行なわれ
る。以下にその動作手順を示す。ステップS1001で、現
在の文書情報61が、補助記憶装置6から抽出される。ス
テップS1002の文書編集処理は、図11のフロチャートに
したがって行なわれる。以下にその動作手順を示す。ス
テップS1101で、文書情報は文書要素の単位で編集され
る。ステップS1102で更新された文書要素の更新時
刻属性 Time は、文書要素の更新時刻として現在時刻に
セットされる。また、ステップS1103では、編集を
行なったということは、その文書要素に関して確認した
ことと同等なので、文書確認処理が行なわれる。先に述
べたように、本実施例では、文書が編集された更新時刻
として、同一時刻は認めない。これは、例えば従来から
ある UNIX システムにおけるある特定日からの積算によ
る時刻表示のようなものを用いることで、実現できる。
FIG. 9 shows a flowchart of the entire system of this embodiment. When the system is started by a certain user, an event is waited for in the event loop of step S901.
When the display operation is performed, the document is displayed in step S902. When the editing operation is performed, the document is changed in step S903. When the end operation is performed, the system ends. When an editing event occurs, editing is performed according to the flowchart of FIG. The operation procedure is shown below. In step S1001, the current document information 61 is extracted from the auxiliary storage device 6. The document editing process of step S1002 is performed according to the flowchart of FIG. The operation procedure is shown below. In step S1101, the document information is edited in document element units. The update time attribute Time of the document element updated in step S1102 is set to the current time as the update time of the document element. Further, in step S1103, the fact that editing has been performed is the same as the confirmation regarding that document element, so document confirmation processing is performed. As described above, in this embodiment, the same time is not recognized as the update time when the document is edited. This can be achieved, for example, by using a conventional UNIX system such as time display by integrating from a specific day.

【0014】つづいて、図12のフロチャートにしたがっ
て、文書確認処理が行なわれる。ステップS1201
で、確認される文書要素が、その要素を親とする子要素
を持っていた場合、その子要素も確認されたと考えられ
るので、ステップS1202で、その子要素に対しても
再帰的に文書確認処理を行なう。続いて、ステップS1
203で、確認される文書要素の更新時刻属性 Time の
持つ更新時刻が、ユーザ別確認時刻情報621のテーブル
に加えられる。この際、既にその更新時刻属性の示す時
刻が、ユーザ別確認時刻情報に載っている場合、新たに
その更新時刻をユーザ別確認時刻情報に加えなくても良
い。こうすることによって、文書確認プログラム531が
実現される。ステップS1104で、すべての編集が終
了すると、文書要素編集処理は終了される。編集を終了
した文書はステップS1003によって現在の文書情報61に
格納される。この現在の文書情報61は、ステップS1002
で、文書要素が編集されるたびに格納されても良い。
Subsequently, document confirmation processing is performed according to the flow chart of FIG. Step S1201
If the document element to be confirmed has a child element whose parent is the element, it is considered that the child element has also been confirmed. Therefore, in step S1202, the document confirmation process is recursively performed on the child element. To do. Then, step S1
At 203, the update time of the update time attribute Time of the document element to be confirmed is added to the table of the confirmation time information for each user 621. At this time, if the time indicated by the update time attribute is already included in the user-specific confirmation time information, the update time need not be newly added to the user-specific confirmation time information. By doing so, the document confirmation program 531 is realized. When all editing is completed in step S1104, the document element editing process is completed. The edited document is stored in the current document information 61 in step S1003. This current document information 61 is obtained in step S1002.
Thus, it may be stored every time the document element is edited.

【0015】以下、図9のステップS902表示の場合を、
図13のフロチャートにしたがって示す。文書を表示させ
ようとすると、ステップS1301で、現在の文書情報61が
補助記憶装置6から抽出される。次にステップS1302
で、文書がCRT4に、構造に沿って文書要素毎に表示が行
なわれる。以下、文書要素表示処理を、図14のフロチャ
ートにしたがって示す。まずステップS1401で、現在の
表示属性を保存する。ステップS1402で、文書要素
の更新時刻属性 Time の時刻が現在表示を行なおうとし
ているユーザの確認時刻情報621に含まれていない場
合、その文書要素の更新がまだ確認されていないという
ことで、ステップS1403で、文書要素の表示属性が
変えられる。表示属性の変更としては、図15に示すよ
うに、例えば変更部分を網掛けし、その色を変えること
や、表示属性の標準を薄い色にしておき、変更の度に濃
くしていくといったようなことなどが考えられる。続い
てステップS1404で、決定された表示属性にしたがって
文書要素の先頭が表示される。次にステップS1405
で、文書要素の内容が表示されていくが、ステップS1
406で、その内容に文書要素があると判断された場
合、ステップS1407で再帰的に文書要素表示処理を
行なう。文書の内容が終了するまで、その内容が表示さ
れていく。ステップS1408で、内容が終了したと判
断された場合、ステップS1409で文書要素の末尾を
表示する。最後に、ステップS1410で、保存されて
いる表示属性に復帰し、文書要素表示処理は終了する。
ステップS1303で、文書中の全ての文書要素の表示
が終了するまで、この文書要素表示処理を行なう。
The case of displaying step S902 in FIG. 9 will be described below.
It shows according to the flow chart of FIG. When a document is to be displayed, the current document information 61 is extracted from the auxiliary storage device 6 in step S1301. Then step S1302
Then, the document is displayed on the CRT 4 for each document element according to the structure. The document element display process will be described below according to the flowchart of FIG. First, in step S1401, the current display attributes are saved. In step S1402, if the time of the update time attribute Time of the document element is not included in the confirmation time information 621 of the user who is currently displaying, it means that the update of the document element has not been confirmed yet. In step S1403, the display attribute of the document element is changed. To change the display attribute, as shown in FIG. 15, for example, the changed portion is shaded and its color is changed, or the standard of the display attribute is set to a light color, and the change is made darker each time. Things can be considered. Then, in step S1404, the head of the document element is displayed according to the determined display attribute. Next step S1405
Then, the contents of the document element are displayed, but step S1
If it is determined in 406 that there is a document element in the content, the document element display processing is recursively performed in step S1407. The content is displayed until the content of the document is completed. If it is determined in step S1408 that the contents are complete, the end of the document element is displayed in step S1409. Finally, in step S1410, the stored display attributes are restored, and the document element display processing ends.
In step S1303, this document element display processing is performed until the display of all the document elements in the document is completed.

【0016】以上の処理によって、例えば図16に示した
ような表示例が実現できる。
By the above processing, a display example as shown in FIG. 16 can be realized.

【0017】次にステップS1304で、従来からあるカー
ソルやマウスなど、位置を指定するポインタが移動され
る場合は、ステップS1305で、ポインタの移動が行なわ
れる。ステップS1306で、従来からあるようなマウスの
クリックや、画面上のボタンなどを押すことによって、
確認の処理が要求された場合、ステップS1307で、現在
カーソル等の位置を指定するポインタのある文書要素の
確認処理を行なう。この確認処理は本実施例の図12で示
した、確認処理と同じである。ステップS1308で、確認
の処理が終了されると、文書表示処理は終了しイベント
ループに戻る。
Next, in step S1304, if a conventional pointer such as a cursor or a mouse for designating a position is moved, the pointer is moved in step S1305. In step S1306, by clicking the mouse as usual, or pressing a button on the screen,
If confirmation processing is requested, in step S1307, confirmation processing is performed on the document element having the pointer that currently specifies the position of the cursor or the like. This confirmation processing is the same as the confirmation processing shown in FIG. 12 of the present embodiment. When the confirmation process is completed in step S1308, the document display process ends and the process returns to the event loop.

【0018】これらによって文書表示プログラム511が
実現される。文書要素の表示処理は、文書要素の確認が
行なわれる度に行なっても良い。こうすることによっ
て、常にユーザが文書要素を確認した時点でユーザ別確
認時刻情報621にユーザ別の確認情報が保持され、文書
要素の更新時刻属性 Time の更新時刻がユーザ別確認時
刻情報621に載っているかどうか調べることによって、
各ユーザの未確認の情報を、文書要素を単位として知る
ことができる。本実施例はイベントドリブンで実現して
いるが、各イベントドリブンの処理を、文書情報を共有
した独立したプログラムにしても良い。また、本実施例
では、表示プログラムと編集プログラムを分けている
が、表示と編集が一体となったプログラムを編集プログ
ラムとして利用し、表示プログラムを省いても良い。本
実施例によれば、ユーザ別の未確認の情報を文書から文
書要素を単位に抽出し、把握することを可能とした。こ
のため、容易に各ユーザが確認する必要のある文書情報
を得られると言う利点がある。また、何度文書全体を表
示しようとも、未確認の文書要素は確認処理が行なわれ
るまで、未確認であることが明示されるという効果があ
る。
The document display program 511 is realized by these. The document element display process may be performed each time the document element is confirmed. By doing so, the confirmation information for each user is always held in the confirmation time information 621 for each user when the user confirms the document element, and the update time of the update time attribute Time of the document element is recorded in the confirmation time information 621 for each user. By checking if
Unconfirmed information of each user can be known in units of document elements. Although the present embodiment is realized by event driving, each event driven process may be performed by an independent program sharing document information. Further, in the present embodiment, the display program and the editing program are separated, but a program in which display and editing are integrated may be used as the editing program, and the display program may be omitted. According to the present embodiment, it is possible to extract and identify unconfirmed information for each user from a document in document element units. Therefore, there is an advantage that the document information that each user needs to confirm can be easily obtained. Further, no matter how many times the entire document is displayed, unconfirmed document elements are clearly shown as unconfirmed until confirmation processing is performed.

【0019】(第2の実施例)第1の実施例では、文書
要素を確認した際、その要素を親とする子要素に関して
も確認されたとしたが、これに限るわけではない。本実
施例では、指定された文書要素のみを確認されたとし、
その確認処理された文書要素を親としている子要素は別
途確認処理される場合について述べる。以下、図を用い
て本発明における実施例を説明する。本実施例のブロッ
ク図は図1の文書確認プログラム531が別の文書確認プロ
グラム532に変更されたものである(図示せず)。本実施
例における文書は実施例1の図7と同じである。本実施例
のシステム全体のフロチャートは図9と同様である。表
示の操作が行なわれた場合は、実施例1と同様である。
編集の操作が行なわれた場合は、実施例1と同様であ
る。終了の操作が行なわれた場合、システムは終了す
る。表示、あるいは編集の処理中、文書確認処理が行な
われる場合、図17のフロチャートにしたがって、文書確
認処理が行なわれる。ステップS1701で確認される
文書要素の更新時刻属性 Time の持つ更新時刻のみが、
ユーザ別確認時刻情報621のテーブルに加えられる。つ
まり、確認される文書要素が、その要素を親とする子要
素を持っていた場合でも、その子要素を確認されたと考
えない。この場合は、その確認処理された文書要素を親
としている子要素は別途確認処理される必要がある。更
新時刻をテーブルに加える際、既にその更新時刻属性 T
ime の示す時刻が、ユーザ別確認時刻情報に載っている
場合、新たにその更新時刻をユーザ別確認時刻情報に加
えなくても良い。こうすることによって、文書確認プロ
グラム532が実現される。この文書確認プログラム532を
用いることによって、SGML における mixed content の
ような文書要素がある場合に、確認される要素を親とす
る子要素と、親要素の直接の内容の文字列とを区別し
て、それぞれ確認することができるという効果がある。
また、文書確認処理自体が、簡単になるという効果があ
る。
(Second Embodiment) In the first embodiment, when the document element is confirmed, the child element having the element as the parent is also confirmed, but the invention is not limited to this. In this embodiment, it is assumed that only the designated document element is confirmed,
A case will be described below in which the child element having the document element subjected to the confirmation processing as a parent is separately confirmed. Embodiments of the present invention will be described below with reference to the drawings. In the block diagram of the present embodiment, the document confirmation program 531 of FIG. 1 is changed to another document confirmation program 532 (not shown). The document in this embodiment is the same as that in FIG. 7 of the first embodiment. The flowchart of the entire system of this embodiment is similar to that of FIG. When the display operation is performed, it is the same as in the first embodiment.
When the editing operation is performed, it is the same as in the first embodiment. When the end operation is performed, the system ends. When the document confirmation process is performed during the display or edit process, the document confirmation process is performed according to the flowchart of FIG. Only the update time of the update time attribute Time of the document element confirmed in step S1701 is
It is added to the table of the confirmation time information 621 for each user. That is, even if the document element to be confirmed has a child element whose parent is the element, the child element is not considered to be confirmed. In this case, the child element whose parent is the document element subjected to the confirmation processing needs to be separately confirmed. When the update time is added to the table, the update time attribute T
If the time indicated by ime is included in the confirmation time information for each user, it is not necessary to newly add the update time to the confirmation time information for each user. By doing so, the document confirmation program 532 is realized. By using this document confirmation program 532, when there is a document element such as mixed content in SGML, a child element whose parent is the element to be confirmed and a character string of the direct content of the parent element are distinguished, The effect is that you can check each.
Further, there is an effect that the document confirmation processing itself becomes simple.

【0020】(第3の実施例)第1,2の実施例では、ユ
ーザが過去に確認した際の全ての確認時刻をユーザ別確
認時刻情報621に加えていったが、これに限るわけでは
ない。本実施例では、ある時点以前の更新が全て確認さ
れた場合に、その時点以前の確認時刻情報を削除する場
合について述べる。また、文書情報中に存在する更新時
刻 Time で、ある2つの時点の間にある更新時刻が全て
確認されている場合に、その2時点間の時間の範囲を用
いることで、確認情報を圧縮する場合について述べる。
以下、図を用いて本発明における実施例を説明する。本
実施例のブロック図は図1の文書表示プログラム511が別
の文書表示プログラム513に、文書確認プログラム531が
別の文書確認プログラム533に、それぞれ変更され、記
憶装置5に確認情報圧縮プログラム543を加えたものであ
る(図示せず)。また、ユーザ別確認時刻情報621がユー
ザ別確認時間情報623に変更された。ユーザ別確認時間
情報623は、例えば図18に示すような形で、ユーザ別
に、すでに確認された文書更新時刻を時刻順に保持する
ものである。この際、2つの時刻が欄にある場合は、そ
の2つ時刻の間の時間、つまり時刻の範囲を示し、1つの
時刻が欄にある場合は、その時刻そのものを示す。ただ
し、先頭の欄の時刻は、その時刻以前が確認済みである
ことを表していると考える。本実施例における文書は実
施例1の図7と同じである。本実施例のシステム全体のフ
ロチャートは図9と同様である。表示の操作が行なわれ
た場合は、文書が表示される。編集の操作が行なわれた
場合は、実施例1と同様である。終了の操作が行なわれ
た場合、システムは終了する。表示のイベントが起こっ
た場合は図13と同等の処理が行なわれる。ステップS13
02と同等のステップの文書要素表示処理を、図19のフロ
チャートにしたがって示す。まずステップS1901で、現
在の表示属性を保存する。文書要素の更新時刻属性 Tim
e の時刻が,現在表示を行なおうとしているユーザの確
認時間情報623に含まれる場合、つまり、ステップS1
902で、更新時刻属性 Time の時刻が、623に載って
いるか、あるいは2つの時刻によって指定される範囲
か、先頭の時刻以前の範囲にその時刻が含まれると判断
された場合は、更新が起こっていないので、続く表示の
ステップに進む。そうでない場合は、その文書要素の更
新がまだ確認されていないということで、ステップS1
903で文書要素の表示属性が変えられる。表示属性の
変更は、実施例1に同じである。続いてステップS1904
で、決定された表示属性にしたがって文書要素の先頭が
表示される。次にステップS1905で文書要素の内容
が表示されていくが、ステップS1906でその内容に
文書要素があると判断された場合、ステップS1907
で再帰的に文書要素表示処理を行なう。文書の内容が終
了するまで、その内容が表示されていく。ステップS1
908で内容が終了した場合、ステップS1909で文
書要素の末尾を表示する。最後に、ステップS1910で、
保存されている表示属性に復帰し、文書要素表示処理は
終了する。以上の処理による表示例は、実施例1に同じ
く、例えば図16に示したようなものである。表示、ある
いは編集の処理中、文書確認処理が行なわれる場合、図
20のフロチャートにしたがって、文書確認処理が行なわ
れる。ステップS2001で確認される文書要素の更新
時刻属性 Time の持つ更新時刻がユーザ別確認時間情報
623の確認時間の範囲にない場合、ステップS2002
でその更新時刻がユーザ別確認時間情報621のテーブル
に加えられる。こうすることによって、文書確認プログ
ラム533が実現される。システムが終了される際は、図2
1のフロチャートにしたがって、ユーザ別確認時間情報6
21が圧縮される。まず、現在の文書情報61を読み込ん
で、現在の各文書要素の更新時刻 Time の一覧を、図22
に示すような形で、ステップS2101で更新時刻順で
ソートして作成する。Timeの一覧テーブルに載っている
各更新時刻について、ユーザ別確認時間情報623の確認
時間の範囲に載っている場合、ステップS2102で、
そのTime の一覧テーブルの欄に確認のチェックをつけ
る。チェックをつけた現在の各文書要素の更新時刻 Tim
e の一覧において、ステップS2103でチェックの連
続している複数の欄がある場合、ステップS2104で
そのチェックの連続している欄の、一番古い更新時刻
と、一番新しい更新時刻を組にして持たせ、飛び飛びの
ものに関しては、一つの更新時刻を一つの欄にのせるよ
うな形でユーザ別確認時間情報623を再構築する。この
際、ステップS2105で、もっとも古い更新時間を持
つ欄が、2つの時刻を持った場合は、ステップS210
6で、新しい方の時刻のみ1つを欄に載せた形にする。
こうすることによって、確認情報圧縮プログラム543が
実現される。本実施例ではユーザ別確認時間情報623を2
つの時刻の欄を持つテーブルとして扱ったが、1つの時
刻の欄しか持たないものとして実現しても良い。この場
合は、先頭の時刻以前の確認情報のみ圧縮するものとし
て実現する。この文書確認プログラム533及び、確認情
報圧縮プログラム543を用いることによって、ユーザ別
に保存しておかなければならない確認時間情報の容量を
小さくすることができるという利点がある。
(Third Embodiment) In the first and second embodiments, all the confirmation times when the user has confirmed in the past are added to the confirmation time information 621 for each user, but the present invention is not limited to this. Absent. In the present embodiment, a case will be described in which, when all the updates before a certain time have been confirmed, the confirmation time information before that time is deleted. Also, if the update time Time existing in the document information has confirmed all update times between two points in time, the confirmation information is compressed by using the time range between those two points in time. The case will be described.
Embodiments of the present invention will be described below with reference to the drawings. In the block diagram of this embodiment, the document display program 511 of FIG. 1 is changed to another document display program 513, the document confirmation program 531 is changed to another document confirmation program 533, and the confirmation information compression program 543 is stored in the storage device 5. In addition (not shown). Further, the confirmation time information 621 for each user is changed to the confirmation time information 623 for each user. The user-specific confirmation time information 623 holds the already-confirmed document update time for each user in time order, for example, as shown in FIG. At this time, when two times are in the column, the time between the two times, that is, a time range is shown, and when one time is in the column, the time itself is shown. However, the time in the first column is considered to indicate that the time before that time has been confirmed. The document in this embodiment is the same as that in FIG. 7 of the first embodiment. The flowchart of the entire system of this embodiment is similar to that of FIG. When the display operation is performed, the document is displayed. When the editing operation is performed, it is the same as in the first embodiment. When the end operation is performed, the system ends. When a display event occurs, the same processing as in FIG. 13 is performed. Step S13
The document element display process of steps equivalent to 02 is shown according to the flowchart of FIG. First, in step S1901, the current display attributes are saved. Document element update time attribute Tim
If the time e is included in the confirmation time information 623 of the user who is currently displaying, that is, step S1
If it is determined in 902 that the time of the update time attribute Time is listed in 623, or the range specified by the two times, or the range before the first time includes the time, the update occurs. If not, go to the next display step. If not, it means that the update of the document element has not been confirmed yet, and thus step S1
In 903, the display attribute of the document element is changed. The change of the display attribute is the same as that in the first embodiment. Then, step S1904
Then, the top of the document element is displayed according to the determined display attribute. Next, the contents of the document element are displayed in step S1905, but if it is determined in step S1906 that there is a document element in the contents, step S1907.
The document element display processing is performed recursively with. The content is displayed until the content of the document is completed. Step S1
If the contents are completed in 908, the end of the document element is displayed in step S1909. Finally, in step S1910,
The display attributes are restored to the saved display attributes, and the document element display processing ends. The display example by the above processing is, for example, as shown in FIG. 16, as in the first embodiment. If the document confirmation process is performed during the display or edit process,
Document confirmation processing is performed according to the flowchart of 20. The update time of the update time attribute Time of the document element confirmed in step S2001 is the confirmation time information for each user.
If not within the confirmation time range of 623, step S2002
Then, the update time is added to the table of the confirmation time information 621 for each user. By doing so, the document confirmation program 533 is realized. When the system is shut down, see Figure 2.
Confirmation time information for each user according to the flowchart in 1 6
21 are compressed. First, the current document information 61 is read, and a list of the update times Time of each current document element is shown in FIG.
In step S2101, the files are sorted and created in the order of update time, as shown in FIG. For each update time listed in the Time list table, if it is listed in the confirmation time range of the user-specific confirmation time information 623, in step S2102,
Add a check mark in the column of the time list table. Update time of each checked document element Tim
In the list of e, if there are a plurality of columns for which the check is continuous in step S2103, the oldest update time and the latest update time of the column for which the check is continuous are combined in step S2104. With respect to those that are provided and scattered, the user-specific confirmation time information 623 is reconstructed in such a manner that one update time is placed in one column. At this time, in step S2105, if the column having the oldest update time has two times, step S210
In step 6, put only one newer time in the box.
By doing so, the confirmation information compression program 543 is realized. In this embodiment, the confirmation time information 623 for each user is set to 2
Although it is treated as a table having one time column, it may be realized as having only one time column. In this case, it is realized that only the confirmation information before the start time is compressed. By using the document confirmation program 533 and the confirmation information compression program 543, there is an advantage that the amount of confirmation time information that must be saved for each user can be reduced.

【0021】(第4の実施例)第1,2,3実施例では、更
新時刻のみをユーザ別に確認情報として補助記憶装置6
に格納したが、これに限るわけではない。本実施例は、
文書要素のIDと、その文書要素の更新時刻属性を用い
て、文書の更新情報とユーザの確認情報を保持するもの
である。以下、図を用いて本発明における実施例を説明
する。本実施例のブロック図は図1の文書表示プログラ
ム511が別の文書表示プログラム514に、文書確認プログ
ラム531が別の文書確認プログラム534に、それぞれ変更
されたものである(図示せず)。また、ユーザ別確認時刻
情報621がユーザ別確認文書要素情報624に変更された
(図示せず)。本実施例において、文書は図23のように、
文書要素に付けられるユニークな ID と、文書要素の更
新時刻情報 Time とを属性として持つような構造化文書
データとして扱われる。ユーザ別確認文書要素情報624
は、例えば図24に示すような形で、ユーザ別に、すでに
確認した文書要素のIDと、文書要素の更新時刻の組を保
持するものである。本実施例では、ユーザ別確認文書要
素情報624には、例えば文書要素IDと、文書要素の更新
情報であるカウンタあるいはコメントの組が保持され
る。本実施例のシステム全体のフロチャートは図9の文
書表示処理ステップS902が別の文書表示処理に、それ
ぞれ変更されたものである(不図示)。あるユーザによっ
てシステムが起動されるとステップS901と同等のイベ
ントループでイベントを待つ。表示の操作が行なわれた
場合、文書が表示される。編集の操作が行なわれた場
合、文書が変更される。終了の操作が行なわれた場合、
システムは終了する。編集のイベントが起こった場合は
図10のフロチャートと同等の処理が行なわれる。ステッ
プS1002と同等の処理において、文書が編集される。文
書編集処理は、図11と同等の処理が行なわれる。ステッ
プS1101と同等のステップで、文書情報は文書要素の単
位で編集される。この際、挿入などによって新たに文書
要素が生成された場合は、そのIDの欄をユーザ別確認文
書要素情報624に加える。また、編集を行なったという
ことは、その文書要素に関して確認したことと同等なの
で、ステップS1103と同等のステップで、図25のフロチ
ャートにしたがって、文書要素の確認処理が行なわれ
る。以下にその説明を述べる。確認処理される文書要素
にセットされた更新時刻 Time は、ステップS2501
ユーザ別確認文書要素情報624のテーブルの、確認処理
される文書要素のIDに対応する欄にもセットされる。こ
の際、挿入などによって新たに文書要素が生成された場
合は、挿入された文書要素のIDに該当するユーザ別確認
文書要素情報624の欄に、文書要素の更新(生成)時刻が
文書要素確認時刻としてセットされる。これらによっ
て、文書確認プログラム534が実現される。すべての編
集が終了するとステップS1104と同等のステップで、文
書要素編集処理は終了される。実施例1との相違点は、
図25の文書確認処理において、格納される情報が時刻情
報のみでなく、文書要素のIDと更新時刻情報の組である
点である。表示のイベントが起こった場合は図13のフロ
チャートと同等の処理が行なわれる。ステップS1302と
同等のステップにおいて、文書要素表示処理が図26のフ
ロチャートにしたがって行なわれる。図14のフロチャー
トと図26のフロチャートは、ステップS2602のステップ
が相違する。文書要素の更新時刻属性 Time の時刻が、
ステップS1402で現在表示を行なおうとしているユ
ーザの確認文書要素情報624の該当するIDの欄の確認時
刻よりも新しいと判断された場合、その文書要素の更新
がまだ確認されていないということで、ステップS26
03で文書要素の表示属性が変えられる。以上の処理に
よって、例えば図16に示したような表示例が実現でき
る。この場合、文書要素のIDと、状態更新時刻属性と、
形態更新時刻属性が、更新情報の組となる。ステップS
1306と同等のステップで、従来からあるようなマウスの
クリックや、画面上のボタンなどを押すことによって、
確認の処理が要求された場合、ステップS1307と同等の
ステップで、図25の文書確認処理が行なわれる。この
際、実施例2のように現在カーソルのある文書要素の更
新時刻属性のみをユーザ別文書要素確認時刻履歴情報に
セットすることにしても良い。この場合は、その確認処
理された文書要素を親としている子要素は別途確認処理
される必要がある。既にその確認された文書要素のID
が、ユーザ別文書要素確認時刻履歴情報に存在する場合
は、その欄は上書きされると考える。これらによって文
書表示プログラム514が実現される。ユーザ別確認文書
要素情報624では、削除されて現在の文書61に存在しな
いIDの確認情報は、無視することができる。すなわち、
削除される以前に確認していた場合でも、現在の文書61
にIDが存在しないので、ユーザ別確認文書要素情報624
に更新情報が残っていても、表示の際に利用されない。
また、削除される以前に確認していない場合は、現在の
文書61にIDが存在しないので、ユーザ別確認文書要素情
報624に更新情報が登録されることもない。文書要素が
削除される場合に、該当するIDに対応するユーザ別確認
文書要素情報624の欄を削除しても良い。文書の表示処
理は、文書要素の確認が行なわれる度に行なってもよ
い。こうすることによって、常にユーザが文書要素を確
認した時点でユーザ別確認文書要素情報624にユーザ別
の確認情報が保持され、文書要素と同一のIDを持つ文書
要素確認時刻と、その文書要素の持つ更新時刻属性 Tim
e を比較することで、各ユーザの未確認の情報を、文書
要素を単位として知ることができる。本実施例はイベン
トドリブンで実現しているが、各イベントドリブンの処
理を、文書情報を共有した独立したプログラムにしても
良い。また、本実施例では、表示プログラムと編集プロ
グラムを分けているが、表示と編集が一体となったプロ
グラムを編集プログラムとして利用し、表示プログラム
を省いても良い。本実施例によれば、ユーザ別の未確認
の情報を文書から文書要素を単位に抽出し、把握するこ
とを可能とした。このため、容易に各ユーザが確認する
必要のある文書情報を得られると言う利点がある。ま
た、何度文書全体を表示しようとも、未確認の文書要素
は確認処理が行なわれるまで、未確認であることが明示
されると言う利点がある。また、文書要素毎にユニーク
なIDを持たせ、そのID毎に更新情報を管理することで、
管理すべき更新履歴情報を高々過去に存在した文書要素
の数に限定することができると言う利点がある。
(Fourth Embodiment) In the first, second, and third embodiments, the auxiliary storage device 6 uses only the update time as confirmation information for each user.
However, it is not limited to this. In this example,
The document update information and the user confirmation information are held by using the document element ID and the update time attribute of the document element. Embodiments of the present invention will be described below with reference to the drawings. In the block diagram of the present embodiment, the document display program 511 of FIG. 1 is changed to another document display program 514 and the document confirmation program 531 is changed to another document confirmation program 534 (not shown). Also, the confirmation time information 621 for each user is changed to the confirmation document element information 624 for each user.
(Not shown). In this embodiment, the document is as shown in FIG.
It is treated as structured document data that has the unique ID given to the document element and the update time information Time of the document element as attributes. User-specific confirmation document element information 624
For example, in the form as shown in FIG. 24, a set of the ID of the document element already confirmed and the update time of the document element is held for each user. In the present embodiment, the user-specific confirmation document element information 624 holds, for example, a document element ID and a set of a counter or a comment that is update information of the document element. In the flowchart of the entire system of this embodiment, the document display processing step S902 in FIG. 9 is changed to another document display processing (not shown). When the system is activated by a certain user, an event is waited for in an event loop equivalent to step S901. When the display operation is performed, the document is displayed. When an edit operation is performed, the document is changed. When the end operation is performed,
The system ends. When an editing event occurs, the same process as the flowchart of FIG. 10 is performed. The document is edited in the same process as step S1002. The document editing process is the same as that shown in FIG. The document information is edited in units of document elements in a step equivalent to step S1101. At this time, if a new document element is created by insertion or the like, the column of the ID is added to the user-specific confirmation document element information 624. In addition, since the fact that editing is performed is equivalent to the confirmation regarding the document element, the document element confirmation processing is performed according to the flowchart of FIG. 25 in the step equivalent to step S1103. The description will be given below. The update time Time set in the document element to be confirmed is calculated in step S2501.
It is also set in the column of the user-specific confirmation document element information 624 corresponding to the ID of the document element to be confirmed. At this time, if a new document element is generated by insertion or the like, the document element update (generation) time is the document element confirmation in the column of the user-specific confirmation document element information 624 corresponding to the inserted document element ID. It is set as the time. With these, the document confirmation program 534 is realized. When all editing is completed, the document element editing process is completed in a step equivalent to step S1104. The difference from Example 1 is that
In the document confirmation process of FIG. 25, the stored information is not only time information but also a set of document element ID and update time information. When a display event occurs, the same processing as the flowchart of FIG. 13 is performed. In the step equivalent to step S1302, the document element display process is performed according to the flowchart of FIG. The flowchart of FIG. 14 and the flowchart of FIG. 26 differ in the step S2602. The time of the update time attribute Time of the document element is
If it is determined in step S1402 that it is newer than the confirmation time in the column of the corresponding ID in the confirmation document element information 624 of the user who is currently performing display, it means that the update of that document element has not been confirmed yet. , Step S26
In 03, the display attribute of the document element can be changed. With the above processing, for example, the display example as shown in FIG. 16 can be realized. In this case, the document element ID, status update time attribute,
The form update time attribute is a set of update information. Step S
In the same step as 1306, by clicking the mouse as usual, pressing buttons on the screen, etc.
When the confirmation process is requested, the document confirmation process of FIG. 25 is performed in a step equivalent to step S1307. At this time, as in the second embodiment, only the update time attribute of the document element where the cursor is currently placed may be set in the user-specific document element confirmation time history information. In this case, the child element whose parent is the document element subjected to the confirmation processing needs to be separately confirmed. ID of the document element already confirmed
However, if it exists in the user-specific document element confirmation time history information, that column is considered to be overwritten. The document display program 514 is realized by these. In the user-specific confirmation document element information 624, the confirmation information of the ID that is deleted and does not exist in the current document 61 can be ignored. That is,
The current document 61 even if you checked it before it was deleted.
ID does not exist in, so user-specific confirmation document element information 624
Even if the update information remains in, it will not be used for display.
If the ID is not present in the current document 61 if the confirmation is not performed before the deletion, the update information is not registered in the user-specific confirmation document element information 624. When the document element is deleted, the column of the user-specific confirmation document element information 624 corresponding to the corresponding ID may be deleted. The document display process may be performed every time the document element is confirmed. By doing so, the confirmation information for each user is always held in the confirmation document element information for each user 624 when the user confirms the document element, and the document element confirmation time having the same ID as the document element and the document element confirmation time Update time attribute held by Tim
By comparing e, it is possible to know the unconfirmed information of each user in units of document elements. Although the present embodiment is realized by event driving, each event driven process may be performed by an independent program sharing document information. Further, in the present embodiment, the display program and the editing program are separated, but a program in which display and editing are integrated may be used as the editing program, and the display program may be omitted. According to the present embodiment, it is possible to extract and identify unconfirmed information for each user from a document in document element units. Therefore, there is an advantage that the document information that each user needs to confirm can be easily obtained. In addition, no matter how many times the entire document is displayed, unconfirmed document elements are clearly marked as unconfirmed until confirmation processing is performed. Also, by giving each document element a unique ID and managing update information for each ID,
There is an advantage that the update history information to be managed can be limited to the number of document elements existing in the past at most.

【0022】(第5の実施例)第4実施例では、ユーザ
別の確認情報として、全ての文書要素の更新時刻情報を
保持していたが、これに限るわけではない。本実施例
は、構造化文書の構造を用いてユーザ別の確認情報を圧
縮して保持し、保存しておく確認情報の容量を小さくす
るものである。また、更新によって未確認部分ができた
場合、ユーザ別の確認情報にその旨の情報を復活させる
ものである。以下、図を用いて本発明における実施例を
説明する。本実施例のブロック図は図1の文書表示プロ
グラム511が別の文書表示プログラム515に、文書編集プ
ログラム521が別の文書編集プログラム525に、文書確認
プログラム531が別の文書確認プログラム535に、それぞ
れ変更されたものである(不図示)。また、ユーザ別確認
時刻情報621がユーザ別確認文書要素情報625に変更され
た(不図示)。本実施例において、実施例4と同様に、文
書は図23のように、文書要素に付けられるユニークな I
D と、文書要素の更新時刻情報 Time とを属性として持
つような構造化文書データとして扱われる。ユーザ別確
認文書要素情報625は、例えば実施例4と同様に、すでに
確認した文書要素のIDと、文書要素の更新時刻の組を保
持するものであるが、全ての文書要素について更新時刻
を保持するのではない。つまり、構造化文書を木構造と
見立てた場合に、確認済みの要素に関して枝を払った確
認情報のみを保持する(詳細後述)。本実施例のシステム
全体のフロチャートは図9の文書編集処理ステップS903
が別の文書編集処理に、文書表示処理ステップS902が
別の文書表示処理に、それぞれ変更されたものである
(不図示)。あるユーザによってシステムが起動されると
ステップS901と同等のイベントループでイベントを待
つ。表示の操作が行なわれた場合、文書が表示される。
編集の操作が行なわれた場合、文書が変更される。終了
の操作が行なわれた場合、システムは終了する。編集の
イベントが起こった場合は図10のフロチャートと同等の
処理が行なわれる。実施例1のステップS1002と同等の
処理において、文書が編集される。ステップS1101と同
等のステップで、文書情報は文書要素の単位で編集され
る。この際、挿入などによって新たに文書要素が生成さ
れた場合は、そのIDの欄をユーザ別確認文書要素情報62
5に加える。また、編集を行なったということは、その
文書要素に関して確認したことと同等なので、ステップ
S1103と同等のステップで、確認処理が行なわれる。以
下、図27のフロチャートにしたがって、確認処理につい
て説明する。ステップS2701で確認処理される文書
要素が、その要素を親とする子要素を持っていると判断
された場合、親要素が確認されたということはその子要
素も確認されたと考えられるので、ステップS2702
で該当する子要素に対して子要素確認処理を行なう。以
下、図28のフロチャートにしたがって、子要素確認処理
について説明する。ステップS2801で確認処理され
る子要素が、その要素を親とする孫要素(子の子)を持っ
ている場合、ステップSそ2802で、孫要素も確認さ
れたと考えられるので、該当する孫要素に対して子要素
確認処理を再帰的に行なう。続いて、ステップS280
3で、孫要素(子の子)のIDに該当するユーザ別確認文書
要素情報625中の情報を削除する。以上によって子要素
確認処理が行なわれる。確認処理の最後に、ステップ2
703で確認処理される文書要素のIDに対応する、ユー
ザ別確認文書要素情報625のテーブルの欄に、確認処理
される文書要素の更新時刻属性 Time の持つ時刻をセッ
トする。以上の処理によって、確認された文書要素を親
とする部分構造の確認時刻情報を枝切りして、ユーザ別
確認文書要素情報625を補助記憶装置6に格納する。すべ
ての編集が終了するとステップS1104と同等のステップ
で、文書要素編集処理は終了される。表示のイベントが
起こった場合は図13と同等の処理が行なわれる。ステッ
プS1302と同等のステップの文書要素表示処理を、図29
のフロチャートにしたがって示す。まずステップS2901
で、現在の表示属性を保存する。該当する文書要素のID
の、ユーザ別確認文書要素情報625がある場合で、ステ
ップS文2902で書要素の更新時刻属性 Time の時刻
が、現在表示を行なおうとしているユーザの確認文書要
素情報625の文書要素確認時刻より新しい場合、その文
書要素の更新がまだ確認されていないということで、ス
テップS2903で文書要素の表示属性が変えられる。
該当する文書要素のIDの、ユーザ別確認文書要素情報62
5がない場合、あるいは文書要素の更新時刻属性の時刻
が,現在表示を行なおうとしているユーザの確認文書要
素情報625の確認時刻より古い場合は、文書要素がすで
に確認されているので、続く表示のステップに進む。表
示属性の変更は、実施例1に同じである。さらに、未確
認の文書要素を親とする子要素は、未確認の可能性があ
るので、ユーザ別確認文書要素情報625の再構成処理(s2
904)が行なわれる。以下、ユーザ別確認文書要素情報62
5の再構成処理、図30のフロチャートにしたがって示
す。まず、ステップS3001で、該当する文書要素の
内容を読み込んでいく。該当する文書要素を親とする子
要素が含まれていた場合で、ステップS3002で、そ
の子要素の更新時刻属性 Time が親要素の文書要素確認
時刻より新しい場合、ステップS3003で、その子要
素のIDと同一の欄を、確認時刻の欄を親要素の文書要素
確認時刻と同一として、ユーザ別確認文書要素情報625
に加える。続いて、この含まれていた子要素について、
ステップS3004でユーザ別確認文書要素情報625の
再構成処理を再帰的に行なう。ステップS3005で文
書要素の内容を全て読み終ると、ユーザ確認時刻情報62
5の再構成処理を終了する。続いてステップS2905で、
決定された表示属性にしたがって文書要素の先頭が表示
される。次に、ステップS2906で、文書要素の内容
が表示されていくが、ステップS2907でその内容に
文書要素があると判断された場合、ステップS2908
で再帰的に文書要素表示処理を行なう。文書の内容が終
了するまで、ステップS2909でその内容が表示され
ていく。ステップS2910で内容が終了した場合、ス
テップS2910で文書要素の末尾を表示する。最後
に、ステップS2911で、保存されている表示属性に復帰
し、文書要素表示処理は終了する。
(Fifth Embodiment) In the fourth embodiment, the update time information of all the document elements is held as the confirmation information for each user, but the present invention is not limited to this. In this embodiment, the confirmation information for each user is compressed and held using the structure of the structured document, and the volume of the confirmation information to be saved is reduced. Further, when an unconfirmed part is created by the update, the information to that effect is restored to the confirmation information for each user. Embodiments of the present invention will be described below with reference to the drawings. In the block diagram of the present embodiment, the document display program 511 of FIG. 1 is another document display program 515, the document editing program 521 is another document editing program 525, the document confirmation program 531 is another document confirmation program 535, respectively. It has been changed (not shown). Further, the confirmation time information 621 for each user is changed to the confirmation document element information 625 for each user (not shown). In this embodiment, as in the case of the fourth embodiment, the document is unique I attached to the document element as shown in FIG.
It is treated as structured document data having D and the update time information Time of the document element as attributes. The user-specific confirmation document element information 625 holds a set of the ID of the already confirmed document element and the update time of the document element, like the fourth embodiment, but holds the update time for all the document elements. Not do. That is, when the structured document is regarded as a tree structure, only the confirmation information obtained by branching the confirmed elements is held (details will be described later). The flowchart of the entire system of this embodiment is the document edit processing step S903 in FIG.
Is changed to another document editing process, and the document display process step S902 is changed to another document display process.
(Not shown). When the system is activated by a certain user, an event is waited for in an event loop equivalent to step S901. When the display operation is performed, the document is displayed.
When an edit operation is performed, the document is changed. When the end operation is performed, the system ends. When an editing event occurs, the same process as the flowchart of FIG. 10 is performed. The document is edited in the same process as step S1002 of the first embodiment. The document information is edited in units of document elements in a step equivalent to step S1101. At this time, if a new document element is generated by insertion or the like, the column of the ID is displayed in the user-specific confirmation document element information 62.
Add to 5. In addition, since the fact that editing has been performed is the same as the confirmation regarding the document element, the confirmation processing is performed in a step equivalent to step S1103. The confirmation process will be described below with reference to the flowchart of FIG. If it is determined that the document element to be confirmed in step S2701 has a child element whose parent is the element, it means that the parent element has been confirmed, which means that the child element has also been confirmed, and thus step S2702.
Performs child element confirmation processing for the corresponding child element. The child element confirmation process will be described below with reference to the flowchart of FIG. If the child element to be confirmed in step S2801 has a grandchild element (child of child) whose parent is the element, it is considered that the grandchild element has also been confirmed in step S2802. The child element confirmation processing is recursively performed for. Then, step S280.
In 3, the information in the user-specific confirmation document element information 625 corresponding to the ID of the grandchild element (child of child) is deleted. The child element confirmation processing is performed as described above. At the end of the confirmation process, step 2
In the column of the table of the user-specific confirmation document element information 625 corresponding to the ID of the document element to be confirmed in 703, the time of the update time attribute Time of the document element to be confirmed is set. Through the above processing, the confirmation time information of the partial structure having the confirmed document element as a parent is branched, and the user-specific confirmation document element information 625 is stored in the auxiliary storage device 6. When all editing is completed, the document element editing process is completed in a step equivalent to step S1104. When a display event occurs, the same processing as in FIG. 13 is performed. The document element display process of the step equivalent to step S1302 is shown in FIG.
It shows according to the flow chart of. First, step S2901
Save the current display attributes. ID of the corresponding document element
Of the user-specific confirmation document element information 625, the time of the update time attribute Time of the document element in step S statement 2902 is the document element confirmation time of the confirmation document element information 625 of the user who is currently trying to display. If the document element is newer, it means that the update of the document element has not been confirmed yet, so that the display attribute of the document element is changed in step S2903.
User-specific confirmation document element information 62 of the corresponding document element ID
If there is no 5, or if the time of the update time attribute of the document element is older than the check time of the confirmation document element information 625 of the user who is currently trying to display, the document element has already been confirmed, so continue. Go to the display step. The change of the display attribute is the same as that in the first embodiment. Furthermore, since there is a possibility that a child element whose parent is an unconfirmed document element is unconfirmed, the reconstruction process of the user-specific confirmed document element information 625 (s2
904) is performed. Below, user-specific confirmation document element information 62
The reconstruction process of 5 is shown according to the flowchart of FIG. First, in step S3001, the contents of the corresponding document element are read. If the child element having the corresponding document element as a parent is included, and the update time attribute Time of the child element is newer than the document element confirmation time of the parent element in step S3002, the ID of the child element is added in step S3003. With the same column, the confirmation time column is the same as the document element confirmation time of the parent element, and the confirmation document element information for each user 625
Add to Then, regarding this contained child element,
In step S3004, the reconstruction process of the user-specific confirmation document element information 625 is recursively performed. When all the contents of the document element are read in step S3005, the user confirmation time information 62
The reconstruction process of 5 ends. Then, in step S2905,
The top of the document element is displayed according to the determined display attribute. Next, in step S2906, the content of the document element is displayed, but if it is determined in step S2907 that the content has a document element, step S2908.
The document element display processing is performed recursively with. Until the content of the document is completed, the content is displayed in step S2909. If the contents are completed in step S2910, the end of the document element is displayed in step S2910. Finally, in step S2911, the display attributes saved are restored, and the document element display processing ends.

【0023】以上の処理によって、実施例1と同じく、
例えば図16に示したような表示例が実現できる。ステッ
プS1307と同等のステップで、現在カーソル等の位置を
指定するポインタのある文書要素に対して、確認処理が
行なわれる。この確認処理は本実施例の図27で示した、
確認処理と同じである。文書表示処理が終了するとイベ
ントループに戻る。これらによって文書表示プログラム
515が実現される。文書要素の表示処理は、文書要素の
確認処理が行なわれる度に行なっても良い。こうするこ
とによって、常にユーザが文書要素を確認した時点でユ
ーザ別確認文書要素情報625にユーザ別の確認情報が保
持され、文書要素の更新時刻属性 Timeの更新時刻と、
ユーザ別確認文書要素情報625の文書要素確認時刻を比
較することによって、各ユーザの未確認の情報を,文書
要素を単位として知ることができる。本実施例はイベン
トドリブンで実現しているが、各イベントドリブンの処
理を、文書情報を共有した独立したプログラムにしても
良い。また、本実施例では、表示プログラムと編集プロ
グラムを分けているが、表示と編集が一体となったプロ
グラムを編集プログラムとして利用し、表示プログラム
を省いても良い。本実施例によれば、ユーザ別の未確認
の情報を文書から文書要素を単位に抽出し、把握するこ
とを可能とした。このため、容易に各ユーザが確認する
必要のある文書情報を得られると言う利点がある。ま
た、何度文書全体を表示しようとも、未確認の文書要素
は確認処理が行なわれるまで、未確認であることが明示
されると言う利点がある。また、構造化文書の構造を用
い、保存しておくユーザ別の確認情報を圧縮して、利用
するメモリを少なくできるという利点がある。
By the above processing, as in the first embodiment,
For example, the display example shown in FIG. 16 can be realized. In a step equivalent to step S1307, confirmation processing is performed on the document element having the pointer that currently specifies the position of the cursor or the like. This confirmation processing is shown in FIG. 27 of the present embodiment,
It is the same as the confirmation process. When the document display process ends, the process returns to the event loop. Document display program by these
515 is realized. The document element display process may be performed each time the document element confirmation process is performed. By doing so, the confirmation information for each user is always held in the confirmation document element information for each user 625 when the user confirms the document element, and the update time of the update time attribute Time of the document element,
By comparing the document element confirmation times of the user-confirmed document element information 625, it is possible to know the unconfirmed information of each user in units of document elements. Although the present embodiment is realized by event driving, each event driven process may be performed by an independent program sharing document information. Further, in the present embodiment, the display program and the editing program are separated, but a program in which display and editing are integrated may be used as the editing program, and the display program may be omitted. According to the present embodiment, it is possible to extract and identify unconfirmed information for each user from a document in document element units. Therefore, there is an advantage that the document information that each user needs to confirm can be easily obtained. In addition, no matter how many times the entire document is displayed, unconfirmed document elements are clearly marked as unconfirmed until confirmation processing is performed. Further, there is an advantage that the structure of the structured document is used to compress the confirmation information for each user to be saved, and the memory to be used can be reduced.

【0024】(第6の実施例)第5実施例では、図29
のユーザ別確認文書要素情報625の再構成処理を文書要
素表示処理と区別していたが、これに限るわけではな
い。本実施例では、文書要素表示処理においてユーザ別
の確認情報の再構成を行なう場合について述べる。
(Sixth Embodiment) In the fifth embodiment, as shown in FIG.
Although the reconstruction process of the confirmation document element information 625 for each user is distinguished from the document element display process, it is not limited to this. In this embodiment, a case will be described in which the confirmation information for each user is reconstructed in the document element display processing.

【0025】以下、図を用いて本発明における実施例を
説明する。
Embodiments of the present invention will be described below with reference to the drawings.

【0026】本実施例のブロック図は図1の文書表示プ
ログラム511が別の文書表示プログラム516に変更された
ものである(不図示)。本実施例において、文書は図23
の実施例5と同様である。ユーザ別確認文書要素情報625
は実施例5と同様である。本実施例のシステム全体のフ
ロチャートは図9の文書表示処理ステップS902が別の文
書表示処理に変更されたものである(不図示)。あるユー
ザによってシステムが起動されると、ステップS901と
同等のイベントループでイベントを待つ。表示の操作が
行なわれた場合、文書が表示される。編集の操作が行な
われた場合、文書が変更される。終了の操作が行なわれ
た場合、システムは終了する。編集のイベントが起こっ
た場合は実施例5と同様である。表示のイベントが起こ
った場合は図13と同等の処理が行なわれる。ステップS
1302と同等のステップの文書要素表示処理を、図31のフ
ロチャートにしたがって示す。まずステップS3101で、
現在の表示属性を保存する。該当する文書要素のIDの、
ユーザ別確認文書要素情報626がある場合で、ステップ
S3102で文書要素の更新時刻属性 Time の時刻が、
現在表示を行なおうとしているユーザの確認文書要素情
報625の文書要素確認時刻より新しいと判断された場
合、その文書要素の更新がまだ確認されていないという
ことで、ステップS3103で文書要素の表示属性が変
えられる。該当する文書要素のIDの、ユーザ別確認文書
要素情報625がない場合、あるいは文書要素の更新時刻
属性 Time の時刻が,現在表示を行なおうとしているユ
ーザの確認文書要素情報625の文書要素確認時刻より古
い場合は、文書要素がすでに確認されているので、続く
表示のステップに進む。表示属性の変更は、実施例1に
同じである。さらに、ステップS3104で該当する文
書要素を親とする子要素が含まれていた場合で、その子
要素の更新時刻属性 Time が親要素の文書要素確認時刻
より新しいと判断された場合、その子要素のIDと同一の
欄を、確認時刻の欄を親要素の文書要素確認時刻と同一
として、ステップS3105でユーザ別確認文書要素情
報625に加える。続いてステップS3106で、決定された
表示属性にしたがって文書要素の先頭が表示される。次
に、ステップS3107で文書要素の内容が表示されて
いくが、ステップS3108でその内容に文書要素があ
ると判断された場合、ステップS3109で、再帰的に
文書要素表示処理を行なう。この際、未確認の文書要素
に関しては、親要素と同一の文書要素確認時刻を持たせ
て再帰的に文書要素表示処理を行なうので、ユーザ別の
確認情報の再構成が実現される。文書の内容が終了する
まで、その内容が表示されていく。ステップS3110
で内容が終了したと判断された場合、ステップS311
1で文書要素の末尾を表示する。最後に、ステップS31
12で、保存されている表示属性に復帰し、文書要素表示
処理は終了する。以上の処理によって、実施例1と同様
に、例えば図16に示したような表示例が実現できる。こ
うすることによって、常にユーザが文書要素を確認した
時点でユーザ別確認文書要素情報625にユーザ別の確認
情報が保持され、文書要素の更新時刻属性 Time の更新
時刻と、対応するIDを持つユーザ別確認文書要素情報62
5の文書要素確認時間を比較することによって、各ユー
ザの未確認の情報を、文書要素を単位として知ることが
できる。本実施例によれば、ユーザ別の未確認の情報を
文書から文書要素を単位に抽出し、把握することを可能
とした。このため、容易に各ユーザが確認する必要のあ
る文書情報を得られると言う利点がある。また、何度文
書全体を表示しようとも、未確認の文書要素は確認処理
が行なわれるまで、未確認であることが明示されると言
う利点がある。また、構造化文書の構造を用い、保存し
ておくユーザ別の確認情報を圧縮して、利用するメモリ
を少なくできるという利点がある。さらに、ユーザ別の
確認情報の再構成が表示と共に実現されているので、バ
ッチ的に文書を表示する他、ストリーム的に文書を扱え
ると言う利点がある。
In the block diagram of the present embodiment, the document display program 511 of FIG. 1 is changed to another document display program 516 (not shown). In this embodiment, the document is shown in FIG.
The same as Example 5 of. User confirmation document element information 625
Is the same as in Example 5. In the flowchart of the entire system of this embodiment, the document display processing step S902 in FIG. 9 is changed to another document display processing (not shown). When the system is started by a certain user, an event is waited for in an event loop equivalent to step S901. When the display operation is performed, the document is displayed. When an edit operation is performed, the document is changed. When the end operation is performed, the system ends. When an editing event occurs, it is the same as in the fifth embodiment. When a display event occurs, the same processing as in FIG. 13 is performed. Step S
A document element display process of steps equivalent to 1302 is shown according to the flowchart of FIG. First, in step S3101,
Save the current display attributes. Of the corresponding document element ID,
When there is the user-specific confirmation document element information 626, the time of the update time attribute Time of the document element in step S3102 is
If it is determined that the document element confirmation time of the confirmation document element information 625 of the user who is currently displaying is newer than the document element confirmation time, it means that the update of the document element has not been confirmed yet, so that the document element is displayed in step S3103. Attributes can be changed. If there is no user-specific confirmation document element information 625 of the corresponding document element ID, or the time of the update time attribute Time of the document element is the confirmation of the user who is currently trying to display the document element confirmation of the document element information 625. If it is older than the time, the document element has already been confirmed, and the process proceeds to the subsequent display step. The change of the display attribute is the same as that in the first embodiment. Furthermore, when a child element having the corresponding document element as a parent is included in step S3104 and it is determined that the update time attribute Time of the child element is newer than the document element confirmation time of the parent element, the ID of the child element The same column as the confirmation time column is set to be the same as the document element confirmation time of the parent element, and is added to the user-specific confirmation document element information 625 in step S3105. Then, in step S3106, the head of the document element is displayed according to the determined display attribute. Next, the content of the document element is displayed in step S3107, but if it is determined in step S3108 that there is a document element in the content, the document element display processing is recursively performed in step S3109. At this time, the unconfirmed document element is recursively subjected to the document element display processing with the same document element confirmation time as the parent element, so that the confirmation information for each user can be reconstructed. The content is displayed until the content of the document is completed. Step S3110
If it is determined that the contents are completed in step S311
1 displays the end of the document element. Finally, step S31
At 12, the document attributes display processing is finished by returning to the saved display attributes. With the above processing, as in the first embodiment, for example, the display example shown in FIG. 16 can be realized. By doing so, the confirmation information for each user is always held in the confirmation document element information 625 for each user when the user confirms the document element, and the update time of the update time attribute Time of the document element and the user who has the corresponding ID Separate confirmation document element information 62
By comparing the document element confirmation times of 5, it is possible to know the unconfirmed information of each user in units of document elements. According to the present embodiment, it is possible to extract and identify unconfirmed information for each user from a document in document element units. Therefore, there is an advantage that the document information that each user needs to confirm can be easily obtained. In addition, no matter how many times the entire document is displayed, unconfirmed document elements are clearly marked as unconfirmed until confirmation processing is performed. Further, there is an advantage that the structure of the structured document is used to compress the confirmation information for each user to be saved, and the memory to be used can be reduced. Further, since the confirmation information for each user is reconstructed together with the display, there is an advantage that the document can be displayed in batch and the document can be handled in a stream.

【0027】[0027]

【発明の効果】本発明によれば、前回確認時点以降に更
新された未確認の情報を識別可能に表示し、確認するこ
とを可能とした。このため、容易に各ユーザが各々の確
認すべき最新情報を、文書の形で得られる効果、及び未
確認部分が確認されるまでは、たとえ該当する文書を何
度表示しても、その未確認部分を明示し続ける効果があ
る。また、SGML における mixed content のような文書
要素がある場合に、確認される要素を親とする子要素
と、親要素の直接の内容の文字列とを区別して、それぞ
れ確認することができる。また、文書確認処理自体が、
簡単になる効果がある。また、ある更新の起こった近傍
における未確認部分が確認された場合、その部分の確認
情報の量を連続した時刻の情報を用いて圧縮することが
できる。また、文書要素に特別なIDを付け、そのID毎に
更新履歴情報を管理することで、管理すべき更新履歴情
報を高々過去に存在した文書要素の数に限定することが
できる。また、部分構造が確認された場合に、その部分
の確認情報の量を構造の情報を用いて圧縮することがで
きる。また、構造化文書の構造を生かし、部分構造が確
認された場合に、その部分の確認情報の量を圧縮すると
ともに、ストリーム的に文書情報を扱うこともできる。
According to the present invention, unconfirmed information updated after the last confirmation time can be displayed in a distinguishable manner and can be confirmed. Therefore, until the user can easily obtain the latest information to be confirmed by each user, the effect obtained in the form of a document, and the unconfirmed part, even if the corresponding document is displayed many times, the unconfirmed part Has the effect of continuing to specify. Also, when there is a document element such as mixed content in SGML, it is possible to distinguish between the child element whose parent is the element to be confirmed and the character string of the direct content of the parent element, and to confirm each. Also, the document confirmation process itself
It has the effect of being easy. Further, when an unconfirmed portion in the vicinity of a certain update is confirmed, the amount of confirmation information of that portion can be compressed using information of consecutive times. Also, by assigning a special ID to the document element and managing the update history information for each ID, the update history information to be managed can be limited to the number of document elements that existed in the past at most. Further, when the partial structure is confirmed, the amount of confirmation information of the part can be compressed using the structure information. Further, when the structure of the structured document is utilized and a partial structure is confirmed, the amount of confirmation information of the part can be compressed and the document information can be handled in a stream.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例の文書処理装置の構成を示す
ブロック図である。
FIG. 1 is a block diagram showing the configuration of a document processing apparatus according to an embodiment of the present invention.

【図2】一般的な構造化文書データの一例を示す図であ
る。
FIG. 2 is a diagram showing an example of general structured document data.

【図3】従来の文書データの格納の例を説明する図であ
る。
FIG. 3 is a diagram illustrating an example of conventional document data storage.

【図4】従来の文書データから文書を提供する例を説明
する図である。
FIG. 4 is a diagram illustrating an example of providing a document from conventional document data.

【図5】従来の文書表示の一例を示す図である。FIG. 5 is a diagram showing an example of a conventional document display.

【図6】従来の変化した文書情報の表示例を示す図であ
る。
FIG. 6 is a diagram showing a conventional display example of changed document information.

【図7】本実施例の更新時刻情報を持つ構造化文書デー
タの一例を示す図である。
FIG. 7 is a diagram showing an example of structured document data having update time information according to the present embodiment.

【図8】本実施例のユーザ別確認時刻情報の一例を示す
図である。
FIG. 8 is a diagram illustrating an example of user-specific confirmation time information according to the present embodiment.

【図9】本実施例の文書処理装置における処理を示すフ
ロチャートである。
FIG. 9 is a flow chart showing processing in the document processing apparatus of this embodiment.

【図10】本実施例の文書処理装置における文書編集処
理を示すフロチャートである。
FIG. 10 is a flowchart showing a document editing process in the document processing apparatus of this embodiment.

【図11】本発明の第1の実施例の文書要素編集処理を
示すフロチャートである。
FIG. 11 is a flowchart showing a document element editing process according to the first embodiment of this invention.

【図12】本発明の第1の実施例の文書確認処理を示す
フロチャートである。
FIG. 12 is a flowchart showing a document confirmation process according to the first embodiment of this invention.

【図13】本発明の第1の実施例の文書表示処理を示す
フロチャートである。
FIG. 13 is a flowchart showing a document display process according to the first embodiment of this invention.

【図14】本発明の第1の実施例の文書要素表示処理を
示すフロチャートである。
FIG. 14 is a flowchart showing document element display processing according to the first embodiment of this invention.

【図15】本発明の第1の実施例の変更部分の表示例を
示す図である。
FIG. 15 is a diagram showing a display example of a changed portion according to the first embodiment of this invention.

【図16】本発明の第1の実施例の文書表示例を示す図
である。
FIG. 16 is a diagram showing a document display example according to the first embodiment of this invention.

【図17】本発明の第2の実施例の文書確認処理を示す
フロチャートである。
FIG. 17 is a flowchart showing a document confirmation process according to the second embodiment of the present invention.

【図18】本発明の第2の実施例のユーザ別確認文書要
素情報の一例を示す図である。
FIG. 18 is a diagram showing an example of user-specific confirmation document element information according to the second embodiment of this invention.

【図19】本発明の第3の実施例の文書要素表示処理を
示すフロチャートである。
FIG. 19 is a flowchart showing document element display processing according to the third embodiment of this invention.

【図20】本発明の第3の実施例の文書確認処理を示す
フロチャートである。
FIG. 20 is a flowchart showing a document confirmation process according to the third embodiment of the present invention.

【図21】本発明の第3の実施例の確認情報圧縮処理を
示すフロチャートである。
FIG. 21 is a flowchart showing confirmation information compression processing according to the third embodiment of this invention.

【図22】本発明の第3の実施例の更新時刻一覧の一例
を示す図である。
FIG. 22 is a diagram showing an example of an update time list according to the third embodiment of this invention.

【図23】本発明の第4の実施例のIDと更新時刻情報
を持つ文書の一例を示す図である。
FIG. 23 is a diagram showing an example of a document having an ID and update time information according to the fourth embodiment of this invention.

【図24】本発明の第4の実施例のユーザ別文書要素確
認時刻情報の一例を示す図である。
FIG. 24 is a diagram showing an example of document element confirmation time information for each user according to the fourth embodiment of the present invention.

【図25】本発明の第4の実施例の文書確認処理を示す
フロチャートである。
FIG. 25 is a flowchart showing a document confirmation process according to the fourth embodiment of the present invention.

【図26】本発明の第4の実施例の文書要素表示処理を
示すフロチャートである。
FIG. 26 is a flowchart showing document element display processing according to the fourth embodiment of this invention.

【図27】本発明の第5の実施例の文書要素確認処理を
示すフロチャートである。
FIG. 27 is a flowchart showing document element confirmation processing according to the fifth embodiment of this invention.

【図28】本発明の第5の実施例の子要素確認処理を示
すフロチャートである。
FIG. 28 is a flowchart showing a child element confirmation process according to the fifth embodiment of the present invention.

【図29】本発明の第5の実施例の文書要素表示処理を
示すフロチャートである。
FIG. 29 is a flowchart showing document element display processing according to the fifth embodiment of this invention.

【図30】本発明の第5の実施例のユーザ別確認文書要
素情報の再構成処理フロチャートである。
FIG. 30 is a flowchart of a reconstruction process of user-specific confirmation document element information according to the fifth embodiment of this invention.

【図31】本発明の第6の実施例の文書要素表示処理を
示すフロチャートである。
FIG. 31 is a flowchart showing document element display processing according to the sixth embodiment of this invention.

【符号の説明】[Explanation of symbols]

1 キーボード 2 マウス 3 CPU 4 CRT 5 メモリなどの記憶装置 6 ハードディスクなどの補助記憶装置 511 文書表示プログラム 521 文書変更プログラム 61 現在の文書情報 621 ユーザ別文書確認時刻情報 8 タイマ 1 Keyboard 2 Mouse 3 CPU 4 CRT 5 Storage Device such as Memory 6 Auxiliary Storage Device such as Hard Disk 511 Document Display Program 521 Document Change Program 61 Current Document Information 621 Document Confirmation Time Information for Each User 8 Timer

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 FI 技術表示箇所 9194−5L G06F 15/419 320 ─────────────────────────────────────────────────── ─── Continuation of the front page (51) Int.Cl. 6 Identification code Internal reference number FI technical display location 9194-5L G06F 15/419 320

Claims (18)

【特許請求の範囲】[Claims] 【請求項1】 複数の文書情報と更新時刻情報とを保持
する保持手段と、 前記保持手段に保持されている文書情報のそれぞれのユ
ーザ毎の確認時間情報を記憶する記憶手段と、 前記保持手段に保持されている文書情報をユーザを特定
して読み出す読出し手段と、 前記読出し手段により読み出された文書情報の更新時間
情報が、前記ユーザ毎の確認時間情報に含まれるか否か
判断し、判断結果を識別可能に表示するよう制御する制
御手段と、 を有することを特徴とする文書処理装置。
1. A holding unit for holding a plurality of pieces of document information and update time information, a storage unit for storing confirmation time information for each user of the document information held in the holding unit, and the holding unit. A reading unit that reads out the document information held by the user by identifying it, and determines whether the update time information of the document information read by the reading unit is included in the confirmation time information for each user, A document processing apparatus, comprising: a control unit that controls to display the determination result in a distinguishable manner.
【請求項2】 文書情報を部分単位で取り扱うことを特
徴とする請求項1記載の文書処理装置。
2. The document processing apparatus according to claim 1, wherein the document information is handled in units of parts.
【請求項3】 読者毎に文書を部分単位で確認した時の
確認情報を、更新時刻毎に保持することを特徴とする請
求項1記載の文書処理装置。
3. The document processing apparatus according to claim 1, wherein confirmation information at the time of confirming a document in partial units for each reader is held at each update time.
【請求項4】 読者毎に文書を文書要素単位で確認した
時の確認情報を、圧縮して保持することを特徴とする請
求項1記載の文書処理装置。
4. The document processing apparatus according to claim 1, wherein the confirmation information when the document is confirmed for each reader for each document element is compressed and held.
【請求項5】 読者毎に文書を部分単位で確認した時の
確認情報を、連続した時間の範囲を利用して、圧縮して
保持することを特徴とする請求項1記載の文書処理装
置。
5. The document processing apparatus according to claim 1, wherein the confirmation information when the document is confirmed in units of readers for each reader is compressed and held by utilizing a continuous time range.
【請求項6】 読者毎に文書を部分単位で確認した時の
確認情報を、文書要素毎に保持することを特徴とする請
求項1記載の文書処理装置。
6. The document processing apparatus according to claim 1, wherein confirmation information, which is obtained when a document is confirmed in units of readers, is held for each document element.
【請求項7】 読者毎に文書を部分単位で確認した時の
確認情報を、文書要素毎に保持すること、 その確認情
報を、文書の部分構造を利用して、圧縮して保持するこ
とを特徴とする請求項1記載の文書処理装置。
7. Confirmation information for each reader is stored for each document element when the document is confirmed for each reader, and the confirmation information is compressed and stored by using the partial structure of the document. The document processing apparatus according to claim 1, wherein the document processing apparatus is a document processing apparatus.
【請求項8】 圧縮して保持された確認情報を元に、現
在の確認状況を抽出することを特徴とする請求項1記載
の文書処理装置。
8. The document processing apparatus according to claim 1, wherein the current confirmation status is extracted based on the confirmation information that is compressed and held.
【請求項9】 文書の確認情報と文書の更新情報の比較
結果を識別可能に表示する際に、圧縮して保持された確
認情報を元に現在の確認状況を抽出することを特徴とす
る請求項1記載の文書処理装置。
9. When presenting the comparison result of the document confirmation information and the document update information in a distinguishable manner, the current confirmation status is extracted based on the confirmation information that is compressed and retained. The document processing apparatus according to Item 1.
【請求項10】 複数の文書情報を記憶している文書フ
ァイルより所望の文書情報を読み出して処理する文書処
理方法であって、 前記文書ファイルに記憶されている文書情報のそれぞれ
のユーザ毎の確認時間情報を記憶する工程と、 ユーザを特定して前記文書ファイルより所望の文書情報
を読み出す工程と、 読み出された文書情報の更新時間情報が、前記ユーザ毎
の確認時間情報に含まれるか否か判断し、その判断に応
じて識別可能に表示する工程と、 を有することを特徴とする文書処理方法。
10. A document processing method for reading and processing desired document information from a document file storing a plurality of document information, the confirmation of the document information stored in the document file for each user. Storing time information, reading out desired document information from the document file by specifying a user, and updating time information of the read document information is included in the confirmation time information for each user. A document processing method, comprising the steps of: deciding whether or not it is displayed, and displaying in a distinguishable manner according to the decision.
【請求項11】 文書情報を部分単位で取り扱うことを
特徴とする請求項10記載の文書処理方法。
11. The document processing method according to claim 10, wherein the document information is handled in partial units.
【請求項12】 読者毎に文書を部分単位で確認した時
の確認情報を、更新時刻毎に保持することを特徴とする
請求項10記載の文書処理方法。
12. The document processing method according to claim 10, wherein the confirmation information at the time of confirming the document in partial units for each reader is held for each update time.
【請求項13】 読者毎に文書を文書要素単位で確認し
た時の確認情報を、圧縮して保持することを特徴とする
請求項10記載の文書処理方法。
13. The document processing method according to claim 10, wherein the confirmation information when the document is confirmed for each reader for each document element is compressed and held.
【請求項14】 読者毎に文書を部分単位で確認した時
の確認情報を、連続した時間の範囲を利用して、圧縮し
て保持することを特徴とする請求項10記載の文書処理
方法。
14. The document processing method according to claim 10, wherein the confirmation information when the document is confirmed in a unit of a unit for each reader is compressed and held by utilizing a continuous time range.
【請求項15】 読者毎に文書を部分単位で確認した時
の確認情報を、文書要素毎に保持することを特徴とする
請求項10記載の文書処理方法。
15. The document processing method according to claim 10, wherein the confirmation information when the document is confirmed by the reader for each partial unit is held for each document element.
【請求項16】 読者毎に文書を部分単位で確認した時
の確認情報を、文書要素毎に保持すること、 その確認
情報を、文書の部分構造を利用して、圧縮して保持する
ことを特徴とする請求項10記載の文書処理方法。
16. Confirmation information for each reader is stored for each document element when the document is confirmed for each reader, and the confirmation information is stored by being compressed by using a partial structure of the document. The document processing method according to claim 10, which is characterized in that.
【請求項17】 圧縮して保持された確認情報を元に、
現在の確認状況を抽出することを特徴とする請求項10
記載の文書処理方法。
17. Based on the confirmation information compressed and stored,
11. The present confirmation condition is extracted, and
Document processing method described.
【請求項18】 文書の確認情報と文書の更新情報の比
較結果を識別可能に表示する際に、圧縮して保持された
確認情報を元に現在の確認状況を抽出することを特徴と
する請求項10記載の文書処理方法。
18. The present confirmation condition is extracted based on the confirmation information stored in a compressed manner when the comparison result of the document confirmation information and the document update information is displayed in an identifiable manner. Item 10. The document processing method according to Item 10.
JP6199457A 1994-08-05 1994-08-24 Method and device for document processing Pending JPH0863462A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP6199457A JPH0863462A (en) 1994-08-24 1994-08-24 Method and device for document processing
EP95305476A EP0696003B1 (en) 1994-08-05 1995-08-04 A method and an apparatus for document processing
DE69520177T DE69520177T2 (en) 1994-08-05 1995-08-04 Method and apparatus for processing documents
US08/504,077 US5781915A (en) 1994-08-05 1995-08-04 Document processing apparatus that determines whether a document has been confirmed by another user

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6199457A JPH0863462A (en) 1994-08-24 1994-08-24 Method and device for document processing

Publications (1)

Publication Number Publication Date
JPH0863462A true JPH0863462A (en) 1996-03-08

Family

ID=16408136

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6199457A Pending JPH0863462A (en) 1994-08-05 1994-08-24 Method and device for document processing

Country Status (1)

Country Link
JP (1) JPH0863462A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0903677A3 (en) * 1997-09-22 2001-09-26 Matsushita Electric Industrial Co., Ltd. Hypertext editing system
JP2007157170A (en) * 2007-01-26 2007-06-21 Sharp Corp Server for assisting acquisition of information, assistance method and program for making computer execute the assistance method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05210673A (en) * 1991-03-12 1993-08-20 Toshiba Corp Word processor
JPH0619908A (en) * 1992-07-06 1994-01-28 Hitachi Ltd Document processing system
JPH0635914A (en) * 1992-07-13 1994-02-10 Toshiba Corp Document preparing system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05210673A (en) * 1991-03-12 1993-08-20 Toshiba Corp Word processor
JPH0619908A (en) * 1992-07-06 1994-01-28 Hitachi Ltd Document processing system
JPH0635914A (en) * 1992-07-13 1994-02-10 Toshiba Corp Document preparing system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0903677A3 (en) * 1997-09-22 2001-09-26 Matsushita Electric Industrial Co., Ltd. Hypertext editing system
JP2007157170A (en) * 2007-01-26 2007-06-21 Sharp Corp Server for assisting acquisition of information, assistance method and program for making computer execute the assistance method

Similar Documents

Publication Publication Date Title
JP4058118B2 (en) Program generation system and method
US8417728B1 (en) User interfaces, methods, and systems for developing computer applications using artwork
US5157779A (en) User extensible testing system
EP0718796B1 (en) Block selection review and editing system
US6046740A (en) Application testing with virtual object recognition
JP2019531524A (en) Website construction system and method for website construction system
JP2003522991A (en) Interactive application generation system and text processing system
JPH11143752A (en) Edition and constitution management method and device therefor, and computer readable recording medium for recording edition and constitution management program
JPH11353313A (en) Information retrieving method, information automatic classifying method, and information analyzing method
US20030217038A1 (en) Data file history management method and apparatus thereof
US6275226B1 (en) Application window development supporting system and method storage
JPH0863462A (en) Method and device for document processing
JP2000035961A (en) Sgml editor and using method therefor
CN112138380A (en) Method and device for editing data in game
JPH0850590A (en) Method and device for processing document
CN115562652A (en) Component style processing method and system for low-code development platform
CN115048659A (en) Sharing method and device of shared object, electronic equipment and storage medium
CA2692588A1 (en) Display method, corresponding computer program and device
JPH02148168A (en) Editing supporting method
JPH0863473A (en) Method and device for document processing
KR100327904B1 (en) System and Method for Component Customization
KR20020045008A (en) management system for information of drawing and operation method for this system
Straus Egonet QF
JP7380870B2 (en) Masking device, masking method and masking program
CN114862230A (en) Information processing method and device for process of living tissue

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040316

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040514

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050823

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050922

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051108

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20051228