JPH10116284A - 文書処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＳＧＭＬ文書等の構造化文書の処理に際し、
元の文書の文書型定義に対する適合性を損なわずにアプ
リケーションを実行可能にする。 【解決手段】 主文書ファイルから目次構造を作成する
場合、主文書plus作成部４は、主文書ファイルの目次要
素に要素識別子を付与した主文書plus２０を生成し、補
文書作成部５は主文書ファイルから目次構造を抽出し要
素識別子を付与した目次補文書３０を作成する。文書pl
us／補文書出力処理部７は、主文書plus２０と次補文書
３０とに文書識別子を付与し主文書plusファイルと補文
書ファイルとして生成文書ファイル記憶部８に記憶させ
る。文書アプリケーション１１から主文書に対する目次
作成操作要求があると、ファイル入力部１０により主文
書の代わりに主文書plus２０と目次補文書３０が読み込
まれ、これらが内部で結合されて目次を含んだ文書が生
成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＳＧＭＬ（Standa
rd Generalized Markup Language）文書等の任意の文書
型の構造化文書とその文書型定義とを入力して処理する
文書処理装置に係わり、詳しくは、上記構造化文書をそ
の文書型定義を逸脱するような構造変換操作が要求され
た場合にも元の文書構造及び文書型定義を変更すること
なく上記要求された構造変換を実現するための文書構造
編成処理の改良に関する。

【０００２】

【従来の技術】周知のように、ＳＧＭＬ文書等の任意の
文書型の構造化文書を扱う文書処理装置では、上記構造
化文書を例えば画面出力したり印刷出力したりあるいは
編集する際に、当該対象文書に対し、目次、索引、参考
文献等を自動的に付与したいといった場合も少なくな
い。

【０００３】かかる要求に対し、対象となる構造化文書
の操作（目次、索引、参考文献を自動的に付与するため
の文書操作）を実現した装置としては、ＯＤＡ文書を対
象として上記文書構造操作を行う特開平６−２５９４２
１号公報が知られている。また、実際の製品としては、
富士ゼロックス社製のAkaneの文書操作ツールキットが
ある。また、ＳＧＭＬ文書を対象として文書構造操作を
行う製品としては、ドイツOvidius社のMetaMorphosisが
知られている。

【０００４】上記従来装置での文書操作には、共通し
て、文書要素の生成／削除／置換機能が提供されてい
る。更に、文書がテキスト形式である場合には、ＳＥＤ
やＡＷＫプログラムも併用する点も開示されている。

【０００５】上記従来装置では、入力された文書に文書
構造操作を施し、その操作結果を同じ形式の文書ファイ
ルとして保存するようにしている。これにより、操作前
と操作後では文書が持つ情報や構造は変化することにな
る。

【０００６】

【発明が解決しようとする課題】ところで、この種の装
置の処理対象である構造化文書は、当該構造化文書の構
造を定義した文書型定義に従っていなければならない。
例えば、ＳＧＭＬ文書を処理するアプリケーションで
は、必ず、ＤＴＤ（Document Type Definition）の範囲
内で文書構造操作を実行しなければならない。

【０００７】これに対して、上記従来装置では、入力さ
れた構造化文書に対する文書操作の前と後では文書構造
が変化することが前提となっていることから、例えばＳ
ＧＭＬ文書を扱う場合に、当該ＳＧＭＬ文書がＤＴＤに
従っていなければならないという制約に絡んで以下のよ
うな種々の問題点が生じることになった。

【０００８】・操作の要求に対して、結果として、ＤＴ
Ｄの範囲を逸脱するような構造を作成する場合は、文書
構造に適応するように、ＤＴＤの変更が必要となる。Ｄ
ＴＤの変更は文書操作毎に生じる可能性があり、非現実
的である。

【０００９】・ＩＳＯのような公に登録されたＤＴＤで
ある場合は、ＤＴＤの変更が許されない。ＤＴＤを無視
して操作をしても変更後の文書の流通ができないことか
ら、ＳＧＭＬ文書としての存在価値は低下する。

【００１０】・構造を変化させずに文書操作を実行しよ
うとすると、ある要素に異なる意味の要素内容を取り込
むことになり、その結果、文書の論理構造を歪ませてし
まうことになる。

【００１１】そこで、本発明の目的は、構造化文書とそ
の文書型定義とを入力し、上記文書に目次や索引等を自
動的に付与する文書処理を行う際に、上記文書型定義に
不適合な文書を生成することを要求する場合でも、元の
文書の文書型定義に対する適合性を損なわずにアプリケ
ーションを実行可能とする文書処理装置を提供すること
にある。

【００１２】

【課題を解決するための手段】第１の発明は、構造化文
書とその文書型定義とを入力し、前記構造化文書を対象
に所望の項目要素を付与する処理を行う文書処理装置に
おいて、文書構造変換プログラムを実行することにより
前記対象文書の項目要素の生成／削除／置換に関する文
書構造編成処理を行う文書構造操作手段と、前記文書構
造編成時、必要に応じて前記対象文書の項目要素に対し
要素識別子を付与することにより前記対象文書の主文書
と置換可能な置換主文書を生成する置換主文書生成手段
と、前記文書構造編成時、必要に応じて前記対象文書か
ら前記項目要素のみを抽出し該項目要素に要素識別子を
付与した補文書を生成する補文書生成手段と、前記置換
主文書及び前記補文書に各々対応する文書識別子を付与
することにより置換主文書ファイル及び補文書ファイル
として出力する出力処理手段と、前記文書構造編成時に
前記項目要素に付与する要素識別子を生成する要素識別
子生成手段と、前記ファイル出力時に前記置換主文書及
び前記補文書に付与する文書識別子を生成する文書識別
子生成手段と、前記主文書、前記置換主文書、前記補文
書に付与する文書識別子の生成ルールを定めた文書識別
子管理データを記憶する文書識別子管理データ記憶手段
とを具備することを特徴とする。

