JPH04248640A

JPH04248640A - 木構造文書処理装置

Info

Publication number: JPH04248640A
Application number: JP3014057A
Authority: JP
Inventors: Hideto Yasuda; 英人安田; Masayuki Kashiwagi; 柏木　雅之; Akira Kato; 陽加藤; Shigetoshi Kudou; 工藤　繁登志
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1991-02-05
Filing date: 1991-02-05
Publication date: 1992-09-04
Anticipated expiration: 2013-03-11
Also published as: JP2725219B2

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文書単位の共同作成を
可能にする文書論理構造の分散処理装置に関するもので
ある。研究・開発部門や製造部門では、製品の開発途上
で作成する仕様書や製品のマニュアルは、複数人で共同
作成、即ち共同で文書を執筆・作成することが多い。こ
の際に、アーキテクチャの異なる機種であっても、文書
の内容レベルで共用して作成できるシステムが望まれて
いる。

【０００２】

【従来の技術】従来は、図８に示すように、複数のＰＣ
（パーソナルコンピュータ）／ＷＳ（ワークステーショ
ン）をＬＡＮ接続で束ねるサーバマシンのシステム構成
では、ＰＣ／ＷＳの文書エディタで作成したデータをサ
ーバマシン上にファイル単位で格納し、またこれをファ
イル単位で取り出して利用するようにしていた。

【０００３】

【発明が解決しようとする課題】しかし、共同で執筆す
る文書の論理構造や文書に共通な管理情報の共有が困難
であるという問題があった。これは、文書の「論理構造
」は木構造であるが、この木構造を特定のファイルシス
テムでマッピングした構造にすると、アーキテクチャの
異なる機種との接続がうまく動作しない。また、文書に
共通な管理情報を特定のファイルシステムの管理情報で
は扱えないという問題もあった。更に、ファイル単位で
の共用のため、文書の内容レベルでの共用ができないと
いう問題があった。

【０００４】本発明は、文書の論理構造および属性情報
を特定の機種に依存しない構造メディアとして作成して
これをノード情報テーブルに格納してサーバに持たせ、
クライアントがこれをもとに構造メディア、更に実体の
更新、参照、追加、削除などを行い、文書単位に共同執
筆、共同作成を可能にすることを目的としている。

【０００５】

【課題を解決するための手段】図１および図３を参照し
て課題を解決するための手段を説明する。図１および図
３において、ノード情報テーブル５は、文書の木構造の
位置関係の構造情報および表題、排他フラグなどの属性
情報からなる構造メディア２４を格納するテーブルであ
って、サーバ２に設けたものである。

【０００６】構造メディア２４は、文書の木構造の位置
関係の構造情報および表題、排他フラグなどの属性情報
からなる特定の機種に依存しない構造メディアである。構造処理サーバ２３は、構造メディア２４を処理するも
のである。

【０００７】

【作用】本発明は、図１に示すように、クライアント１
から回線を介して構造メディア２４のノード名、相対位
置、表題などの通知に対応して、構造処理サーバ２３が
通知のあった構造メディア２４をノード情報テーブル５
に展開して作成し、クライアント１から回線を介して実
体の作成指示に対応して、全体の構造メディア２４を表
示して該当するノードを選択および排他フラグをオフの
ときにオンにした状態で、実体を作成してノード情報テ
ーブル５の格納ポインタに対応づけて格納すると共に排
他フラグをオフにするようにしている。また、クライア
ント１から回線を介して構造メディア２４の更新指示に
対応して、構造処理サーバ２３が全体の構造メディア２
４を表示し、追加作成したいノードの上位ノードを選択
し、排他フラグがオフのときにオンにして新たなノード
を追加作成し、ノード情報テーブル５に格納すると共に
排他フラグをオフにするようにしている。また、クライ
アント１から回線を介して実体の編集指示に対応して、
全体の構造メディア２４を表示し、該当するノードの排
他フラグがオフのときにオンにして文書の更新、参照、
追加、削除などの編集を行い、その結果をノード情報テ
ーブル５の格納ポインタからポイントする領域に格納お
よび排他フラグをオフにするようにしている。

