JPH0715681B2 - 木構造を分割し統合可能にした構造化文書処理システム - Google Patents

Description

【発明の詳細な説明】 〔概 要〕 １つまたは複数種類の文書についての文書作成を含む処
理を行うに当って，日本語文書処理機構を含む複数の文
書処理ソフトウェアを利用すると共に，当該文書ソフト
ウェアを利用しつつ作成された個別文書について当該文
書の階層構造を構造体として保持するようにした上で分
割し統合することを可能にした木構造を分割し統合可能
にした構造化文書処理システムに関し， 文書処理ソフトウェアを利用しつつ所望する個別文書を
複数個のより小さい個別文書に分割して作成できるよう
にし，また当該より小さい個別文書を統合して上記所望
する個別文書にまとめることができるようにすることを
目的とし， 個々の文書処理ソフトウェアによって作成された文書フ
ァイルの内容を，上記個別文書における階層構造に対応
した構造文書によって統一化するようにした構造化文書
ファイルをもうけると共に， 上記構造文書を分割しおよび／または統合する機能をも
うけ，個別文書を分割したり統合したりすることを可能
にするようにしている。

〔産業上の利用分野〕

本発明は，木構造を分割し統合可能にした構造化文書処
理システム，特に,1つまたは複数種類の文書についての
文書作成を含む処理を行うに当って，日本語文書処理機
構を含む複数の文書処理ソフトウェアを利用すると共
に，当該文書処理ソフトウェアを利用しつつ作成された
個別文書について当該文書の階層構造を構造体として保
持するようにした上で分割し統合することを可能にした
木構造を分割し統合可能にした構造化文書処理システム
に関する。

現在,OAシステムが一般に使用されるようになってい
て，ソフトウェアや文書ファイルなどのOA資産が大きく
なってきている。このため，これらの資産を利用しつ
つ，各種文書の作成や管理を容易に行い得るようにする
ことが要求されている。そして,1つの大規模な文書を作
成するに当っては，複数人が手分けして作成した上で１
つに統合する如き処理が行われることが望まれる。

〔従来の技術〕

従来のOA処理システムにおいては，夫々作成するもの
（日本語文，線画，イメージ，グラフ，英語文など）の
作成目的に対応したソフトウェアを用いて，個々に処理
されていた。

しかし，最近，上記個々の処理を必要に応じて適宜呼び
出しては処理することのできる形で文書処理システムを
つくることが考慮された。このような文書処理システム
を，本明細書では構造化文書処理システムと呼ぶことに
するが，当該構造化文書処理システムにおいては，個々
に作成した文書を統合したり，あるいは分割したりする
ことが希望される。

〔発明が解決しようとする課題〕 上記の如く従来の場合には，蓄積されたOA資産も夫々の
目的に対応したシステムのみが利用できるものであっ
て，既存のソフトウェアや文書ファイルなどの既存のOA
資産を適宜必要に応じて利用することなどは出来ないも
のであった。

本発明は，文書処理ソフトウェアを利用しつつ所望する
個別文書を複数個のより小さい個別文書に分割して作成
できるようにし，当該より小さい個別文書を統合して上
記個別文書にまとめることができるようにすることを目
的としている。

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

第１図は本発明の原理構成図を示す。図中の符別５は文
書処理機能部,5−１は統合機能,5−２は分割機能,6−Ａ
は所望する個別文書に対応する構造文書,6−B,6−Ｃは
夫々所望する個別文書を分割した分割個別文書に対応す
る構造文書,6−Ｄは分割個別文書を統合した統合個別文
書に対応する構造文書,6′−Ａないし６′−Ｄは夫々対
応する構造文書の内容を表している。

所望する個別文書，例えば個々の現に作成しようとする
オフィス文書や技術文書や報告所や案内所や説明書や技
術マニアルなどの個別文書は，一般に，文書名，第１
章，第２章，…の如く階層構造をもち，また第１章は，
表題，本文，図表などの如く階層構造を持つ。本発明の
場合には，個別の文書の上記階層構造（木構造）に注目
して，当該階層構造に対応した論理構造を構造体として
記述した構造文書６−Ａなどが用意される。そして当該
構造文書６−Ａによって，個別文書の内容が格納されて
いるファイルが指示される。