【００１３】第２の発明は、第１の発明において、出力
処理手段から出力された前記置換主文書ファイル及び補
文書ファイルを記憶する生成文書ファイル記憶手段と、
任意の文書アプリケーションから与えられる読み込みリ
ストと前記文書識別子管理データとに基づき前記読み込
みリストに該当する置換主文書ファイルまたは前記補文
書ファイル若しくは当該両ファイルを前記生成文書ファ
イル記憶手段から読み出し、前記文書アプリケーション
に入力する文書ファイル入力手段とを更に具備すること
を特徴とする。

【００１４】第３の発明は、第１の発明において、文書
構造変換プログラムは、前記置換主文書を作成する置換
主文書作成プロシージャと、目次、索引、参考文献、変
換定義リストに関連する前記補文書を作成する複数の補
文書作成プロシージャーから成り、前記文書構造操作手
段は、前記各プロシージャを選択的に起動することによ
り、前記置換主文書作成手段または前記補文書作成手段
への処理の分岐を行うことを特徴とする。

【００１５】第４の発明は、第１の発明において、構造
化文書は、ＳＧＭＬ文書であることを特徴とする。

【００１６】

【作用】第１の発明では、対象文書の文書型定義に所望
の項目要素が定義されていない時に当該項目要素が付与
された文書構造を作成する場合、文書構造操作手段での
文書構造変換プログラムによる文書構造編成時、置換主
文書作成手段で、必要に応じて上記対象文書の主文書か
ら置換主文書を生成すると共に、補文書作成手段で、必
要に応じて上記主文書から複数の補文書を生成し、次い
で、出力処理手段が、文書識別子生成手段により文書識
別子管理データを基に生成された文書識別子を各々対応
する置換主文書または補文書に付与し、それぞれ置換主
文書ファイルと補文書ファイルとして出力する。

【００１７】このように、第１の発明では、主文書から
置換主文書ファイルと補文書ファイルをそれぞれ必要に
応じて生成するようにしたため、任意の文書アプリケー
ション側では、元の主文書の代わりに例えば上記置換主
文書ファイルと上記補文書ファイルとを用い、これらを
内部で結合し、文書型定義にはない項目要素が付与され
た主文書構造を生成する等の運用が行える。従って、上
記処理においては、元の文書の文書型定義を一切変更せ
ずに済むと共に、元の文書の論理構造も歪ませずに済
み、上記操作の後も元の文書を自由に流通させることが
できる。

【００１８】第２の発明では、第１の発明において、上
記置換主文書ファイル及び補文書ファイルを生成文書フ
ァイル記憶手段に記憶しておき、任意の文書アプリケー
ションから読み込みリストが与えられた場合、文書ファ
イル出力手段が、上記読み込みリストと上記文書識別子
管理データとに基づき当該リストに該当するファイルを
上記生成文書ファイル記憶手段から読み出し、文書アプ
リケーションに入力するようにしている。

【００１９】この第２の発明では、主文書の内容が更新
されない間は、当該主文書に関連する置換主文書ファイ
ル及び補文書ファイルが記憶保持されているため、文書
アプリケーション側では、必要に応じて読み込みリスト
を与え、置換補文書ファイルや補文書ファイルを読み出
すという処理から実行すれば良いことになり、アプリケ
ーションの実行効率が向上する。

【００２０】第３の発明では、第１の発明において、文
書構造操作手段は、文書構造変換プログラムとして用意
されるプロシージャを選択的に起動することにより、置
換主文書作成手段または補文書作成手段への処理の分岐
を行う機能構成を有するため、用意する文書構造変換プ
ログラムによっては、あらゆる文書型定義の文書を対象
にアプリケーション（表示、編集、印刷）を実行できる
ようになる。

【００２１】第４の発明では、第１の発明において、構
造化文書としてＳＧＭＬ文書を扱うようにしたため、複
雑な階層構造を有する当該ＳＧＭＬ文書に対し、その文
書型定義（ＤＴＤ）に定義されていない目次や索引等を
自動的に付与する際にも、元の文書のＤＴＤ適合性を損
なわずにアプリケーションを実行できる。

【００２２】

【発明の実施の形態】以下、本発明の一実施の形態につ
いて添付図面を参照して詳細に説明する。図１は、本発
明に係わる文書処理装置１００の一実施の形態を示す機
能ブロック図である。この文書処理装置１００は、主文
書ファイル記憶部１、要素識別子生成部２、文書構造操
作部３、主文書plus作成部４、補文書作成部５、文書識
別子生成部６、主文書plus／補文書出力処理部７、生成
文書ファイル記憶部８、文書識別子管理データ記憶部
９、ファイル入力部１０、文書アプリケーション１１、
文書読み込みリスト入力部１２を具備して構成される。

【００２３】この文書処理装置１００における文書処理
の概略動作を図２に示すフローチャートを参照して説明
する。なお、本実施の形態においては、処理対象の構造
化文書としてＳＧＭＬ文書を用いるものとする。

【００２４】先ず、文書処理装置１００は、図示しない
文書入力部より主文書ファイル（上記ＳＧＭＬ文書）を
入力し（ステップ２０１）、主文書ファイル記憶部１に
記憶する。次に、本処理装置１００は、例えば図示しな
い操作部からの指示に基づき文書構造操作部３に対し、
上記主文書ファイルの主文書の文書要素の生成／削除／
置換等を行うための変換プログラムを入力し（ステップ
２０２）、上記主文書ファイルに対する文書構造操作処
理を開始させる。なお、上記主文書ファイルにはその文
書型の定義を規定したＤＴＤ（文書型定義）が伴われて
入力する。

