JPH08263474A - 文書処理システム - Google Patents

Abstract

(57)【要約】 【目的】複数の文書が共有するスタイル情報を一元管理
して、スタイル情報の円滑な更新及び効率的な再利用を
行うことができる文書処理システムを提供すること。 【構成】各クライアント１０及び１１が、文書データ記
憶部１０ｄに記憶した文書データを取り出す際に、該文
書データに対応するスタイル識別情報に基づいてスタイ
ル管理サーバ１２にスタイル情報を要求し、該スタイル
管理サーバ１２は、該要求に対応するスタイル情報をス
タイルデータベース１２ｃから取り出して要求元のクラ
イアントに転送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のクライアントが
所定の文書スタイルを共有する文書をそれぞれ処理する
文書処理システムに関し、特に、かかる文書スタイルを
一元管理して、文書スタイルの有効利用を図る文書処理
システムに関する。

【０００２】

【従来の技術】従来、文書作成装置等を用いて作成した
文書に含まれる文章、グラフ、表及び図面等の文書内
容、すなわち内容データを共用化して、新たな文書を効
率的に作成する技術が知られている。

【０００３】例えば、特開平２−１４８２５０号公報に
は、文章、グラフ、表及び図面等の各種オブジェクトが
混在する文書の作成又は編集を行う際に、各オブジェク
トに対応して設けた保存オブジェクト選択指示子を有す
るプロパティシートを画面表示しておき、入力手段によ
りオブジェクトが選択されたならば、該オブジェクトに
対応するフラグを立て、該フラグが立つオブジェクトを
文書のデータ構造から取り出して保存するよう構成した
文書作成編集装置が開示されている。

【０００４】すなわち、この先行技術は、文書データに
含まれる文章、グラフ、表及び図面等のオブジェクト
（内容データ）のうち、指定された内容データを文書デ
ータから取り出して保存することにより、該内容データ
の再利用を容易にしている。

【０００５】また、特開平２−２４５０号公報には、ネ
ットワークを用いたマルチユーザ環境において、ある共
用オブジェクトを、ステータス、要約及び圧縮情報とし
てユーザに示すことにより、該共用オブジェクトのステ
ータス及び現況を複数のユーザに認識させるよう構成し
た発明が開示されている。

【０００６】これらの先行技術に代表されるように、従
来から、既存の文書の内容データを再利用したり、該内
容データを共用化することにより、文書作成効率を高め
る技術が用いられている。

【０００７】

【発明が解決しようとする課題】しかしながら、これら
の先行技術が取り扱う対象は文書の内容に限られ、文書
の書式及び表示属性等を決定する文書スタイル、すなわ
ちスタイル情報が含まれないため、かかるスタイル情報
をいかに共用化して文書の編集及び作成の効率を上げる
かが重要な課題となっている。

【０００８】図５は、文書データに含まれるスタイル情
報の種別を示す図である。

【０００９】図５に示すように、文書データに含まれる
スタイル情報には、文書全体を対象にレイアウト情報を
記述する基本スタイル５０と、段落単位又は文字単位で
属性を決定する個別スタイル５１とがある。

【００１０】基本スタイル５０には、文書の書式や本文
段落の表示属性を決定する本文スタイル５０ａ、ページ
見出しとページ番号の表示属性を決定するページ見出し
・ページ番号スタイル５０ｂ、各章及び節などのタイト
ルである見出しの表示属性を決定する見出しスタイル５
０ｃ、各種の枠のタイトルとして付加される枠見出しの
表示属性を決定する枠見出しスタイル５０ｄ、固定注又
は脚注の表示属性を決定する注スタイル５０ｅ等があ
る。

【００１１】また、個別スタイル５１には、段落文字属
性、段落マージン及びタブ等の段落の表示属性を決定す
る段落スタイル５１ａ、文字の大きさや文字装飾等の文
字の表示属性を決定する文字スタイル５１ｂ等がある。

【００１２】かかるスタイル情報を再利用すべく、富士
ゼロックス社が開発した統合文書処理システムである”
Ａｋａｎｅ”では、上記文書スタイルを内容データと切
り離して保管、管理する。