即ち，今或る所望する個別文書の階層構造が，（ｉ）ノ
ード＃１に対してノード＃２とノード＃３とが子として
従属し，（ii）ノード＃２に対してノード＃４とノード
＃５とが子として従属しているものとしたとき，当該個
別文書に対応する構造文書として図示構造文書６−Ａが
用意される。図示の構造文書６−Ａの場合には原の個別
文書の階層構造にしたがう形で木構造として表示してい
るが，実際には，図示の構造文書の内容６′−Ａに示す
如く，いわばテーブルの形で保持される。図示の構造文
書の内容６′−Ａの場合には，例えば， （ｉ）ノード＃１には，親ノードがなく，従属ノードと
してノード＃２とノード＃３とが存在し， （ii）ノード＃２には，親ノードとしてノード＃１が存
在し，従属ノードとしてノード＃４とノード＃５とが存
在し， （iii）ノード＃３には，親ノードとしてノード＃１が
存在し，従属ノードがなく， （iv）ノード＃４には，親ノードとしてノード＃２が存
在し，従属ノードがなく， （ｖ）ノード＃５には，親ノードとしてノード＃２が存
在し，従属ノードがない ことが記述されている。

文書処理機能部５は，日本語文書処理機構などの文書処
理ソフトウェア群を用いて，上記個別文書を作成したり
修正したりする処理を行うものであるが， （Ａ）例えば図示の構造文書６−Ａに対応する所望する
個別文書を手分けして作成すべく，当該所望する個別文
書の階層構造におけるノードを利用して，図示の構造文
書６−Ｂに対応する分割個別文書や構造文書６−Ｃに対
応する分割個別文書に分割する分割機能５−２や， （Ｂ）図示の構造文書６−Ｂに対応する分割個別文書や
構造文書６−Ｃに対応する分割個別文書におけるノード
を利用して，図示の構造文書６−Ｄに対応する統合個別
文書に統合する統合機能５−１ を有する。

〔作 用〕

構造文書６−Ａに対応する所望する個別文書を分割する
に当っては，構造文書６−Ａにおける例えばノード＃２
に注目して分割する。この場合，分割機能５−２は，ノ
ード＃２を根ノードとする構造文書６−Ｃが作成され，
構造文書６−Ａにおける残余についても構造文書６−Ｂ
が作成される（ノード＃２は残される）。勿論構造文書
６−Ａは破棄する必要はない。

当該分割に当っては，実際には，図示の構造文書Ｂの内
容６′−Ｂや構造文書Ｃの内容６′−Ｃの如くテーブル
上での記述が行われる。

構造文書６−Ｂに対応する分割個別文書や構造文書６−
Ｃに対応する分割個別文書が夫々作成され，あるいは修
正されたりした後に，必要に応じて，統合機能部５−１
が，構造文書６−Ｄに対応する如き統合個別文書に統合
する。

この場合にも，構造文書の上で統合される。即ち，構造
文書６−Ｂにおけるノード＃２と構造文書６−Ｃにおけ
るノード＃２とをまとめる形で統合され，図示の構造文
書６−Ｄが作成される。その内容は構造文書Ｄの内容
６′−Ｄの如く記述される。

なお，言うまでもなく，個々の個別文書の内容について
は手を加えることなく，作成された構造文書６−Ｂや６
−Ｃや６−Ｄの末尾のノードが上記個別文書の内容が格
納されているアドレスをポイントとする形となる。また
図示構成文書6Aの段階で例えばノード＃５に対して文書
内容が未作成の状態であったとして，構造文書6Cの如く
分割した後にノード＃５について文書内容が作成された
場合には，構造文書＃6Dの如く統合すると，言うまでも
なく統合されたものには上記作成された文書内容がリン
クされたものとなっている 〔実施例〕 第２図は本発明の実施例構成図を示す。図中の符号2A,2
B,…,2Xは個別文書の内容を保持する文書ファイル,3は
文書処理ソフトウェア群,5は文書処理機能部を表してい
る。また10は構造化文書処理システムであって全体を制
御するもの,11は構造化文書ファイルの全体を表してい
る。なお文書処理ソフトウェア群３において,3−１は日
本語文書処理機構,3−２は線画処理機構,3−３はイメー
ジ処理機構,3−４は作表計算処理機構,3−５はグラフ処
理機構,3−６はリスト処理機構,3−７は英語文書処理機
構を表している。そして，本発明にいう構造文書は夫々
構造化文書ファイル11内に存在している。

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

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

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

このようにして，既存の文書処理機能を用いて作成され
た文書が,1つ１つの個別文書毎に，上記構造文書の内容
にもとづいて統一化される。また当該構造文書の内容に
もとづいて，適宜，夫々個々の文書ファイル2A,2B,…を
アクセスすることが可能となる。

