JPH02297176A - 構造化文書処理システムにおける文書管理処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ｃ概　要〕 １つまたは？Ｊｆ数種類の文書についての文書作成を含
む処理を行うに当って１日本語文Ｓ処理機構を含む複数
の文書処理ソフトウェアを利用すると共に、当該文書処
理ソフトウェアを利用しつつ作成された個別文書につい
て当該文書の階層構造を構造体として保持するようにし
た構造化文書について２作成や移動や複写や削除などの
管理を行うようにした構造化文書処理システムにおける
文書管理処理方式に関し。

文書処理ソフトウェアを利用しつつ所望する個別文書を
作成できるようにし１作成された文書ファイルの内容に
ついて複写や削除などの処理を適宜行い得るようにする
ことを目的とし。

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

当該構造文書と当該構造文書によってリンクづけられた
上記文書ファイルの内容とについての処理を行う文書管
理機能をもつようにしている。

〔産業上の利用分野〕

本発明は、構造化文書処理システムにおける文書管理処
理方式、特に、１つまたは複数種類の文書についての文
書作成を含む処理を行うに当って日本語文書処理機構を
含む複数の文書処理ソフトウェアを利用すると共に、当
該文書処理ソフトウェアを利用しつつ作成された個別文
書について当該文書の階層構造を構造体として保持する
ようにした構造化文書について１作成や移動や複写や削
除などの管理を行うようにした構造化文書処理システム
における文書管理処理方式に関する。

現在、ＯＡシステムが一般に使用されるようになってい
て、ソフトウェアや文書ファイルなどのＯＡ資源が大き
くなってきている。このため、これらの質重を利用しつ
つ、構造化文書として各種文書の管理を容易に行い得る
ようにすることが要求されている。

〔従来の技術〕

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

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

しかし、最近、上記側々の処理を必要に応して適宜呼び
出しては処理することのできる形で文書処理システムを
つくることが考慮された。このような文書処理システム
を２本明細書では構造化文書処理システムと呼ぶことに
するが、当該構造化文書処理システムにおいては、各個
別文書に対応して構造文書が存在しており１文書の管理
に当って当該両者をオペレータが意識することなく管理
できるようにすること力く希望される。

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

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

そして、既存の文書処理ソフトウェアを利用しつつ所望
する個別文書を作成できるようにした場合でも１個別文
書と構造文書との両者を併せて処理できるようにするこ
とが望まれる。

本発明は１文書処理ソフトウェアを利用しつつ所望する
個別文書を作成できるようにし３作成された文書ファイ
ルの内容について複写や削除などの処理を適宜行い得る
ようにすることを目的としている。

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

第１図は本発明の原理構成図を示す０図中の符号ｔ−ｉ
は作成された個別文書、２−１．２〜２゜・・・は夫々
文書ファイル、５−１は文書管理機能。

６−１は構造文とであって個別文書ｌ＝ｉの階層構造に
対応してもうけられているもの、７は文書保持機能部、
＃１．＃２．・・・は夫々構造文ａ中のノードを表して
いる。

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

文書管理機能５−１は、後述する文書処理機能部５内の
１つの機能として存在しており、構造文書読み込み処理
部５−　Ｉ　Ａ、文書内容管理処理部５−　Ｉ　Ｂ、構
造文書管理・格納処理部・５−ＩＣとを含んでいる。

構造文、膝読み込み処理部５−ＩＡは、管理対象としよ
うとしている個別文ａ　ｌ　　’に対応する構造文書６
−ｉを読み込む。文書内容管理処理部５１Ｂは、構造文
書５−ｉにもとづいて１個別文ｉ１ｉの内容をロードし
て、複写や削除などの管理処理を行った上で返却する。

構造文書管理・格納処理部５−ＩＣは、上記個別文書１
−ｉの内容について処理に対応して、構造文書６−ｉに
ついても対応する処理を行い、格納する。

〔作　用〕

例えば、第１図図示の如り、「参考文献」に対応する日
本語文書ファイル２−６が存在している状態の下で、当
該「参考文献」を削除する場合を考える。

この場合、ｔ！構造文書読込み処理部５−ＩＡは構造文
５６−１を読み込む。文書内容管理処理部５−ＩＢは、
構造文書６−１におけるノード＃９（参考文献）中に記
述されている内容から１日本語文書ファイル２−６の存
在を知り、当該日本語文書ファイル２−６の内容をロー
ドし、今の場合には、その内容を削除して２文書保持機
能部７に返却する。このとき、あわせて、構造文書管理
・格納処理部５−ＩＣは２図示の構造文書６−４におけ
るノード＃９を削除して返却する。

なお管理処理としては、上記削除に限られるものではな
く２作成、削除、複写、移動などの処理を含んでいる。

また上記の如く１つの構造文書上のあるノードを指定し
て作成、削除、複写、移動などの処理を行う場合に限ら
れるものではなく。

例えば１つの構造文５６−ｉ全体を指定して、削除、複
写、移動などを行うと共に対応して文書ｌｉについても
処理することも行われることは言うまでもない。

〔実施例〕

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第６図は本発明における管理処理フローチャートを示す
。

１０　　処理■において、処理対象である個別文書１１
に対応する構造文書６−ｉを読み込む。

（２）処理■において、構造文書５−ｉにもとづいて、
対応する文書ファイル２−ｊの内容をロードし。

（３）処理■において１文書ファイル２−ｊの内容を処
理対象として、移動、複写などの処理を行う。

（４）処理■において、構造文書６−ｉ内のすべての処
理対象とされるノードについての処理が終了したか否か
チエツクされる。終了していなければ処理■に戻る。

（５）処理■において、処理対象となった個別文書１−
ｉに対応する構造文書５−ｉについての管理処理が行わ
れ、返却される。

〔発明の効果〕

以上説明した如く９本発明によれば、複数の夫々の文書
処理機能で作成した文書ファイルの内容を、構造文書の
形で統合するようにしており、既存のＯＡ資源を適宜利
用してゆくことが可能となる。そして１個別文書につい
ての管理処理を行うに当って、構造文書を利用でき、か
つ個別文書と構造文書とが対になって管理処理の対象と
なる。

このためにオペレータは１個別文書と構造文書とが存在
することを意識する必要がない。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図は本発明の実施例
構成図、第３図は本発明の一部要部構成図、第４図は構
造文書の一実施例内容、第５図は文書処理機能部の処理
態様、第６図は本発明の管理処理フローチャートを示す
。 図中の符号ｌは文書、１−１は個別文書、２は文書ファ
イル、３は文書処理ソフトウェア群、４は構造文書定義
、５は文書処理機能部、６は構造文書、７は文書保持機
能部、ＩＯは構造化文書処理システム、　　１１は構造
化文書ファイルを表す。 特許出願人　′富　士　通　株　式　会　社代理人　弁
理士底１）寛（外２名） 本発明の原理構成図 第 図 管理処理フローチャート 第 図

Claims (1)

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