【００１３】しかし、このスタイル情報は、上記内容デ
ータと異なり、スタイル情報のみでは意味をなさず、ま
た該スタイル情報を内容データに適用した結果を表示又
は印刷してはじめて可視化できるという特性があるた
め、保管、管理したスタイル情報を複数の文書で共用化
して再利用するには、各文書の修正に伴うユーザの負担
が大きくなる。

【００１４】例えば、社内で使用するオフィス文書のよ
うに所定のレイアウト又はフォーマットに従って文書を
作成していた場合に、該レイアウトが変更されると、ユ
ーザは変更後のスタイル情報をコピー又はペースト操作
により各文書に対して繰り返し適用する必要が生じる。

【００１５】特に、ネットワークを介して複数の文書作
成装置内部に保持される文書に、かかる新規レイアウト
の適用操作を行うとなると、ユーザにかかる負荷は膨大
なものとなる。

【００１６】また、かかるスタイル情報をネットワーク
に接続される文書作成装置ごとに管理していたのでは、
同種情報を重複管理することになり、効率的ではない。

【００１７】そこで、本発明では、複数の文書が共有す
るスタイル情報を一元管理して、スタイル情報の円滑な
更新及び効率的な再利用を行うことができる文書処理シ
ステムを提供することを目的とする。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数のクライアントが所定の文書スタイ
ルを共有する文書をそれぞれ処理する文書処理システム
において、前記所定の文書スタイルを記憶する文書スタ
イル記憶手段と、前記文書スタイル記憶手段に記憶した
文書スタイルを前記クライアントが要求した際に、該ク
ライアントに対して前記文書スタイルを転送する文書ス
タイル転送手段とを有するスタイル管理サーバを具備
し、各クライアントは、前記文書スタイル記憶手段に記
憶した文書スタイル以外の文書内容を、該文書内容に適
用すべき文書スタイルを特定する識別情報と対応させて
記憶する文書内容記憶手段と、前記文書内容記憶手段に
記憶した文書内容を取り出す際に、該文書内容に対応す
る識別情報に基づいて前記スタイル管理サーバに文書ス
タイルを要求する文書スタイル要求手段と、前記文書ス
タイル転送手段により転送された文書スタイルを前記文
書内容に適用した文書を処理する処理手段とを備えたこ
とを特徴とする。

【００１９】

【作用】本発明によれば、クライアントが、文書内容記
憶手段に記憶した文書内容を取り出す際に、文書スタイ
ル要求手段により該文書内容に対応する識別情報に基づ
いてスタイル管理サーバに文書スタイルを要求すると、
該スタイル管理サーバは、文書スタイル転送手段により
該要求に対応する文書スタイルを文書スタイル記憶手段
から取り出して要求元のクライアントに転送する。そし
て、該クライアントは、該転送された文書スタイルを文
書内容に適用した文書を文書処理手段を用いて処理す
る。

【００２０】これにより、複数の文書が共有するスタイ
ル情報を一元管理して、スタイル情報の円滑な更新及び
効率的な再利用を行うことができる。

【００２１】

【実施例】以下、本発明の実施例について図面を参照し
て説明する。なお、本実施例では、複数のクライアント
が加入するネットワークに、各種スタイル情報を一元管
理するスタイル管理サーバを設ける場合について説明す
る。

【００２２】図１は、第１の実施例で用いる文書処理シ
ステムの全体構成と、クライアント及びスタイル管理サ
ーバの細部構成を示すブロック図である。

【００２３】図１に示すように、この文書処理システム
は、ローカルエリアネットワーク等のネットワーク１３
に、クライアント１０及び１１と、スタイル管理サーバ
１２とが接続される構成となる。

【００２４】クライアント１０は、文書の作成及び編集
を行う機能を有する処理装置であり、ネットワークＩ／
Ｆ部１０ａと、文書編集部１０ｂと、表示部１０ｃと、
文書データ記憶部１０ｄと、スタイル情報要求部１０ｅ
とから構成される。

【００２５】ネットワークＩ／Ｆ部１０ａは、ネットワ
ーク１３に対するデータの入出力を司るインターフェー
ス部である。

【００２６】文書編集部１０ｂは、文書データ記憶部１
０ｄに記憶した文書を表示部１０ｃに表示しつつ編集を
行う処理部であり、具体的には、文書データ記憶部１０
ｄに記憶したスタイル情報を含まない内容データ（以
下、「文書データ」と言う。）を読み込むとともに、該
文書データに対応するスタイル情報をネットワーク１３
を介して取り込み、図示しないキーボード及びマウス等
を用いて文書編集を行う。

【００２７】表示部１０ｃは、文書の表示を行う表示デ
バイスであり、文書編集部１０ｄにより表示制御され
る。なお、説明の便宜上、表示制御を簡略化して説明し
たが、実際には表示制御部の制御の下に表示制御が行わ
れる。

【００２８】文書データ記憶部１０ｄは、文書編集部１
０ｂにより編集した文書の内容データを文書データとし
て記憶する記憶部であり、具体的には、文書データと該
文書データに対応するスタイル情報を特定するための識
別情報（以下、「スタイル識別情報」と言う。）とを対
応づけて保持する。なお、このスタイル識別情報は、ス
タイル管理サーバ１２のスタイルデータベース１２ｃに
記憶されるスタイル情報のファイル名等からなる。

【００２９】スタイル情報要求部１０ｅは、文書編集部
１０ｂが文書データ記憶部１０ｄから文書データを取り
出す場合若しくはユーザが図示しないキーボードに対し
て所定のキー操作を行った場合に、該文書データに対応
するスタイル情報をスタイル管理サーバに要求する処理
部であり、具体的には、文書編集部１０ｂからスタイル
識別情報を受け取ると、該情報をネットワーク１３を介
してスタイル管理サーバ１２に送信し、スタイル管理サ
ーバ１２に対してスタイル情報の要求を行う。

【００３０】このように、このクライアント１０は、文
書データ記憶部１０ｄに記憶する文書データと、スタイ
ル管理サーバ１２に保持するスタイル情報に基づいて、
文書を編集する装置である。

【００３１】なお、クライアント１１も、クライアント
１０と同様の構成を用いて文書の編集を行うため、説明
の便宜上、同装置の細部構成の説明を省略する。

【００３２】次に、スタイル管理サーバ１２の細部構成
について説明する。

【００３３】スタイル管理サーバ１２は、ネットワーク
１３に加入する各クライアントによりそれぞれ編集され
る文書のスタイル情報を一元管理する管理サーバであ
り、ネットワークＩ／Ｆ部１２ａと、制御部１２ｂと、
スタイルデータベース１２ｃと、スタイル情報転送部１
２ｄと、スタイル情報編集部１２ｅとからなる。

【００３４】ネットワークＩ／Ｆ部１２ａは、ネットワ
ーク１３に対するデータ入出力を行う際のネットワーク
インターフェースを司る処理部である。

【００３５】制御部１２ｂは、スタイル管理サーバ１２
の全体制御を行う制御部であり、具体的には、スタイル
情報編集部１２ｅがスタイルデータベース１２ｃに記憶
したスタイル情報を編集する際に、スタイルデータベー
ス１２ｃに対するスタイル情報のアクセスを担うととも
に、ネットワークＩ／Ｆ部１２ａからスタイル識別情報
を受け付けたならば、該スタイル情報の転送をスタイル
情報転送部１２ｄに指示する。

【００３６】スタイルデータベース１２ｃは、クライア
ント１０及び１１が有する各種文書データに対応するス
タイル情報を記憶するデータベースであり、具体的に
は、所定のカテゴリーに分類してスタイル情報を有する
ファイルを記憶する。

【００３７】スタイル情報転送部１２ｄは、クライアン
ト１０又は１１からのスタイル情報の要求に応答して、
対応するスタイル情報をスタイルデータベース１２ｃか
ら取り出し、要求元のクライアントにネットワーク１３
を介して転送する処理部である。

【００３８】スタイル情報編集部１２ｅは、スタイルデ
ータベース１２ｃに記憶するスタイル情報を編集して更
新する処理部であり、具体的には、図示しない文書デー
タ記憶部からサンプルの文書データを取り込むととも
に、該文書データにスタイル情報記憶部１２ｃに記憶し
たスタイル情報を適用して図示しない表示部に表示し、
該表示部に表示した表示スタイルを変更した後、変更後
のスタイル情報をスタイル情報記憶部１２ｃに記憶す
る。

【００３９】なお、本実施例では、スタイル情報の編集
をスタイル管理サーバ１２内に設けたスタイル情報編集
部１２ｅで行うこととしたが、各クライアント１０及び
１１からスタイル情報の編集を行うよう構成することも
できる。

【００４０】このように、このスタイル管理サーバ１２
は、クライアント１０及び１１で作成する文書のスタイ
ル情報をスタイルデータベース１２ｃで一元管理すると
ともに、クライアント１０又は１１のスタイル情報の要
求に応答して、対応するスタイル情報を出力するサーバ
である。

【００４１】また、上記構成を有するクライアント１
０、１１及びスタイル管理サーバ１２を設けた文書処理
システムを用いることにより、スタイル情報の一元管理
して、スタイル情報の効率的利用が図れるとともに、ス
タイル情報の更新に際して、該更新結果をクライアント
の文書編集に円滑に反映することができる。

【００４２】次に、スタイル管理サーバ１２におけるス
タイル情報の更新結果を、クライアント１０が行う文書
編集に反映する点についてさらに詳細に説明する。

【００４３】図２は、スタイル情報の更新に応答して、
クライアントの表示部に表示される文書のスタイルが更
新される様子を示す図である。

【００４４】クライアント１０を操作するユーザが編集
する文書を指定すると、文書編集部１０ｂが文書データ
記憶部１０ｄから該当する文書データを取り出すととも
に、該文書データの取り出しに応答してスタイル情報要
求部１０ｅがスタイル情報をスタイル管理サーバ１２に
要求する（ステップ２０１）。

【００４５】そして、該要求に応答してスタイル管理サ
ーバ１２から対応するスタイル情報が転送されたならば
（ステップ２０２）、文書編集部１０ｂは、該スタイル
情報を文書データに適用して、文書内容を表示部１０ｃ
に表示する（ステップ２０３）。

【００４６】ここで、スタイル管理サーバ１２のスタイ
ル情報編集部１２ｅが、例えば当該スタイル情報を２段
組のレイアウトに変更し（ステップ２０４）、クライア
ント１０がスタイル情報の再要求を行った場合には（ス
テップ２０５）、２段組の新たなスタイル情報がクライ
アント１０に転送され（ステップ２０６）、表示部１０
ｃの表示内容が２段組に更新される（ステップ２０
７）。

【００４７】なお、ここでは、クライアント１０による
文書の編集途中でスタイル情報が２段組に更新された場
合について示したが、クライアント１０による文書の編
集前にスタイル情報が更新された場合には、クライアン
ト１０は文書データ１０ｄからの文書データの取り出し
に応答して２段組の新たなスタイル情報を入手すること
になる。

【００４８】次に、上記クライアント１０の文書処理手
順と、該クライアント１０による文書処理に応答してス
タイル管理サーバ１２が行う処理手順について具体的に
説明する。

【００４９】図３は、図１に示すクライアント１０の文
書処理手順と、該クライアント１０による文書処理に応
答してスタイル管理サーバ１２が行う処理手順を示すフ
ローチャートである。

【００５０】図３に示すように、クライアント１０のユ
ーザが編集対象となる文書を指定すると、該クライアン
ト１０の文書編集部１０ｂは、文書データ記憶部１０ｄ
に記憶した文書データの中からユーザが指定した文書デ
ータを取り出す（ステップ３０１）とともに、該文書デ
ータに対応するスタイル情報を要求指示をスタイル情報
要求部１０ｅに対して行う。

【００５１】そして、スタイル情報要求部１０ｅは、該
当するスタイル情報を有するスタイル管理サーバ１２に
対して、スタイル識別情報を送信することにより、スタ
イル情報の要求を行う（ステップ３０２）。