【００２５】主文書ファイルに対する文書構造操作処理
の開始後、文書構造操作部３は、先ず、文書識別子管理
データ記憶部９に記憶されている文書識別子管理データ
から主文書plus、補文書の文書識別子の生成ルールを取
り込み（ステップ２０３）、次いで、要素識別子生成部
２により上記主文書ファイルの文書要素に付与するため
の要素識別子を生成する（ステップ２０４）。

【００２６】次に、上記主文書ファイルのＤＴＤと上記
ステップ２０２で投入された変換プログラムとの関係に
応じて文書操作プログラムの分岐処理を行う（ステップ
２０５）。

【００２７】ここで、上記ＤＴＤに基づき主文書plusの
み作成が必要であると判断された場合、図中左側に示さ
れる処理に進む。この処理において、文書構造操作部３
は、上記ステップ２０２で投入された変換プログラム中
の該当する変換プログラムを起動させることにより上記
主文書ファイルに対する文書要素の生成／削除／置換の
処理を行い（ステップ２０６）、この処理において、主
文書plus作成部４により、入力文書（主文書ファイル）
と置換可能な置換主文書構造（以下、主文書plus構造２
０という）を作成する（ステップ２０７）。

【００２８】また、上記ＤＴＤに基づき主文書plusと補
文書を作成する必要であると判断された場合、図中の中
央に示される処理に進む。この処理において、文書構造
操作部３は、上記ステップ２０２で投入された変換プロ
グラム中の該当する変換プログラムを起動させることに
より上記主文書ファイルの文書要素の生成／削除／置換
の処理を行い（ステップ２０８）、この処理において、
主文書plus作成部４により、上記入力文書と置換可能な
主文書plus構造２０を作成し（ステップ２０９）、更
に、補文書作成部５により上記主文書plus構造２０とは
別の第３の構造すなわち補文書構造３０を１または複数
作成する（ステップ２１０）。

【００２９】また、上記ＤＴＤに基づき補文書のみを作
成すればよいと判断された場合、図中右側に示す処理に
進む。この処理において、文書構造操作部３は、上記ス
テップ２０２で投入された変換プログラム中の該当する
変換プログラムを起動させることにより上記主文書ファ
イルの文書要素の生成／削除／置換の処理を行い（ステ
ップ２１１）、この処理において、補文書作成部５によ
り上記主文書plus構造２０とは別の第３の構造すなわち
補文書構造３０を１または複数作成する（ステップ２１
２）。

【００３０】上記文書構造操作処理の後、文書識別子生
成部６では、文書識別子管理データを参照して主文書pl
usファイル及び補文書ファイルを識別できる文書識別子
を上記主文書plus構造２０または補文書構造３０にそれ
ぞれ付与し（ステップ２１３）、次いで主文書plus／補
文書出力処理部７では上記文書識別子を付与されること
により生成された主文書plusファイル、１または複数の
補文書ファイルを上記文書識別子生成部６より出力し
（ステップ２１４）、生成文書ファイル記憶部８に記憶
させる。

【００３１】次に、生成文書ファイル記憶部８に記憶さ
れた主文書plusファイル、１または複数の補文書ファイ
ルに対する文書アプリケーション側の動作について、図
３に示すフローチャートを参照して説明する。

【００３２】任意のＳＧＭＬ文書アプリケーション（例
えば、フォーマッタ）１１において、主文書に対して所
望の文書要素の作成操作を行わせるためには、ユーザは
文書読み込みリスト入力部１２から文書の読み込みリス
トを投入する必要がある。

【００３３】文書アプリケーション１１は、文書識別子
管理データにアクセス（ステップ３０１）しており、上
記文書読み込みリストが入力される（ステップ３０２）
と、上記文書識別子管理データを基に上記読み込みリス
トに対応する文書識別子を獲得する（ステップ３０
３）。

【００３４】次いで、上記獲得した文書識別子に該当す
る文書識別子を持つ文書ファイルが生成文書ファイル記
憶部８に記憶されているかどうかをチェックし、該チェ
ック結果に基づき文書読み込みの分岐を行う（ステップ
３０４）。

【００３５】ここで、上記獲得した文書識別子に該当す
る文書識別子を持つ文書ファイルとして主文書plusファ
イルのみが存在すれば、ファイル入力部１０は、当該主
文書plusファイルを生成文書ファイル記憶部８から読み
込む（ステップ３０５）。

【００３６】また、上記獲得した文書識別子に該当する
文書識別子を持つ文書ファイルとして主文書plusファイ
ルと補文書ファイルとが存在すれば、ファイル入力部１
０は、先ず、上記主文書plusファイルを生成文書ファイ
ル記憶部８から読み込み（ステップ３０６）、次に補文
書ファイルの１つ目を読み込み（ステップ３０７）、全
ての補文書ファイルの読み込みが終了するまで（ステッ
プ３０８ｙｅｓ）、上記補文書ファイルの読み込みを続
ける。

【００３７】また、上記獲得した文書識別子に該当する
文書識別子を持つ文書ファイルとして補文書ファイルの
みが存在すれば、ファイル入力部１０は、上記補文書フ
ァイルの１つ目を読み込み（ステップ３０９）、全ての
補文書ファイルの読み込みが終了するまで（ステップ３
１０ｙｅｓ）、上記補文書ファイルの読み込みを続け
る。

【００３８】上記文書ファイルの読み込み完了後、文書
アプリケーション１１は、読み込んだ主文書plusファイ
ルまたは補文書ファイルを結合または置換するためのプ
ログラムを入力し（ステップ３１１）、該プログラムに
従って上記文書ファイル間のの結合あるいは置換の処理
を実行する（ステップ３１２）。

【００３９】以上に述べた文書構造操作の処理を具体例
をあげて更に詳しく説明する。ここでは、主文書である
ＳＧＭＬ文書から目次構造を作成する場合について考え
る。なお、対象文書（ＳＧＭＬ文書）のＤＴＤには目次
構造は定義されていないものとする。

【００４０】この例の場合、文書構造操作部３での文書
構造操作において、先ず、主文書plus作成部４は、対象
文書の目次要素に要素識別子を付与し、主文書plus構造
を生成する。次に、補文書作成部５において、上記対象
文書ら目次構造を抽出し、同時に要素識別子も抽出する
ことによって、目次補文書構造を作成する。従って、主
文書plus構造と補文書構造における同等な要素はその識
別子も等しい。

【００４１】一方、文書識別子管理データ記憶部９の文
書識別子管理データには、主文書plus構造に対しては
「 plus」、補文書構造には対しては、「_-toc」がルー
ル付けされている。文書識別子生成部６では文書識別子
管理データを参照して上記主文書plus構造と補文書構造
にそれぞれ対応する文書識別子を付与することにより主
文書plusファイル名と目次補文書ファイル名とを生成す
る。この例では、主文書が「manual.sgm」ならば、主文
書plusファイルとして「manual_-plus.sgm」が生成さ
れ、目次補文書ファイルとして「manual_-toc」が生成さ
れる。

【００４２】これら主文書plusファイルと目次補文書フ
ァイルは、主文書plus／補文書出力処理部７により出力
されて生成文書ファイル記憶部８に保持される。

【００４３】任意のＳＧＭＬ文書アプリケーション（例
えば、フォーマッタ）１１が主文書「manual.sgm」に対
して、目次作成操作を要求すると、主文書、主文書plu
s、ファイル入力部（ファイル入力部１０）は、文書識
別子管理データを参照して、主文書「manual.sgm」の代
わりに主文書plus「manual_-plus.sgm」を、また目次補
文書として「manual_-toc」を読み込む。その後、文書ア
プリケーション１１は、主文書plusと目次補文書を内部
で結合し、目次を含んだ文書を作成する。この時、目次
は、主文書の要素識別子を持っているので、その要素が
存在するページ番号も付与することができる。なお、結
合方法やページ番号については、アプリケーションの指
示に従う。

【００４４】以下、上述した目次構造の作成処理につい
て図４〜図３３を参照して更に詳しく説明していく。な
お、以下の例においては、SimpleDocという仮想のＤＴ
Ｄを例に説明する。また、この例では、理解を容易にす
るために補文書はＳＧＭＬ文書であるものとする。すな
わち、本実施の形態では、ＳＧＭＬ文書からＳＧＭＬ文
書を作成する場合における文書構造操作の概要と、この
文書構造操作を実現するためのプログラムの一例につい
て順次説明していく。

【００４５】まず、図４は、上記目次構造に関し主文書
plusと補文書を作成し、利用する場合の処理の流れを示
している。SimpleDocには目次構造がなく、このため、
文書構造操作部３は、この時の主文書「manual.sgm」か
ら文書識別子管理データ「config」を参照しつつ目次構
造を生成し、目次補文書「manual_-toc.sgm」とする。こ
れと同時に、上記主文書「manual.sgm」から主文書plus
構造を生成し、主文書plus「manual_-plus.sgm」とす
る。その際の変換プログラムとしては、目次作成のため
のプログラム「maketoc」を用いる。

【００４６】次に、補文書を作成し、利用する場合の処
理の流れを図５に示している。これは、例えば、Simple
Docに存在する定義リスト構造を別の構造へ変換する場
合の例である。すなわち、この例では、文書構造操作部
３は、定義リスト変換プログラム「deflist」を用い
て、この時の主文書「manual.sgm」から定義リスト補文
書「manual_-dl.sgm」を作成する。この時、処理対象の
主文書「manual.sgm」はそのままの形で出力する。

【００４７】上記処理に際して用いる文書識別子管理デ
ータは文書ＤＴＤ毎に存在し、例えば上述したSimpleDo
cの場合は図６に示すように記述されている。同図にお
いて、CurDocPlusで始まる行は、主文書plusに関するデ
ータであることを示している。

【００４８】<EntryName>は、プロシージャ名を示す。<
DocumentNameRule>は、プロシージャを実行した結果、
主文書名から主文書plusの名前を生成するルールであ
る。

【００４９】それ以外の行は、補文書に関するデータで
あることを示している。補文書に関するデータのうち、
<EntryName>は、プロシージャ名を示す。<DocumentName
Rule>は、プロシージャを実行した結果、主文書名から
補文書の名前を生成するルールである。

【００５０】また、上記処理に用いる変換プログラムの
例としては、図７に示すようなものがある。すなわち、
変換プログラムは、プロシージャから成り、主文書plus
を作成するプロシージャ#1と補文書を作成するプロシー
ジャ#2〜#nに分類される。

【００５１】主文書plusを作成し、目次補文書を作成す
るプログラム（図４における目次作成プログラムmaketo
cに相当）の場合は、図８に示す如くに記述される。ま
た、定義リスト補文書を作成するプログラム（図５にお
ける定義リスト変換プログラムdeflistに相当）の場合
は、図９に示す如くに記述される。

【００５２】更に、これら主文書plus／目次補文書作成
プログラム（図８参照）と定義リスト補文書作成プログ
ラム（図９参照）を組み合わせることにより、主文書pl
usと共に目次も生成し、かつ定義リストの構造を変換し
たい場合は、図１０に示すようなプログラムを定義する
こともできる。この目次−定義リスト作成プログラム
（maketoc deflist）を実行した場合、その実行結果と
して、主文書plusと、２つの補文書との合計３つの文書
ファイルが作成される。

【００５３】次に、要素識別子の付与による主文書plus
の生成について説明する。目次作成時において主文書pl
usを生成する場合、主文書の目次相当部分全てに識別子
を付与し、主文書plus構造とする。この主文書plus構造
は、SimpleDoc ＤＴＤに準じている。主文書plusの名前
は、主文書名から文書識別子管理データに基づいた名前
を付与されるという規定があるため、例えば、主文書が
「manual.sgm」とすると、主文書plus名は「_-plus」と
いう命名規則に基づき「manual_-plus.sgm」となる。

【００５４】以下にその手順について、図１１を参照し
て述べる。同図において、SimpleDocの構造が例えば以
下の意味を指しているものとする。

【００５５】 H1 ->；レベル１のタイトル H2 ->；レベル２のタイトル H3 ->；レベル３のタイトル H4 ->；レベル４のタイトル H5 ->；レベル５のタイトル H6 ->；レベル６のタイトル P ->；段落 Head ->；文書ヘッダ部 Body ->；文書本文部 このSimpleDocという主文書「manual.sgm」に対し、主
文書plus作成プロシージャを実行することにより、H1か
らH6の要素にＩＤ属性値がないものにそれぞれ識別子を
付与する。その結果、同図の下側部分に示す如く、H1か
らH6の各要素に対してそれぞれ識別子「id=t0001」,「i
d=t0002」,「id=t0003」，……が対応付けられた主文書
plus構造「manual_-plus.sgm」が生成される。

【００５６】この処理においては、もともとＩＤ属性値
があるものについては識別子を付与しない。なお、この
処理の前提として、SimpleDocのＤＴＤにおいて、H1か
らH6には識別子を保持することができる属性ＩＤが定義
されているものとする。

【００５７】上記識別子付与手順に係わる実行プログラ
ムの一例を図１２に示している。同図は、MetaMorphosi
sのプログラムの一例である。同図において、!Annotati
onは、属性操作であることを宣言している。H1からH6の
要素について、ユニークなkeyを生成し、その値をＩＤ
という属性に代入する。[ ]は、条件を指定するための
部分である。ここで、@id=length()>0なので、idの値の
長さが０（零）の時、すなわち値が無かった場合にのみ
識別子が付与される。

【００５８】次に、目次作成の処理手順について述べ
る。目次作成にあたっては、上述したように、主文書pl
usから目次相当部分を抽出し、補文書ＤＴＤに準じた目
次補文書を作成することが基本となる。その際、主文書
内のH1,H2,H3,H4,H5,H6の各要素の下位要素を目次情報
とする。ここで、補文書ＤＴＤは、「sup_-toc.dtd」と
いうＤＴＤに従う文書とする。目次、補文書の名前は、
主文書名から文書識別子管理データに基づいた名前を付
与することにより得る。例えば、主文書が「manual.sg
m」であれば、目次補文書名は「_-toc」という命名規則
に基づき「manual_-toc.sgm」となる。

【００５９】図１３は、主文書と目次補文書との間のタ
グの対応付けを表す表図であり、目次作成時には、この
表図に示すタグの対応に従って主文書から補文書への変
換処理を行う。

【００６０】図１４は、本実施の形態における目次構造
の生成の様子を示す概念図であり、図１３のタグの対応
に従い、例えば、主文書「SimpleDoc」のノードH1を目
次補文書ＤＴＤ「sup_-toc.dtd」のLEVEL 0へと置換さ
せ、次いで上記ノードH1の下位要素「id=t0001」から目
次補文書ＤＴＤ「sup_-toc.dtd」のLEVEL 0の直下のTITL
Eを生成するようにし、以下同様の処理を主文書「Simpl
eDoc」内の各要素H2,H3,H4,H5,H6に対しても実施してい
くことで、目次補文書を生成している。

【００６１】上記補文書変換手順を実行するための変換
プログラムの一例を図１５〜図１７に示している。以下
にこの変換プログラムについて説明する。先ず、図１５
は、目次要素の上位要素となるH1,H2,H3,H4,H5,H6の各
要素を抽出するためのプログラムである。同図における
（０）から（４）の記述は、それぞれ以下の意味を有す
るものである。

【００６２】（０）!Transformationで構造変換である
ことを宣言する。

【００６３】（１）ルートノードSUP-TOCを生成する。

【００６４】（２）ルートノードSUP-TOCの配下にノー
ドCONTENT-LISTを生成する。

【００６５】（３）ノードCONTENT-LISTの配下に主文書
「SimpleDoc」のH1からH6までの要素のみを抽出する。

【００６６】（４）H1からH6について、ノードTITLEを
挿入する。この時、H1からH6に付与されているID値をID
REF値としてコピーする。（４）によって、主文書plus
中のID値と目次補文書中のIDREF値の対応付けが実行さ
れる。

【００６７】図１６は、主文書「SimpleDoc」の各要素H
1,H2,H3,H4,H5,H6が有する下位要素を収集するためのプ
ログラムである。このプログラムによって、上記各要素
H1,H2,H3,H4,H5,H6をレベル毎にまとめ、階層化する。

【００６８】図１７は、上記各要素H1,H2,H3,H4,H5,H6
を適切な要素に変換するためのプログラムを示してい
る。このプログラムによって、上記各要素H1,H2,H3,H4,
H5,H6をそれぞれのレベルにあった要素名へと変換す
る。また、不要な要素は削除する。

【００６９】図１８は、上記変換プログラムを実行する
ことで生成された目次補文書「manual_-toc.sgm」の構造
の一例を示したものである。この目次補文書「manual_-t
oc.sgm」は、図１１に示す主文書plus「manual_-plus.sg
m」と共に生成文書ファイル記憶部８に記憶される。

【００７０】次に、文書アプリケーション１１によっ
て、上記生成文書ファイル記憶部８から主文書plusと目
次補文書を読み込む処理について説明する。文書アプリ
ケーション１１内で、主文書から目次を作成する場合、
ユーザは、先ず、文書読み込みリストを作成する。図１
９は、本実施の形態に係わる文書読み込みリストの一例
を示したものである。

【００７１】文書読み込みリスト入力部１２から上記文
書読み込みリストが投入されると、文書アプリケーショ
ン１１は、当該文書読み込みリストと文書識別子管理デ
ータ記憶部９内の文書識別子管理データとから、主文書
plusと目次補文書の名前を主文書名と関連付けて求め
る。その際、文書読み込みリストは、図２０に示すよう
に読み替えられて実行される。この読み替えにおいて
は、主文書を主文書plusとし、更に目次補文書も読み込
む。

【００７２】また、図２１は本実施の形態におけるファ
イル読み込み動作を示す概念図であり、図２０に示す内
容の文書読み込みリストが指定された場合、当該指定に
応じた主文書plus「manual_-plus.sgm」と目次補文書「m
anual_-toc.sgm」とが文書識別子管理データ「config」
を基に文書アプリケーション１１に読み込まれる。

【００７３】次に、文書アプリケーション１１における
主文書plusファイルと目次補文書ファイル「manual_-to
c.sgm」との連結について説明する。本実施の形態で
は、文書アプリケーション１１によって主文書plus「ma
nual_-plus.sgm」と目次補文書「manual_-toc.sgm」の２
つのファイルが読み込まれる。ここで、文書アプリケー
ション１１が例えば文書エディタであれば、上記両者の
連結が考えられる。また、文書アプリケーション１１が
文書フォーマッタであれば、上記両者間の文書レイアウ
トの順番などの指定が必要となる。

【００７４】ここで、ある文書アプリケーション１１に
おいて、以下のような関数が提供されているものとす
る。

【００７５】LinkSubTree(src-gi,src-context,src-roo
t,dst-gi,dst-context,linkposition) この関数の意味は、「主文書中のdst-giとdst-context
に照合するオブジェクトのlinkpositionで示される位置
にsrc-rootに照合する補文書中でsrc-giとsrc-context
に照合する要素とその子孫を結合する」というものであ
る。

【００７６】この関数を使って、例えば、SimpleDocのB
odyの先頭に目次構造を挿入する場合は、図２２に示す
ような記述を行えばよい。この記述に従ったプログラム
を実行することによって、図２３に示す如く、主文書pl
usのBodyの長男にSUP-TOCのCONTENT-LIST以下が挿入さ
れることになる。

【００７７】同図において、目次部分のTITLEのidref値
とBody以下の同じid値を持つものとが対応しているた
め、例えばid=t0001を持つ目次のタイトルはページ数５
を得ることができるため、文書アプリケーション１１側
から見た場合に、ページ付きの目次を生成できるという
利点を有する。

【００７８】次に、定義リストを作成する例について説
明する。ここでは、定義リスト補文書ＤＴＤに準じた補
文書を作成する。図２４は、主文書と定義リスト補文書
とのタグの対応付けを示す図である。本実施の形態で
は、同図のタグの対応に従って変換後の定義リスト補文
書を作成する。SimpleDocの定義リスト構造は、term部
とdefine部がフラットに並んでいるので、これをterm部
とdefine部とをまとめたノードであるdeflist-itemとい
うノードを挿入した構造に変換する。

【００７９】図２５は、定義リストの構造変換処理の流
れを示す概念図である。この処理は、以下の手順を経て
実現される。

【００８０】１．主文書から定義リスト(“DL”)を抽出
する。

【００８１】２-1．＜DL＞は、＜DEFLIST＞に置き換え
る。

【００８２】２-2．＜DT＞は、新しいノード＜DEFLIST-
ITEM＞の下の＜TERM＞に置き換える。＜DT＞の次の＜DD
＞は、全て＜DEF＞に置き換える。

【００８３】２-3．前に＜DT＞がなくて、連続する＜DD
＞の先頭ノードならば、新しいノード＜DEFLIST-ITEM＞
の下の＜DEF＞に置き換える。この＜DD＞の次から連続
する＜DD＞も＜DEF＞に置き換える。

【００８４】図２６及び図２７は、上記定義リスト補文
書作成のための変換プログラムの一例を示すものであ
り、特に、図２６はルートを作成し、主文書中の定義リ
スト構造を集めるまでの処理に対応し、図２７はそれ以
降の処理に対応している。また、図２８は、本実施の形
態において、図２６及び図２７に示した記述内容の変換
プログラムを実行して得られる定義リスト補文書の構造
を示す図である。

【００８５】文書アプリケーション１１に定義リスト補
文書を読み込む場合には、定義リストの構造変換要求時
に文書識別子管理データ記憶部９の文書識別子管理デー
タを参照して、例えば、図２９に示すような文書読み込
みリストを与えればよい。

【００８６】文書アプリケーション１１は、上記文書読
み込みリストと、上記文書識別子管理データとから定義
リスト補文書の名前を求める。実際の動作では、上記文
書読み込みリストは図３０に示す形態に変換されて実行
される。