【０００８】従って、文書の論理構造および属性情報を
特定の機種に依存しない構造メディア２４として作成し
てこれをノード情報テーブル５に格納してサーバ２に持
たせ、クライアント１がこれをもとに構造メディタ２４
、更に実体の作成、更新、参照、追加、削除などを行う
ことにより、文書単位に共同執筆、共同作成を行うこと
が可能となる。

【０００９】

【実施例】次に、図１ないし図７を用いて本発明の実施
例の構成および動作を順次詳細に説明する。図１におい
て、クライアント１は、ＰＣ（パーソナルコンピュータ
）／ＷＳ（ワークステーション）などであって、ここで
はＬＡＮを介してサーバ（サーバマシン）２が管理する
構造メディア２４やファイルシステム２２などをアクセ
スして処理を行う、例えばコンピュータのマニュアルを
共同執筆したりなどするためのものである。

【００１０】文書エディタ１１は、文書を編集するエデ
ィタである。構造処理クライアント１２は、本実施例で
サーバ２に設けた構造メディア２４の作成、更新、追加
、削除などを行うためにクライアント１に設けたもので
ある。ファイルシステムは、サーバ２が管理するファイ
ルシステムから取り込んだものである。同様に、構造情
報および属性情報は、サーバ２が管理する構造メディア
２４から取り込んだものである。

【００１１】サーバ２は、ＬＡＮを介して複数のクライ
アント１と接続し、文書の共同執筆を管理するものであ
る。ここでは、構造メディア２４として、文書の木構造
の論理構造の位置や、文書の属性（例えばノード名、相
対位置、表題、排他フラグ、格納ポインタなど）である
。ファイルサーバ２１は、ファイルシステム２２の作成
、編集などの管理を行うものである。

【００１２】ファイルシステム２２は、構造化した文書
の内容（実体）を格納するファイルである。構造処理サ
ーバ２３は、本実施例で設けたものであって、機種に依
存しない構造メディア２４を管理（作成、更新、追加、
削除など）するものである。構造メディア２４は、文書
の木構造のノードの位置情報（図３の相対位置）や、文
書の属性情報（図３の表題、排他フラグ、格納ポインタ
など）であって、クライアント１の機種に依存しなく、
全てから作成、更新などが可能なものである。

【００１３】以下順次詳細に説明する。図２は、本発明
の構造メディア例を示す。構造メディア２４は、文書の
構造を木構造で表現したものであって、こでは、根ノー
ド“論文”がノード名Ａ１でノード一意名ＳＹＳ０１で
ある旨を表わす。この根ノードを中心に、表紙、章、ま
とめ、次の階層に見出し、作成元、章本文、図から構成
されている。点線は、内容（実体）であって、実際に作
成した文書、図などである。

【００１４】この図２の構造メディア例を、ノード情報
テーブル５に格納すると、図３に示すように格納される
。図３は、本発明の体系ファイル例を示す。この体系フ
ァイル３には、資源テーブル４、この資源テーブル４の
テーブル名に対応するノード情報テーブル５から構成さ
れている。

【００１５】資源テーブル４は、資源名に対応づけてテ
ーブル名、現在同時アクセス中の利用者数などを格納す
るレコードを持つものである。ここで、論文１が資源名
“ＣＡＢＩＮＥＴ１”、テーブル名“ＴＢＬ１”、利用
者数“１”などのように設定されている。そして、この
論文１のテーブル名“ＴＢＬ１”のノード情報テーブル
（ＴＢＬ１）５には、図２で説明したノードが図示のよ
うに登録されている。例えばノード名“Ａ１（根ノード
）”には、ノード一意名“ＳＹＳ０１”、相対位置−、
表題“論文１”、排他フラグ“０”などである。

【００１６】ノード名“Ａ２”には、ノード一意名“Ｓ
ＹＳ０２”、相対位置”１”、表題“表紙”、排他フラ
グ“０”などである。ノード名“Ａ３”には、ノード一
意名“ＳＹＳ０３”、相対位置”１　１”表題“見出し
”、排他フラグ”０”、格納ポインタ”ＣＯＮＴ０１”
などである。ここで、格納ポインタは、実体を格納した
領域をポイントするポインタである。