【００５２】そして、スタイル情報の要求待ちの状態に
あるスタイル管理サーバ１２が、このスタイル識別情報
を受信したならば（ステップ３０３〜３０４）、制御部
１２ｂは、スタイル情報転送部１２ｄに対して当該スタ
イル識別情報に対応するスタイル情報の転送指示を行
い、スタイル情報転送部１２ｄは、スタイルデータベー
ス１２ｃから該当するスタイル情報を取り出し（ステッ
プ３０５）、スタイル情報をクライアント１０に転送す
る（ステップ３０６）。

【００５３】スタイル管理サーバ１２がこのスタイル情
報の転送を終了した際に、続けて転送処理を行う場合に
は、ステップ３０３に示すスタイル情報の要求待ちに移
行する（ステップ３０７）。

【００５４】このスタイル情報を受信したクライアント
１０は、受信したスタイル情報を文書データにマージし
て表示部１０ｃに表示し（ステップ３０８〜３０９）、
文書編集を開始する（ステップ３１０）。

【００５５】そして、文書の編集を終了する場合には、
必要に応じて編集後の文書データを文書データ記憶部３
１２に記憶する（ステップ３１１〜３１２）。

【００５６】上記一連の処理を行うことにより、クライ
アント１０は、スタイル情報を一元管理するスタイル管
理サーバ１２から最新のスタイル情報を常に入手できる
ことになる。

【００５７】換言すれば、スタイル管理サーバ１２内の
スタイル情報のみを更新することにより、該スタイルを
参照するクライアント内の全ての文書のスタイルを更新
できることになる。

【００５８】ただし、図２で説明した場合のように、文
書編集中に当該文書のスタイル情報がスタイル管理サー
バ１２上で更新される場合があるため、クライアント１
０の図示しないキーボードから所定のキー入力がなされ
たならば、再度スタイル情報を要求する必要がある。

【００５９】なお、上記実施例では、単一のスタイル管
理サーバを用いるとともに、文書データ記憶部に記憶し
た全ての文書データがスタイル識別情報を有する場合に
ついて説明したが、本発明は、複数のスタイル管理サー
バを用いる場合や、スタイル識別情報を有する文書デー
タとスタイル識別情報を持たない文書データが混在する
場合についても適用することができる。

【００６０】また、上記実施例では、スタイル管理サー
バ１２に障害等が発生した場合や、スタイル管理サーバ
１２に対するスタイル管理情報の検索要求を行う場合に
ついての説明を省略した。

【００６１】そこで、次に、複数のスタイル管理サーバ
を有するとともに、文書データが対応するスタイル識別
情報を持たない場合にはスタイル情報の検索・取り込み
を行い、また、障害発生に際してはバックアップスタイ
ルを用いるよう構成した第２の実施例について説明す
る。

【００６２】図４は、第２の実施例で用いる文書処理シ
ステムの構成を示す図である。

【００６３】図４に示すように、この文書処理システム
は、ネットワーク１３に、クライアント４０、４１及び
４２と、スタイル管理サーバ４３及び４４が接続される
構成となる。

【００６４】クライアント４０は、図１に示すクライア
ント１０のスタイル情報要求部１０ｅをスタイル情報検
索部４０ｂに置換するとともに、バックアップスタイル
記憶部４０ａを付加した構成となる。

【００６５】バックアップスタイル記憶部４０ａは、文
書データに対応するスタイル情報を有するスタイル管理
サーバ１２に異常が発生した場合や、ネットワーク１３
に障害が発生した場合等のために、バックアップ用のス
タイル情報を記憶する記憶部である。

【００６６】スタイル情報検索部４０ｂは、図１に示す
スタイル情報要求部１０ｅが有する機能に加えて、スタ
イル管理サーバ４３及び４４が有するスタイル情報の検
索機能を有する機能部である。

【００６７】すなわち、このクライアント４０は、スタ
イル管理サーバ４３又は４４からスタイル情報を入手で
きない場合を考慮して、バックアップ用のスタイル情報
をバックアップスタイル記憶部４０ａに保持するととも
に、必要に応じてスタイル情報検索部４０ｂを用いてス
タイル情報を検索し、その検索結果を踏まえてスタイル
情報を取り込むよう構成している。