【００８７】図３１は、本実施の形態における定義リス
ト補文書の読み込み動作を示す概念図であり、図３０に
示す内容の文書読み込みリストが指定された場合、当該
指定に応じた主文書「manual.sgm」と定義リスト補文書
「manual_-dl.sgm」とが文書識別子管理データ「confi
g」を基に文書アプリケーション１１に読み込まれる。

【００８８】次に、文書アプリケーション１１における
定義リスト補文書の置換処理について述べる。上述の如
く、本実施の形態では、文書アプリケーション１１によ
って主文書「manual.sgm」と定義リスト補文書「manual
_-dl.sgm」の２つのファイルが読み込まれる。

【００８９】ここで、文書アプリケーション１１が例え
ば文書エディタや文書フォーマッタであれば、上記両者
の連結が考えられる。

【００９０】ここで、ある文書アプリケーション１１に
おいて、以下のような関数が提供されている場合を考え
る。

【００９１】replaceSubTree(src-gi,src-context,src-
root,dst-gi,dst-context) この関数の意味は、「主文書中のdst-giとdst-context
に照合するオブジェクトとその子孫を、src-rootに照合
する補文書中でsrc-giとsrc-contextに照合する要素と
その子孫に置換する」というものである。

【００９２】この関数を使って、例えば、SimpleDocの
定義リストを定義リスト補文書内の定義リストに置換す
る場合は、図３２に示すような記述を行えばよい。

【００９３】この記述に従ったプログラムを実行するこ
とによって、図３３に示す如く、主文書のDL以下がDEFL
IST以下に置換されることになる。このような文書中の
特定の構造を変形する例としては、他に、表構造や注構
造がある。上記実施の形態によれば、以下の利点を有す
ることになる。

【００９４】（１）SimpleDocのDTDを何ら変更すること
がない。

【００９５】（２）上記実施の形態では、SimpleDocのD
TDについてプログラムを用意したが、他のDTDにおいて
も文書構造変換プログラムを用意することにより、あら
ゆるDTDに対応可能となる。

【００９６】（３）主文書には変更が一切生じなかった
ため、この主文書の流通に与える影響は皆無である。

【００９７】（４）目次や定義リストの変形といった主
文書の構造にない構造は、補文書としているので、主文
書の論理構造を変更することや論理構造の歪曲は一切生
じることがない。

【００９８】（５）主文書の内容が更新されない間は、
文書アプリケーションは文書読み込みリストを与え、主
文書plusや補文書の読み込みから実行すればよいため、
主文書plusや補文書の作成を毎回実行する必要性がな
く、アプリケーションの実行効率を向上させることがで
きる。

【００９９】

【発明の効果】以上詳細に説明したように、第１の発明
によれば、主文書から置換主文書ファイルと補文書ファ
イルをそれぞれ必要に応じて生成するようにしたため、
任意の文書アプリケーション側では、元の主文書の代わ
りに例えば上記置換主文書ファイルと上記補文書ファイ
ルとを用い、これらを内部で結合し、文書型定義にはな
い項目要素が付与された主文書構造を生成する等の運用
が行える。従って、上記処理においては、元の文書の文
書型定義を一切変更せずに済むと共に、元の文書の論理
構造も歪ませずに済み、上記操作の後も元の文書を自由
に流通させることができる。

【０１００】第２の発明によれば、第１の発明におい
て、上記置換主文書ファイル及び補文書ファイルを生成
文書ファイル記憶手段に記憶しておき、任意の文書アプ
リケーションから読み込みリストが与えられた場合、文
書ファイル出力手段が、上記読み込みリストと上記文書
識別子管理データとに基づき当該リストに該当するファ
イルを上記生成文書ファイル記憶手段から読み出し、文
書アプリケーションに入力するようにしており、主文書
の内容が更新されない間は、当該主文書に関連する置換
主文書ファイル及び補文書ファイルが記憶保持されてい
るため、文書アプリケーション側では、必要に応じて読
み込みリストを与え、置換補文書ファイルや補文書ファ
イルを読み出すという処理から実行すれば良いことにな
り、アプリケーションの実行効率が向上する。

【０１０１】第３の発明によれば、第１の発明におい
て、文書構造操作手段は、文書構造変換プログラムとし
て用意されるプロシージャを選択的に起動することによ
り、置換主文書作成手段または補文書作成手段への処理
の分岐を行う機能構成を有するため、用意する文書構造
変換プログラムによっては、あらゆる文書型定義の文書
を対象にアプリケーション（表示、編集、印刷）を実行
できるようになる。

【０１０２】第４の発明によれば、第１の発明におい
て、構造化文書としてＳＧＭＬ文書を扱うようにしたた
め、複雑な階層構造を有する当該ＳＧＭＬ文書に対し、
その文書型定義（ＤＴＤ）に定義されていない目次や索
引等を自動的に付与する際にも、元の文書のＤＴＤ適合
性を損なわずにアプリケーションを実行できる。

【図面の簡単な説明】

【図１】本発明に係わる文書処理装置の一実施の形態を
示す機能ブロック図。

【図２】本発明装置の文書構造変換処理動作を示すフロ
ーチャート。

【図３】本発明装置の文書アプリケーションの処理動作
を示すフローチャート。

【図４】本発明装置における主文書plusと補文書の作成
処理手順を示す概念図。

【図５】本発明装置における補文書の作成処理手順を示
す概念図。

【図６】本発明装置で用いる文書識別子管理データの記
述例を示す図。

【図７】本発明装置の文書構造変換処理に用いる変換プ
ログラムの一例を示す図。

【図８】本発明装置の目次作成プログラムの記述例を示
す図。

【図９】本発明装置の定義リスト変換プログラムの記述
例を示す図。

【図１０】本発明装置の目次−定義リスト作成プログラ
ムの記述例を示す図。