【００１７】次に、図４に示すフローチャートに従って
構造メディア２４を図３の体系ファイル３のノード情報
テーブル５に登録する手順を詳細に説明する。図４にお
いて、Ｓ１は、全体の論理構造のラフスケッチを作成す
る。これは、右側に示すように、構造メディアをラフス
ケッチ（ノードを○で表わす）する。このラフスケッチ
は、図２の構造メディア２４である。

【００１８】Ｓ２は、構造メディアを体系ファイル３に
展開する。これは、図２構造メディア２４を、図３の体
系ファイル３の論文１に示すように、資源テーブル４に
資源名”ＣＡＢＩＮＥＴ１”、テーブル名”ＴＢＬ１”
、ノード情報テーブルＴＢＬ１に図示のように展開する
。これにより、図２の構造メディアが図示３に示すよう
に展開されて、共用し得る状態に登録されたこととなる
。

【００１９】図５は、本発明の実体の作成フローチャー
トを示す。これは、図４で構造メディア２４を作成した
状態で、複数の執筆者が例えば図３の論文１の各ノード
の文書、表紙、見出し、作成元、１章、章本文、図、ま
とめなどを手分けして共同に執筆を行うときのこれら実
体の作成フローチャートである。Ｓ１１は、全体の構造
メディア２４の表示を行う。これは、クライアント１が
ＬＡＮを介してサーバ２をアクセスし、例えば右側に示
すように構造メディア２４を表示させる。

【００２０】Ｓ１２は、特定のノード選択して、かつそ
のノードを排他にする。これは、Ｓ１１で全体の構造メ
ディア２４として、例えば図２に示すように表示させ、
表示させたノードのうちから実体を作成しようとするノ
ード、例えば図２の“章本文”を選択すると共に、図３
の排他フラグを１に設定して排他状態に設定する。Ｓ１
３は、文書エディタを起動する。これは、図１のクライ
アント１で文書エディタ１１を起動して文書編集可能状
態にする。

【００２１】Ｓ１４は、実体（文書内容）の作成を行う
。これは、Ｓ１３で起動した文書エディタを使用して、
例えば選択した章本文の作成を行う。Ｓ１５は、実体を
構造メディア２４に対応づけて体系ファイル３に右側に
示すように格納すると共に、排他フラグを解放（１を０
に設定）する。以上の処理によって、全体の構造メディ
ア２４から選択した例えば章本文について排他フラグを
１（オン）に設定した排他状態のもとで、文書エディタ
を起動して章本文を作成し、これを構造メディア２４に
対応づけて体系ファイル３に格納することにより、例え
ば図３の論文１について、複数のクライアント１が手分
けして並行して文書を作成することが可能となる。

【００２２】図６は、本文の構造メディアの更新フロー
チャートを示す。これは、図４のフローチャートで作成
した構造メディアについて、追加などを行う場合のフロ
ーチャートである。図６において、Ｓ２１は、全体の構
造メディア２４の表示を右側に示すように行う。

【００２３】Ｓ２２は、追加作成したいノードの上位ノ
ードを選択する。Ｓ２３は、排他有りか否かを判別する
。これは、Ｓ２２で選択した追加作成したいノードの上
位ノードについて、図３の該当するノード情報テーブル
５の排他フラグが１（オン）か否かを判別する。ＹＥＳ
の場合には、排他状態であり、他の執筆者が執筆中であ
るので、エラー表示する。ＮＯの場合には、Ｓ２４に進
む。

【００２４】Ｓ２４は、そのノードを排他にする。例え
ば右側に示すように、ノード名“まとめ”の排他フラグ
を１（オン）に設定して排他状態にする。Ｓ２５は、ノ
ードを追加作成する。これは、右側に示すように、ノー
ド名“まとめ”の下位に要約、課題の２つのノードを作
成する。Ｓ２６は、構造メディア２４を体系ファイル３
に格納、および排他を解放する。

【００２５】以上の処理によって、図６の右下に示すよ
うに、構造メディア２４にノード（ここでは、要約、課
題）が更新（ここでは追加）されることとなる。図７は
、本発明の実体の更新フローチャートを示す。これは、
図５で作成した実体に更に、実体の更新を行う場合のフ
ローチャートである。図７において、Ｓ３１は、全体の
構造メディア２４を右側に示すように表示する。