【００６８】なお、クライアント４１及び４２について
も、クライアント４０と同様の構成となるため、説明の
便宜上、その細部構成の説明を省略する。

【００６９】また、スタイル管理サーバ４３及び４４
は、図１に示すスタイル管理サーバ１２とほぼ同様に構
成され、装置内部の図示しないスタイル情報転送部は、
クライアント４０〜４２から行われるスタイル情報の検
索要求に応答して検索結果を出力する機能を有する。

【００７０】上記構成を有する文書処理システムを用い
ることにより、２つのスタイル管理サーバ４３及び４４
でスタイル情報を分散管理するとともに、各クライアン
ト４０〜４２からスタイル情報の検索を行うことができ
る。

【００７１】次に、上記クライアント４０〜４２及びス
タイル管理サーバ４３〜４４の処理手順について説明す
る。

【００７２】まずクライアント４０〜４２の処理手順に
ついて説明する。

【００７３】クライアント４０〜４２の処理は、以下に
示す手順に基づいて行われる。

【００７４】 ＜クライアントの処理手順＞ 文書データと取り込む； ００１ ｉｆ（当該文書データがスタイル識別情報を有する）｛ ００２ スタイル識別情報に基づきスタイル管理サーバを特定； ００３ 該スタイル管理サーバに接続要求； ００４ /*所定時間、所定回数だけリトライを行う*/ ｉｆ（スタイル管理サーバと接続）｛ ００５ 所望のスタイル情報を要求； ００６ /*スタイル管理サーバがスタイル情報を取り出す*/ 所望のスタイル情報を取得； ００７ スタイル管理サーバとの接続を切る； ００８ ｉｆ（所望のスタイル情報有り） ００９ 取得したスタイル情報を文書データに適用； ０１０ ｅｌｓｅ ０１１ バックアップスタイルを文書データに適用； ０１２ ｝ｅｌｓｅ ０１３ バックアップスタイルを文書データに適用； ０１４ ｝ｅｌｓｅ ０１５ スタイル管理サーバ内のスタイル情報の検索及び取り出し； ０１６ すなわち、文書データを取り込んだならば（ステップ０
０１）、当該文書データがスタイル識別情報を有するか
否かを確認し（ステップ００２）、スタイル識別情報を
有しない場合には、スタイル情報の検索及び検索したス
タイル情報の取り出しを行う（ステップ０１６）。

【００７５】一方、当該文書データがスタイル識別情報
を有する場合には、スタイル識別情報に基づいてスタイ
ル情報を有するスタイル管理サーバを特定し（ステップ
００３）、該スタイル管理サーバに対して予め設定した
時間又は回数の間接続要求を行う（ステップ００４）。

【００７６】そして、上記スタイル管理サーバとの接続
がなされたならば、該スタイル管理サーバに対してスタ
イル識別情報を出力してスタイル情報を要求し（ステッ
プ００６）、この要求を受けたスタイル管理サーバが該
スタイル情報をスタイルデータベースから取り出して、
要求元のクライアントへ出力した後接続を切る（ステッ
プ００７〜００８）。

【００７７】そして、クライアントは、所望のスタイル
情報を入手した場合には、該スタイル情報を文書データ
に適用し、所望のスタイル情報を入手できない場合に
は、バックアップスタイル記憶部４０ａに記憶したバッ
クアップ用のスタイル情報を文書データに適用する（ス
テップ００９〜０１２）。

【００７８】また、ネットワーク障害が発生した場合
や、スタイル管理サーバが停止している場合のようにス
タイル管理サーバとの接続を行えない場合にも、バック
アップスタイル記憶部４０ａに記憶したバックアップ用
のスタイル情報を文書データに適用する（ステップ０１
４）。

【００７９】なお、クライアントが文書の編集を終了
し、文書データを文書データ記憶部１０ｄに記憶する場
合には、併せてバックアップスタイル記憶部４０ａに記
憶したスタイル情報を更新する。

