JPH0619908A - 文書処理システム - Google Patents

Abstract

(57)【要約】 【目的】 構成要素のクラス定義毎に指定されている属
性の更新に関する更新履歴情報をクラス定義それぞれに
付与し、クラス定義および文書の実体となる構成要素の
バージョン管理を効率的に行うことを可能とする文書処
理システムを提供すること。 【構成】 文書処理装置および構造化文書中の構成要素
に対するクラス定義を格納する記憶装置を有する文書処
理システムであって、前記記憶装置に格納されている作
成済みのクラス定義と、前記文書処理装置内で編集を行
っているクラス定義に関し、文書の構成要素毎に定義さ
れる更新可能なクラス定義に対して、指定される属性の
更新履歴情報を設定するフィールドをそれぞれに付与
し、作成・編集の対象となる文書の前記構成要素から参
照される当該クラス定義の更新履歴情報を、階層化され
た構成要素毎に管理する手段と、文書全体に含まれる更
新されたすべての構成要素に関する更新履歴情報を管理
する手段を有することを特徴とする文書処理システム。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文書処理装置におけ
る、章，節，パラグラフ等の論理的な構成要素から成る
論理構造と、ページ，ヘッダ・フッタ領域，段組み領域
等の物理的な構成要素から成る割付け構造とによって構
造化された文書(以下、これを「構造化文書」という)の構
成要素(以下、この語は、前述の「論理的な構成要素」と
「物理的な構成要素」とを含むものとして用いる)に指定
される、例えば、ページのサイズ，行間隔，文字間隔等
を表現する属性の更新管理方式を改良した文書処理シス
テムに関し、特に、文書の構成要素のテンプレートとな
るクラス定義を生成・編集する際の、属性の更新履歴情
報を効率良く管理することを可能にした文書処理システ
ムに関する。

【０００２】

【従来の技術】従来の文書処理システムでは、文書の属
性情報の更新管理は殆んど行われていなかった。但し、
これに関連する従来の技術としての、文書の中身を示す
内容情報等のデータの更新管理を行う方法としては、更
新前と更新後との文書データに関して文書全体に亘って
の比較を行い、更新部分を検索するといった手法が採ら
れていた。なお、この場合の更新履歴情報の管理を効率
的に行う手法としては、本出願人が、先に特願平1-6978
4号により提案した「文書処理システムおよびバージョン
管理方式」がある。この方式は、文書の論理構造等の 構
成要素を利用した管理方式である。一方、異機種システ
ム間での文書の交換形式を定める国際標準が、ＩＳＯ86
13(ＯＤＡ:Ｏpen Ｄocument Ａrchitecture)として制定
されている。この国際標準では、文書の構造・構成要素
の表現方法を定めるとともに、構成要素の効率的な処理
・交換を想定したクラス定義の定義方法を標準化してい
る。ここでは、例えば、各ページにロゴを付与するこ
と，段組みの形式，生成されるすべてのパラグラフに対
するインデンテーションの形式等、文書の構成要素に対
するテンプレートとしての働きを持つ構成要素(Ｏbject
Ｃlass)を対象としている。上述のクラス定義は、構成
要素に対するデフォルト値を決定する働きを持ってお
り、実際に生成・編集される文書の実体となる構成要素
から参照されるばかりでなく、通信回線等を通じて他の
文書処理装置で作成されている文書から参照されること
が想定され、文書の定形化を実現する機能を有するもの
である。しかしながら、クラス定義は一般的に利用者に
よって更新が可能となっているため、クラス定義に対す
る属性の更新管理が必要となる。

【０００３】

【発明が解決しようとする課題】上記従来技術において
は、文書の実体として生成される構成要素が、そのテン
プレートとして参照するクラス定義のバージョン，更新
日等の情報を識別できないため、更新される頻度が高い
文書処理システムを構築する場合、どのバージョンのク
ラス定義によって生成された文書もしくは構成要素であ
るかが、判別できないといった問題がある。本発明は上
記事情に鑑みてなされたもので、その目的とするところ
は、従来の技術における上述の如き問題を解消し、構成
要素のクラス定義毎に指定されている属性の更新に関す
る更新履歴情報をクラス定義それぞれに付与し、クラス
定義および文書の実体となる構成要素のバージョン管理
を効率的に行うことを可能とする文書処理システムを提
供することにある。

【０００４】

【課題を解決するための手段】本発明の上述の目的は、
通信回線や交換媒体等によって交換可能な、構造化され
た文書(構造化文書)を作成・編集可能な文書処理装置、
および、前記構造化文書中の構成要素に対するクラス定
義を格納する記憶装置を有する文書処理システムであっ
て、前記記憶装置に格納されている作成済みのクラス定
義と、前記文書処理装置内で編集を行っているクラス定
義に関し、文書の構成要素毎に定義される更新可能なク
ラス定義に対して、指定される属性の更新履歴情報を設
定するフィールドをそれぞれに付与し、作成・編集の対
象となる文書の前記構成要素から参照される当該クラス
定義の更新履歴情報を、階層化された構成要素毎に管理
する手段と、文書全体に含まれる更新されたすべての構
成要素に関する更新履歴情報を管理する手段を有するこ
とを特徴とする文書処理システムによって達成される。

【０００５】

【作用】本発明に係る文書処理システムにおいては、前
述の、文書の論理構造の構成要素および割付け構造の構
成要素を含む構成要素のクラス定義を表現するデータ列
に対して設けられた更新履歴情報フィールドに対して、
属性を更新する際に文書全体のバージョン番号，構成要
素のバージョン番号，属性を更新した日付，更新された
属性の名前または更新内容の要約等の更新情報を記述す
る。文書全体のバージョン番号と構成要素のバージョン
番号は、属性に更新が発生した時点で予め定義されてい
るバージョン番号の中から該当する番号を決定し置き換
える。構成要素のバージョン番号は、当該構成要素のク
ラス定義の属性に対して更新が発生した場合に該当する
バージョン番号を記述し、文書全体のバージョン番号
は、文書を構成するすべての構成要素のクラス定義に付
与されたバージョン番号の中から最新のバージョン番号
を記述する。これにより、文書全体がどのバージョンの
クラス定義から実体として生成されているか、また、個
々の構成要素がどのバージョンのクラス定義から実体と
して生成されているかを構成要素単位に容易に知ること
ができる。更に、文書データ中のクラス定義において更
新された属性を含んでいるものについて、文書概要情報
として各クラス定義に付与される識別子と更新情報のデ
ータによる一覧表を作成し文書データとともに管理す
る。これにより、当該クラス定義の利用者がこの一覧表
を検索することにより、クラス定義または文書全体の更
新情報を容易に知ることができる。

【０００６】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明の一実施例に係る文書処理
システムの構成図を示している。本実施例に係る文書処
理システムは、クラス定義処理部１００，クラス定義記
憶装置１０１，文書編集部１０２および文書クラス定義
バッファ１０３から成っている。なお、１０４は他文書
処理システムを示している。クラス定義処理部１００
は、作成済みのクラス定義が存在している場合は、クラ
ス定義記憶装置１０１を参照して、該当する文書クラス
定義を文書クラス定義バッファ１０３に呼び出し、再編
集を行う。同様に、クラス定義を新規に作成する場合
も、最新のクラス定義を文書クラス定義バッファ１０３
に格納する。なお、上述の文書クラス定義バッファ１０
３内の情報は、文書編集部１０２において生成中の文書
の実体となる各構成要素に対するテンプレートとしての
情報(例えば、文字列の行間隔の属性値)を提供する。こ
こで、文書作成中にクラス定義の変更を行いたい場合
は、文書クラス定義バッファ１０３内の当該クラス定義
の属性を更新し、それを更新したクラス定義として扱
う。

【０００７】上述の文書クラス定義バッファ１０３内の
情報は、他文書処理システム１０４で作成される文書か
ら通信回線等を通じて参照されても良い。図２は、クラ
ス定義処理部１００によって生成される文書クラス定義
バッファ１０３内に展開される文書クラス定義の例を、
木構造によって表わしたものである。木構造の各ノード
は、文書の構成要素のクラス定義を表わしており。それ
ぞれ、識別子によって従属関係が確立している。例え
ば、識別子「２０２」は、パラグラフのクラス定義に与え
られている識別子を表わしている。なお、図２の例にお
ける従属関係では、上位の階層の構成要素から見て、そ
れに従属して生成可能な、下位の階層の構成要素の種類
を示している。また、各ノードには、更新された後のバ
ージョン番号を表示してある。図２の例では、識別子
「２０４２１」のパラグラフには バージョン番号[２.１]
が与えられている。これは、文全体がバージョン２の文
書クラス定義に属していることを示し、このパラグラフ
は、バージョン１のパラグラフのクラス定義であること
を示している。これにより、文書全体はバージョン２の
クラス定義として実体の文書を生成することが分かる。

