JPH02297174A - 構造化文書処理システムにおけるヘッダデータ保持処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　要〕 １つまたは複数種類の文書についての文書作成を含む処
理を行うに当って１日本語文書処理機構を含む複数の文
書処理ソフトウェアを利用すると共に５　当該文書処理
ソフトウェアを利用しつつ作成された個別文書について
当該文書の階層構造を構造体として保持するようにした
構造化文書に付加するヘッダデータを保持するに当って
、当該ヘッダデータを独立した文書ファイルに効率的に
保持できるようにした構造化文書処理システムにおける
ヘッダデータ保持処理方式に関し。

文書処理ソフトウェアを利用しつつ所望する個別文書を
作成できるようにし２作成された文書ファイルとは別に
ヘッダデータを保持できるようにすることを目的とし。

個々の文書処理ソフトウェアによって作成された文書フ
ァイルの内容を、上記個別文書における階層構造に対応
した構造文書によって統合するようにした構造化文書フ
ァイルをもうけると共に。

上記構造文書を、面記構造化文書ファイルとは別の独立
した文書ファイルに格納したヘッダデータと対応させる
ようにしている。

〔産業上の利用分野〕

本発明は、構造化文書処理システムにおけるヘッダデー
タ保持処理方式、特に、１つまたは複数種類の文書につ
いての文書作成を含む処理を行うに当って１日本語文書
処理機構を含む複数の文書処理ソフトウェアを利用する
と共に、当該文書処理ソフトウェアを利用しつつ作成さ
れた個別文書について当該文書の階層構造を構造体とし
て保持するようにした構造化文書に付加するヘッダデー
タを保持するに当って、当該へラダデータを独立した文
書ファイルに効率的に保持できるようにした構造化文書
処理システムにおけるヘッダデータ保持処理方式に関す
る。

現在、ＯＡシステムが一般に使用されるようになってい
て、ソフトウェアや文書ファイルなどのＯＡ資産が大き
くなってきている。このため、これらの資産を利用しつ
つ、構造化文書として、各種文書の作成や管理を容易に
行い得るようにすることが要求されている。そして１作
成された文書（個別文書）が例えば技術マニアルの場合
に発生するように膨大な文書である場合などにおいては
。

ヘッダ及びフッタも数多（必要になる。ここで。

ヘッダとは印刷された文書の各ページの上端に表示され
る例えば「第１章ＸＸＸＸＪの如き表示をいい、フッタ
とは各ページの下端に表示される例えば「××技術マニ
ュアルＪ、ｒ−１−（第１ページ）」の如き表示をいう
。以下１本明細書ではヘッダ及びフッタを合せて単にヘ
ッダと呼ぶことにする。

Ｃ従来の技術〕 従来のＯＡ処理システムにおいては、夫々作成するもの
（日本語文、線画、イメージ、グラフ。

英語文など）の作成目的に対応したソフトウェアを用い
て２個々に処理されていた。

しかし、最近、上記個々の処理を必要に応じて適宜呼び
出しては処理することのできる形で文書処理システムを
つくることが考慮された。このような文書処理システム
を８本明細書では構造化文書処理システムと呼ぶことに
するが、当該構造化文書処理システムにおいては、１つ
の膨大な文書について、適切なヘッダを付加できるよう
にすることが希望される。勿論、従来から存在する技術
として５例えば全ページ、奇数ページ、偶数ページの３
種類のヘッダを設定する技術が存在するが。

上記膨大な文書中にヘッダについてのデータ（ヘッダデ
ータ）を保持するものであった。

〔発明が解決しようとする課題〕

上記の如〈従来の場合には、蓄積されたＯＡ資産も夫々
の目的帽対応したシステムのみが利用できるものであっ
て、既存のソフトウェアや文書ファイルなどの既存のＯ
Ａ資産を適宜必要に応じて利用することなどは出来ない
ものであった。

そして、既存の文書処理ソフトウェアを利用しつつ所望
する個別文書を作成できるようにした場合でも２例えば
ヘッダデータを大きくすると、これを文書中に保持して
いたので、その文書ファイル自体も極めて大きくなって
しまうという問題が生じる。また、上記膨大な文書は当
然複数ファイルに分割されるが、これら複数のファイル
についてヘッダデータを作成し、管理することは利用者
にとって大きな負担となる。

本発明は２文書処理ソフトウェアを利用しつつ所望する
個別文書を作成できるようにし１作成された文書ファイ
ルとは別にヘッダデータを保持できるようにすることを
目的としている。

〔課題を解決するための手段］ 第１図は本発明の原理構成図を示す。図中の符号１−ｉ
は作成されている個別文書、５−１は編集処理機能、６
−１は構造文書であって個別文書ｌ−ｉの階層構造に対
応してもうけられているもの　１４はノードテーブル、
１６はヘッダデータ文書ファイル、　＃１．　＃２．・
・・は夫々構造文書中のノードを表している。

所望する個別文書１例えば個々の現に作成しようとする
オフィス文書や技術文書や報告書や案内書や説明書や技
術マニアルなどの個別文書は。

般に５文書名１表紙、第１章１章題１章本文。

（第１．１節、第１．２節）、ページＩ、ページ■。

・・・、第２章９章題２章本文、ページ■、・・・の如
く階層構造をもつ。本発明の場合には１個別文書の上記
階層構造に対応した論理構造を構造体として記述した構
造文書５−ｉをもつようにされる。そして、当該構造文
書６−１によって、当該個別文書の内容が格納されてい
る文書ファイル（個別文書１−ｉが格納されている各フ
ァイル）を指示するようにされる。第１図図示の場合に
は、報告書である個別文書１−ｉが文書ファイル上に格
納されていて、当該個別文書１−ｉに対応する構造文書
６−ｉが図示の如く木構造によって与えられている。そ
して、末尾のノード＃３．＃４．　・・・には。

対応する文書内容を特定するポインタ（第１リンク情報
）が記述されている。

編集処理機能５−１は、後述する文書処理機能部５内の
１つの機能として存在しており、指定された文書内容に
ついてヘッダを付加して編集を行う。

個別文書１−１及び構造文書６−１の格納されるファイ
ルとは別の独立したヘッダデータ文書ファイル１６に、
複数のへ７ダデータｒＡＡＪ　。

ｒ１３ＢＪ、・・・が保持される。ヘッグデータ文書フ
ァイル１Ｇは１個別文１ｔ−ｉの各々に対応して設けら
れる。

一方、構造文書６−ｉの所定のノード＃２．＃１０　、
　＃　１１　、　＃　１３には、対応するヘッダデータ
を特定するポインタ（第２リンク情報）が記述されてい
る０図では、第２リンク情報をノードテーブル目として
示しているが、ノードテーブルＩ４は、実際は、構造文
書Ｇ−ｉにポインタとして含まれている。従って、構造
文書６−１はヘッダデータを持たず、それについてのリ
ンク情報のみを持つ。

ノード＃１０（ページ１）は１個別文書１−ｉを印刷し
た場合、複数枚の用紙（物理ページ）に印刷されること
がある。このような複数の物理ページは、ヘッダデータ
の付加という点からは１つのグループと考えられるので
、！ページとして扱い論理ページと呼ぶ、１つの論理ペ
ージは複数の物理ページを含むので、ヘッダデータとし
て、複数の物理ページの全てを同一とする（全ページ）
。

見開きの場合にその左側及び右側を各々同一とする（奇
数ページ及び偶数ページ）という３種類の設定ができる
ようにされる。論理ページは１図示の如く「章本文」の
下位のノードである他、「章零文Ｊのノード（ノード＃
９）「章」のノード（ノード＃７）や、第３図図示の「
節」のノードであってもよい、一方、ノード＃２の如く
、印刷した場合通常１枚の用紙とされる場合、論理ペー
ジと物理ページが一敗する。いずれの場合も、ヘッダデ
ータを特定するポインタは、構造文書６１の階層構造を
利用してノード毎に記述される。

〔作　用〕

ヘッダデータｒＡＡＪ、ｒＢＢＪ、・・・は１編集処理
機化５−１により構造文書６−１のどのノードからも作
成し、特定できるようにされる。利用者は、所定のノー
ドからヘッダデータを作成し。

特定する。また、あるノー１′から作成されたノードを
他のノードから特定することができるようにされる。従
って、１つのへ２ダデータは複数のノードからリンクさ
れてよい。

例えば３図示の場合、ノード＃ｌＯ（論理ページ１）か
ら、奇数ページとしてｂｌ即ちヘッダデークｒＡ八」を
作成して特定し６偶数ページとしζｂ３即らへ７ダデー
クｒｎＢ、を作成し°Ｃ特定している（従って、仝ベー
ジについては特定しＣいない）、ヘッダデータｒＡＡＪ
は、他のノード＃１１及び＃１３（論理ページ■及びＩ
ＩＩ）からもリンクされている。

編集処理機能５−１が編集を行うに当っ゛Ｃ１本発明の
場合には、与えられた個別文［１−ｉ及びこれに対応す
るヘッダデータ文書ファイル１６をリンクし”ζ編集で
きるようにされる。当該編集するに当って８本発明の場
合には、第１図図示の構造文書６−ｉを利用し、ノード
に注目して編集するようにしている。

即ち、与えられた個別文書１−４に対応する構造文書５
−ｉを図示しないデイスプレィ上に表示しく第１図図示
の構造文書６−ｉの如く木構造の形で表示するのがよい
）、例えばカーソルによって印刷範囲を指示し１図示「
印刷結果」の如く編集され印刷される。更に言えば５ノ
ード＃ＩＯに対応する文書内容が「ページ！」であり、
ノード＃１１に対応する文書内容が「ページ■」であり
ノード＃１３に対応する文書内容がＵページ■」である
、なお、印刷に当っての書式などについても、各ノード
＃　１０　、　　＃　１１　、　　・・・内に記述され
ていると考えてよい０編集処理機能５−１は１個別文書
１−ｉの所定のノードとヘッダデータとをノードテーブ
ル１４の情報に従ってリンクする。

従って５図示の如く１例えば論理ページ■の複数の物理
ページのうちの奇数ページ上端にはへフダｒＡＡＪが、
偶数ページ上端にはヘッダｒＦ３Ｆ３．Ｊが印刷される
。

カーソルによって０図示ノード＃２を指示した場合には
１Ｍｉ集処理機＃！５−１が個別文書１−ｉの一部即ち
ノード＃２の下位のノードのみを選択的に抽出して編集
する機能をも備えるので、ノード＃３ないしノード＃６
に対応した印刷が行われる形となり、これにリンクされ
たヘッダを付加したものとなる。更にカーソルによって
図示ノード＃１を指示した場合には９図示のすべてのノ
ードが印刷対象範囲となり、必要に応じて？ｊｌ数ペー
ジにわたるものとなり、各物理ページにヘッダが付加さ
れたものとなる。

〔実施例〕

第２図は本発明の実施例構成図を示す０図中の符号２Ａ
、２Ｂ、・・・、２Ｘは個別文書の内容を保持する文書
ファイル、３は文書処理ソフトウェア群、５は文書処理
機能部を表している。また１０は構造化文書処理システ
ムであって全体を制御するもの、１１は構造化文書ファ
イルの全体を表している。なお文書処理ソフトウェア群
３において３−１は日本語文書処理機構５３−２は線画
処理機構、３−３はイメージ処理機構、３−４は作表計
算処理機構、３−５はグラフ処理機構、３−６はリスト
処理機構、３〜７は英語文書処理機構を表している。そ
して１本発明にいう構造文書は夫々構造化文書ファイル
１１内に存在している。

文書処理ソフトウェア群３は、いわば従来から夫々個別
に存在していた例えば既存のソフトウェア群であっても
よい。そしてそれら既存のソフトウェア群に対応して存
在している夫々の既存のファイル（図示の文書ファイル
２Ａ、線画ファイル２Ｂなど）が構造化文書ファイル１
１の下に統合化される。当該統合化のためのまとめの役
割をはたすものが２個別文書に対応して用意される構造
文書であると考えてよい。

文書処理機能部５は、構造化文書処理システム１０の制
？ｎの下で１日本語文書処理機＋＃　３−１や線画処理
機構３−２を適宜呼び出しては、所望する文書（なお当
該所望する文書を個別文書と呼んでいる）を作成したり
、（１正したり、削除したりする。このとき１例えば日
本語文書処理機ｆ＃Ｉ　３１が働いて、上記個別文書の
内容中の日本語文を作成する場合には、当該作成される
日本語文は例えば図示の文書ファイル２Ａ中に作成され
る。また当該個別文書の内容中の線画を作成する場合に
は、線画処理機構３−２が発動されて、線画ファイル２
Ｂ中に作成される。

当該個別文書が２例えば、（ｊ）表紙、　（ｉｉ　）第
１章、　（ｉｉｉ　）第２章、・・・、（ｉｖ）参考文
献の如き項目に大別され、更に例えば上記第２章の内容
が日本語文と線画とを含む如き場合には、当該個別文書
の階層構造を構造体として与える「構造文書」を作成し
１図示の構造化文書ファイル１１内に保持され、かつ当
該文書の内容にもとづいて上記文書ファイル２Ａ、線画
ファイル２Ｂ、・・・などの所定の格納位置がリンクづ
けられる。

このようにして、既存の文書処理機能を用いて作成され
た文書が、１つ１つの個別文書毎に、上記構造文書の内
容にもとづいて統合化される。また当該構造文書の内容
にもとづいて、適宜、夫々個々（７）　文３ファイル２
Ａ、２１＋、・・・をアクセスすることが可能となる。

第３図は本発明の一部要部構成図を示す。図中の符号ｌ
は文書、１−ｉは個別文書、２−１．２−２．・・・は
個別文書の内容を保持する文書ファイル、３−１．３−
２．・・弓よ夫々文書処理ソフトウェアＩｆｆ、　　４
は上述の個別文書に対応する構造文書を作成するに当ゲ
ζいわばひな型とし′（用いられる構造文ａ定義、５ば
個別文書処理を実行する文書処理機能部、６は構造文書
、７は文書内容を保持する文書保持Ｒｔｍ部を表してい
る。

文書１としては１例えば論文イ骨Ｕ告書イ）Ｌ紙や技術
マニアルなどが存在しているが、成る種珀の文書例えば
論文に対応して、当該論文についての典型的な階層構造
を構造体として記述した構造文ど定′ａ４が用意される
。

当該構造文書定義４は、各種の文書毎に用、αされ°ζ
いると考えてよく２例えば図示の文書１表紙。

１章、１．１節、・・・の如く木構造に展開されたノー
ド（＃１．　＃２．・・・）をそなえている、各ノード
（＃１．＃２．・・・）には、後述する如く、木構造に
関する情報や、使用されるソフトウェアや、印刷を行う
際における印刷位置に関する情報などの属性情報が記述
されている。

文書処理ソフトウェア群３−１．３−２．・・・には、
上記各ノードに対応する処理を実行する上で使用される
ソフトウェアが保持されている。

文書処理機能部５は２個別文書を作成するに当って、当
該個別文書１−ｉに対応する内容を作成し、夫々文書フ
ァイル２−１．２〜２．・・・に格納してゆくが、この
とき、上記１つの構造文書定義４−ｊの内容に示される
ノードに対応づけて文書内容を作成する。このとき、必
要に応じて、構造文書定義４−ｊに示されるノードにつ
いて部分的に修正することがある。そして作成された個
別文書１−ｉについての構造文書５−ｉを作成して保持
する。構造文書６−ｉの木構造の例えば末端ノードにお
いては、対応する文書ファ、イル２の文書名が記述され
、これによって構造文書５−４と個別文書１−ｉとがリ
ンクづけられる。

第４図は第３図図示の構造文書の一実施例内容を示して
いる。図中の符号１２−１は自己ＩＤであって第３図図
示の構造文書６−ｉにおける各ノードのノード！Ｄを表
している。１２−２は親ＩＤであって注目するノードの
親となるノードのｌＤ、１２−３は先頭子ＩＤであって
注目するノードの子となるノードの中で先頭に位置する
もののＩＤ、１２−４は上ＩＤであって注目するノード
と同一階層に属するノードであって直上に位置するもの
のｒＤ、１２−５は同じく同一階層に属す１２−６は内
容設定情報であって注目するノードについてその内容が
既に設定されているか否かを指示するもの、１２−７は
内容種別情報であって注目するノード′について使用さ
れるソフトウェアを指示するもの、１２−８は文書ファ
イル名であって注目するノードについて内容が設定され
た際に当該内容を格納する文書ファイルを指示するもの
、１２−９は属性情報であって注目するノードについて
これに付加すべきヘッダデータの格納位置などの属性情
ｆＩａを与えるものを表している。

なお、第４図において（）をつけた個所は。

第３図図示の構造文書定義４−ｊにて与えられる定義に
ついて個別文書１−ｉに対応する構造文書５−ｉを作成
するに当って追加や修正が行われた個所を表している。

第４図における自ＩＤ＃３について言えば、当該ノーＦ
＃３は、　（ｉ）親ノードがノード＃ｌであり、（ｉｉ
）先頭の子ノードがノード＃５であり（ｉｉｉ　）直下
値ノードがノード＃２であり、　　（ｉｖ）直下値ノー
ドがノード＃４であり、　（Ｖ）未だ内容設定が行われ
てなく、　　（ｖｉ）使用するソフトウェアが日本語文
書処理機構であり、　　（ｖｉ）文書ファイルが未だ用
意されてなく、　　（ｖｉ）所定の属性情報が記述され
ていることが明らかにされている。

第４図に示される［ファイル名Ｊ１２−８によって、構
造文書６−ｉと該当する個別文書１−ｉ（その内容）と
が連繋される。

また、同図の「属性情報Ｊ１２−９によって。

構造文書の所定のノードと対応するヘッダデータとが連
繋される。即ち、［属性情報Ｊ１２−９の一部に、対応
するヘッダデータを特定するポインタ（第２リンク情報
）が記述されている。従って。

第１図（及び第６図）図示のノードテーブル１４は、［
自己ＩＤＪ１２−１と対応する［属性情報Ｊ１２−９と
を便宜的に取出して示したものである。また、構造文書
５−ｉとヘッダデータとは実際は、第１図図示の如く各
ノードとヘッダデータとが直接リンクされるものではな
く、各ノードの属性情報１２−９を介してリンクされる
。こうすることによって、ノードとヘッダデータとの関
連を２個別文書の作成の都度ノード毎に＆Ｉ　Ｌ’２せ
ずとも属性情報１２−９を参照するだけで知ることがで
きる。

ヘッダデータを特定するポインタを属性情報１２−９に
記述しているので、ヘッダは各ノード（論理ページ）毎
に定まることになり、対応する複数の物理ページに同一
のヘッダが付される。従って。

１つのヘッダデータは、各々が複数の物理ページを含む
複数のノードからリンクされ、共用されるので２データ
量は少なくて済む。

第５図は文書処理機能部の文書処理ソフトウェアを利用
する部分の処理Ｓ様を示している。

文書処理機能部５は、構造文書５−ｉ中の内容処理の対
象としているノードを選択する（処理■）。例えば内容
についての作成が指令されているとすると（処理■）、
当該ノードについての［内容種別Ｊ１２−７の内容をチ
エツクする（処理■）、使用するソフトウェアが例えば
日本語文書処理機構３−１であれば当該ソフトウェアを
用いて処理が行われる。即ち今の場合には文書作成が行
われ、第４図図示の［ファイル名Ｊ１２−８内に１文書
内容を格納したファイルの名前が記述される。

第６図は実施例説明図である。同図（Ａ）図示のノード
テーブル１４においては、各ノードのＩＤ毎にヘッダ管
理のための番号ｂ１．ｂ２．・・・が記述されている。

全ページについて６番号を記述した時には奇数及び偶数
ページについては記述されない。逆に２図示の如く、奇
数及び偶数ページについて記述した時には全ページにつ
いては記述されない、従って、構造文書６−ｉは、ヘッ
ダ管理のための番号を保持し、へγダデータ自体は保持
していない。

第６図（Ｂ）図示のヘッダ管理テーブル１５においては
、ヘッダ管理のための番号毎に、その番号のヘッダデー
タが既に設定されているか否かを示す情報（内容）及び
その番号のヘッダデータのオブジェクト名が記述されて
いる。

第６図（Ｃ）図示のヘッダデータ文書ファイル１６にお
いては、ヘッダデータのオブジェクト名ｒＨＥＡＤＯＩ
Ｊ、ｒｔ（ＥＡＤＯ２Ｊ、・・・毎にヘッダについての
ヘッダデータが保持されている。

なお、ヘッダ管理テーブル１５は、対応するヘッダデー
タ文書ファイル１６に格納されてよい。

第７図は本発明の場合におけるヘッダの作成処理フロー
チャートを示す０作成処理に当っては。

図示処理■の如く、ヘッダ画面をデイスプレィ上に表示
し、処理■において、処理対象とするヘッダ管理のため
の番号ｂｌ、・・・を選択し２作成／更新又は削除等の
指示を行う。なお、ヘッダ画面は。

例えば、ノードテーブル１４　、ヘッダ管理テーブル１
５．ヘッダデータ文書ファイル１６等の内容を示すもの
とされる。

作成／更新の場合、処理■の如く、ヘッダ管理テーブル
１５をサーチし９選択された番号について内容が設定法
か否かを調べる。設定法でない場合、処理■の如く、ヘ
ッダデータ（ヘッダ内容）を作成し、処理■の如く、ヘ
ッダ管理テーブル１５の当該番号に内容（設定法）及び
オブジェクト名を設定する０作成されたヘッダデータは
オブジェクト名と共にヘッダデータ文書ファイル１６に
格納される。設定法の場合、処理■の如く、ヘッダデー
タを更新する。更新されたヘッダデータはヘッダデータ
文書ファイル１６の元の位置に格納される。

削除の場合、処理■の如く、ヘッダ管理テーブル１５を
サーチし２選択された番Ｓについて内容が設定法か否か
を調べる。設定法でない場合、処理■に戻る。設定法の
場合、処理■の如く、ヘッダデータ（ヘッダ内容）をヘ
ッダデータ文書ファイル１６から削除し、ヘッダ管理テ
ーブル１５の当該番号の内容（設定法）及びオブジェク
ト名も削除（未設定と）する。

第８図は本発明の場合における編集処理フローチャート
を示す０編集処理に当っては、第８図（Ａ）図示処理■
の如く、印刷したい個別文書１１に対応する構造文書６
−１をデイスプレィ上に表示し、印刷したい範囲を設定
すべく３例えばノード＃２にカーソルを置くようにし、
印刷を行うことを指示する。これによって、ノード性２
以下の内容（即ち、第１図図示の例で言えばノード＃２
．＃３．＃４．＃５．＃６に対応する内容）がサーチさ
れ９抽出編集される。そして、処理■においてノードテ
ーブル１４がサーチされ、抽出編集されたノードについ
ての付加すべきヘッダの有無を知る０次に、処理■にお
いてヘッダを付加した１ページ（物理ページ）の編集及
び印刷を行い、これをデータ終了（指定された範囲の物
理ページの印刷終了）まで行う（処理■）。

１ページの編集に当っては、第８図（Ｂ）図示処理［相
］の如く、論理ページではなく物理ページの１ページづ
つに処理を行うものとし、当該物理ページが奇数ページ
か偶数ページかを調べる。そして、処理０の如く、ノー
ドテーブル１４をサーチして、当１亥ページにリンクさ
れたヘッダ管理のための番号を調べ、この番号を用いて
ヘッダ管理テーブル１５をサーチして、オブジェクト名
を調べる。次に、処理［相］の如く、このオブジェクト
名を用いてヘッダデータ文書ファイル１６をアクセスし
、対応するヘッダデータを呼出して編集された物理ペー
ジにリンクした上で印刷する。これにより、ヘッダを付
加した物理ページが印刷結果として得られる。

なお１以上の処理は編集処理機能５−１が行う。

〔発明の効果〕

以上説明した如く１本発明によれば、複数の夫々の文書
処理機能で作成した文書ファイルの内容を２構造文書の
形で統合するようにしており、既存の０Ａｌｔ源を適宜
利用してゆくことが可能となる。そして、構造文書にお
けるヘッダを効率よ（保持することが可能となる。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図は本発明の実施例
構成図、第３図は本発明の一部要部構成図、第４図は構
造文書の一実施例内容、第５図は文書処理機能部の処理
態様、第６図は実施例説明図、第７図はヘッダの作成処
理フローチャート。 第８図は編集処理フローチャートを示す。 図中の符号ｌは文書、ｌ−ｉは個別文書、２は文書ファ
イル、３は文書処理ソフトウェア群、４は構造文書定義
、５は文書処理機能部、６は構造文書、７は文書保持機
能部、ｌＯは構造化文書処理システム、　　１１は構造
化文書ファイル、　　１４はノードテーブル、１５はヘ
ッダ管理テーブル。 １６はヘッダデータ文書ファイルである。 特許出願人　富　士　通　株　式　会　社代理人弁理士
森１）　寛（外２名） 第 図 （Ｃ） ＊先例説明図 第６図 ル隔集欧■！フロー千ヤード 第８図

Claims (1)

1. 【特許請求の範囲】 １つまたは複数種類の文書について当該文書の内容を夫
   々文書ファイル（２）上に格納すると共に、上記夫々の
   文書に対する処理を行う文書処理ソフトウェア群（３）
   を有する文書処理システムにおいて、 上記文書処理ソフトウェア群（３）として、日本語文書
   処理機構（３−１）を含む複数の文書処理ソフトウェア
   （３−ｉ）が用いられると共に、 当該文書処理ソフトウェア（３−ｉ）によって作成され
   た文書が夫々上記文書ファイル（２）上に格納されて利
   用されるよう構成されてなり、 かつ上記文書処理ソフトウェア群（３）の少なくとも１
   つを利用しつつ個別文書（１−ｉ）を作成する処理を含
   む個別文書処理を実行する文書処理機能部（５）をそな
   えると共に、 上記夫々の個別文書に対応して、当該個別文書における
   階層構造に対応した論理構造を構造体として記述した構
   造文書（６−ｉ）を保持する構造化文書ファイル（１１
   ）をそなえ、 上記構造文書が上記個別文書（１−ｉ）を保持する文書
   ファイル（２）とリンクする第１リンク情報を記述され
   て、上記構造文書（６−ｉ）と上記個別文書（１−ｉ）
   とが関連づけられて保持され、 かつ上記構造文書（６−ｉ）に付加されるヘッダについ
   てのヘッダデータを保持するヘッダデータ文書ファイル
   （１６）をそなえ、 上記構造文書（６−ｉ）が上記ヘッダデータとリンクす
   る第２リンク情報を記述されて、上記構造文書（６−ｉ
   ）と上記ヘッダデータとが関連づけられて保持されるよ
   う構成されてなる ことを特徴とする構造化文書処理システムにおけるヘッ
   ダデータ保持処理方式。