【００８０】また、上記処理手順では、スタイル情報の
検索のみを行う場合の説明を省略したが、検索内容を含
む情報をスタイル管理サーバに出力することによりスタ
イル情報の検索を行うことができる。

【００８１】次に、スタイル管理サーバ４３〜４４の処
理手順について説明する。

【００８２】スタイル管理サーバ４３〜４４の処理は、
以下に示す手順に基づいて行われる。

【００８３】 ＜スタイル管理サーバの処理手順＞ ｗｈｉｌｅ（停止命令を受けるまで）｛ １０１ ｉｆ（接続要求を受けた） １０２ 接続を確認； １０３ ｉｆ（サーバが処理可能状態）｛ １０４ 現処理モードの登録及びロック； １０５ ｓｗｉｔｃｈ（処理要求の内容）｛ １０６ ｃａｓｅ 検索： １０７ 検索処理の実行； １０８ ｂｒｅａｋ； １０９ ｃａｓｅ スタイル情報の要求： １１０ ｉｆ（指定スタイル情報有り） １１１ 指定スタイル情報を取り出す； １１２ 指定スタイル情報の転送； １１３ ｅｌｓｅ １１４ エラー通知； １１５ ｂｒｅａｋ； １１６ ｃａｓｅ 検索及び内容取得： １１７ 検索処理の実行； １１８ スタイル情報の取り出し及び転送； １１９ ｂｒｅａｋ； １２０ ｝ｅｌｓｅ １２１ 受付拒否を通知； １２２ ｝ １２３ ｝ １２４ すなわち、スタイル管理サーバは、クライアントからの
接続要求を受けたならば（ステップ１０２）、接続を確
認した後スタイル管理サーバ自身が処理可能状態にある
か否かを確認する（ステップ１０３〜１０４）。

【００８４】その結果、スタイル管理サーバが処理可能
な状態になければ、要求元のクライアントに対して受付
拒否を通知した後（ステップ１２２）処理を終了する。

【００８５】一方、スタイル管理サーバが処理可能状態
にあれば、サービス提供後に現在の処理モードに復帰で
きるよう、現処理モードを登録するとともに、ロックを
かける（ステップ１０５）。

【００８６】そして、クライアントから検索要求が行わ
れた場合には、送信された検索内容に対応するスタイル
情報の検索を行って検索結果を出力し（ステップ１０
８）、スタイル情報の要求がなされた場合に、指定され
たスタイル情報がスタイルデータベース内に存在すれ
ば、該スタイル情報をスタイルデータベースから取り出
して転送し（ステップ１１２〜１１３）、指定されたス
タイル情報がなければ、エラー通知を行う（ステップ１
１５）。

【００８７】また、クライアントから検索及び内容取得
の要求がなされたならば、検索処理を実行した後、該検
索したスタイル情報をスタイルデータベースから取り出
して、クライアントに転送する（ステップ１１８〜１１
９）。

【００８８】上述してきたように、本実施例では、各ク
ライアント１０及び１１が、文書データ記憶部１０ｄに
記憶した文書データを取り出す際に、該文書データに対
応するスタイル識別情報に基づいてスタイル管理サーバ
１２にスタイル情報を要求し、該スタイル管理サーバ１
２は、該要求に対応するスタイル情報をスタイルデータ
ベース１２ｃから取り出して要求元のクライアントに転
送するよう構成したので、複数の文書が共有するスタイ
ル情報をスタイル管理サーバ１２において一元管理する
ことができる。

【００８９】また、スタイル管理サーバ１２が管理する
スタイル情報が更新された場合でも、各クライアントは
更新後のスタイル情報を容易に取得できる。

【００９０】さらに、各クライアント１０及び１１は、
所望のスタイル情報をスタイル管理サーバ１２から入手
することができる。

【００９１】また、複数のスタイル管理サーバ１２を設
けることにより、スタイル情報を分散管理することもで
きる。

【００９２】さらに、各クライアント内にバックアップ
スタイル情報を保持することにより、所望のスタイル情
報を入手できない場合であっても、スタイル情報を取得
することができる。

