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

Abstract

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

Description

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

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

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

上記構造文書を分割しおよび／または統合する機能をも
うけ５個別文書を分割したり統合したりすることを可能
にするようにしている。

〔産業上の利用分野〕

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

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

〔従来の技術〕

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

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

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

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

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

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

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

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

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

即ち、合成る所望する個別文書の階層構造が。

（ｉ）ノード＃工に対してノード＃２とノード＃３とが
子として従属し、（ｉｉ）ノード＃２に対してノード＃
４とノード＃５とが子として従属しているものとしたと
き、当該個別文書に対応する構造文書として図示構造文
書６−Ａが用意される。

図示の構造文書６−Ａの場合には原の個別文書の階層構
造にしたがう形で木構造として表示しているが、実際に
は１図示の構造文書の内容６′−Ａに示す如く、いわば
テーブルの形で保持される０図示の構造文書の内容６’
　−Ａの場合には１例えば。

（ｉ）ノード＃ｌには、親ノードがなく、従属ノードと
してノード＃２とノード＃３とが存在し。

（１１）ノード＃２には、親ノードとしてノード＃１が
存在し、従属ノードとしてノード＃４とノード＃５とが
存在し。

（ｉｉｉ）ノード＃３には、親ノードとしてノード＃ｌ
が存在し、従属ノードがなく。

（ｉｖ）ノード＃４には、親ノードとしてノード＃２が
存在し、従属ノードがなく。

（Ｖ）ノード＃５には、親ノードとしてノード＃２が存
在し、従属ノードがない ことが記述されている。

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

（Ｂ）図示の構造文書６−Ｂに対応する分割個別文書や
構造文書６−Ｃに対応する分割個別文書におけるノード
を利用して２図示の構造文、１６−Ｄに対応する統合個
別文書に統合する統合ａ能５−１ を有する。

〔作　用） 構造文書６−Ａに対応する所望する個別文書を分割する
に当っては、構造文書６−Ａにおける例えばノード＃２
に注目して分割する。この場合。

分割機能５−２は、ノード＃２を根ノードとする構造文
書６−Ｃが作成され、構造文書６−Ａにおける残余につ
いても構造文書６−Ｂが作成される（ノード＃２は残さ
れる）、勿論構造文書６−Ａは破棄する必要はない。

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

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

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

なお、言うまでもなく１個々の個別文書の内容について
は手を加えることなく１作成された構造文書６−Ｂや６
−Ｃや６−Ｄの末尾のノードが上記個別文書の内容が格
納されているアドレスをポイントする形となる。また図
示構成文書６Ａの段階で例えばノード＃５に対して文書
内容が未作成の状態であったとして５構造文書ｂｔの如
く分割した後にノート＃５について文書内容が作成され
た場合には、構造文書＃６Ｄの如く統合すると５言うま
でもなく統合されたものには上記作成された文書内容が
リンクされたものとなっている〔実施例〕 第２図は本発明の実施例構成図を示す０図中の符号２Ａ
、２Ｂ、・・・、２Ｘは個別文書の内容を保持する文書
ファイル、３は文書処理ソフトウェア群、５は文書処理
機能部を表している。またｌＯは構造化文書処理システ
ムであって全体を制御するもの、　　１１は構造化文書
ファイルの全体を表している。なお文書処理ソフトウェ
ア群３において。

３−１は日本語文書処理機構、３−２は線画処理機構、
３−３はイメージ処理機構、３−４は作表計算処理機構
、３−５はグラフ処理機構、３−６はリスト処理機構、
３−７は英語文書処理機構を表している。そして２本発
明にいう構造文書は夫々構造化文書ファイル１１内に存
在している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第７図は統合機能におけるａも処理を示す０例えば、第
１図図示の構造文書６−Ｃを構造文書６−Ｂのノード＃
２に統合するものとするとき。

処理■において、構造文書６−Ｂのノード＃２に統合す
ることが指示される。

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

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

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

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

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

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

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

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

〔発明の効果〕

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

【図面の簡単な説明】

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

Claims (1)

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