JPH02297182A - 構造化文書処理システムにおける属性情報保護処理方式 - Google Patents

Abstract

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

Description

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

文書処理ソフトウェアを利用しつつ所望する個別文書を
作成できるようにし９作成された文書についての属性情
報の保護を個別に指示できるようにすることを目的とし
。

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

上記構造文書における属性情報中に当該属性情報の保護
に関する情報を記述し、上記構造文書作成に当っての保
護の要否をＩ行水できるようにしている。

〔産業上の利用分野〕

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

現在、ＯＡシステムが一般に使用されるようになってい
て、ソフトウェアや文書ファイルなどのＯＡ資源が大き
くなってきている。このため、これらの資源を利用しつ
つ、構造化文書として、各種文書の作成や管理を容易に
行い得るようにすることが要求されている。そして、構
造化文書を作成するに当っては、属性情報の保護を個別
に指示することが望まれる。

〔従来の技術〕

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

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

しかし５最近、上記側々の処理を必要に応じて適宜呼び
出しては処理することのできる形で文書処理システムを
つくることが考慮された。このような文書処理システム
を１本明細書では構造化文書処理システムと呼ぶことに
するが、当該構造化文書処理システムにおいては１作成
された構造化文書についての属性情報の保護を個別に指
示することが望まれる。

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

上記の如〈従来の場合には、蓄積されたＯＡ資源も夫々
の目的に対応したシステムのみが利用できるものであっ
て、既存のソフトウェアや文書ファイルなどの既存のＯ
Ａ資源を適宜必要に応じて利用することなどは出来ない
ものであった。従って、構造化文書についての属性情報
の保護について考慮する必要はなかった。更に言えば２
個別文書の階層構造に対応した論理構造を構造体として
記述した構造文書（これについては後の説明で明らかと
なるであろう）において、そのノード毎に設定される属
性情報の保護を図るという考えはなかった。

構造化文書処理システムにおいては１個別文書に共通の
論理構造を作成し、それをもとに個別文書に固有の論理
構造を作成する。この時１個別文書固有の論理構造のす
べてに共通な定型化及び標準化をはかる機能が要求され
る。このため、定型化及び標準化をはかりたい論理構造
の属性情報を変更不可能にする機能が必要である。即ち
１個別文書固有の論理構造の作成時、共通な論理構造の
属性情報の変更が行われてしまった場合９文書の定型化
及び標準化が実現されない場合が生じる。

本発明は３文書処理ソフトウェアを利用しつつ所望する
個別文書を作成できるようにし１作成された文書につい
ての属性情報の保護を個別に指示できるようにすること
を目的としている。

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

第１図は本発明の原理構成図を示す０図中の符号１−ｉ
は個別文書、２−１．２−２．・・・は個別文書の内容
を保持する文書ファイル、５は個別文書処理を実行する
文書処理機能部、６は共通の構造文書、７は文書内容を
保持する文書保持機能部。

５−１は作成処理機能、５−２は作成出力、５−１１は
属性情報解読部、５−１２は属性情報設定／変更部、５
−１３は個別文書内容読み込み部を表している。

所望する個別文書１−ｉｌ例えば個々の現に作成しよう
とするオフィス文書や技術文書や報告書や案内書や説明
書や技術マニアルなどの個別文書は、一般に１文書名１
表紙、第１章、第１．１節第１．２節、・・・、第２章
、・・・の如く階層構造をもつ。

本発明の場合には１個別文書１−ｉの上記階層構造（木
構造）に注目して、当該階層構造に対応した論理構造を
構造体として記述した個別文書１−１についての構造文
書６−ｉをもつようにされる。

そして、当該構造文書６−ｉによって、当該個別文書１
−ｉの内容が格納されている文書ファイル２−１．２−
２．・・・を（行水するようにされる。

文書処理機能部５は１日本語文書処理機構やグラフ処理
機構などの文書処理ソフトウェア群を用いて、上記個別
文書を作成したり修正したりする処理を行う作成処理機
能５−１をそなえている。

個別文書を作成するに当っては１図示の構造文書６−ｉ
における例えばノード（表紙）＃２．・・・などの内容
を作成する際に、「表紙」は各個別文書の全てに共通に
することが望まれる等の指示を。

各ノードに個別に与えることが望まれる。このために、
構造文書６−ｉにおける図示のノード＃２ないしノード
＃９などにおける属性情報中に、当該属性情報の保護の
要否即ち当該属性情報が変更可能か否かに関する情報を
記述するようにされる。

作成処理機能５−１における属性情報解読部５１】は、
上記属性情報を解読する。ｙＡ性情報設定／変更部５−
１２は１例えば当該属性情報が保護すべきものであった
場合において、これの保護が必要であること即ち属性情
報の変更は不可能であることを指示する０個別文書内容
読み込み部５−１３は２文書保持機能部７から文書内容
を読み込み作成出力５−２を得る。

〔作　用〕

上述の如く用意された構造文書６−ｉは、各ノード毎に
、　（ｉ）自己のノードがどのような階層構造の中でど
のような位置を占めているかを示す情報、（ｉｉ）自己
のノードがどの文書処理ソフトウェアと関連づけられて
いるかの情報、　　（ｉｉｉ）自己のノードがどの文書
ファイル２−１．２−２゜・・・に格納されている文書
内容と関連づけられているかの情報などを記述されてい
るが、併せて、自己のノードに関する属性情報が記述さ
れている。

当該属性情報の１つとして１本発明の場合には。

属性情報の保護に関する情報が記述されている。

図示の属性情報解読部５−１１が当該属性情報を解読し
、当該属性情報の保護の要否が属性情報設定／変更部５
−１２に通知される。属性情報設定／変更部５−１２は
、当該通知の内容にもとづいて、対応するノードの書式
、内容等の属性情報の設定／変更を指示する。作成処理
機能５〜ｌは。

個別文書内容読み込み部５−１３によって読み込んでき
た文書内容を作成出力５−２として出力するが、このと
き、属性情報設定／変更部５−１２からの指示を利用す
るようにされる。従って、保護が必要な場合には、仮に
利用者が属性情報の変更を希望しても変更は行われず２
元の属性情報がそのまま保持される。これにより、当該
属性情報の対応するノード（例えば「表紙」のノード＃
２）の書式、内容等が変更されることはなく１個別文書
１−ｉの全てについて所望の部分の書式等を統一できる
。即ち２個別文書１−ｔの定型化及び標準化を実現でき
る。

〔実施例〕

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第６図は作成処理機能における属性情報保護処理フロー
を示している。

＋１１　　処理■において１作成すべき個別文書におけ
る例えば第１図図示のノード（表紙）＃２やノード（１
，１節）＃５などの属性情報中に記述されている保ｆｌ
ｌｉＩ性（作成するに当っての保護の要否に関する情報
）が、属性情報解読部５−１１によって調べられる。

保護が必要でない場合、この旨を属性情報解読部５−１
１が属性情報設定／変更部５−１２に通知する。これを
受けて１属性情報設定／変更部５−１２が、属性情報の
設定／変更を可能なようにする。即ち１例えば　文書の
書式や内容の設定／変更ができるように、これらについ
ての入力画面を提供する。

（２）　　保護が必要な場合、処理■において、この旨
を属性情報解読部５−１１が属性情報設定／変更部５−
１２に通知する。これを受けて、属性情報設定／変更部
５−Ｉ２が、属性情報の設定／変更を不可能なようにす
る。即ち９例えば。

文書の書式や内容の設定／変更ができないように、これ
らについての入力画面をマスクする。

第７図及び第８図は、属性情報の保護の一例を示してい
る。

所定の構造を有する「論文Ａ」という文書について２図
示の如（１個別文書１−ｉ及びこれに対応する構造文書
６−ｉが作成される。この構造文書６−ｉは、ノード＃
ｌないしノード＃７を有し。

ノード＃２．ノード＃３．ノード＃４及びノード＃６に
ついて属性情報の保護が設定されている。

図では、これを「＊」で示した。ノード＃２及びノード
＃３についての属性情報の保護により。

「用紙の大きさ」が変更不可とされ、定型化される。ま
た、ノード＃４及びノード＃６についての属性情報の保
護により、「表Ｂ（表題ｌ及び表題２）」が変更不可と
され、定型化される。

「論文Ａ」の個別文書は、全て共通の構造である必要が
ある。「論文Ａ」についての共通の構造文書６は２例え
ば、予めシステムによって提供される。各ノードについ
ての属性情報の保護の要否の設定は、共通の構造文書６
において又は構造文書６−ｉにおいて行われる。

以上のような個別文書１−を及び構造文書６１の作成の
後９　「論文Ａ」の他の個別文書１を作成する。この時
、既にノード＃２及、びノード＃３の属性情報に保護が
必要であるという旨が設定されているので、用紙の大き
さは定型とされる。

また、ノード＃４及びノード＃５の属性情報も保護され
るので、「第１、発明の名称Ｊ及び「第２章従来の技術
」という表題は入力画面に表示されるもののマスクされ
て入力（変更）不可能とされる。従って２第８図図示の
如く、用紙及び表題は変更されず、一方１本文の内容は
自由に設定／変更できる。

〔発明の効果〕

以上説明した如く１本発明によれば、？Ｘ数の夫々の文
書処理機能で作成した文書ファイルの内容を、構造文書
の形で統合するようにしており、既存のＯＡ資源を適宜
利用してゆくことが可能となる。そして、各ノードに対
応する属性情報の保護の要否を個別に指示することが可
能となる。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図は本発明の実施例
構成図、第３図は本発明の一部要部構成図、第４図は構
造文書の一実施例内容、第５図は文書処理機能部の文書
処理ソフトウェアを利用する部分の処理！ＩＭ様、第６
図は作成処理機能における属性情報保護処理フロ−５第
７図及び第８図は属性情報の保護の一例を示している。 図中の符号ｌは文書、１−＋！よ個別文書、２は文書フ
ァイル、３は文書処理ソフトウェア群、４は構造文書定
義、５は文書処理機能部、５−１は作成処理機能、５−
ｉｔは属性情報解読部、５１２は属性情報設定／変更部
、５−１３は個別文書内容読み込み部、６は構造文書、
７は文書保持機能部、　　１０は構造化文書処理システ
ム、　　１１は構造化文書ファイルを表す。 本発明のＮ！、、ＴＬ鴇表図 兼１図 篤６図 し腎５．ドＬ槍慄ス（のイ号１Ｉｎ−例第７図

Claims (1)

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