【００９３】なお、本実施例では、スタイル管理サーバ
１２とクライアント１０及び１１がネットワーク１３に
接続される場合について説明したが、本発明はこれに限
定されるものではなく、スタイル管理機能部とクライア
ント機能部とを同一装置上で実現することも可能であ
る。

【００９４】また、本実施例では、スタイル情報編集部
１２ｅをスタイル管理サーバ１２内に設けた場合につい
て説明したが、本発明はこれに限定されるものではな
く、スタイル情報編集部１２ｅをクライアント１０及び
１１内に設け、クライアント側からスタイル情報を編集
することも可能である。また、特定のクライアントにス
タイル情報の編集許可権を与えることも可能である。

【００９５】さらに、本実施例では、スタイル管理サー
バ内が一元管理するスタイル情報と、各クライアントが
有する文書データとを、スタイル識別情報を用いてリン
クする場合について説明したが、本発明はこれに限定さ
れるものではなく、各クライアントが適宜スタイル管理
サーバからスタイル情報をアクセスするよう構成するこ
とも可能である。

【００９６】

【発明の効果】以上詳細に説明したように、本発明は、
クライアントが、文書内容記憶手段に記憶した文書内容
を取り出す際に、該文書内容に対応する識別情報に基づ
いてスタイル管理サーバに文書スタイルを要求し、該ス
タイル管理サーバは、該要求に対応する文書スタイルを
文書スタイル記憶手段から取り出して要求元のクライア
ントに転送するよう構成したので、下記に示す効果が得
られる。

【００９７】１）複数の文書が共有するスタイル情報を
スタイル管理サーバにおいて一元管理することが可能と
なる。

【００９８】２）スタイル管理サーバが管理するスタイ
ル情報が更新された場合でも、各クライアントは更新後
のスタイル情報を容易に取得することが可能となる。

【００９９】３）各クライアントは、所望のスタイル情
報をスタイル管理サーバから入手することが可能とな
る。

【図面の簡単な説明】

【図１】第１の実施例で用いる文書処理システムの構成
を示すブロック図。

【図２】図１に示すクライアントの表示部に表示される
文書のスタイルが更新される様子を示す図。

【図３】図１に示すクライアントの文書処理手順と、該
クライアントによる文書処理に応答してスタイル管理サ
ーバが行う処理手順を示すフローチャート。

【図４】第２の実施例で用いる文書処理システムの構成
を示すブロック図。

【図５】スタイル情報の種別を示す図。

【符号の説明】

１０，１１，４０，４１，４２ クライアント、１２，
４３，４４ スタイル管理サーバ、 １３ ネットワー
ク、１０ａ ネットワークＩ／Ｆ部、 １０ｂ 文書編
集部、１０ｃ 表示部、 １０ｄ 文書データ記憶部、
１０ｅ スタイル情報要求部、１２ａ ネットワークＩ
／Ｆ部、 １２ｂ 制御部、１２ｃ スタイルデータベ
ース、 １２ｄ スタイル情報転送部、１２ｅ スタイ
ル情報編集部、４０ａ バックアップスタイル記憶部、
４０ｂ スタイル情報検索部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のクライアントが所定の文書スタイ
   ルを共有する文書をそれぞれ処理する文書処理システム
   において、 前記所定の文書スタイルを記憶する文書スタイル記憶手
   段と、 前記文書スタイル記憶手段に記憶した文書スタイルを前
   記クライアントが要求した際に、該クライアントに対し
   て前記文書スタイルを転送する文書スタイル転送手段と
   を有するスタイル管理サーバを具備し、 各クライアントは、 前記文書スタイル記憶手段に記憶した文書スタイル以外
   の文書内容を、該文書内容に適用すべき文書スタイルを
   特定する識別情報と対応させて記憶する文書内容記憶手
   段と、 前記文書内容記憶手段に記憶した文書内容を取り出す際
   に、該文書内容に対応する識別情報に基づいて前記スタ
   イル管理サーバに文書スタイルを要求する文書スタイル
   要求手段と、 前記文書スタイル転送手段により転送された文書スタイ
   ルを前記文書内容に適用した文書を処理する処理手段と
   を備えたことを特徴とする文書処理システム。