【０００８】また、個々の構成要素のバージョンは、更
新のあったものについては、それ自身のバージョン番号
を見れば明らかになる。図３(ａ)は、一つのクラス定義
のデータ構造の例を示している。例示したデータ構造
は、クラス定義識別子部３０１，文書クラス定義バージ
ョン部３０２，構成要素のクラス定義バージョン部３０
３，構成要素の更新日付部３０４，更新内容部３０５お
よび構成要素クラス定義データ部３０６から成ってい
る。構成要素クラス定義データ部３０６中には、文書構
造中の構成要素間の従属関係付けの属性やページサイズ
を表わす属性等が記述されているが、個々の内容につい
ては、本発明とは直接関係無いので省略する。図３(ｂ)
は、更新前の構成要素クラス定義のデータ構造を示し、
図３(ｃ)は、更新後の構成要素クラス定義のデータ構造
を示している。図３(ｂ)においては、構成要素のクラス
定義が作成された時点のバージョンや日付等の情報、も
しくは前回更新された時点のバージョンや日付等の情報
が与えられている。これに対して、図３(ｃ)では、この
構成要素のクラス定義に対して、更新が生じた後の更新
情報が記述される。

【０００９】この例では、識別子「２０２０」のテキスト
のクラス定義に関して、文字間隔と行間隔を表わす属性
が、1992年２月22日に更新されていることを示してい
る。図４は、文書全体において更新のあるクラス定義の
更新情報を、文書概要情報として管理するための管理テ
ーブルを示している。この管理テーブルは、一つの文書
クラス定義に対して一つ作成され、管理テーブルには、
更新のあった構成要素のクラス定義の更新履歴情報だけ
が記述される。これは、クラス定義の利用者(文書の作
成者)に対する更新履歴情報として参照することができ
る。例示した管理テーブルに記載される情報は、図２お
よび図３において更新されたクラス定義の更新情報が、
更新のたびに追加記述される。この場合、図２における
識別子「２０２０」のテキストおよび識別子「２０２２」の
テキストについて、文字列に関する文字間隔および行間
隔を表わす属性が、それぞれ、更新されていることが示
されている。

【００１０】また、図２に示す如く、文書全体では、こ
れら二つのクラス定義だけが更新されているので 文書
クラス定義についてのバージョンは、バージョン２(Ｖd
-2)として管理されている。なお、上述のバージョンの
管理方式については、更新日によって新バージョンとし
て管理する方式と、事前に利用者がバージョンを予め設
定しておき更新日とは関係無く管理する方式とを、選択
できるように構成しておくのが望ましい。図１のクラス
定義記憶装置１０１には、図４の管理テーブルとこれに
対応するバージョンの文書クラス定義とが格納され、こ
の管理テーブルを基に、利用者は文書の編集に最適なバ
ージョンの文書クラス定義を利用することができる。更
に、管理テーブルに記述される各構成要素の識別子が一
意に識別できることを利用して、適当なバージョンの構
成要素のクラス定義だけを利用すること、前のバージョ
ンのクラス定義との差分を比較する更新履歴レポートの
作成等が容易となる。

【００１１】図５は、本実施例に係る文書処理システム
における主要な動作である、クラス定義記憶装置１０１
内のデータベースにある文書クラス定義を更新し、更新
後のクラス定義によってデータベースを更新するまでの
処理の流れを示すフローチャートである。以下、図１〜
図５を用いて、本実施例の動作を説明する。ステップ 5
00において、編集の対象となる文書クラス定義(例え
ば、「社内報告用定型フォーマット」)が、クラス定義記
憶装置１０１内のデータベースに存在するか否かを判定
し、存在する場合は、ステップ 502において、これを文
書クラス定義バッファ１０３に格納する。これは図３
(ｂ)に示したものに相当する。次に、ステップ 503で
は、上述の文書クラス定義バッファ１０３内のクラス定
義(文書全体のクラス定義または処理の対象となる構成
要素クラス定義)を、更新する。更新結果は、図３(ｃ)
に示したものに相当する。なお、ここでは、文書全体の
クラス定義の中に、章，節，図領域等の構成要素を表わ
す構成要素クラス定義を追加または削除する場合も、ク
ラス定義の更新処理とみなしている。