【図１１】本発明装置の主文書plus生成時の識別子付与
例を示す図。

【図１２】図１１における識別子付与手順の実行プログ
ラムの記述例を示す図。

【図１３】本発明装置の主文書と目次補文書との間のタ
グの対応付けを示す表図。

【図１４】本発明装置における目次構造生成処理手順を
示す概念図。

【図１５】目次構造生成時の目次要素を抽出するための
プログラムの記述例を示す図。

【図１６】目次構造生成時の目次要素の下位要素収集用
のプログラムの記述例を示す図。

【図１７】抽出した目次要素を適切な要素に変換するた
めのプログラムの記述例を示す図。

【図１８】図１５乃至図１７に示す変換プログラムを実
行して得られる目次補文書の構造の一例を示す図。

【図１９】文書アプリケーションに主文書plusと目次補
文書を読み込む場合の文書読み込みリストの一例を示す
図。

【図２０】図１９に示す文書読み込みリストの実際の処
理での投入形態を示す図。

【図２１】図２０に示す文書取り込みリストに基づく文
書読み込み手順を示す概念図。

【図２２】文書アプリケーションで読み込んだ主文書pl
usと目次補文書の連結処理を起動するための関数の記述
例を示す図。

【図２３】文書アプリケーションにおける図２２の関数
に基づく連結処理により得られる文書構造の一例を示す
図。

【図２４】本発明装置の定義リスト補文書作成に係わる
主文書と定義リスト補文書とのタグの対応付けを示す表
図。

【図２５】図２４に示すタグの対応付けに基づく定義リ
スト補文書作成手順を示す概念図。

【図２６】本発明装置での定義リスト補文書作成のため
の変換プログラムのうちの初期処理に対応する部分の記
述例を示す図。

【図２７】本発明装置での定義リスト補文書作成のため
の変換プログラムのうちの図２６に示す処理に続く部分
の記述例を示す図。

【図２８】図２６及び図２７に示した変換プログラムを
実行して得られる定義リスト補文書の構造を示す図。

【図２９】文書アプリケーションに定義リスト補文書を
読み込む場合の文書読み込みリストの一例を示す図。

【図３０】図２９に示す文書読み込みリストの実際の処
理での投入形態を示す図。

【図３１】図３０に示す文書取り込みリストに基づく文
書読み込み手順を示す概念図。

【図３２】文書アプリケーションで読み込んだ定義リス
ト補文書の連結処理を起動するための関数の記述例を示
す図。

【図３３】図３２に示す関数に基づく連結処理により得
られる定義リスト補文書の構造を示す図。

【符号の説明】

１００…文書処理装置、１…主文書ファイル記憶部、２
…要素識別子生成部、３…文書構造操作部、４…主文書
plus作成部、５…補文書作成部、６…文書識別子生成
部、７…主文書plus／補文書出力処理部、８…生成文書
ファイル記憶部、９…文書識別子管理データ記憶部、１
０…ファイル入力部、１１…文書アプリケーション、１
２…文書読み込みリスト入力部、２０…主文書plus構
造、３０…補文書構造

Claims (4)

【特許請求の範囲】
1. 【請求項１】 構造化文書とその文書型定義とを入力
   し、前記構造化文書を対象に所望の項目要素を付与する
   処理を行う文書処理装置において、 文書構造変換プログラムを実行することにより前記対象
   文書の項目要素の生成／削除／置換に関する文書構造編
   成処理を行う文書構造操作手段と、 前記文書構造編成時、必要に応じて前記対象文書の項目
   要素に対し要素識別子を付与することにより前記対象文
   書の主文書と置換可能な置換主文書を生成する置換主文
   書生成手段と、 前記文書構造編成時、必要に応じて前記対象文書から前
   記項目要素のみを抽出し該項目要素に要素識別子を付与
   した補文書を生成する補文書生成手段と、 前記置換主文書及び前記補文書に各々対応する文書識別
   子を付与することにより置換主文書ファイル及び補文書
   ファイルとして出力する出力処理手段と、 前記文書構造編成時に前記項目要素に付与する要素識別
   子を生成する要素識別子生成手段と、 前記ファイル出力時に前記置換主文書及び前記補文書に
   付与する文書識別子を生成する文書識別子生成手段と、 前記主文書、前記置換主文書、前記補文書に付与する文
   書識別子の生成ルールを定めた文書識別子管理データを
   記憶する文書識別子管理データ記憶手段とを具備するこ
   とを特徴とする文書処理装置。
2. 【請求項２】 出力処理手段から出力された前記置換主
   文書ファイル及び補文書ファイルを記憶する生成文書フ
   ァイル記憶手段と、 任意の文書アプリケーションから与えられる読み込みリ
   ストと前記文書識別子管理データとに基づき前記読み込
   みリストに該当する置換主文書ファイルまたは前記補文
   書ファイル若しくは当該両ファイルを前記生成文書ファ
   イル記憶手段から読み出し、前記文書アプリケーション
   に入力する文書ファイル入力手段とを更に具備すること
   を特徴とする請求項１記載の文書処理装置。
3. 【請求項３】 文書構造変換プログラムは、前記置換主
   文書を作成する置換主文書作成プロシージャと、目次、
   索引、参考文献、変換定義リストに関連する前記補文書
   を作成する複数の補文書作成プロシージャーから成り、
   前記文書構造操作手段は、前記各プロシージャを選択的
   に起動することにより、前記置換主文書作成手段または
   前記補文書作成手段への処理の分岐を行うことを特徴と
   する請求項１記載の文書処理装置。
4. 【請求項４】 構造化文書は、ＳＧＭＬ（Standard Gen
   eralized Markup Language）文書であることを特徴とす
   る請求項１記載の文書処理装置。