第３図は本発明の一部要部構成図を示す。図中の符号１
は文書,1−ｉは個別文書,2−1,2−2,…は個別文書の内
容を保持する文書ファイル,3−1,3−2,…は夫々文書処
理ソフトウェア群,4は上述の個別文書に対応する構造文
書を作成するに当っていわばひな型として用いられる構
造文書定義,5は個別文書処理を実行する文書処理機能
部,6は構造文書,7は文書内容を保持する文書保持機能部
を表している。

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

当該構造文書定義４は，各種の文書毎に用意されている
と考えてよく，例えば図示の文書，表紙,1章,1.1節，…
の如く本構造に展開されたノード（＃1,＃2,…）をそな
えている。各ノード（＃1,＃2,…）には，後述する如
く，木構造に関する情報や，使用されるソフトウェア
や，印刷を行う際における印刷位置に関する情報などの
属性情報が記述されている。

文書処理ソフトウェア群３−1,3−2,…には，上記各ノ
ードに対応する処理を実行する上で使用されるソフトウ
ェアが保持されている。

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

第４図は第３図図示の構造文書の一実施例内容を示して
いる。図中の符号12−１は自己IDであって第３図図示の
構造文書６−ｉにおける各ノードのノードIDを表してい
る。12−２は親IDであって注目するノードの親となるノ
ードのID,12−３は先頭子IDであって注目するノードの
子となるノードの中で先頭に位置するもののID,12−４
は上IDであって注目するノードと同一階層に属するノー
ドであって直上に位置するもののID,12−５は同じく同
一階層に属するノードであって直下に位置するもののI
D,12−６は内容設定情報であって注目するノードについ
てその内容が既に設定されているか否かを指示するも
の,12−７は内容種別情報であって注目するノードにつ
いて使用されるソフトウェアを指示するもの,12−８は
文書ファイル名であって注目するノードについて内容が
設定された際に当該内容を格納する文書ファイルを指示
するもの,12−９は属性情報であって注目するノードに
ついての印刷を行う際における印刷位置などの属性情報
を与えるものを表している。

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

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

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

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

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

第６図は分割機能における分割処理を示す。例えば第１
図図示の構造文書６−Ａにおけるノード＃２に注目し
て，第１図図示の構造文書６−Ａ内の鎖線に示す如く分
割するものとするとき， 処理において，ノード＃２を分割することが指示され
る。

処理において，分割される分割個別文書に対応する構
造文書６−Ｃに対応するオブジェクト名と格納先が指定
される。

処理において，真に格納すべきものか否かが確かめら
れる。

処理において，ノード＃２を根ノードとして新しい構
造文書６−Ｃを作成する。

処理において，構造文書６−Ｃを格納する。

処理において，正しく格納されたか否かが確かめられ
る。

処理において，元の構造文書６−Ａから，ノード＃２
の従属ノード＃４やノード＃５が削除される。

処理において，分割が終了する。

処理において，格納などが行われない場合に分割中止
とされる。

第７図は統合機能における統合処理を示す。例えば，第
１図図示の構造文書６−Ｃを構造文書６−Ｂのノード＃
２に統合するものとするとき， 処理において，構造文書６−Ｂのノード＃２に統合す
ることが指示される。

処理において，構造文書６−Ｃを表示すべく「オブジ
ェクト一覧」による表示が行われる。即ち，存在してい
る構造文書の一覧表などが表示される。

処理において，構造文書６−Ｃが選択される。

処理において，選択された構造文書６−Ｃが読み込ま
れる。

処理において，読み込みが正常に終了したか否かが確
かめられる。

処理において，構造文書６−Ｃにおけるノード＃２の
親ノードを，構造文書６−Ｂにおけるノード＃１とす
る。

処理において，構造文書６−Ｃにおけるノード＃１の
従属ノードをノード＃２とする。

処理において，統合が終了する。

処理において，選択などが行われない場合に統合中止
とされる。

〔発明の効果〕

以上説明した如く，本発明によれば，複数の夫々の文書
処理機能で作成した文書ファイルの内容を，構造文書の
形で統一化するようにしており，既存のOA資源を適宜利
用してゆくことが可能となる。そして，作成された個々
の個別文書を分割したり統合したりすることが可能とな
る。

【図面の簡単な説明】

第１図は本発明の原理構成図，第２図は本発明の実施例
構成，第３図は本発明の一部要部構成図，第４図は構造
文書の一実施例内容，第５図は文書処理機能部の処理態
様，第６図は分割処理フロー，第７図は統合処理フロー
を示す。 図中の符号１は文書,1−ｉは個別文書,2は文書ファイ
ル,3は文書処理ソフトウェア群,4は構造文書定義,5は文
書処理機能部,6は構造文書,7は文書保持機能部,10は構
造化文書処理システム,11は構造化文書ファイルを表
す。

Claims (1)

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