【００２６】Ｓ３２は、実体が対応しているノードを選
択する。これは、実体の更新を行おうとする実体のノー
ドを選択する。Ｓ３３は、Ｓ３２で選択したノードの排
他フラグが１（オン）か否かを判別する。ＹＥＳの場合
には、排他状態であったので、エラー表示する。ＮＯの
場合には、Ｓ３４に進む。

【００２７】Ｓ３４は、選択したノードを排他する（選
択したノードの図３のノード情報テーブル５の排他フラ
グを１（オン）に設定して排他状態にする）。Ｓ３５は
、処理（更新、削除、置換など）を選択する。更新の場
合には、Ｓ３６に進む。Ｓ３６は、文書エディタ１１を
起動し、内容を更新する。

【００２８】Ｓ３７は、内容の格納及び排他の解放を行
う。以上の処理によって、一度図５のフローチャートに
従って作成された実体について、更新することが可能と
なる。

【００２９】

【発明の効果】以上説明したように、本発明によれば、
文書の論理構造および属性情報を特定の機種に依存しな
い構造メディア２４として作成してこれをノード情報テ
ーブル５に格納してサーバ２に持たせ、複数のクライア
ント１がこの構造メディア２４、更に実体の作成、更新
、参照、追加、削除などを共同して行い得る構成を採用
しているため、文書単位（構造メディア２４のノード単
位）に共同執筆、共同作成を容易に行うことができる。特に、複数のＰＣ／ＷＳをＬＡＮでサーバに接続した既
存のシステムに対しても、本発明による機種に依存しな
い構造メディア２４を採用しているため、ＰＣ／ＷＳの
機種に関係なく、簡易に本発明を導入することが可能と
なる。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の構造メディア例である。

【図３】本発明の体系ファイル例である。

【図４】本発明の構造メディアの作成フローチャートで
ある。

【図５】本発明の実体の作成フローチャートである。

【図６】本発明の構造メディアの更新フローチャートで
ある。

【図７】本発明の実体の更新フローチャートである。

【図８】従来技術の説明図である。

【符号の説明】

１：クライアント１１：文書エディタ１２：構造処理クライアント２：サーバ２１：ファイルサーバ２２：ファイルシステム２３：構造処理サーバ２４：構造メディア３：体系ファイル４：資源テーブル５：ノード情報テーブル

Claims

【特許請求の範囲】

【請求項１】　　文書単位の共同作成を可能にする文書
論理構造の分散処理装置において、文書の木構造の位置
関係の構造情報および表題、排他フラグなどの属性情報
からなる構造メディア（２４）を格納するノード情報テ
ーブル（５）をサーバ（２）に設け、クライアント（１
）から回線を介して構造メディア（２４）のノード名、
相対位置、表題などの通知に対応して、サーバ（２）で
この通知のあった構造メディア（２４）を上記ノード情
報テーブル（５）に展開して作成し、クライアント（１
）から回線を介して実体の作成指示に対応して、全体の
構造メディア（２４）を表示して該当するノードを選択
および排他フラグをオフのときにオンにした状態で、実
体を作成してノード情報テーブル（５）の格納ポインタ
に対応づけて格納すると共に排他フラグをオフにするよ
うに構成したことを特徴とする文書論理構造の分散処理
装置。
【請求項２】　　上記クライアント（１）から回線を介
して構造メディア（２４）の更新指示に対応して、全体
の構造メディア（２４）を表示し、追加作成したいノー
ドの上位ノードを選択し、排他フラグがオフのときにオ
ンにして新たなノードを追加作成し、ノード情報テーブ
ル（５）に格納すると共に排他フラグをオフにするよう
に構成したことを特徴する請求項第１項記載の文書論理
構造の分散処理装置。
【請求項３】　　上記クライアント（１）から回線を介
して実体の編集指示に対応して、全体の構造メディア（
２４）を表示し、該当するノードの排他フラグがオフの
ときにオンにして文書の更新、参照、追加、削除などの
編集を行い、その結果を上記ノード情報テーブル（５）
の格納ポインタからポイントする領域に格納などおよび
排他フラグをオフにするように構成したことを特徴とす
る請求項第１項記載の文書論理構造の分散処理装置。