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

Abstract

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

Description

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

論理構造を意識することなく文書を連続して入力できる
ことを目的とし。

前記文書処理システムにおける論理構造と文書内容との
二つの処理の中で２文書の作成を行う場合に１文書処理
機能部が構造文書中の上位ノードを選択した際に０文書
処理機能部における構造文書解析部が構造文書にもとづ
いて下位の論理構造を解析するよう構成され、当該文書
の作成を行うためのソフトウェアに対して作成指令が発
行されて当該ソフトウェアによって文書処理を行うよう
構成する。

〔産業上の利用分野〕

本発明は、構造化文書処理システムにおける文書入力方
式、特に、１つまたは複数種類の文３についての文書作
成を含む処理を行うに当って１日本語文害処理Ｊａ構を
含む複数の文書処理ソフトウェアを利用すると共に、当
該文書処理ソフトウェアを利用しつつ作成された個別文
書について当該文書の階層構造を構造体として保持する
ようにした構造化文書の作成処理を容易にした構造化文
書処理システムにおける文書入力方式に関する。

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

〔従来の技術〕

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

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

しかし、最近、上記側々の処理を必要に応じて適宜呼び
出しては処理することのできる形で文書処理システムを
つくることが考慮された。このような文書処理システム
を９本明細書では構造化文書処理システムと呼ぶことに
するが、当該構造化文書処理システムにおいては、内容
の異なった１つの膨大な文書を連続して作成することが
希望される。従来から存在する技術として９文章、グラ
フ、表、あるいは線画等を別々に作成し、最後にこれら
を編集していた。

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

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

このような問題を解決するために２文書を階層構造とし
た構造化文書処理システムが開発されつつある。しかし
、構造化文書処理システムにおける文書の作成において
９階層が変わる度に処理方法を変えるのでは、操作性が
複雑になる。

本発明は、論理（−造を意識することなく文書を連続し
て入力できることを目的とする。

〔！１！題を解決するための手段〕 第１図は本発明の原理構成図を示す０図中の符号ｌ−ｉ
は作成されている個別文書、５−１は構造文書解析機能
、６−１は構造文書であって個別文書１−ｉの階層構造
に対応してもうけられているもの、　　＃１．　＃２．
・・・は夫々構造文書中のノードを表している。

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

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

構造文書解析機能５−１は、後述する文書処理機能部５
内の１つの機能として存在しており、構造文書の種別を
解析する構造文書解析部５−１１当該文書に通したソフ
トウェアを発行するためのソフトウェア指令部５−１２
．および文書を作成する文書作成部５−１３から構成さ
れる。

〔作　用〕

文書処理機能部５は、第１図図示の構造文書６−１のご
と（、各ノードに対応する文書処理ソフトウェア群を用
いて、構造文書５−ｉを作成し、各ノードに対応した文
書内容をそれぞれ文書内容保持部７上に保持する。

また２本発明では、第１図図示の文書の終端ノードに対
応する文書を作成する場合において１文書作成者が第１
図図示の上位ノードを選択すると（例えばノード＃７を
選択すると）、構造文書処理機能部５における構造文書
解析部５−１１が自動的に構造文書中の下位の論理構造
を解析し下位のノード＃８と＃９とを調べ、ソフトウェ
ア指令部５−１２によって、所望の文書を作成するため
のソフトウェアに対して作成指令を発行する。そして１
文書作成部５−１３は、前記ソフトウェアによって当該
文書を作成する。これにより２文書作成者は、論理構造
の下位のノードの構造を意識するご古なく文書を連続し
て作成することができる。

〔実施例〕

第２図は本発明の実施例構成図を示す。図中の符号２Ａ
、　　２Ｂ、・・・、２Ｘは個別文書の内容を保持する
文書ファイル、３は文書処理ソフトウェア群、５は文書
処理ＪＲ能油部表している。また１゜は構造化文書処理
システムであって全体を制御するもの、　　１１は構造
化文書ファイルの全体を表している。なお文書処理ソフ
トウェア群３において。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

文書作成者は、先ず、たとえば、第３図図示のノード＃
３を選択して「文書作成」の指令を発行する（処理■）
０次に１文書作成の指令が構造化文書処理システムｌＯ
に通知されると、構造化文書処理システム１０における
文書処理機能部５は。

たとえば、ノード＃３に従属するノードに文書が設定さ
れているか否かをチエツクする（処理■）。

ノード＃３に従属するノード、たとえば、第３図図示の
ノード＃５に作成された文書がある場合には２文書処理
機能部５は、修正モードを設定しく処理■）、また５作
成された文書がない場合には１作成モードを設定する（
処理■）、そして。

文書処理機能部５における構造文書解析部５１１は、ノ
ード＃５の文書がどのような種別のものであるかを解析
した後に、ソフトウェア指令部５−１２は、当該文書を
作成あるいは修正するのに適したソフトウェアの発行を
指令する（処理■）。その後１文書作成部５−１３は、
前記発行されたソフトウェア、たとえば１日本語文書処
理ソフトウェア３−１によって５文書（ノード＃５）の
作成あるいは修正を行う　（処理■）。次に。

文書処理機能部５は、ノード＃３に従属する他のノード
があるか否かをチエツクする（処理■）。

そして１文書処理機能部５は、ノード＃３の下位に属す
るノードがこれ以上ない場合には１文書の作成あるいは
修正を終了させ、従属する文書がまだ存在する場合には
５次の処理に対応するため処理■に戻り（処理■）、以
後作成すべき文書がなくなるまでこれを繰り返す。

〔発明の効果〕

以上説明したごとく１本発明によれば、構造化文書処理
システムにおける文６処理機能部が論理構造の下位のノ
ードを解析して、そのノードにあったソフトウェアを発
行することができるので文書作成者は、論理構造を意識
することなく、連続して文書の作成あるいは修正を行う
ことができる。

また１文書作成者は、論理構造を意識せずに文書の作成
あるいは修正が可能であるから９文書作成の負担が軽く
、かつ時間が短縮される。

【図面の簡単な説明】

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

Claims (1)

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