JP3727958B2 - Document processing method and apparatus - Google Patents
Document processing method and apparatus Download PDFInfo
- Publication number
- JP3727958B2 JP3727958B2 JP19945694A JP19945694A JP3727958B2 JP 3727958 B2 JP3727958 B2 JP 3727958B2 JP 19945694 A JP19945694 A JP 19945694A JP 19945694 A JP19945694 A JP 19945694A JP 3727958 B2 JP3727958 B2 JP 3727958B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- information
- document element
- changed
- display
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【産業上の利用分野】
本発明は、電子的に文書を取り扱う文書処理方法及びその方法に関するものである。
【０００２】
【従来の技術】
文書情報とは、文書として表現することが可能なデータ群で、例えば図２に示すようなSGML(ISO8879)で規定されるような構造化文書データとして記述することができる。この構造化文書データを、構造を単位として、例えば従来からあるファイルのディレクトリ構造を利用するなどして、格納させることができる。図３はその文書構造の一例を示す。こうして格納された構造化データ群は、一つの文書として人間に認識可能な情報であり、この文書の内容を認識するに、「表示」、「印刷」、あるいは「聞く」と言ったような手段が適用される。また例えば従来からあるリンクなどの技術を利用して、他の文書情報からデータを共有させることもできる。いま例えば図4のようにしてひとまとまりとなった構造化データ群が文書の様式を提供し、一つの文書情報を形成しているものとする。この文書情報は、従来のハイパーテキストシステムなどを用いることにより、例えば図５に示すように文書として表示させることができる。複数の文書を扱うためには、これらを編集するために文書エディタのようなものを用いていた。従来、過去に参照した文書が変更されているかを見るためには、前回参照した日時を覚えておくなどしておき、現在の文書の更新日時を見て、前回参照時よりも新しいかどうかを調べたりする必要があった。この際、前回参照日時の記憶、あるいは記録がなければ、人間がひとつひとつの文書を読んで、変更されているかを調べる必要があった。前回参照された文書、あるいは前のバージョンの文書全体を、常に保存しておき、現在の文書と比較する方法もあったが、記憶容量の問題から見ても効率が悪い。これに対して、UNIXシステムにおけるSCCSやRCSのように、利用中の文書が編集されることによって変化した情報のみを保存しておき、逆に現在の文書との比較によって前の情報を知ることができるシステムがある。このシステムでは、変化した情報のみを保存しておくので、上記記憶容量の問題を解決できる。
【０００３】
しかし、これらのシステムでは、処理の対象を文書全体、比較の単位を行としており、構造化文書における構造単位での処理は行なえなかった。構造化文書を対象としたシステムでは、処理の対象を文書全体とするものの、比較の単位を構造毎にし、変化した構造の情報のみを保存するものがあった。このシステムでは、図６のように、近傍に変更を表わす黒線を表示するというような、表示属性を変えることによって、前回参照した文書、あるいは前のバージョンの文書から変化した情報を構造単位で表現することができた。図中表示例7が、前回の参照時、あるいは前のバージョンの文書から情報が変化した部分である。
【０００４】
【発明が解決しようとしている課題】
このような文書情報が、複数の人によって情報が利用される場合、特に頻繁に内容の更新が行なわれるような文書情報では、同一文書データでも時間と共に、複数、あるいは特定の人によってメンテナンスされ、変更されるていくものである。しかしながら文書を参照するユーザとしては、常に最新の文書情報を見たいと言う要求がある。このため、頻繁に内容更新される文書情報は複数のユーザによって共有されて参照される。このように、ある文書情報が複数のユーザで共有されていて、特に頻繁に内容の更新が行なわれるような場合では、文書情報を参照しているユーザにとって、知らない間に情報が更新されているという問題が起こる。そのため、各ユーザは、前回参照して分かっている情報と、最新の、まだ知らない情報を比較して、変化を見たいと言う要求がある。つまり、文書情報は複数の人によって共有され、利用されているが、参照する際にユーザから要求される見たい情報というものは、各ユーザ毎に相違してしまうという問題が起こる。このため、このような形態の構造化文書では、各ユーザ毎に最新の情報を得ようとしても、そのユーザにとって、文書内のどの情報が既知で、どの情報が未知なのかが分かりにくくなるという問題があった。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明は、文書要素及び文書要素内容からなる構造化文書と該構造化文書の更新時間情報とを保持する保持手段と、前記保持手段に保持されている構造化文書に対して、ユーザ毎に、当該構造化文書を参照した参照時間情報を記憶する記憶手段と、前記保持手段に保持されている構造化文書を読み出す読出手段と、前記読出手段により読み出された構造化文書の文書要素及び文書要素内容それぞれについて更新時間情報と前回の参照時間情報を比較し、前記比較結果を識別可能に表示するよう制御する制御手段とを有することを特徴とする文書処理装置を提供する。
【０００６】
上記課題を解決するために、本発明は、文書要素及び文書要素内容からなる構造化文書を読み出して処理する文書処理方法であって、前記構造化文書に対して、ユーザ毎に、当該構造化文書を参照した参照時間情報を記憶する工程と、前記構造化文書を読み出す工程と、前記読み出された構造化文書の文書要素及び文書要素内容それぞれについて更新時間情報と前回の参照時間情報を比較し、前記比較結果を識別可能に表示する工程とを有することを特徴とする文書処理方法を提供する。
【０００７】
【実施例】
（第１の実施例）
以下、添付図面を参照して本発明の好適な実施例を詳細に説明する。
【０００８】
図１は本実施例の文書処理装置の概略構成を示すブロック図である。
【０００９】
図１において1はキーボード（ＫＢ）で、オペレータにより操作されて文書データや各種コマンドなどを入力することができる。2は例えばマウス等のポインティングデバイスで、ＣＲＴ等の表示部４の画面上でカーソル等を移動して、所望のコマンドやデータなどを入力するのに利用される。３は装置全体を制御するＣＰＵで、４は液晶やＣＲＴ等の表示部、５は本実施例におけるプログラムやデータを保持し、ここに保持されている制御プログラムに基づいてＣＰＵ３による制御を実行させるための記憶部である。６は、プログラムや各種データを不揮発に保持するための補助記憶装置である。なお、記憶部５と補助記憶装置６を区別せずに全体としてプログラム・データ保持用記憶装置として利用しても良い。
【００１０】
１０はタイマで、ＣＰＵ３の指示により所定時間を計時するとともに、現在時刻の計時やカレンダ機能等を有している。また本実施例の文書処理装置では、文書データの読出しや保存を行う際には、必ずパスワードやＩＤコード等を入力して使用者（ユーザ）を特定する必要がある。
【００１１】
尚、図１に示すように、記憶部５には、文書表示プログラム５１１、文書変更プログラム５２１が格納されている。また、補助記憶装置6には、現在の文書情報６１と、ユーザ別参照時間情報６２が格納されている。
【００１２】
本実施例において、文書情報は図７に示すような、状態更新時間情報 ST と、形態更新時間情報FTを属性として持つ文書要素からなる構造化文書データとして扱われる。また、ユーザ別参照時間情報は、例えば図８に示すような形で、ユーザ別に、参照時間を保持するものである。
【００１３】
本実施例のシステム全体のフロチャートを図９に示す。あるユーザによってシステムが起動されるとステップＳ９０１のイベントループでイベントの発生を待つ。ここで文書の表示の操作が行なわれた場合はステップＳ９０２に進み、該文書が表示される。編集の操作が行なわれた場合はステップＳ９０３に進み、該文書が変更される。終了の操作が行なわれた場合、システムは終了する。
【００１４】
編集のイベントが起こった場合、図10のフロチャートにしたがって編集が行なわれる。以下にその動作手順を示す。
【００１５】
まず、ステップＳ１００１で、現在の文書情報６１が、補助記憶装置６から抽出される。次にステップＳ１００２に進み、文書の編集処理が行われる。文書編集処理は、図11のフロチャートにしたがって行なわれる。以下にその動作手順を示す。
【００１６】
ステップＳ１１０１で、文書情報は文書要素の内容単位で編集される。ステップＳ１１０２で挿入が行なわれると判断されると、ステップＳ１１０３で挿入された文書要素を子要素とする親要素のFTと、挿入された文書要素自身のSTとFT、挿入された文書要素の中の全てのSTとFTが現在時刻にセットされる。挿入された文書要素が文字の場合は、挿入された文字を子要素とする親要素のFTだけが現在時刻にセットされる。ステップＳ１１０４で削除が行なわれたと判断された場合、ステップＳ１１０５で削除された文書要素を子要素とする親要素のFTが現在時刻にセットされる。また、文字の挿入削除は、文字列単位で扱っても良い。
【００１７】
この文書編集処理におけるステップＳ１１０１、Ｓ1102、Ｓ1104は、逐次的に行なわれる必要はなく、文書の編集にともなって文書要素と文書要素内容の更新属性時間が現在時刻に更新されれば、例えばイベントドリブンのような形で実現されていても良い。これらの処理によって、図12に示したように更新時間属性が変更される。
【００１８】
ここで、ｎｏｐは何の処理もしないことを表し、update は対象となる更新時間属性(ST or FT)を現在時刻に更新することを表す。すべての編集が終了するとステップＳ１１０６で、文書要素編集処理は終了される。編集を終了した文書はステップＳ１００３によって現在の文書情報61に格納される。その際、ユーザ別参照時間情報62に編集を行なったユーザの参照時間情報として現在時刻が格納される。この現在の文書情報61は、ステップＳ1002で、文書要素が編集されるたびに格納されても良い。この場合、ユーザ別参照時間情報62に編集を行なっているユーザの参照時間情報が編集されるたびに格納される。
【００１９】
以下、図9のステップＳ902文書表示の場合を、図13のフロチャートにしたがって示す。
【００２０】
ユーザが、文書を表示させるように操作すると、ステップＳ1301で、現在の文書情報61が補助記憶装置6から抽出される。次にステップＳ１３０２で、文書がＣＲＴ４上に、構造に沿って文書要素毎に表示が行なわれる。
【００２１】
以下、文書要素表示処理を、図14のフロチャートにしたがって示す。
【００２２】
まず、ステップＳ1401において、現在の表示属性を保存する。ステップＳ１４０２で文書要素の状態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも新しい場合は、文書要素は挿入されたと考えられるので、ステップＳ１４０３で文書要素の表示属性が変えられる。ステップＳ１４０４で文書要素の形態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも新しい場合は、文書要素内容が変更されたと考えられるので、ステップＳ１４０５で文書要素内容の表示属性が変えられる。続いてステップＳ1406で、決定された表示属性にしたがって文書要素の先頭が表示される。
【００２３】
続いてステップＳ1407で、決定された表示属性にしたがって文書要素の内容が表示される。ステップＳ１４０８で、表示されている文書要素内容中に文書要素が現れた場合、ステップＳ１４０９でその文書要素に対して文書要素内容表示処理を再帰的に行なう。表示属性の変更としては図１５の様に、色を変えて、例えば変更部分を網掛けし、その色を変えることや、表示属性の標準を薄い色にしておき、変更の度に濃くしていくといったようなことなどが考えられる。また、特に表示属性の変化に段階を付けず、更新部分はすべて反転表示させ、それ以外は標準で表示するなど、二値的な表示でもよい。ステップＳ１４１０で文書要素内容の表示が終了すると、次にステップＳ1411において文書要素の末尾を表示し、ステップＳ1412で、表示属性を元に戻し、文書要素内容表示処理を終了する。
【００２４】
以上のような状態更新時間及び形態更新時間とユーザ別参照時間の組合わせに応じて、例えば図16に示したような表示例が実現できる。
【００２５】
文書を書き足したような場合は、図中1のように、文書要素内容、該内容に含まれる文書要素、該文書要素の内容全てが変更部分として表示される。また、文書要素が Cut & Paste、あるいは Copy & Paste された場合も、Paste された文書要素及び挿入された文書要素形態の更新時間情報が更新されているので、図中1のように表示される。
【００２６】
文書の構造を変えずに、文書要素の内容の文字が変更されたような場合、つまり文書要素の形態が変更されたような場合は、図中２、3、4のように、変更のあった文書要素の内容が、変更部分として表示される。何も変更のなかった場合は、図中５のように、全ての文書は標準で表示される。以上のように表示することで、更新されたことによって読者が確認すべき情報を、明示する機構を実現することができる。
【００２７】
ステップＳ1303で、文書内容が全て表示されたら、現在時刻を表示を行なったユーザの参照時間情報62として補助記憶装置6に格納しイベントループに戻る。これによって文書表示プログラム511が実現される。こうすることによって、常にユーザが文書を参照した時点でユーザ別参照時間に参照時刻が保持され、ユーザ別参照時間情報62と、文書要素の持つ状態更新時間属性及び形態更新時間属性を比較することで、各ユーザが前回参照した以降に更新された情報を、文書の構造を単位として知ることができる。
【００２８】
また、本実施例では、文書要素と文書要素の内容とで、別々の更新時間属性、つまり状態更新時間と形態更新時間を持たせることによって、実際の変更のあった部分を特定し易くしている。つまり、変更のあった文書要素あるいは文書要素内容が網掛けなどによって明示されるため、これらの変更が確認できる。本実施例では、文書要素の属性として、文書要素の状態更新時間属性と文書要素の形態更新時間属性を持たせたが、SGMLのエンティティなどを用いて、文書要素の内容を文書要素と切り放し、文書要素と、文書要素の内容のそれぞれに更新時間属性を持たせてもよい。この場合、例えば切り放した文書要素内容をファイルとして格納し、そのファイルのタイムスタンプを文書要素の形態更新時間属性としてもよい。この場合は、複数の文書要素から、ある文書要素の内容が共有されているような場合にも、変更部分を明示することができる。本実施例はイベントドリブンで実現しているが、各イベントドリブンの処理を、文書情報を共有した独立したプログラムにしても良い。この場合、終了のイベント処理は必要ない。また、本実施例では、表示プログラムと編集プログラムを分けているが、表示と編集が一体となったプログラムを編集プログラムとして利用し、表示プログラムを省いても良い。本実施例によれば、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報61から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握を可能とした。このため、容易に各ユーザが確認する必要のある文書情報を得られる利点がある。
【００２９】
（第２の実施例）
第１実施例では、変更された部分のある要素の内容は未知情報、すなわち更新によって読者が確認すべき情報として扱ったが、もちろんこれに限るわけではない。
【００３０】
本実施例は、親要素の表示属性を継承する事なく、独自に表示属性を決定することによって、変更部分を明示するものである。
【００３１】
以下、添付図面を用いて本発明における実施例を説明する。本実施例のブロック図は図1の文書表示プログラム511が不図示の文書表示プログラム512に変更されたものである。この実施例において、文書は図7と同様に、文書要素の状態更新時間情報 ST と、文書要素の形態更新時間情報 FT を属性として持つような構造化文書データとして扱われる。
【００３２】
本実施例のシステム全体のフロチャートは、図9の文書表示処理ステップＳ902が不図示の別の文書編集処理に変更されたものである。あるユーザによってシステムが起動されるとステップＳ901と同等のイベントループでイベントを待つ。表示の操作が行なわれた場合、該文書が表示される。編集の操作が行なわれた場合、該文書が変更される。終了の操作が行なわれた場合、システムは終了する。編集のイベントが起こった場合は実施例１に同じである。表示のイベントが起こった場合は、図１３のフロチャートと同等の処理が行なわれる。ユーザが、文書を表示させるように操作すると、ステップＳ1301と同等で、現在の文書情報61が補助記憶装置6から抽出される。次にステップＳ1302と同等で、文書がCRT4に、構造に沿って文書要素毎に表示が行なわれる。
【００３３】
以下、文書要素表示処理を、図19のフロチャートにしたがって示す。
【００３４】
まず、ステップＳ１９０１において、現在の表示属性を保存する。ステップＳ１９０２で、文書要素の状態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも新しいと判断された場合は、文書要素は挿入されたと考えられるので、ステップＳ１９０３で文書要素の表示属性が変えられる。逆に、文書要素の状態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも古い場合は、文書要素は変更されていないと考えられるので、ステップＳ１９０４で文書要素の表示属性は標準に変えられる。
【００３５】
ステップＳ１９０５で文書要素の形態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも新しいと判断された場合は、文書要素内容が変更されたと考えられるので、ステップＳ１９０６で文書要素内容の表示属性が変えられる。逆に、文書要素の形態更新時間属性が、現在表示を行なおうとしているユーザの参照時間情報62の時刻よりも古い場合は、文書要素内容は変更されていないと考えられるので、ステップＳ１９０７で文書要素内容の表示属性は標準に変えられる。
【００３６】
続いて、ステップＳ1908で、決定された表示属性にしたがって文書要素の先頭が表示される。続いてステップＳ1909で、決定された表示属性にしたがって文書要素の内容が表示される。ステップＳ１９１０で表示されている文書要素内容中に文書要素が現れた場合、ステップＳ１９１１でその文書要素に対して文書要素内容表示処理を再帰的に行なう。表示属性の変更としては図１５のように、色を変えて、例えば変更部分を網掛けし、その色を変えることや、表示属性の標準を薄い色にしておき、変更の度に濃くしていくといったようなことなどが考えられる。また、特に表示属性の変化に段階を付けず、更新部分はすべて反転表示させ、それ以外は標準で表示するなど、二値的な表示でもよい。
【００３７】
ステップＳ１９１２で文書要素内容の表示が終了すると、ステップＳ1913において文書要素の末尾を表示し、ステップＳ1914で、表示属性を元に戻し、文書要素内容表示処理を終了する。
【００３８】
以上のような状態更新時間及び形態更新時間とユーザ別参照時間の組合わせに応じて、例えば図18に示したような表示例が実現できる。文書を書き足したような場合は、図中1のように、文書要素内容、該内容に含まれる文書要素、該文書要素の内容全てが変更部分として表示される。また、文書要素がＣｕｔ ＆ Ｐａｓｔｅ、あるいは Ｃｏｐｙ ＆ Ｐａｓｔｅ された場合も、Ｐａｓｔｅ された文書要素及び挿入された文書要素内容の更新時間情報が更新されているので、図中１のように表示される。文書の構造を変えずに、文書要素の内容の文字のみを変更したような場合は、図中２，３，４のように、変更のあった文書要素内容のみが、変更部分として表示される。何も変更のなかった場合は、図中５のように、全ての文書は標準で表示される。
【００３９】
以上のように表示することで、更新されたことによって読者が確認すべき情報を、明示する機構を実現することができる。
【００４０】
ステップＳ１３０３と同等のステップで、文書内容が全て表示されたら、現在時刻を表示を行なったユーザの参照時間情報６２として補助記憶装置６に格納しイベントループに戻る。これによって文書表示プログラム５１２が実現される。こうすることによって、常にユーザが文書を参照した時点でユーザ別参照時間に参照時刻が保持され、ユーザ別参照時間情報６２と、文書要素の持つ状態更新時間属性及び形態更新時間属性を比較することで、各ユーザが前回参照した以降に更新された情報を、文書の構造を単位として知ることができる。また、本実施例では、文書要素と文書要素の内容とで、別々の更新時間属性、つまり状態更新時間と形態更新時間を持たせることによって、実際の変更のあった部分を特定し易くしている。
【００４１】
つまり、変更のあった文書要素あるいは文書要素内容の中でも、変更のなかった文書情報に関しては標準属性で表示されるので、変更のあった部分と変更のなかった部分をそれぞれ明示できる。本実施例によれば、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報６１から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握を可能とした。このため、容易に各ユーザが確認する必要のある文書情報を得られると言う利点がある。特に、親要素の内容が変更されていても、それに含まれる子要素が変更されていない場合に、子要素が変更されていないことを明示することができると言う、利点がある。
【００４２】
（第３の実施例）
これまでの実施例では、挿入された要素の内容は未知情報、すなわち更新によって読者が確認すべき情報として扱ったが、もちろんこれに限るわけではない。本実施例は、要素が挿入される時に、その要素の中の全ての要素の状態更新時間属性及び形態更新時間属性に関しては変更しないことによって、変更部分を明示するものである。
【００４３】
以下、図を用いて本発明における実施例を説明する。
【００４４】
本実施例のブロック図は図１の文書変更プログラム521が文書変更プログラム522に変更されたものである(不図示)。この実施例において、文書は図7と同様に、文書要素の状態更新時間情報 ST と、文書要素の形態更新時間情報 FT を属性として持つような構造化文書データとして扱われる。本実施例のシステム全体のフロチャートは図9の文書編集処理ステップＳ903が別の文書編集処理に変更されたものである(不図示)。あるユーザによってシステムが起動されるとステップＳ901と同等のイベントループでイベントを待つ。表示の場合は実施例1に同じである。終了の場合は実施例1に同じである。編集の操作が行なわれた場合、該文書が変更される。編集のイベントが起こった場合、図10のフロチャートと同様な処理によって編集が行なわれる。図10のステップＳ1002と同様のステップにおいて、図11と同等のフロチャ−トに従って文書情報が文書要素単位で編集される。実施例1との相違は以下のステップである。
【００４５】
すなわち、ステップＳ1102と同等のステップで挿入が行なわれると、挿入された文書要素を子要素とする親要素のFTと、挿入された文書要素自身のSTのみが現在時刻にセットされる(不図示）。こうすることよって、図17に示したように更新時間属性が変更される。こうすることによって、図9のステップＳ902表示処理と同等の処理によって、例えば図20に示したような表示例が実現できる。文書を書き足したような場合は、図中1のように、文書要素内容、該内容に含まれる文書要素、該文書要素の内容全てが変更部分として表示される。また、文書要素が Cut & Paste、あるいは Copy & Paste された場合は、Paste された処理対象の要素の状態更新時間属性、及び処理対象の親要素の形態更新時間属性のみが更新されているので、図中3のように表示される。文書の構造を変えずに、文書要素の内容の文字のみを変更したような場合は、図中2,4,5のように、変更のあった文書要素内容が、変更部分として表示される。何も変更のなかった場合は、図中6のように、全ての文書は標準で表示される。以上のように表示することで、更新されたことによって読者が確認すべき情報を、明示する機構を実現することができる。
【００４６】
文書表示プログラムは、実施例2と同等でも良い。こうすることによって、常にユーザが文書を参照した時点でユーザ別参照時間に参照時刻が保持され、ユーザ別参照時間情報62と、文書要素の持つ状態更新時間属性及び形態更新時間属性を比較することで、各ユーザが前回参照した以降に更新された情報を、文書の構造を単位として知ることができる。また、本実施例では、文書要素と文書要素の内容とで、別々の更新時間属性、つまり状態更新時間と形態更新時間を持たせることによって、実際の変更のあった部分を特定し易くしている。つまり、変更のあった文書要素内容の中でも、変更のなかった文書情報に関しては更新時間が変更されないので、変更のあった部分と変更のなかった部分をそれぞれ明示できる。本実施例によれば、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報61から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握を可能とした。このため、容易に各ユーザが確認する必要のある文書情報を得られると言う利点がある。特に、要素が挿入された場合で、その要素の内容自体には変更がなく、既知の情報である場合に、要素の内容が変更されていないことを明示することができる。
【００４７】
（第４の実施例）
これまでの実施例では、挿入された要素を子要素とする親要素の内容は変更され、更新によって読者が確認すべき情報として扱ったが、もちろんこれに限るわけではない。本実施例は、要素が挿入される時に、挿入された要素を子要素とする親要素の形態更新属性に関しては変更しないことによって、変更部分を明示するものである。本実施例のブロック図は図1の文書変更プログラム521が文書変更プログラム523に変更されたものである(不図示)。この実施例において、文書は図7と同様に、文書要素の状態更新時間情報 ST と、文書要素の形態更新時間情報 FT を属性として持つような構造化文書データとして扱われる。
【００４８】
本実施例のシステム全体のフロチャートは図9の文書編集処理ステップＳ903が別の文書編集処理に変更されたものである(不図示)。あるユーザによってシステムが起動されるとステップＳ901と同等のイベントループでイベントを待つ。表示の操作が行なわれた場合は、実施例2に同じである。編集の操作が行なわれた場合、該文書が変更される。終了の操作が行なわれた場合、システムは終了する。編集のイベントが起こった場合、図10のフロチャートと同様な処理によって編集が行なわれる。
【００４９】
図10のステップＳ1002と同様のステップにおいて、図21のフロチャ−トに従って文書情報が文書要素単位で編集される。以下にその動作手順を示す。
【００５０】
ステップＳ2101で、文書情報は文書要素の内容単位で編集される。ステップＳ２１０２で文書要素が挿入されると、ステップＳ２１０３で挿入された文書要素自身の状態更新時間属性が現在時刻にセットされる。ステップＳ２１０４で挿入された文書要素が文字と判断された場合は、挿入された文字を子要素とする親要素の内容が変更されているので、ステップＳ２１０５で、親要素の形態の更新時間属性が、現在時刻にセットされる。ステップＳ２１０６で削除が行なわれると、ステップＳ2107で、削除された処理対象を子要素とする親要素の内容が変更されたので、親要素の形態の更新時間属性が、現在時刻にセットされる。文字の挿入削除は、文字列単位で扱っても良い。この文書編集処理におけるステップＳ2101、Ｓ2102、Ｓ2104、Ｓ2106のステップは、逐次的に行なわれる必要はなく、文書の編集にともなって文書要素と文書要素内容の更新属性時間が現在時刻に更新されれば、例えばイベントドリブンのような形で実現されていても良い。
【００５１】
これらの処理によって、図22に示したように更新時間属性が変更される。すべての編集が終了するとステップＳ2108で、文書要素内容編集処理は終了される。表示のイベントが起こった場合、実施例2と同様の処理によって、例えば図25に示したような表示例が実現できる。文書を書き足したような場合は、図中1のように、文書要素内容、該内容に含まれる文書要素、該文書要素の内容全てが変更部分として表示される。文書の構造を変えずに、文書要素の内容の文字のみを変更したような場合は、図中2,4,6のように、変更のあった文書要素内容のみが、変更部分として表示される。文書要素内容に、文書要素(new-elem)が挿入されたときには、挿入された文書要素を子要素として持つ親文書要素の内容が変更されている場合に図中3のように、挿入された文書要素の内容が変更された場合に図中5のように、挿入以外の変更がない場合に図中7のように表示される。図中7は、単純に文書要素が別の文書要素などから挿入された場合を示している。何も変更のなかった場合は、図中8のように、全ての文書は標準で表示される。
【００５２】
以上のように表示することで、本実施例の、先に規定した、更新によって読者が見たい情報を、明示する機構を実現することができる。この際、変更表示されている文書要素は、全て挿入されていることが分かる。文書表示プログラムは、実施例1と同等でも良い。こうすることによって、常にユーザが文書を参照した時点でユーザ別参照時間に参照時刻が保持され、ユーザ別参照時間情報62と、文書要素の持つ状態更新時間属性及び形態更新時間属性を比較することで、各ユーザが前回参照した以降に更新された情報を，文書の構造を単位として知ることができる。また、本実施例では、文書要素と文書要素の内容とで、別々の更新時間属性、つまり状態更新時間と形態更新時間を持たせることによって、実際の変更のあった部分を特定し易くしている。
【００５３】
つまり、挿入された文書要素を子要素として持つ親要素の内容については、変更がなかったとすることで、挿入された子要素を明示することができる。本実施例によれば、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報61から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握を可能とした。このため、容易に各ユーザが確認する必要のある文書情報を得られると言う利点がある。特に、Cut & Paste および Copy & Paste によって挿入された文書要素に関して、挿入されたことを明示することができる。つまり構造の変化が分かりやすいという利点がある。
【００５４】
（第５の実施例）
第4の実施例では、Cut & Paste および Copy & Paste を、区別なく扱っていたが、もちろんこれに限るわけではない． 本実施例では、Cut と Copy を区別することによって、Cut & Paste は移動、Copy & Paste は未知情報の追加として扱う場合について述べる。本実施例のブロック図は図1の文書変更プログラム521が文書変更プログラム523に変更されたものである(不図示)。この実施例において、文書は図7と同様に、文書要素の状態更新時間情報 ST と、文書要素の形態更新時間情報 FT を属性として持つような構造化文書データとして扱われる。本実施例のシステム全体のフロチャートは図9の文書編集処理ステップＳ903が別の文書編集処理に変更されたものである(不図示)。あるユーザによってシステムが起動されるとステップＳ901と同等のイベントループでイベントを待つ。表示の操作が行なわれた場合は実施例２に同じである。終了の操作が行なわれた場合、システムは終了する。編集のイベントが起こった場合、図10のフロチャートと同様な処理によって編集が行なわれる。
【００５５】
図10のステップＳ1002と同様のステップにおいて、図23のフロチャ−トに従って文書情報が文書要素単位で編集される。以下にその動作手順を示す。
【００５６】
ステップＳ2301で、文書情報は文書要素の内容単位で編集される。文書要素が、例えばカットバッファなどから挿入されると、ステップＳ２３０３で挿入された文書要素自身の状態更新時間属性が現在時刻にセットされる。挿入された文書要素が文字の場合は、挿入された文字を子要素とする親要素の内容が変更されているので、ステップＳ2305で、親要素の形態の更新時間属性が、現在時刻にセットされる。ステップＳ２３０６で削除が行なわれると判断されると、ステップＳ2307で、削除された処理対象を子要素とする親要素の内容が変更されたので、親要素の形態の更新時間属性が、現在時刻にセットされる。その際、削除された処理対象は、その中の全ての状態更新時間属性及び、形態更新時間属性を変更せずに、カットバッファに格納される。ステップＳ２３０８で文書要素が複製されると、該複製された文書要素自身の中の全ての状態更新時間属性及び形態更新時間属性が、現在時刻にセットされ、カットバッファに格納される。文字の挿入削除は、文字列単位で扱っても良い。この文書編集処理におけるステップＳ2301、Ｓ2302、Ｓ2304、Ｓ2306のステップは、逐次的に行なわれる必要はなく、文書の編集にともなって文書要素と文書要素内容の更新属性時間が現在時刻に更新されれば、例えばイベントドリブンのような形で実現されていても良い。これらの処理によって、図24に示したように更新時間属性が変更される。すべての編集が終了するとステップＳ2310で、文書要素内容編集処理は終了される。
【００５７】
表示のイベントが起こった場合は実施例2と同じである。こうすることによって、例えば図25に示したような表示例が実現できる。本実施例の場合は、25に示したような表示例は以下のような意味を持つ。文書を書き足したような場合は、図中1のように、文書要素内容、該内容に含まれる文書要素、該文書要素の内容全てが変更部分として表示される。文書の構造を変えずに、文書要素の内容の文字のみを変更したような場合は、図中2,4,6のように、変更のあった文書要素内容のみが、変更部分として表示される。文書要素内容に、文書要素(new-elem) が挿入された場合で、挿入された文書要素が Cut & Paste 、つまり移動された場合は図中 3,7のように挿入された文書要素の先頭お呼び末尾が変更表示され、その内容については標準表示される。図中3 は挿入された文書要素を子とする親要素の内容も変更されている場合である。文書要素内容に、文書要素(new-elem)が Copy & Paste で挿入された場合や、挿入された文書要素内容が変更された場合は、図中1,5 のように表示される。この際図中1のように表示されるのは、挿入された文書要素を子とする親要素の内容も変更されている場合である。何も変更のなかった場合は、図中8のように、全ての文書は標準で表示される。
【００５８】
以上のように表示することで、更新されたことによって読者が確認すべき情報を、明示する機構を実現することができる。この際、変更表示されている文書要素が、変更されていない文書要素内容を持っていれば、該文書要素が移動されてきただけであることが分かる。こうすることによって、常にユーザ別参照時間が保持され、ユーザ別参照時間情報62と、文書要素の挿入時刻である状態更新時間属性、及び文書要素内容の文書要素の削除時刻，あるいは文字の挿入削除時刻である，文書要素の形態更新時間属性を比較することで、各ユーザが前回参照した以降に更新された情報を，文書の構造を単位として知ることができる。また，これによって，実際の挿入された文書要素、及び移動された文書要素を特定し易くしている。とくに、挿入された文書要素の内容が更新表示されていない場合は、その要素が移動されたものだと言うことが明示できる。本実施例によれば、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報61から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握を可能とした。このため、容易に各ユーザが確認する必要のある文書情報を得られると言う利点がある。特に、Cut & Paste および Copy & Paste によって挿入された文書要素に関して、挿入されたことを明示することができる。つまり構造の変化が分かりやすいという利点がある。特に、Cut 時と Copy 時で文書要素内容の中の全ての更新時間属性の変更の仕方を変えることによって、文書要素の移動を明示することができる。
【００５９】
（第６の実施例）
これまでの実施例では、表示属性の変更としてとして、色の濃淡を用いたが、もちろんこれに限るわけではない。図6に示したように、近傍に変更を表わす黒線を表示するというようなものが考えられる。また、図26に示したように、文書要素のタグの表示のないような場合、文書要素用8と、文書要素内容用9の2本の線を用いて、変更を表示することも考えられる。構造にネストがあり、ネストの深さが違うところで複数の変更がある場合、図２７、２８のように変更部分表示の表示属性の変更の重複によって線の濃さを変えたり、幅を変えたり、数を増やしたりすることも考えられる。この際、文書要素よりも一つネストの深いものが文書要素内容であると考えることで、文書要素のタグの表示のないものにも対応できる。また、図２９のように、変更のあった文書要素のタグや文書要素の内容を変形矩形で囲って表示することも考えられる。ここに挙げたような方法によって表示属性を変えることで、ユーザが参照した以降に文書データが更新され、既知情報と未知情報が混在する文書情報61から各ユーザ別に未知情報を含む文書要素及び文書要素の内容の把握が可能となる。このため、容易に各ユーザが確認する必要のある、見たい文書情報を得られると言う利点がある。
【００６０】
本実施例によれば、前回参照時の文書と、現時点の文書のどこの情報が変化しているのかを明示することで、既知情報と未知情報の把握を可能とした。このため、容易に各ユーザが各々見たい最新情報を、文書の形で得られるという効果がある。また、文書要素と、文書要素の内容の更新情報を区別し、それぞれに対応して状態更新時間属性と形態更新時間属性を持たせることによって、変更の有無の特定を容易にしている。また、特に、親要素の内容が変更されていても、それに含まれる子要素が変更されていない場合に、子要素が変更されていないことを明示することができる効果がある。また、特に、要素が挿入された場合で、その要素の内容自体には変更がなく、既知の情報である場合に、要素の内容が変更されていないことを明示することができる効果がある。また、特に、Cut & Paste およびCopy & Paste によって挿入された文書要素に関して、挿入されたことを明示することができる効果がある。また、特にCut時とCopy時で文書要素内容の中の全ての更新時間属性の変更の仕方を変えることによって、文書要素の移動を明示することができる効果がある。また、構造の変化が分かりやすい効果がある。また、変更部分を明示できるという効果がある。
【発明の効果】
以上説明したように、本発明によれば、文書要素と文書要素内容それぞれについて更新時間情報と前回の参照時間情報を比較して、該比較結果を識別可能に表示するので、実際に変更された部分を特定し易くなった。
【図面の簡単な説明】
【図１】本発明の一実施例の文書処理装置の構成を示すブロック図である。
【図２】一般的な構造化文書データの一例を示す図である。
【図３】従来の文書データの格納の例を説明する図である。
【図４】従来の文書データから文書を提供する例を説明する図である。
【図５】従来の文書表示の一例を示す図である。
【図６】従来の変化した文書表示の一例を示す図である。
【図７】本実施例の更新時間情報を持つ構造化文書データの一例示す図である。
【図８】本実施例のユーザ毎の文書参照時間情報の一例を示す図である。
【図９】本実施例の文書処理装置における処理を示すフローチャートである。
【図１０】本実施例の文書処理装置における文書編集処理を示すフロチャートである。
【図１１】本実施例の文書処理装置における文書要素編集処理を示すフロチャートである。
【図１２】本発明の第１の実施例の属性変更の表示例を示す図である。
【図１３】本発明の第１の実施例の文書表示処理を示すフロチャートである。
【図１４】本発明の第１の実施例の文書要素表示処理を示すフロチャートである。
【図１５】本発明の第１の実施例の変更部分の表示例を示す図である。
【図１６】本発明の第１の実施例の文書の表示例を示す図である。
【図１７】本発明の第３の実施例の属性変更の一例を示す図である。
【図１８】本発明の第２の実施例の文書の表示例を示す図である。
【図１９】本発明の第２の実施例の文書要素表示処理を示すフロチャートである。
【図２０】本発明の第３の実施例の文書の表示例を示す図である。
【図２１】本発明の第４の実施例の文書要素編集処理を示すフロチャートである。
【図２２】本発明の第４の実施例の属性変更の一例を示す図である。
【図２３】本発明の第５の実施例の文書要素編集処理を示すフロチャートである。
【図２４】本発明の第５の実施例の属性変更の一例を示す図である。
【図２５】本発明の第５の実施例の文書の表示例を示す図である。
【図２６】本発明の第６の実施例の変更部分の表示例を示す図である。
【図２７】本発明の第６の実施例の変更部分の表示例を示す図である。
【図２８】本発明の第６の実施例の変更部分の表示例を示す図である。
【図２９】本発明の第６の実施例の変更部分の表示例を示す図である。
【符号の説明】
１ キーボード
２ マウス
３ ＣＰＵ
４ ＣＲＴ
５ メモリなどの記憶装置
６ ハードディスクなどの補助記憶装置
５１１ 文書表示プログラム
５２１ 文書変更プログラム
６１ 現在の文書情報
６２ ユーザ別文書参照情報
１０ タイマ[0001]
[Industrial application fields]
The present invention relates to a document processing method for electronically handling a document and the method.
[0002]
[Prior art]
The document information is a group of data that can be expressed as a document, and can be described as structured document data as defined in SGML (ISO8879) as shown in FIG. This structured document data can be stored in units of structures, for example, using a conventional file directory structure. FIG. 3 shows an example of the document structure. The stored structured data group is information that can be recognized by a human as a single document, and means such as “display”, “print”, or “listen” to recognize the contents of this document. Applies. Further, for example, data can be shared from other document information using a conventional technique such as a link. Now, for example, it is assumed that 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 as shown in FIG. 5, for example, by using a conventional hypertext system. To handle multiple documents, something like a document editor was used to edit them. Conventionally, in order to see whether the document referred to in the past has been changed, remember the date and time of the previous reference, etc., and look at the update date and time of the current document to see if it is newer than the previous reference. It was necessary to investigate. At this time, if there was no record or record of the previous reference date, it was necessary for a human to read each document and check whether it was changed. Although there was a method in which the document referred to last time or the entire document of the previous version is always saved and compared with the current document, the efficiency is low from the viewpoint of storage capacity. On the other hand, like SCCS and RCS on UNIX systems, only the information that has changed due to the editing of 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, only the changed information is stored, so that the storage capacity problem can be solved.
[0003]
However, in these systems, the processing target is the entire document and the comparison unit is a line, and the processing in the structural unit in the structured document cannot be performed. In a system for a structured document, the entire document is the target of processing, but there is a system that stores only changed structure information for each structure as a comparison unit. In this system, as shown in FIG. 6, by changing display attributes such as displaying a black line indicating a change in the vicinity, information changed from a previously referred document or a previous version document is displayed in a structural unit. I was able to express. Display example 7 in the figure is a part where information has changed from the previous reference or the previous version of the document.
[0004]
[Problems to be solved by the invention]
When such document information is used by a plurality of people, particularly in document information that is frequently updated, the same document data is maintained by a plurality of people or a specific person over time. It will be changed. However, there is a demand for a user who refers to a document to always view the latest document information. For this reason, document information whose contents are frequently updated is shared and referenced by a plurality of users. In this way, when certain document information is shared by a plurality of users and the contents are frequently updated, the information is updated without knowing for the user who is referring to the document information. The problem of being. For this reason, each user has a request to compare the information known by referring to the previous time with the latest information not yet known and see the change. That is, the document information is shared and used by a plurality of people, but there is a problem that the information that the user wants to see when referring is different for each user. For this reason, in such a structured document, even if the latest information is obtained for each user, it is difficult for the user to know which information in the document is known and which information is unknown. There was a problem.
[0005]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention provides a holding unit that holds a structured document including document elements and document element contents and update time information of the structured document, and a structured type held in the holding unit. Storage means for storing reference time information referring to the structured document for each user, reading means for reading the structured document held in the holding means, and reading by the reading means for each user Document processing comprising: control means for controlling update time information and previous reference time information for each document element and document element content of a structured document and controlling the comparison result to be displayed in an identifiable manner Providing equipment.
[0006]
In order to solve the above-described problems, the present invention provides a document processing method for reading and processing a structured document composed of document elements and document element contents. The step of storing the reference time information referring to the document, the step of reading out the structured document, and comparing the update time information and the previous reference time information for each of the document element and document element contents of the read structured document. And a step of displaying the comparison result in an identifiable manner.
[0007]
【Example】
(First embodiment)
Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0008]
FIG. 1 is a block diagram showing a schematic configuration of a document processing apparatus according to the present embodiment.
[0009]
In FIG. 1,
[0010]
A
[0011]
As shown in FIG. 1, the
[0012]
In this embodiment, the document information is handled as structured document data composed of document elements having attributes of state update time information ST and form update time information FT as shown in FIG. Further, the reference time information for each user holds the reference time for each user in the form shown in FIG. 8, for example.
[0013]
FIG. 9 shows a flowchart of the entire system of this embodiment. When the system is activated by a certain user, the system waits for an event to occur in the event loop of step S901. If a document display operation is performed here, the process advances to step S902 to display the document. If an editing operation has been performed, the process advances to step S903 to change the document. If a termination operation is performed, the system is terminated.
[0014]
When an editing event occurs, editing is performed according to the flowchart of FIG. The operation procedure is shown below.
[0015]
First, in step S1001, the
[0016]
In step S1101, the document information is edited in units of document element contents. If it is determined in step S1102 that the insertion is to be performed, FT of the parent element whose child element is the document element inserted in step S1103, ST and FT of the inserted document element itself, All ST and FT are set to the current time. If the inserted document element is a character, only the parent element FT whose child element is the inserted character is set to the current time. If it is determined in step S1104 that the deletion has been performed, the parent element FT whose child element is the document element deleted in step S1105 is set to the current time. In addition, insertion and deletion of characters may be handled in character string units.
[0017]
Steps S1101, S1102, and S1104 in the document editing process do not need to be performed sequentially. If the update attribute time of the document element and the document element content is updated to the current time as the document is edited, for example, event driven It may be realized in the form of By these processes, the update time attribute is changed as shown in FIG.
[0018]
Here, nop indicates that no processing is performed, and update indicates that the target update time attribute (ST or FT) is updated to the current time. When all editing is completed, the document element editing process is ended in step S1106. The document that has been edited is stored in the
[0019]
Hereinafter, the case of the document display in step S902 in FIG. 9 will be described according to the flowchart in FIG.
[0020]
When the user operates to display a document, the
[0021]
Hereinafter, the document element display processing is shown according to the flowchart of FIG.
[0022]
First, in step S1401, the current display attribute is saved. In step S1402, if the state update time attribute of the document element is newer than the time of the reference time information 62 of the user who is currently displaying, the document element is considered to have been inserted. Display attributes can be changed. In step S1404, if the form update time attribute of the document element is newer than the time of the reference time information 62 of the user who is currently trying to display, it is considered that the document element content has been changed. The display attributes of the contents can be changed. In step S1406, the head of the document element is displayed according to the determined display attribute.
[0023]
In step S1407, the contents of the document element are displayed according to the determined display attribute. If a document element appears in the displayed document element content in step S1408, document element content display processing is recursively performed on the document element in step S1409. As shown in FIG. 15, the display attribute is changed by changing the color, for example, by shading the changed portion and changing the color, or by changing the display attribute standard to a lighter color and increasing the color every time the change is made. Things like going can be considered. In addition, a binary display may be used, such as displaying no change in display attributes, highlighting all the updated parts, and displaying the rest as standard. When the display of the document element content is completed in step S1410, the end of the document element is displayed in step S1411. In step S1412, the display attribute is returned to the original, and the document element content display process is ended.
[0024]
For example, a display example as shown in FIG. 16 can be realized according to the combination of the state update time and the form update time and the reference time for each user.
[0025]
When a document is added, the document element contents, the document elements included in the contents, and all the contents of the document elements are displayed as changed portions as shown in FIG. Also, when a document element is cut & pasted or copied & pasted, the update time information of the pasted document element and the inserted document element form is updated, so it is displayed as 1 in the figure .
[0026]
If the text of the content of the document element is changed without changing the document structure, that is, if the form of the document element is changed, as shown in 2, 3, and 4 in the figure, The contents of the selected document element are displayed as the changed part. If there is no change, all documents are displayed as standard as shown in FIG. By displaying as described above, it is possible to realize a mechanism that clearly indicates information that should be confirmed by the reader by updating.
[0027]
When all the document contents are displayed in step S1303, the current time is stored in the auxiliary storage device 6 as the reference time information 62 of the user who performed the display, and the process returns to the event loop. Thereby, the
[0028]
Also, in this embodiment, the document element and the content of the document element have different update time attributes, that is, a state update time and a form update time, thereby making it easy to identify the part where the actual change has occurred. Yes. In other words, the changed document element or the document element contents are clearly indicated by shading or the like, so that these changes can be confirmed. In this embodiment, the document element state update time attribute and the document element form update time attribute are provided as the document element attributes. However, using SGML entities, the contents of the document elements are separated from the document elements. Each of the document element and the content of the document element may have an update time attribute. In this case, for example, the cut document element content may be stored as a file, and the time stamp of the file may be used as the form update time attribute of the document element. In this case, even when the content of a certain document element is shared from a plurality of document elements, the changed portion can be clearly indicated. Although this embodiment is realized by event driving, each event driven processing may be an independent program sharing document information. In this case, end event processing is not necessary. In this 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 this embodiment, the document data is updated after the user refers to it, and it is possible to grasp the document element including unknown information and the contents of the document element for each user from the
[0029]
(Second embodiment)
In the first embodiment, the content of an element with a changed part is treated as unknown information, that is, information that should be confirmed by the reader by updating, but of course it is not limited to this.
[0030]
In the present embodiment, the changed portion is clearly indicated by independently determining the display attribute without inheriting the display attribute of the parent element.
[0031]
Embodiments of the present invention will be described below with reference to the accompanying drawings. In the block diagram of this embodiment, the
[0032]
The flowchart of the entire system of this embodiment is obtained by changing the document display processing step S902 of FIG. 9 to another document editing process (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 editing operation is performed, the document is changed. If a termination operation is performed, the system is terminated. When an editing event occurs, the process is the same as in the first embodiment. When a display event occurs, a process equivalent to the flowchart of FIG. 13 is performed. When the user operates to display a document, the
[0033]
Hereinafter, the document element display process will be described according to the flowchart of FIG.
[0034]
First, in step S1901, the current display attributes are saved. If it is determined in step S1902 that the state update time attribute of the document element is newer than the time of the reference time information 62 of the user who is currently displaying, the document element is considered to have been inserted. In S1903, the display attribute of the document element is changed. On the other hand, if the state update time attribute of the document element is older than the time of the reference time information 62 of the user who is currently trying to display, it is considered that the document element has not been changed. Element display attributes can be changed to standard.
[0035]
If it is determined in step S1905 that the form update time attribute of the document element is newer than the time of the reference time information 62 of the user who is currently trying to display, it is considered that the document element content has been changed. In S1906, the display attribute of the document element content is changed. On the other hand, if the form update time attribute of the document element is older than the time of the reference time information 62 of the user who is currently trying to display, it is considered that the content of the document element has not been changed, so in step S1907. The display attribute of the document element content can be changed to the standard.
[0036]
Subsequently, in step S1908, the head of the document element is displayed according to the determined display attribute. In step S1909, the contents of the document element are displayed according to the determined display attribute. If a document element appears in the document element content displayed in step S1910, the document element content display process is recursively performed on the document element in step S1911. As shown in FIG. 15, the display attribute is changed by changing the color, for example, by shading the changed part and changing the color, or by changing the display attribute standard to a lighter color and making it darker with each change. Things like going can be considered. In addition, a binary display may be used, such as displaying no change in display attributes, highlighting all the updated parts, and displaying the rest as standard.
[0037]
When the display of the document element contents is completed in step S1912, the end of the document element is displayed in step S1913. In step S1914, the display attribute is returned to the original, and the document element contents display process is ended.
[0038]
For example, a display example as shown in FIG. 18 can be realized according to the combination of the state update time and the form update time and the reference time for each user. When a document is added, the document element contents, the document elements included in the contents, and all the contents of the document elements are displayed as changed portions as shown in FIG. In addition, when the document element is cut & pasted or copied & pasted, the update time information of the pasted document element and the inserted document element contents is updated, so that it is displayed as 1 in the figure. . When only the text of the content of the document element is changed without changing the structure of the document, only the changed content of the document element is displayed as the changed portion as shown in 2, 3 and 4 in the figure. . If there is no change, all documents are displayed as standard as shown in FIG.
[0039]
By displaying as described above, it is possible to realize a mechanism that clearly indicates information that should be confirmed by the reader by updating.
[0040]
When all the document contents are displayed in the same step as step S1303, the current time is stored in the auxiliary storage device 6 as the reference time information 62 of the user who displayed it, and the process returns to the event loop. Thereby, the document display program 512 is realized. By doing this, the reference time is always held in the reference time for each user when the user refers to the document, and the reference time information 62 for each user is compared with the state update time attribute and the form update time attribute of the document element. Thus, information updated since each user referred to the previous time can be known in units of the document structure. Also, in this embodiment, the document element and the content of the document element have different update time attributes, that is, a state update time and a form update time, thereby making it easy to identify the part where the actual change has occurred. Yes.
[0041]
That is, in the changed document element or the document element contents, the document information that has not been changed is displayed with the standard attribute, so that the changed portion and the changed portion can be clearly indicated. According to the present embodiment, the document data is updated after the user refers to it, and it is possible to grasp the document element including unknown information and the contents of the document element for each user from the
[0042]
(Third embodiment)
In the embodiments described so far, the contents of the inserted element are treated as unknown information, that is, information to be confirmed by the reader by updating, but of course, the present invention is not limited to this. In the present embodiment, when an element is inserted, the state update time attribute and the form update time attribute of all the elements in the element are not changed, thereby clearly indicating the changed portion.
[0043]
Embodiments of the present invention will be described below with reference to the drawings.
[0044]
In the block diagram of this embodiment, the
[0045]
That is, when insertion is performed in a step equivalent to step S1102, only the FT of the parent element having the inserted document element as a child element and the ST of the inserted document element itself are set to the current time (not shown). ). By doing so, the update time attribute is changed as shown in FIG. By doing so, a display example as shown in FIG. 20, for example, can be realized by a process equivalent to the display process in step S902 of FIG. When a document is added, the document element contents, the document elements included in the contents, and all the contents of the document elements are displayed as changed portions as shown in FIG. If the document element is cut and pasted or copied and pasted, only the state update time attribute of the pasted processing target element and the form update time attribute of the parent element to be processed are updated. It is displayed as 3 in the figure. When only the text of the content of the document element is changed without changing the document structure, the changed document element content is displayed as the changed portion as shown in 2, 4 and 5 in the figure. If there is no change, all documents are displayed as standard as shown in 6 in the figure. By displaying as described above, it is possible to realize a mechanism that clearly indicates information that should be confirmed by the reader by updating.
[0046]
The document display program may be the same as that in the second embodiment. In this way, the reference time is always held in the reference time for each user when the user refers to the document, and the state update time attribute and the form update time attribute of the document element are compared with the reference time information 62 for each user. Thus, information updated since each user referred to the previous time can be known in units of the document structure. Also, in this embodiment, the document element and the content of the document element have different update time attributes, that is, a state update time and a form update time, thereby making it easy to identify the part where the actual change has occurred. Yes. In other words, among the changed document element contents, since the update time is not changed for the document information that has not been changed, the changed part and the changed part can be clearly indicated. According to this embodiment, the document data is updated after the user refers to it, and it is possible to grasp the document element including unknown information and the contents of the document element for each user from the
[0047]
(Fourth embodiment)
In the embodiments so far, the contents of the parent element having the inserted element as a child element are changed and handled as information to be confirmed by the reader by the update. However, the present invention is not limited to this. In this embodiment, when an element is inserted, the changed part is clearly indicated by not changing the form update attribute of the parent element whose child element is the inserted element. In the block diagram of this embodiment, the
[0048]
The flowchart of the entire system of this embodiment is obtained by changing the document editing process step S903 in FIG. 9 to another document editing process (not shown). When the system is started by a certain user, an event is waited for in an event loop equivalent to step S901. The case where the display operation is performed is the same as that in the second embodiment. When an editing operation is performed, the document is changed. If a termination operation is performed, the system is terminated. When an editing event occurs, editing is performed by a process similar to the flowchart of FIG.
[0049]
In the same step as step S1002 in FIG. 10, the document information is edited in units of document elements according to the flowchart in FIG. The operation procedure is shown below.
[0050]
In step S2101, the document information is edited in units of document element contents. When a document element is inserted in step S2102, the state update time attribute of the document element itself inserted in step S2103 is set to the current time. If the inserted document element is determined to be a character in step S2104, the content of the parent element having the inserted character as a child element has been changed. Therefore, in step S2105, the update time attribute of the parent element form is changed. , Set to the current time. When the deletion is performed in step S2106, the content of the parent element whose child element is the deleted processing target is changed in step S2107, so that the update time attribute in the form of the parent element is set to the current time. Character insertion and deletion may be handled in character string units. The steps S2101, S2102, S2104, and S2106 in this document editing process do not need to be performed sequentially, and if the update attribute time of the document element and the document element content is updated to the current time as the document is edited. For example, it may be realized in the form of event driven.
[0051]
By these processes, the update time attribute is changed as shown in FIG. When all editing is completed, the document element content editing process is ended in step S2108. When a display event occurs, the display example as shown in FIG. 25 can be realized by the same processing as in the second embodiment. When a document is added, the document element contents, the document elements included in the contents, and all the contents of the document elements are displayed as changed portions as shown in FIG. If only the text of the document element content is changed without changing the document structure, only the changed document element content is displayed as the changed part, as shown in 2, 4, and 6 in the figure. . When a document element (new-elem) is inserted into the document element content, if the content of the parent document element that has the inserted document element as a child element is changed, it is inserted as shown in 3 in the figure When the content of the document element is changed, as shown in 5 in the figure, when there is no change other than insertion, it is displayed as 7 in the figure. In the figure, 7 indicates a case where a document element is simply inserted from another document element or the like. If there is no change, all documents are displayed as standard as shown in 8 in the figure.
[0052]
By displaying as described above, it is possible to realize a mechanism for clearly indicating information that the reader wants to see by updating, as previously defined in the present embodiment. At this time, it is understood that all the document elements that are changed and displayed are inserted. The document display program may be the same as that in the first embodiment. In this way, the reference time is always held in the reference time for each user when the user refers to the document, and the state update time attribute and the form update time attribute of the document element are compared with the reference time information 62 for each user. Thus, it is possible to know information updated since each user last referred to the document structure as a unit. Also, in this embodiment, the document element and the content of the document element have different update time attributes, that is, a state update time and a form update time, thereby making it easy to identify the part where the actual change has occurred. Yes.
[0053]
That is, the inserted child element can be specified by assuming that the content of the parent element having the inserted document element as a child element has not been changed. According to this embodiment, the document data is updated after the user refers to it, and it is possible to grasp the document element including unknown information and the contents of the document element for each user from the
[0054]
(Fifth embodiment)
In the fourth embodiment, Cut & Paste and Copy & Paste are treated without distinction, but of course, it is not limited to this. In this embodiment, a case will be described in which Cut & Paste is handled as movement and Copy & Paste is handled as addition of unknown information by distinguishing Cut and Copy. In the block diagram of this embodiment, the
[0055]
In the same step as step S1002 in FIG. 10, the document information is edited in units of document elements according to the flowchart in FIG. The operation procedure is shown below.
[0056]
In step S2301, the document information is edited in units of document element contents. When a document element is inserted from, for example, a cut buffer, the state update time attribute of the document element itself inserted in step S2303 is set to the current time. If the inserted document element is a character, the content of the parent element whose child element is the inserted character has been changed, so that the update time attribute in the form of the parent element is set to the current time in step S2305. The If it is determined in step S2306 that deletion is to be performed, the content of the parent element whose child element is the deleted processing target is changed in step S2307, so that the update time attribute in the form of the parent element is set to the current time. Set. At this time, the deleted processing target is stored in the cut buffer without changing all the state update time attributes and the form update time attributes therein. When the document element is duplicated in step S2308, all the state update time attributes and the form update time attributes in the duplicated document element itself are set to the current time and stored in the cut buffer. Character insertion and deletion may be handled in character string units. The steps S2301, S2302, S2304, and S2306 in this document editing process do not need to be performed sequentially, and if the update attribute time of the document element and the document element content is updated to the current time as the document is edited. For example, it may be realized in the form of event driven. By these processes, the update time attribute is changed as shown in FIG. When all editing is completed, the document element content editing process is ended in step S2310.
[0057]
When a display event occurs, the process is the same as in the second embodiment. In this way, for example, a display example as shown in FIG. 25 can be realized. In the case of this embodiment, the display example as shown in 25 has the following meaning. When a document is added, the document element contents, the document elements included in the contents, and all the contents of the document elements are displayed as changed portions as shown in FIG. If only the text of the document element content is changed without changing the document structure, only the changed document element content is displayed as the changed part as shown in 2, 4, and 6 in the figure. . When a document element (new-elem) is inserted into the document element content, and the inserted document element is cut and pasted, that is, when it is moved, the beginning of the inserted document element as shown in 3, 7 in the figure The end of the call is changed and displayed as standard. In the figure, 3 is a case where the content of the parent element whose child is the inserted document element is also changed. When a document element (new-elem) is inserted into the document element content by Copy & Paste, or when the inserted document element content is changed, it is displayed as 1 and 5 in the figure. At this time, the case where the parent element whose child is the inserted document element is also changed is displayed as 1 in the figure. If there is no change, all documents are displayed as standard as shown in 8 in the figure.
[0058]
By displaying as described above, it is possible to realize a mechanism that clearly indicates information that should be confirmed by the reader by updating. At this time, if the document element that has been changed and displayed has the content of the document element that has not been changed, it is understood that the document element has only been moved. In this way, the user-specific reference time is always maintained, the user-specific reference time information 62, the state update time attribute that is the document element insertion time, and the document element content document element deletion time or character insertion / deletion By comparing the form update time attribute of the document element, which is the time, it is possible to know the information updated since each user referred to the previous time in units of the document structure. This also makes it easy to specify the actually inserted document element and the moved document element. In particular, if the content of the inserted document element is not updated and displayed, it can be clearly stated that the element has been moved. According to this embodiment, the document data is updated after the user refers to it, and it is possible to grasp the document element including unknown information and the contents of the document element for each user from the
[0059]
(Sixth embodiment)
In the embodiments described so far, the shading of the color is used as the change of the display attribute, but it is not limited to this. As shown in FIG. 6, a black line indicating a change may be displayed in the vicinity. In addition, as shown in FIG. 26, when there is no display of the tag of the document element, it is also possible to display the change by using two lines for the
[0060]
According to the present embodiment, it is possible to grasp known information and unknown information by clearly indicating which information in the document at the previous reference and the current document is changing. Therefore, there is an effect that the latest information that each user wants to see can be easily obtained in the form of a document. Further, by distinguishing the document element and the update information of the content of the document element and having a state update time attribute and a form update time attribute corresponding to each, it is possible to easily identify whether there is a change. In particular, even if the content of the parent element is changed, there is an effect that it can be clearly indicated that the child element is not changed when the child element included in the parent element is not changed. In particular, when an element is inserted, there is an effect that it is possible to clearly indicate that the content of the element is not changed when there is no change in the content of the element and the information is known information. In particular, the document element inserted by Cut & Paste and Copy & Paste has an effect of clearly indicating that it has been inserted. In addition, there is an effect that the movement of the document element can be clearly indicated by changing the way of changing all the update time attributes in the document element contents especially at the time of Cut and Copy. In addition, there is an effect that the change in structure is easy to understand. In addition, there is an effect that the changed part can be clearly indicated.
【The invention's effect】
As described above, according to the present invention, the update time information is compared with the previous reference time information for each document element and document element content, and the comparison result is displayed in an identifiable manner. It became easy to specify the part.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a document processing apparatus according to an embodiment of the present invention.
FIG. 2 is a diagram showing an example of general structured document data.
FIG. 3 is a diagram for explaining an example of conventional document data storage;
FIG. 4 is a diagram illustrating an example in which a document is provided from conventional document data.
FIG. 5 is a diagram illustrating an example of a conventional document display.
FIG. 6 is a diagram showing an example of a conventional changed document display.
FIG. 7 is a diagram illustrating an example of structured document data having update time information according to the embodiment.
FIG. 8 is a diagram illustrating an example of document reference time information for each user according to the embodiment.
FIG. 9 is a flowchart illustrating processing in the document processing apparatus according to the present exemplary embodiment.
FIG. 10 is a flowchart showing document editing processing in the document processing apparatus according to the embodiment.
FIG. 11 is a flowchart showing document element editing processing in the document processing apparatus according to the embodiment.
FIG. 12 is a diagram illustrating a display example of attribute change according to the first embodiment of this invention;
FIG. 13 is a flowchart showing document display processing according to the first embodiment of the present invention.
FIG. 14 is a flowchart showing document element display processing according to the first embodiment of this invention.
FIG. 15 is a diagram illustrating a display example of a changed portion according to the first embodiment of this invention.
FIG. 16 is a diagram showing a display example of a document according to the first embodiment of this invention.
FIG. 17 is a diagram illustrating an example of attribute change according to the third exemplary embodiment of the present invention.
FIG. 18 is a diagram showing a display example of a document according to the second embodiment of the present invention.
FIG. 19 is a flowchart showing document element display processing according to the second embodiment of the present invention.
FIG. 20 is a diagram showing a display example of a document according to the third embodiment of this invention.
FIG. 21 is a flowchart showing document element editing processing according to the fourth embodiment of the present invention.
FIG. 22 is a diagram showing an example of attribute change according to the fourth exemplary embodiment of the present invention.
FIG. 23 is a flowchart showing document element editing processing according to the fifth embodiment of the present invention.
FIG. 24 is a diagram showing an example of attribute change according to the fifth exemplary embodiment of the present invention.
FIG. 25 is a diagram showing a display example of a document according to the fifth embodiment of the present invention.
FIG. 26 is a diagram showing a display example of a changed portion according to the sixth embodiment of the present invention.
FIG. 27 is a diagram showing a display example of a changed portion according to the sixth embodiment of the present invention.
FIG. 28 is a diagram showing a display example of a changed portion according to the sixth embodiment of the present invention.
FIG. 29 is a diagram showing a display example of a changed portion according to the sixth embodiment of the present invention.
[Explanation of symbols]
1 Keyboard
2 mouse
3 CPU
4 CRT
5 Storage devices such as memory
6 Auxiliary storage devices such as hard disks
511 Document display program
521 Document change program
61 Current document information
62 User-specific document reference information
10 Timer
Claims (6)
前記保持手段に保持されている構造化文書に対して、ユーザ毎に、当該構造化文書を参照した参照時間情報を記憶する記憶手段と、
前記保持手段に保持されている構造化文書を読み出す読出手段と、
前記読出手段により読み出された構造化文書の文書要素及び文書要素内容それぞれについて更新時間情報と前回の参照時間情報を比較し、該比較結果を識別可能に表示するよう制御する制御手段と
を有することを特徴とする文書処理装置。Holding means for holding the document element and the update time information of the structured document and the structured document including the document element content,
Storage means for storing, for each user , reference time information referring to the structured document for the structured document held in the holding means;
Reading means for reading the structured document held in the holding means;
Control means for comparing the update time information with the previous reference time information for each of the document element and the document element contents of the structured document read by the reading means, and controlling to display the comparison result in an identifiable manner. A document processing apparatus characterized by that.
前記構造化文書に対して、ユーザ毎に、当該構造化文書を参照した参照時間情報を記憶する工程と、
前記構造化文書を読み出す工程と、
前記読み出された構造化文書の文書要素及び文書要素内容それぞれについて更新時間情報と前回の参照時間情報を比較し、該比較結果を識別可能に表示する工程と
を有することを特徴とする文書処理方法。A document processing method for reading and processing a structured document composed of document elements and document element contents ,
With respect to the structured document, for each user, a step of storing a reference time information referred to the structured document,
Reading the structured document; and
Document processing comprising: a step of comparing the update time information and the previous reference time information for each of the document element and the document element content of the read structured document, and displaying the comparison result in an identifiable manner Method.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19945694A JP3727958B2 (en) | 1994-08-24 | 1994-08-24 | Document processing method and apparatus |
| EP95305476A EP0696003B1 (en) | 1994-08-05 | 1995-08-04 | A method and an apparatus for document processing |
| 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 |
| DE69520177T DE69520177T2 (en) | 1994-08-05 | 1995-08-04 | Method and apparatus for processing documents |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19945694A JP3727958B2 (en) | 1994-08-24 | 1994-08-24 | Document processing method and apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0863473A JPH0863473A (en) | 1996-03-08 |
| JP3727958B2 true JP3727958B2 (en) | 2005-12-21 |
Family
ID=16408119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19945694A Expired - Fee Related JP3727958B2 (en) | 1994-08-05 | 1994-08-24 | Document processing method and apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3727958B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002149907A (en) * | 2000-11-07 | 2002-05-24 | Fujitsu Fip Corp | Performance evaluation support system, performance evaluation support server, and performance evaluation support method |
| JP4517750B2 (en) * | 2004-06-30 | 2010-08-04 | 富士ゼロックス株式会社 | Document processing system |
| JP5187135B2 (en) * | 2008-10-27 | 2013-04-24 | セイコーエプソン株式会社 | Facsimile device, client and facsimile system |
-
1994
- 1994-08-24 JP JP19945694A patent/JP3727958B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0863473A (en) | 1996-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7380211B2 (en) | System and method to manage speaker notes in a computer implemented slide show | |
| JP4058118B2 (en) | Program generation system and method | |
| US7536641B2 (en) | Web page authoring tool for structured documents | |
| US6185591B1 (en) | Text edit system with enhanced undo user interface | |
| RU2491621C2 (en) | Conflict resolution | |
| EP1643451A1 (en) | Maintaining graphical presentations based on user customizations | |
| US8042065B2 (en) | Smart copy/paste of graphical nodes | |
| CA2036859C (en) | System and method for editing a structured document to modify emphasis characteristics | |
| CA2133874C (en) | Method and system for automatic formatting of user selected text | |
| US20080222514A1 (en) | Systems and Methods for Editing XML Documents | |
| ZA200506945B (en) | Maintaining graphical presentations based on user customizations | |
| CN110515894A (en) | A kind of conversion method of data format, device, equipment and readable storage medium storing program for executing | |
| US6275226B1 (en) | Application window development supporting system and method storage | |
| US11651145B2 (en) | Document transformation between program formats and templates system and method | |
| JP3727958B2 (en) | Document processing method and apparatus | |
| EP1435568A2 (en) | Common interface for ink trees | |
| JPH0563819B2 (en) | ||
| JP2000035961A (en) | Sgml editor and using method therefor | |
| EP0240920B1 (en) | Improvements in desk-top publishing apparatus | |
| JPH0268654A (en) | Document processing device | |
| JPH0934883A (en) | Document processing unit | |
| Barstow | Overview of a Display-Oriented Editor for INTERLISP. | |
| JPH0855114A (en) | Document managing device | |
| Kemper et al. | I Have a Conflict: What Can I Do? | |
| JPH0863462A (en) | Method and device for document processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050913 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050930 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131007 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |