JPH02297178A - 構造化文書処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 １つまたは複数種類の文書についての文書作成を含む処
理を行うに当って、当該文書における階層構造の形と当
該階層構造に対応づけられた文書内容とを夫々別個に保
持するようにした構造化文書処理システムに関し。

上記階層構造の形を記述した構造文書と上記文書内容を
保持する文書ファイルとを別個に保持し。

文書形式の統一化をはかり、また文書全体の構成の把握
や管理などを容易にすることを目的とし。

文書の種類毎に１階層構造に対応した論理構造について
の標準形を記述した構造文書定義を保持すると共に１個
別文書を上記構造文書定義に対応づけた形で作成し、か
つ当該個別文書についての構造文書をもつように構成す
る。

（産業上の利用分野） 本発明は、構造化文書処理システム、特に、１つまたは
複数種類の文書についての文書作成を含む処理を行うに
当って、当該文書における階層構造の形と当該階層構造
に対応づけられた文書内容とを夫々別個に保持するよう
にした構造化文書処理システムに関する。

一般に文書には、論文、報告書９手紙など様々な種類の
文書が存在するが、同種の文書間においては章１節１段
落などの階層構造に多（の類似性がみられる。そして現
在企業の内外で使用されている文書については、定めら
れた形式で記述されていることが求められており１文書
の作成や管理を容易に行い１）るようにすることが要求
されている。

〔従来の技術〕

従来においては５作成された文書についてはその内容が
文書ファイルに保持され、必要に応して当該内容につい
て印刷したり、修正したりすることが行われている。そ
して、必要に応じて当該文書内容中に１章や節などの小
見出しをつけたりしている。

しかし１文書の全体構造を簡易に把握するための情報を
持たないことが多（、持っていたとしても文書内容中に
記述されているものであった。また文書作成者が、いわ
ば自己流に上記小見出しをつけたり、あるいは定められ
た書式を考慮しつつ作成したものであって、必ずしもす
べての作成者に統一的な形で作成されているとは言えな
いものであった。

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

このために、従来１例えば１日本語文書処理機能を用い
て定型文書を作成する場合でも５文書作成者が当該文書
の書式などの作成規約を意識する必要があった。また技
術マニアルなどの比較的大規模な文書を作成する場合に
は、−個の文書ファイルのサイズに限りがあることなど
のために複数の文書ファイルに内容を作成する必要があ
り１文書全体の構成を把握したりする上で困難があった
。

本発明は１階層構造の形を記述した構造文書と文書内容
を保持する文書ファイルとを別個に保持し１文書形式の
統一化をはかり、また文書全体の構成の把握や管理など
を容易にすることを目的としている。

〔課題を解決するための手段〕

第１図は本発明の原理構成図を示す０図中の符号１は文
書、ｌ−ｉは個別文書、２−１．２−２゜・・・は個別
文書の内容を保持する文書ファイル、３−１．３−２．
・・・は夫々文書処理ソフトウェア群。

構造文書定義、５は個別文書処理を実行する文書処理機
能部、６は構造文書、７は文書内容を保持する文書保持
機能部を表している。

文書１としては１例えば論文や報告書や手紙や技術マニ
アルなどが存在しているが１本発明の場合には成る種類
の文書例えば論文に対応して、当該論文についての典型
的な階層構造を構造体として記述した構造文書定義４が
用意される。

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

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

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

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

〔作　用〕

文書処理機能部５は、第１図図示の構造文書６−１の如
く、各ノードに対応する文書処理ソフトウェア群３を用
いて、構造文書定義４＝に対応する構造文書６−４を作
成し、各ノードに対応した文書内容を夫々文書ファイル
２上に保持する。

このとき、第１図図示の「参考文献」として示１ノード
の如く、新たに追加されることがある。

〔実施例〕

第２図は本発明の実施例全体構成、第３図は構造文書の
一実施例内容、第４図は文書処理機能部の処理態様を示
す。

第２図において、符号２．３．５は第１図に対応し、１
０は構造化文書処理システｌ、であって全体を制御する
もの、１１は構造化文書ファイルの全体を表している。

なお文書処理ソフトウェア群３において、３−１は日本
語文書処理機構、３２は線画処理機構、３−３はイメー
ジ処理機構。

３−４は作表計算処理機構、３−５はグラフ処理機構、
３−６はリスト処理機構、３−７は英語文書処理機構を
表している。そして、第１図図示の構造文書定義４およ
び構造文書６は夫々構造化文書ファイル１１内に存在し
ていると考えてよい。

文書処理ソフトウェア群３は、いわば従来から夫々個別
に存在していた既存のソフトウェア群である。そしてそ
れら既存のソフトウェア群に対応して存在している夫々
の既存のファイル（図示の文書ファイル、線画ファイル
など）が構造化文書ファイル１１の下に統合化される。

当該統合化のためのまとめの役割をはだすものが、第１
図図示の構造文書６であると考えてよい。

第３図は第１図図示の構造文書の一実施例内容を示して
いる。図中の符号１２−１は自己ＩＤであって第１図図
示の構造文書６−ｉにおける各ノードのノードＩＤを表
している。　１２−２は５１Ｄであって注目するノード
の親となるノードのＩＤ、１２−３は先頭子ＩＤであっ
て注目するノードの子となるノードの中で先頭に位置す
るもののＩＤ、１２−４は上ＩＤであって注目するノー
ドと同一階層に属するノードであって直上に位置するも
ののＩＤ、１２−５は同じ（同一階層に属するノードで
あって直下に位置するもののＩＤ。

１２−６は内容設定情報であって注目するノードについ
てその内容が既に設定されているか否かを指示するもの
、１２−７は内容種別情報であって注目するノードにつ
いて使用されるソフトウェアを指示するもの、１２−８
は文書ファイル名であって注目するノードについて内容
が設定された際に当該内容を格納する文書ファイルを指
示するもの、１２−９は属性情報であって注目するノー
ドについての印刷を行う際における印刷位置などの属性
情報を与えるものを表している。

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

第３図における自Ｉ　Ｄ＃３について言えば、当１亥ノ
ード＃３は、　（ｉ）親ノードがノード＃ｌであり、（
ｉｉ）先頭の子ノードがノード＃５であり。

（ｉｉｉ　）直下値ノードがノード＃２であり、（ｉｖ
）直下値ノードがノード＃４であり、（■）未だ内容設
定が行われてなく、　　（ｖｉ）使用するソフトウェア
が日本語文書処理機構であり、　　（ｖｉ）文書ファイ
ルが未だ用意されてなく、（ｖｉ）所定の属性情報が記
述されていることが明らかにされている。

第３図に示される「ファイル名ｊ１２−８によって、構
造文書６−ｉと該当する個別文書１−ｉとが連繋される
。

第４図は文書処理機能部の処理態様を示している。

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

〔発明の効果〕

以上説明した如く３本発明によれば、（ｉ）文書内容と
別に構造文書の形で個別文書の全体構造を示す情報を保
持し、これを適宜利用するようにされるため２文書全体
の把握や管理が容易であり。

例えば所望するノードの部分のみについて文書を作成し
たり修正したりすることが容易となり。

（１１）更に個別文書に対応する構造文書を得るに当っ
て構造文書定義を利用するようにしているので２文書作
成者が文書作成上の書式などを特別に意識する必要がな
く、かつ同一種類の文書を作成する場合の書式などのバ
ラツキがなくなる。

【図面の簡単な説明】 第１図は本発明の原理構成図、第２図は本発明の実施例
全体構成、第３図は構造文書の一実施例内容、第４図は
文書処理機能部の処理態様を示す。 図中の符号１は文書、Ｉ−ｉは個別文書、２は文書ファ
イル、３は文書処理ソフトウェア群、４は構造文書定義
、５は文書処理機能部、６は構造文書、７は文書保持機
能部、１０は構造化文書処理システム、　　１１は構造
化文書ファイルを表す。 室１吉５丁ｈリイ仁イ４　ｔ　Ｋ 第４２図 第１図

Claims (1)

1. 【特許請求の範囲】 １つまたは複数種類の文書（１）について当該文書の内
   容を夫々文書ファイル（２）上に格納すると共に、上記
   夫々の文書（１）に対する処理を行う文書処理ソフトウ
   ェア群（３）を有する文書処理システムにおいて、 上記夫々の種類の文書に対応して、当該文書における階
   層構造に対応した論理構造についての標準形を構造体と
   して記述した構造文書定義（４）として保持すると共に
   、 上記文書処理ソフトウェア群（３）の少なくとも１つに
   よって、上記構造文書定義（４）の内容に準拠して当該
   内容を部分的に修正しあるいは修正することなく、個別
   文書（１−ｉ）を作成する処理を含む個別文書処理を実
   行する文書処理機能部（５）と、上記個別文書（１−ｉ
   ）における文書固有の論理構造を構造体として記述した
   構造文書（６−ｉ）と、上記個別文書（１−ｉ）の内容
   を上記文書ファイル（２）上に保持する文書保持機能部
   （７）とをそなえ、上記構造文書（６−ｉ）が上記個別
   文書（１−ｉ）を保持する文書ファイル（２）とリンク
   するリンク情報を記述されて、上記構造文書（６−ｉ）
   と上記個別文書（１−ｉ）とが関連づけられている ことを特徴とする構造化文書処理システム。