【００１２】次に、更新されたクラス定義によって、ス
テップ 504で、実体となる文書が編集される。ステップ
503および同 504の処理の結果として更新されたクラス
定義は、ステップ 505によって、更新後のクラス定義と
して文書クラス定義バッファ１０３に格納される。ステ
ップ 509では、この文書クラス定義バッファ１０３のデ
ータにより、クラス定義記憶装置１０１内のデータベー
を更新する。ステップ 501で、編集の対象となるクラス
定義がクラス定義記憶装置１０１内のデータベースに存
在しない場合には、ステップ 506により、文書クラス定
義を新規に生成する。ステップ 507および同 508では、
それぞれ、ステップ 504および同 505と同様の処理を行
う。上記実施例においては、構成要素のバージョン番号
は、当該構成要素のクラス定義の属性に対して更新が発
生した場合に該当するバージョン番号を記述し、文書全
体のバージョン番号は、文書を構成するすべての構成要
素のクラス定義に付与されたバージョン番号の中から最
新のバージョン番号を記述するようにしたことにより、
文書全体がどのバージョンのクラス定義から実体しとし
て生成されているか、また、個々の構成要素がどのバー
ジョンのクラス定義から実体しとして生成されているか
を、構成要素単位に容易に知ることができる。

【００１３】更に、文書データ中のクラス定義におい
て、更新された属性を含んでいるものについて、文書概
要情報として、各クラス定義に付与される識別子と更新
情報のデータによる一覧表(前述の「管理テーブル」)を作
成し、文書データとともに管理しているので、当該クラ
ス定義の利用者が、この管理テーブルを検索することに
より、クラス定義または文書全体の更新情報を容易に知
ることができる。なお、上記実施例は本発明の一例を示
したものであり、本発明はこれに限定されるべきもので
はないことは言うまでもないことである。例えば、前述
の如く、この情報は、他の文書処理システム１０４から
も参照されるものである。また、上述の実施例は、クラ
ス定義自身についての更新管理方式を示しているが、文
書の実体として生成される文書の構成要素自身にも、ク
ラス定義の属性の値を継承(構成要素への省略時値)する
ことができるので、構成要素についての更新管理方式と
しての役目も果たしている。

【００１４】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、構成要素のクラス定義毎に指定されている属性の
更新に関する更新履歴情報をクラス定義それぞれに付与
し、クラス定義および文書の実体となる構成要素のバー
ジョン管理を効率的に行うことを可能とする文書処理シ
ステムを実現できるという、顕著な効果を奏するもので
ある。言い換えれば、本発明においては、文書の構造を
利用して各構成要素のクラス定義の更新管理を行うの
で、文書の属性情報の差分を高速に求めたり、利用者に
適当なバージョンの文書のテンプレートを提供すること
ができるという効果を奏するものである。

【００１５】

【図面の簡単な説明】

【図１】本発明の一実施例に係る文書処理システムの構
成図である。

【図２】本発明の一実施例で扱う文書の構成要素の文書
クラス定義の例を、木構造によって表わしたものであ
る。

【図３】実施例に係る、文書構造を構成する一つの構成
要素のクラス定義のデータ構造を示す図である。

【図４】実施例に係る、文書概要情報として管理するた
めの管理テーブルの内容の一例を示す図である。

【図５】実施例に係る文書処理システムの、文書クラス
定義を更新し、更新後のクラス定義によってデータベー
スを更新するまでの動作フローチャートを示す。

【符号の説明】

１００：クラス定義処理部、１０１：クラス定義記憶装
置、１０２：文書編集部、１０３：文書クラス定義バッ
ファ、１０４：他文書処理システム。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 通信回線や交換媒体等によって交換可能
   な、構造化された文書(構造化文書)を作成・編集可能な
   文書処理装置、および、前記構造化文書中の構成要素に
   対するクラス定義を格納する記憶装置を有する文書処理
   システムであって、前記記憶装置に格納されている作成
   済みのクラス定義と、前記文書処理装置内で編集を行っ
   ているクラス定義に関し、文書の構成要素毎に定義され
   る更新可能なクラス定義に対して、指定される属性の更
   新履歴情報を設定するフィールドをそれぞれに付与し、
   作成・編集の対象となる文書の前記構成要素から参照さ
   れる当該クラス定義の更新履歴情報を、階層化された構
   成要素毎に管理する手段と、文書全体に含まれる更新さ
   れたすべての構成要素に関する更新履歴情報を管理する
   手段を有することを特徴とする文書処理システム。