JPH0756786A - 構造化文書処理装置 - Google Patents

Abstract

(57)【要約】 【目的】複数の構造化文書により構成される１つの文書
の一貫性を保証することのできる構造化文書処理装置を
提供する。 【構成】ファイル／ディレクトリ関係データ解釈部１０
３は、ファイル／ディレクトリ関係データ保持部１０２
内のファイル／ディレクトリ関係データに基づいてファ
イルの論理的な順序を解釈する。ファイル使用情報解釈
部１０６は、ファイル使用情報保持部１０５内のファイ
ル使用情報に基づいてアクセスされているファイルを解
釈する。ディレクトリ使用情報解釈部１０９は、ディレ
クトリ使用情報保持部１０８内のディレクトリ使用情報
に基づいてアクセスされているディレクトリを解釈す
る。ファイル名列出力部１１７からは、上記各解釈部の
解釈結果に応じてファイル／ディレクトリ情報付加部１
１２によって作成されるファイル名又はディレクトリ名
とアクセスされている旨の情報とが対応されて出力され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、グラフ理論におけるグ
ラフによって表現される構造化文書に対する所定の処理
を行う構造化文書処理装置に関する。

【０００２】

【従来の技術】電子文書の論理構造をグラフ（木や一般
のネットワーク）によって表すことは従来から広く行わ
れている。例えば国際規格ＯＤＡ（ISO/IS 8613,Inform
ationProcessing-Text and Office System-Office Docu
ment Architecture(ODA) andInterchange Format(198
8)) では、文書の論理構造をノード（オブジェクト）に
よって表現している。またハイパーテキストでは、ノー
ドとリンクとで構成されるネットワークが文書である。

【０００３】論理構造を利用して、記憶装置に記憶され
た文書を対象として、文書や文書部分の検索、挿入、合
成、更新を行う文書処理装置が実現されている。このよ
うな文書処理装置としては、本願出願人によって出願さ
れた特願平４−２０６７２２号に開示されたものがあ
る。

【０００４】予め記述された単数又は複数の文書或いは
単数又は複数の文書部品に対応し、且つ識別子が付与さ
れている１つ以上の構成子を有する構成子記述列から、
指定された第１の条件に適合する構成子に対応する識別
子列を取得し、この識別子列から、指定された第２の条
件に適合する識別子列を取得し、この第２の条件に適合
する識別子に基づいて、前記予め記述された単数又は複
数の文書あるいは単数又は複数の文書部品に対応する構
成子記述列に対する処理を実行するようにしている。

【０００５】例えば、第２の条件（例えば１つ又は複数
の識別子列を得るための条件）に適合する識別子列に対
応する構成子記述列を、前記予め記述された単数又は複
数の文書あるいは単数又は複数の文書部品に対応する構
成子記述列から検索するようにしている。

【０００６】また上記第２の条件に適合する識別子列に
対応する構成子記述列を、指定された条件（例えば文書
部品を挿入するための条件）に従って、前記予め記述さ
れた単数又は複数の文書あるいは単数又は複数の文書部
品に対応する構成子記述列に挿入するようにしている。

【０００７】更に上記第２の条件に適合する識別子列に
対応する構成子記述列を、指定された条件（例えば文書
部品の属性を変更するための条件）に従って変更するよ
うにしている。

【０００８】ところで、論理的には１つの繋がりのある
文書であっても、文書処理上の制約（例えば文書のロー
ド／ストアの速度向上、共同による文書作成、文書中多
種レイアウトを持つ場合）などから、１つの文書を別々
のファイルに分割して構成した方が良い場合がある。

【０００９】このような複数のファイルに対して文書処
理を行う場合、上記特願平４−２０６７２２号のもので
は、次の様な問題がある。以下、１つの文書を構成する
ための個々のファイルも文書と呼ぶことにする。

【００１０】（１）文書名に依存した記述となる。これ
は、個々の文書の名前がプログラム上、陽に記述され、
プログラムとデータ（文書データ）との独立性が悪い。
このことは、文書単位での論理構造の一部の追加、削
除、入れ替え時に、文書名が異なった場合には、汎用性
のあるプログラムを記述することが困難である。

【００１１】（２）文書間の関係を記述することができ
ない。例えば、“Chapter1”を構成する文書と“Chapte
r2”を構成する文書とを対象として、プログラム上で、
“Chapter1”の兄弟である“Chapter2”といった文書間
の論理的関係を記述することができない。

【００１２】（３）ディレクトリ間における文書間の関
係を記述することができない。例えば上記（２）の場合
と同様に、“Chapter1”を構成する文書を持つディレク
トリと“Chapter2”を構成する文書を持つディレクトリ
とについて、プログラム上で、“Chapter1”の兄弟であ
る“Chapter2”といった文書間の論理的関係を記述する
ことができない。

【００１３】上記特願平４−２０６７２２号のものは、
１つの文書を対象とした場合、識別子によって、ある文
書の一部が文書の中で属していた部分を正確に特定する
ことができるという利点がある。

【００１４】（４）しかし、論理的には１つの繋がりの
ある文書が複数の文書ファイルで構成されるときは、識
別子によって、ある文書の一部が属するファイル名とそ
のファイル中の正確な位置を特定することができない。

【００１５】（５）複数のファイルに分割して格納され
た文書の文書部品を検索することができない。これは、
複数のファイルに分割された文書を１つの論理構造と見
なして文書部品を検索することができないことを意味す
る。例えば１番目のファイルに文書の前半（１〜３
章）、２番目のファイルに文書の後半（４〜６章）が格
納されている場合、「５番目の章」という条件で、“５
章”の文書部品を検索することができない。

【００１６】このような問題を解決すべく、対象とする
文書に対応し且つ分割された複数の構造化文書を保存し
ているファイル群と、前記ファイル群の論理関係を示す
ファイル関係データと、前記ファイル群に保存されてい
る前記複数の構造化文書の文書構造の接続関係を示す文
書構造関係データとに基づいて、所定の処理を行うよう
にした文書処理装置が実現されている。すなわち上記特
願平４−２０６７２２号のものは、１文書＝１ファイル
として処理するのに対し、当該文書処理装置は１文書＝
複数ファイルとして処理するようにしたものである。

【００１７】なお上記所定の処理としては、 （Ａ）前記ファイル群を統合する。この統合されたファ
イル群（すなわち統合された文書）を出力する。 （Ｂ）各ファイル内の各要素にそれぞれ対応する識別子
（これをファイル内識別子とする）と、複数の構造化文
書を１つの構造化文書として捕らえた場合の当該１つの
構造化文書内で唯一の識別子（これを統合文書識別子と
する）と、ファイル内識別子が属しているファイルのフ
ァイル名との対応関係を示す識別子マッピングデータを
作成する。この識別子マッピングデータを出力する。 （Ｃ）上記識別子マッピングデータから、検索条件とし
て指定された識別子と一致する統合文書識別子を得る。
などがある。

【００１８】このように複数の文書を統合された文書と
して捕らえ、ファイル内識別子に基づいて統合文書識別
子を求めることにより、この統合文書識別子に対応する
構成要素すなわち文書部品を特定することができるよう
になる。このことは、複数のファイルのファイルで１つ
の文書が構成されている場合であっても、特定の文書文
品や特定の位置を決定することができることを意味して
いる。従って、上述した（１）〜（５）の問題を解決す
ることが可能となる。

【００１９】

【発明が解決しようとする課題】しかしながら、上記文
書処理装置では、以下のような問題がある。

【００２０】◇ファイル群の各名前を表示するようにな
っていなかったので、これらのファイル名を認識するこ
とができなかった。これらのファイル名を表示しようと
した場合は、リスト順に表示させるしか方法がなく、フ
ァイルの論理順に従って、ファイル名を表示することは
できなかった。

【００２１】◇複数の作業者が共同して１つの文書を作
成している場合において、自己が処理中のファイルを、
バックアップする意味で、一時的にディスクに保存した
際に、その後、この保存されたファイルを、第３者が編
集することも有り得る。このことは、自己が処理中のフ
ァイルに対して第３者が操作することを意味しており、
意図しないファイル内容になってしまう虞がある。

【００２２】このような不具合を防止するには、対象の
ファイルが１つでも編集中であるようなとき、編集中の
状態を認識できる手段、あるいは第３者による処理を中
断するためのメカニズムが存在していた方が良い。しか
しながら、上記従来の文書処理装置には、そのような機
能は存在していなかった。

【００２３】◇上記従来の文書処理装置においては、１
つの文書を自動的に更新しているとき、同時に他の文書
処理が当該文書を操作すると、更新に失敗してしまう。
例えば１００ファイルで構成される１つの文書に対して
ページ割り付け処理を行っている場合においては、ペー
ジ割り付けはファイルの論理順に１ファイルずつ処理対
象となる。このことは、例えば、９９番目のファイルま
でページ割り付けが終了したとしても、１００番目のフ
ァイルが第３者によって編集されると、全体のページ割
り付けが失敗することになり、結果として、再度ページ
割り付けを実行しなければならないことが生じる。

【００２４】このような不具合を防止するには、対象の
ファイルが１つでも編集中であるようなとき、編集中の
状態を認識できる手段、あるいは第３者による処理を中
断するためのメカニズムが存在していた方が良い。しか
しながら、上記従来の文書処理装置には、そのような機
能は存在していなかった。

【００２５】本発明は、複数の構造化文書により構成さ
れる１つの文書の一貫性を保証することのできる構造化
文書処理装置を提供することを目的とする。

【００２６】

【課題を解決するための手段】第１の発明は、グラフ理
論におけるグラフによって表現される構造化文書に対す
る所定の処理を行う構造化文書処理装置において、対象
とする文書に対応し且つ分割された複数の構造化文書を
保存しているファイル群を指定するファイル群指定手段
と、前記ファイル群の論理関係を示すファイル関係デー
タを保持するファイル関係データ保持手段と、前記ファ
イル関係データに基づいてファイル群の論理関係を解釈
するファイル関係データ解釈手段と、該ファイル関係デ
ータ解釈手段の解釈結果に基づいて、前記ファイル群の
ファイル名の列を文書の論理的な順序で出力する出力手
段とを具備している。

【００２７】第２の発明は、第１の発明において、前記
ファイル群の全てのファイルに対応して、ファイルがア
クセスされているか否かを示すファイル使用情報を保持
するファイル使用情報保持手段を更に具備し、前記出力
手段は、前記ファイル群のファイル名の列を出力する際
に、前記ファイル使用情報保持手段の保持内容を参照し
て、ファイル名の列と、対応するファイル使用情報とを
対応させて同時に出力することを特徴としている。

【００２８】第３の発明は、第１の発明において、前記
ファイル群の全てのファイルに対応して、ファイルがア
クセスされているか否かを示すファイル使用情報を保持
するファイル使用情報保持手段と、該ファイル使用情報
保持手段の保持内容を参照し、少なくとも１つのファイ
ルに対応するファイル使用情報がアクセスされている旨
を示している場合は、前記出力手段に対して、ファイル
名の列の出力を禁止するように制御する出力制御手段と
を更に具備している。

【００２９】第４の発明は、第３の発明において、前記
ファイル使用情報保持手段に保持されている全てのファ
イル使用情報がアクセスされていない旨を示している場
合は、指定されたプロセスを生成すると共に、生成され
たプロセスへ前記ファイル群の全てのファイルの名前を
入力するプロセス生成手段を更に具備している。

【００３０】第５の発明は、第３の発明において、前記
ファイル使用情報保持手段に保持されている全てのファ
イル使用情報がアクセスされていない旨を示している場
合は、ファイルの使用情報を生成する使用情報生成手段
と、前記生成されたファイルの使用情報を保持する保持
手段と、指定されたプロセスを生成すると共に、生成さ
れたプロセスへ前記ファイル群の全てのファイルの名前
を入力するプロセス生成手段と、該プロセス生成手段に
よって生成されたプロセスが終了したことを検知する検
知手段と、該検知手段によってプロセスが終了したこと
を検知すると、前記使用情報生成手段の保持内容を削除
する削除手段とを更に具備している。

【００３１】第６の発明は、グラフ理論におけるグラフ
によって表現される構造化文書に対する所定の処理を行
う構造化文書処理装置において、対象とする文書に対応
し且つ分割された複数の構造化文書を保存しているファ
イル群を指定するファイル群指定手段と、前記ファイル
群の全て又は一部を保持するディレクトリの論理関係を
示すディレクトリ関係データを保持するディレクトリ関
係データ保持手段と、該ディレクトリ関係データに基づ
いて前記ディレクトリの論理関係を解釈するディレクト
リ関係データ解釈手段と、該ディレクトリ関係データ解
釈手段の解釈結果に基づいて、前記ディレクトリの名前
と、当該ディレクトリに属するファイルの名前とを、文
書の論理的な順序で出力する出力手段とを具備してい
る。

【００３２】第７の発明は、第６の発明において、ディ
レクトリに対応して、ディレクトリがアクセスされてい
るか否かを示すディレクトリ使用情報を保持するディレ
クトリ使用情報保持手段を更に具備し、前記出力手段
は、前記ディレクトリの名前及びファイルの名前を出力
する際に、前記ディレクトリ使用情報保持手段の保持内
容を参照して、ディレクトリの名前と、対応するディレ
クトリ使用情報とを対応させて同時に出力することを特
徴としている。

【００３３】第８の発明は、第６の発明において、前記
ディレクトリに対応して、ディレクトリがアクセスされ
ているか否かを示すディレクトリ使用情報を保持するデ
ィレクトリ使用情報保持手段と、該ディレクトリ使用情
報保持手段の保持内容を参照し、少なくとも１つのディ
レクトリに対応するディレクトリ使用情報がアクセスさ
れている旨を示している場合は、前記出力手段に対し
て、ディレクトリの名前及びファイルの名前の出力を禁
止するように制御する出力制御手段とを更に具備してい
る。

【００３４】第９の発明は、第６の発明において、前記
ディレクトリに対応して、ディレクトリがアクセスされ
ているか否かを示すディレクトリ使用情報を保持するデ
ィレクトリ使用情報保持手段と、前記ファイル群の全て
のファイルに対応して、ファイルがアクセスされている
か否かを示すファイル使用情報を保持するファイル使用
情報保持手段と、前記ディレクトリ使用情報保持手段及
びファイル使用情報保持手段の保持内容を参照し、少な
くとも１つのディレクトリに対応するディレクトリ使用
情報がアクセスされている旨を示している場合、又は少
なくとも１つのファイルに対応するファイル使用情報が
アクセスされている旨を示している場合は、前記出力手
段に対して、ディレクトリの名前及びファイルの名前の
出力を禁止するように制御する出力制御手段とを更に具
備している。

【００３５】第１０の発明は、第９の発明において、前
記ディレクトリ使用情報保持手段に保持されている全て
のディレクトリ使用情報がアクセスされていない旨を示
している場合、及びファイル使用情報保持手段に保持さ
れている全てのファイル使用情報がアクセスされていな
い旨を示している場合は、指定されたプロセスを生成す
ると共に、生成されたプロセスへ前記ディレクトリの名
前及び前記ファイル群の全てのファイルの名前を入力す
るプロセス生成手段を更に具備している。

【００３６】第１１の発明は、第９の発明において、前
記ディレクトリ使用情報保持手段に保持されている全て
のディレクトリ使用情報がアクセスされていない旨を示
している場合、及びファイル使用情報保持手段に保持さ
れている全てのファイル使用情報がアクセスされていな
い旨を示している場合は、ディレクトリの使用情報を生
成すると共にファイルの使用情報を生成する使用情報生
成手段と、前記生成されたディレクトリの使用情報及び
ファイルの使用情報を保持する保持手段と、指定された
プロセスを生成すると共に、生成されたプロセスへ前記
ディレクトリの名前及び前記ファイル群の全てのファイ
ルの名前を入力するプロセス生成手段と、該プロセス生
成手段によって生成されたプロセスが終了したことを検
知する検知手段と、該検知手段によってプロセスが終了
したことを検知すると、前記使用情報生成手段の保持内
容を削除する削除手段とを更に具備している。

【００３７】

【作用】この発明の構造化文書処理装置においては、フ
ァイル関係データ保持手段は、ファイル群指定手段によ
って指定された文書を構成するファイル群の論理関係を
示すファイル関係データを保持し、ファイル関係データ
解釈手段は、そのファイル関係データに基づいてファイ
ル群の論理関係を解釈し、さらに出力手段は、その解釈
結果に基づいて、前記ファイル群のファイル名の列を文
書の論理的な順序で出力する。従ってファイル名をファ
イルの論理順に認識することができる。

【００３８】また上記発明において、上記出力手段は、
前記ファイル群のファイル名の列を出力する際に、ファ
イル使用情報保持手段の保持内容を参照して、ファイル
名の列と、ファイルがアクセスされているか否かを示す
ファイル使用情報とを対応させて同時に出力する。ファ
イルがアクセスされていること、及びどのファイルがア
クセスされているかを認識することができる。

【００３９】さらに上記発明において、上記出力手段
は、少なくとも１つのファイルに対応するファイル使用
情報がアクセスされている旨の場合は、ファイル名の出
力を禁止する。

【００４０】また上記発明において、全てのファイルが
使用されていない場合は、指定されたプロセスを生成す
ると共に、生成されたプロセスへ前記ファイル群の全て
のファイルの名前を入力するプロセス生成手段を更に具
備している。

【００４１】さらに上記発明において、全てのファイル
が使用されていない場合は、ファイルの使用情報を生成
する使用情報生成手段と、前記生成されたファイルの使
用情報を保持する保持手段と、指定されたプロセスを生
成すると共に生成されたプロセスへ前記ファイル群の全
てのファイルの名前を入力するプロセス生成手段と、該
プロセス生成手段によって生成されたプロセスが終了し
たことを検知する検知手段と、該検知手段によってプロ
セスが終了したことを検知すると、前記使用情報生成手
段の保持内容を削除する削除手段とを更に具備してい
る。従って、処理対象の文書に対してロックが掛かるの
で、当該文書に対する他のユーザの処理を排他制御する
ことができると共に、当該文書に対する処理が終了した
際はロックが解除されるので、当該文書に対して他のユ
ーザが処理することができる。

【００４２】他の発明の構造化文書処理装置において
は、ディレクトリ関係データ保持手段は、ファイル群指
定手段によって指定された文書を構成するファイル群の
全て又は一部を保持するディレクトリの論理関係を示す
ファイル関係データを保持し、ファイル関係データ解釈
手段は、そのファイル関係データに基づいてファイル群
の論理関係を解釈し、さらに出力手段は、その解釈結果
に基づいて、前記ディレクトリの名前と、当該ディレク
トリに属するファイルの名前とを、文書の論理的な順序
で出力する。ディレクトリ名及びファイル名をファイル
の論理順に認識することができる。

【００４３】また上記他の発明において、前記出力手段
は、前記ディレクトリの名前及びファイルの名前を出力
する際に、前記ディレクトリ使用情報保持手段の保持内
容を参照して、ディレクトリの名前と、対応するディレ
クトリ使用情報とを対応させて同時に出力する。ディレ
クトリすなわちファイルがアクセスされていること、ど
のディレクトリがアクセスされているかを認識すること
ができる。

【００４４】また上記他の発明において、前記出力手段
は、少なくとも１つのディレクトリに対応するディレク
トリ使用情報がアクセスされている旨を示している場合
は、ディレクトリの名前及びファイルの名前の出力を禁
止する。

【００４５】また上記他の発明において、前記出力手段
は、少なくとも１つのディレクトリに対応するディレク
トリ使用情報がアクセスされている旨を示している場
合、又は少なくとも１つのファイルに対応するファイル
使用情報がアクセスされている旨を示している場合は、
ディレクトリの名前及びファイルの名前の出力を禁止す
る。

【００４６】また上記他の発明において、全てのディレ
クトリ及びファイルが使用されていない場合は、指定さ
れたプロセスを生成すると共に、生成されたプロセスへ
前記ディレクトリの名前及び前記ファイル群の全てのフ
ァイルの名前を入力するプロセス生成手段を更に具備し
ている。

【００４７】さらに上記他の発明において、全てのディ
レクトリ及びファイルが使用されていない場合は、ディ
レクトリの使用情報を生成すると共にファイルの使用情
報を生成する使用情報生成手段と、前記生成されたディ
レクトリの使用情報及びファイルの使用情報を保持する
保持手段と、指定されたプロセスを生成すると共に、生
成されたプロセスへ前記ディレクトリの名前及び前記フ
ァイル群の全てのファイルの名前を入力するプロセス生
成手段と、該プロセス生成手段によって生成されたプロ
セスが終了したことを検知する検知手段と、該検知手段
によってプロセスが終了したことを検知すると、前記使
用情報生成手段の保持内容を削除する削除手段とを更に
具備している。したがって、処理対象の文書に対してロ
ックが掛かるので、当該文書に対する他のユーザの処理
を排他制御することができると共に、当該文書に対する
処理が終了した際はロックが解除されるので、当該文書
に対して他のユーザが処理することができる。

【００４８】

【実施例】以下、本発明の実施例を添付図面を参照して
説明する。

【００４９】図１は、本発明に係る構造化文書処理装置
の一実施例を機能ブロック図で示したものである。同図
において、構造化文書処理装置は、文書処理部１０、フ
ァイル／ディレクトリ関係データ保持部２０、ファイル
使用情報保持部３０、ディレクトリ使用情報保持部４０
を備えている。文書処理部１０の処理結果は、処理内容
に応じて、エラーメッセージ／ステータス保持部５０、
ファイル名列保持部６０、文書処理プロセス実行部７０
に出力される。

【００５０】ファイル／ディレクトリ関係データ保持部
２０には、対象とする文書に対応し且つ分割された複数
の構造化文書をそれぞれ保存している複数のファイル
（以下、ファイル群という）の論理関係を示すファイル
関係データ、又は前記ファイル群であって、全部又は一
部のファイルがディレクトリに保持されているファイル
群の論理関係を示す関係データが保持されている。すな
わち、一般的には、複数のファイルは、１つのディレク
トリ（つまりルートディレクトリ）に保持されるか、１
つ以上のファイルを保持する少なくとも１つ以上のディ
レクトリと１つ以上のファイルとを保持する１つのディ
レクトリ（つまりルートディレクトリ）に保持される。
従って、前者の場合は上記ファイル関係データが保持さ
れ、一方、後者の場合は上記関係データが保持されるこ
とになる。なお、上記関係データにおいては、ルートデ
ィレクトリ内に、ファイルと他のディレクトリとが存在
していることになるので、以下、関係データをファイル
／ディレクトリ関係データと定義する。

【００５１】この実施例では、複数の構造化文書（すな
わち、ファイル群）により構成される１つの文書を、統
合文書と呼ぶことにする。

【００５２】ここで、具体的なファイル関係データ及び
ファイル／ディレクトリ関係データの構造について説明
する。なおこの実施例においては、『』で記述されてい
るものはディレクトリ又はファイルを表し、「」で記述
されているものはディレクトリ名又はファイル名を表し
ている。

【００５３】図２は、統合文書の論理関係（つまり論理
構造）を示したものである。ここでは６つのファイルに
よつて１つの文書が構成される場合について説明する。

【００５４】図２の例においては、ファイル関係データ
は以下のように規定されている。

【００５５】すなわち ファイル名： 論理順位データ 「doc-A 」： ｏｒｄｅｒ＝５； 「doc-B 」： ｏｒｄｅｒ＝３； 「doc-C 」： ｏｒｄｅｒ＝６； 「doc-D 」： ｏｒｄｅｒ＝２； 「doc-E 」： ｏｒｄｅｒ＝１； 「doc-F 」： ｏｒｄｅｒ＝４； というファイル関係データ１が保持されている。

【００５６】ここでは、上記６つのファイルはディレク
トリ『dir-α』に保持されているものとする。

【００５７】なおこの実施例においては、ファイル関係
データはファイル名と論理順位データとが対応して保持
されるようになっている。

【００５８】このように規定されるファイル関係データ
の順位に従うと、ファイルの論理順序は以下のように規
定される。

【００５９】「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 「doc-A 」 「doc-C 」 …論理順序１ 次に、ファイル／ディレクトリ関係データについて以下
に示す。

【００６０】すなわち ディレクトリ名 「dir-α」： ファイル名： 論理順位データ 「doc-A 」： ｏｒｄｅｒ＝６； 「doc-B 」： ｏｒｄｅｒ＝３； 「doc-C 」： ｏｒｄｅｒ＝７； 「doc-D 」： ｏｒｄｅｒ＝２； 「doc-E 」： ｏｒｄｅｒ＝１； 「doc-F 」： ｏｒｄｅｒ＝４； 「doc-β」： ｏｒｄｅｒ＝５； というファイル／ディレクトリ関係データ２と、 ディレクトリ名 「doc-β」： ファイル名： 論理順位データ 「doc-G 」： ｏｒｄｅｒ＝２； 「doc-H 」： ｏｒｄｅｒ＝１ というファイル／ディレクトリ関係データ３とが保持さ
れている。

【００６１】ここでは、ディレクトリ『dir-α』に、６
つのファイルと１つのディレクトリ『doc-β』とが保持
され、さらにディレクトリ『doc-β』に、２つのファイ
ルが保持されている。従って、ディレクトリ『dir-α』
には全部で８つのファイルが保持されていることにな
る。

【００６２】なおこの実施例においては、ファイル／デ
ィレクトリ関係データは、ファイル名及びディレクトリ
名と論理順位データとが対応して保持されるようになっ
ている。

【００６３】このようなファイル／ディレクトリ関係デ
ータの順位に従うと、ファイルの論理順序は以下のよう
に規定される。

【００６４】「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 「doc-H 」 「doc-G 」 「doc-A 」 「doc-C 」 …論理順序２ ファイル使用情報保持部３０には、ファイル群の全ての
ファイルに対応して、ファイルがアクセスされているか
否かを示すファイル使用情報が保持される。具体的に
は、ファイル名とファイル使用情報とが対応して保持さ
れる。

【００６５】ディレクトリ使用情報保持部４０には、デ
ィレクトリに対応して、ディレクトリがアクセスされて
いるか否かを示すディレクトリ使用情報が保持される。
具体的には、ディレクトリ名とディレクトリ使用情報と
が対応して保持される。

【００６６】エラーメッセージ／ステータス保持部５０
には、文書処理部１０から出力されるエラーメッセージ
及びステータスが保持される。

【００６７】ファイル名列保持部６０には、文書処理部
１０から出力されるファイル名が保持される。

【００６８】文書処理プロセス７０は文書処理部１０か
ら渡されたプロセスを実行し、この実行結果を出力す
る。

【００６９】文書処理部１０において、ファイル／ディ
レクトリ関係データ入力部１０１は、ファイル／ディレ
クトリ関係データ保持部２０から、ファイル関係データ
及びディレクトリ関係データを読み込み、ファイル／デ
ィレクトリ関係データ保持部１０２に保持する。ファイ
ル／ディレクトリ関係データ保持部２０には、統合文書
毎に、ファイル関係データ及びディレクトリ関係データ
が保持されるようになっている。

【００７０】ファイル／ディレクトリ関係データ解釈部
１０３は、ファイル関係データに基づいてファイル群の
論理関係を解釈すると共に、ディレクトリ関係データに
基づいてディレクトリの論理関係を解釈する。例えば上
記ファイル関係データ１に基づいて当該ファイルの論理
関係は上記論理順序１であると解釈し、また上記ファイ
ル／ディレクトリ関係データ２、３に基づいて当該ファ
イルの論理関係は上記論理順序２であると解釈する。

【００７１】ファイル使用情報入力部１０４は、ファイ
ル使用情報保持部３０から、ファイル名とファイル使用
情報（この詳細については後述する）を読み込んで、フ
ァイル使用情報保持部１０５に保持する。ファイル使用
情報保持部３０には、処理対象の統合文書を構成するフ
ァイル群についてのファイル使用情報が保持されるよう
になっている。

【００７２】ファイル使用情報解釈部１０６は、ファイ
ル使用情報保持部１０５に保持されているファイル使用
情報を参照して、少なくとも１つのファイルに対してア
クセスされているかを解釈する。

【００７３】ディレクトリ使用情報入力部１０７は、デ
ィレクトリ使用情報保持部４０から、ディレクトリ名と
ディレクトリ使用情報（この詳細については後述する）
を読み込んで、ディレクトリ使用情報保持部１０８に保
持する。ディレクトリ使用情報保持部４０には、処理対
象の統合文書を構成するファイル群の全て又は一部を保
持するディレクトリについてのディレクトリ使用情報が
保持されるようになっている。

【００７４】ディレクトリ使用情報解釈部１０９は、デ
ィレクトリ使用情報保持部１０８に保持されているディ
レクトリ使用情報を参照して、少なくとも１つのディレ
クトリに対してアクセスされているかを解釈する。

【００７５】そしてファイル／ディレクトリ関係データ
解釈部１０３による解釈結果はファイル名列保持部１１
０に出力され、ファイル使用情報解釈部１０６による解
釈結果はファイル使用情報生成部１１１及びファイル／
ディレクトリ使用情報付加部１１２に出力され、ディレ
クトリ使用情報解釈部１０９による解釈結果はファイル
／ディレクトリ使用情報付加部１１２及びディレクトリ
使用情報生成部１１３に出力される。またファイル名列
保持部１１０に保持されたファイル名はファイル／ディ
レクトリ使用情報付加部１１２に渡される。

【００７６】ファイル使用情報生成部１１１は、ファイ
ル使用情報解釈部１０６からの解釈結果が、全てのファ
イルがアクセスされていない旨の場合であって、且つ自
己の文書処理装置が、当該全てのファイルのうち少なく
とも１つのファイルにアクセスする際に、アクセスされ
ている旨のファイル使用情報を生成し、このファイル使
用情報をアクセスされるファイルの名前と共にファイル
使用情報出力部１１４に出力する。

【００７７】ファイル名及びファイル使用情報を渡され
たファイル使用情報出力部１１４では、ファイル使用情
報保持部３０に保持されているファイル名における当該
渡されたファイル名と一致するファイル名に対応して、
渡されたファイル使用情報を格納する。またアクセスさ
れていたファイルに対するアクセスが終了したときは、
該当するファイルの名前に対応するファイル使用情報
を、アクセスされていない旨に変更するようになってい
る。

【００７８】ディレクトリ使用情報生成部１１３は、デ
ィレクトリ使用情報解釈部１０９による解釈結果が、全
てのディレクトリがアクセスされていない旨の場合であ
って、且つ自己の文書処理装置が、当該全てのディレク
トリのうち少なくとも１つのディレクトリ（つまりアク
セスされるファイルを保存しているディレクトリ）にア
クセスする際に、アクセスされている旨のディレクトリ
使用情報を生成し、このディレクトリ使用情報をアクセ
スされるディレクトリの名前と共にディレクトリ使用情
報出力部１１５に出力する。

【００７９】ディレクトリ名及びディレクトリ使用情報
を渡されたディレクトリ使用情報出力部１１５では、デ
ィレクトリ使用情報保持部４０に保持されているディレ
クトリ名における当該渡されたディレクトリ名と一致す
るディレクトリ名に対応して、渡されたディレクトリ使
用情報を格納する。またアクセスされているデイレクト
リに対するアクセスが終了した場合は、そのディレクト
リの名前に対応するディレクトリ使用情報を、アクセス
されていない旨に変更するようになっている。

【００８０】ファイル／ディレクトリ使用情報付加部１
１２は、ファイル使用情報解釈部１０６からの解釈結果
（ファイル名及びファイル使用情報）、およびディレク
トリ使用情報解釈部１０９からの解釈結果（ディレクト
リ名及びディレクトリ使用情報）と、ファイル名列保持
部１１０からのファイル名とに基づいて、それぞれのフ
ァイル及びディレクトリの使用状態つまりアクセス状態
に相当するメッセージを作成し、このメッセージをファ
イル名列出力制御部１１６に出力する。

【００８１】なおこの実施例においては、ファイル名或
いはディレクトリ名とメッセージとが対となって出力さ
れるようになっており、アクセスされているときは、そ
の旨のメッセージが出力され、一方、アクセスされてい
ない場合は、空白のメッセージが出力される（つまり何
も出力されないことになる）。

【００８２】ファイル名列出力制御部１１６では、ファ
イル／ディレクトリ使用情報付加部１１２からの出力結
果を保持すると共に、この出力結果と予め設定された処
理内容とに基づいて、所定処理を実行する。

【００８３】すなわち、 （１）ファイルあるいはディレクトリがアクセスされて
いる場合の処理について （ａ）ファイル名列を出力せずにエラー処理する旨が設
定されていた場合は、ディレクトリ以下に保持されてい
るファイルが使用状態にある旨をエラーメッセージ及び
ステータスとして出力する。この出力結果はエラーメッ
セージ／ステータス保持部５０に保持される。またその
出力結果は他のユーザや文書処理装置（あるいはプログ
ラム）によってアクセス可能である。

【００８４】（ｂ）ファイル名列を出力する旨が設定さ
れていた場合は、ファイル名列とファイル使用情報（こ
の場合はアクセスされている旨）のメッセージをファイ
ル名列出力部１１７に出力する。

【００８５】（２）ファイル及びディレクトリがアクセ
スされていない場合の処理について （ａ）プロセスの生成及びプロセスの実行の要求がある
場合は、必要に応じてファイル名列を文書処理プロセス
生成部１１８に渡す。

【００８６】（ｂ）プロセスの生成及びプロセスの実行
の要求が無い場合は、ファイル名列とファイル使用情報
のメッセージ（この場合は空白）をファイル名列出力部
１１７に出力する。

【００８７】ファイル名列出力部１１７は、ファイル名
列出力制御部１１６からの出力結果を出力する。この出
力結果はファイル名列保持部６０に保持される。またそ
の出力結果は他のユーザや文書処理装置（あるいはプロ
グラム）によってアクセス可能である。

【００８８】文書処理プロセス生成部１１８は、他のプ
ロセスに渡すプロセスを生成すると共に、このプロセス
にファイル名列出力制御部１１６から渡されたファイル
名列を挿入した後、そのプロセスを出力する。この出力
されたプロセスは、文書処理プロセス実行部７０によっ
て実行される。そして文書処理プロセス実行部７０はプ
ロセスの実行を終了すると、その実行結果を出力する。
この出力結果は、他のユーザや文書処理装置（あるいは
プログラム）によってアクセス可能である。

【００８９】文書処理終了検知部１１９は、文書処理プ
ロセス実行部７０から出力された正常終了ステータスや
異常終了時のステータスを入力すると、そのステータス
情報をファイル名列出力部１１６に渡すとともに、プロ
セスの実行が終了した旨をファイル使用情報削除部１２
０およびディレクトリ使用情報削除部１２１に通知す
る。

【００９０】ファイル使用情報削除部１２０では、プロ
セスの実行が終了した旨を受け取ると、ファイル使用情
報出力部１１４に対して、現在アクセスしていたファイ
ルに対するアクセスされている旨のファイル使用情報を
削除するよう依頼する。これによって、該当するファイ
ルに対応するファイル使用情報は、ファイル使用情報出
力部１１４によって、アクセスされている旨からアクセ
スされていない旨に変更される。

【００９１】一方、ディレクトリ使用情報削除部１２１
では、プロセスの実行が終了した旨を受け取ると、ディ
レクトリ使用情報出力部１１５に対して、現在アクセス
していたディレクトリに対するアクセスされている旨の
ディレクトリ使用情報を削除するよう依頼する。これに
よって、該当するディレクトリに対応するディレクトリ
使用情報は、ディレクトリ使用情報出力部１１５によっ
て、アクセスされている旨からアクセスされていない旨
に変更される。

【００９２】文書処理終了検知部１１９からの文書処理
プロセス実行部７０の終了ステータスを受け取ったファ
イル名列出力制御部１１６は、実行結果である正常終了
のステータスまたは異常終了のステータスをエラーメッ
セージ／ステータスとして出力する。この出力結果は、
エラーメッセージ／ステータス保持部５０に保持され
る。またその出力結果は他のユーザや文書処理装置（あ
るいはプログラム）によってアクセス可能である。

【００９３】次に、ファイルの使用情報及びディレクト
リの使用情報について説明する。

【００９４】［１．ファイルの使用情報について］今、
図２に示されるような統合文書に対して、プロセス“Ｕ
ｓｅｒＸ”が編集する場合について説明する。

【００９５】図３に示すように、他のプロセス“Ｕｓｅ
ｒＹ”がファイル『doc-F 』（斜線で示される部分）を
編集中とすると、現在変更中のファイル『doc-F 』の内
容が一時的なファイルとして作成される。従って、ファ
イル『doc-F 』に対しての処理が終了するまでは、処理
を禁止するためのメカニズムが必要である。何故ならば
文書（言い換えればファイル）の一貫性を維持するため
だからである。

【００９６】そこで本発明では、ファイル使用情報を導
入し、編集中すなわちアクセスされているファイル『do
c-F 』に対する編集プログラムが起動されると同時に、
そのファイルに対応してファイル使用情報（例えばテキ
ストで使用状態であること或いは未使用と判別できるた
めの情報）を付加するようにしている。このファイル使
用情報は、他のプロセスからもアクセス可能でなければ
ならない。もしアクセスできなければエラーとなる。従
って、上記の例では、ファイル『doc-F 』に対してファ
イル使用情報が保持されるので、プロセス“Ｕｓｅｒ
Ｘ”は図３に示される文書に対してはアクセスすること
はできない。

【００９７】なお、この実施例では、ファイル使用情報
として、ファイルが使用されていない（アクセスされて
いない）場合には“Ｎｉｌ”を用い、一方、ファイルが
アクセスされている場合は“ｌｏｃｋｅｄ ｆｉｌｅ”
を用いるようにしている。

【００９８】従って、図３に示される状態においては、
ファイル使用情報保持部３０には、 ファイル名 ： ファイル使用情報 「doc-E 」 ： Ｎｉｌ 「doc-D 」 ： Ｎｉｌ 「doc-B 」 ： Ｎｉｌ 「doc-F 」 ： locked file 「doc-A 」 ： Ｎｉｌ 「doc-C 」 ： Ｎｉｌ という使用情報データ１１が保持されていることにな
る。

【００９９】この様な使用情報データ１１がファイル使
用情報入力部１０４によってファイル使用情報保持部１
０５に保持されると、ファイル使用情報解釈部１０６は
ファイル『doc-F 』がアクセスされていると解釈し、そ
の旨を示す“「doc-F 」：locked file ”をファイル／
ディレクトリ使用情報付加部１１２に通知する。

【０１００】また、この例では、ディレクトリはアクセ
スされていないので、ディレクトリ使用情報解釈部１０
９からは、アクセスされている旨の通知は無い。

【０１０１】さらにファイル／ディレクトリ使用情報付
加部１１２には、ファイル／ディレクトリ関係解釈部１
０３から出力される上述した論理順序１のファイル名列
が入力される。

【０１０２】そしてファイル／ディレクトリ使用情報付
加部１１２は、入力された各データを、以下のようにし
て一旦保持する。

【０１０３】ファイル名 ：ファイル使用情報 「doc-E 」 ：Ｎｉｌ 「doc-D 」 ：Ｎｉｌ 「doc-B 」 ：Ｎｉｌ 「doc-F 」 ：locked file 「doc-A 」 ：Ｎｉｌ 「doc-C 」 ：Ｎｉｌ またファイル／ディレクトリ使用情報付加部１１２は、
このようにして保持したデータから、以下の様なファイ
ル名列データ１２を作成する。

【０１０４】「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 **locked file** 「doc-A 」 「doc-C 」 ここでは、Ｎｉｌのファイル使用情報は空白となり、一
方、locked file のファイル使用情報は **locked file
**というメッセージに変更されている。

【０１０５】このファイル名列データ１２は、ファイル
がアクセスされている場合において、ファイル名列を出
力するように設定されていた場合に、ファイル名列出力
制御部１１６を経てファイル名列出力部１１７から出力
される。

【０１０６】こうして出力されたファイル名列データ１
２はファイル名列保持部６０に保持された後、例えばデ
ィスプレイ等の出力装置に表示される。

【０１０７】一方、エラー処理をするように設定されて
いた場合は、ファイル名列出力制御部１１６によって、
ファイルが既にアクセスされているため、アクセスエラ
ーである旨の以下に示すようなエラーステータスが作成
される。

【０１０８】Error:Locked file(s) exist Status=22 このようなエラーステータスは、エラーメッセージ／ス
テータス保持部５０に保持された後、例えばディスプレ
イ等の出力装置に表示される。

【０１０９】このように、ファイル名列あるいはエラー
ステータスが表示されるので、ユーザはファイルを使用
する前に、常に該当するファイル使用情報を参照するこ
とによって、既に編集中のファイルの名前を知ることが
できる。このときは特定の処理に分岐することができ
る。そしてファイルに対するアクセスがキャンセルされ
てからユーザは処理を行うことになる。

【０１１０】［２．ディレクトリの使用情報について］
図２に示した例において、ディレクトリ『dir-α』下に
あるファイルのうち、少なくとも１つのファイルが使用
している状態のとき、ディレクトリ『dir-α』は使用状
態にあると規定する。

【０１１１】プロセス“ＵｓｅｒＸ”がディレクトリ
『dir-α』下にあるファイルを対象にページ割り付け中
だとすると、ディレクトリ『dir-α』より以下のファイ
ルの割り付けに関する情報が変更中であり、ディレクト
リ『dir-α』以下の文書を対象とする文書処理は、この
ページ割り付けが終了するまでは、禁止するためのメカ
ニズムが必要となる。

【０１１２】例えば、ディレクトリ『dir-α』下にある
ファイルに対して、論理順にプリントアウト中であると
か、ページ割り付け中であるとき、処理の対象となるフ
ァイルは、『doc-E 』→『doc-D 』→『doc-B 』→『do
c-F 』→『doc-A 』→『doc-C 』というように順次移動
する。

【０１１３】このような場合、上述したようなファイル
使用情報を生成し、出力しても過渡的な情報に過ぎず無
意味なので、本発明においては、ディレクトリ使用情報
を導入する。

【０１１４】すなわち、ディレクトリ下の全てのファイ
ルに対するページ割付けプログラムが起動されると同時
に、そのディレクトリに対応してディレクトリ使用情報
を付加するようにしている。このディレクトリ使用情報
は他のプロセスからもアクセス可能でなければならな
い。もしアクセスできなければエラーとなる。従って、
上記の例では、ディレクトリ『dir-α』に対応してアク
セスされている旨のディレクトリ使用情報が保持される
ので、プロセス“ＵｓｅｒＸ”は図２に示される統合文
書に対してはアクセスすることができない。

【０１１５】なお、この実施例では、ディレクトリ使用
情報として、ディレクトリが使用されている（アクセス
されている）場合は“ｌｏｃｋｅｄ ｄｉｒｅｃｔｏｒ
ｙ”を用い、一方、アクセスされていない場合は空白
（つまり何も記述しない）とする。このディレクトリ使
用情報がクリアされたとき、ディレクトリ下の全てのフ
ァイルが未使用状態であることを意味する。

【０１１６】従って、図２に示されるファイル群に対し
てページ割付け処理が実行されている場合においては、
ディレクトリ使用情報保持部４０には、 ディレクトリ名 ：ディレクトリ使用情報 「dir-α」 ：locked directory という使用情報データ２１が保持される。

【０１１７】一方、ファイル使用情報保持部３０には ファイル名 ： ファイル使用情報 「doc-E 」 ： Ｎｉｌ 「doc-D 」 ： Ｎｉｌ 「doc-B 」 ： Ｎｉｌ 「doc-F 」 ： Ｎｉｌ 「doc-A 」 ： Ｎｉｌ 「doc-C 」 ： Ｎｉｌ という使用情報データ２２が保持されていることにな
る。

【０１１８】またファイル／ディレクトリ関係データ保
持部２０には、上述したファイル関係データ１が保持さ
れている。

【０１１９】そして、上記［１．ファイルの使用情報に
ついて］の欄で説明したように、ファイル／ディレクト
リ使用情報付加部１１２に、ファイル使用情報解釈部１
０６からの解釈結果、ディレクトリ使用情報解釈部１０
９からの解釈結果、及びファイル名列保持部１１０から
のファイル名列が入力されると、ファイル／ディレクト
リ使用情報付加部１１２は、それらの入力データを、以
下のようにして一旦保持する。

【０１２０】ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：locked directory ファイル名 ：ファイル使用情報 「doc-E 」 ：Ｎｉｌ 「doc-D 」 ：Ｎｉｌ 「doc-B 」 ：Ｎｉｌ 「doc-F 」 ：Ｎｉｌ 「doc-A 」 ：Ｎｉｌ 「doc-C 」 ：Ｎｉｌ またファイル／ディレクトリ使用情報付加部１１２は、
このようにして保持したデータから、以下の様なファイ
ル名列及びディレクトリ名列データ２３を作成する。

【０１２１】「dir-α」 **locked directory** 「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 「doc-A 」 「doc-C 」 ここでは、locked directoryのディレクトリ使用情報が
**locked directory**というメッセージに変更されてい
る。

【０１２２】このファイル名列及びディレクトリ名列デ
ータ２３は、ディレクトリがアクセスされている場合に
おいて、ファイル名列及びディレクトリ名列を出力する
ように設定されていた場合に、ファイル名列出力制御部
１１６を経てファイル名列出力部１１７から出力され
る。

【０１２３】こうして出力されたファイル名列及びディ
レクトリ名列はファイル名列保持部６０に保持された
後、例えばディスプレイ等の出力装置に表示される。

【０１２４】一方、エラー処理をするように設定されて
いた場合は、ファイル名列出力制御部１１６によって、
ディレクトリが既にアクセスされているため、アクセス
エラーである旨の以下に示すようなエラーステータスが
作成される。

【０１２５】Error:Locked directories exist Status=22 このようなエラーステータスは、エラーメッセージ／ス
テータス保持部５０に保持された後、例えばディスプレ
イ等の出力装置に表示される。

【０１２６】このように、ファイル名列及びディレクト
リ名列あるいはエラーステータスが表示されるので、ユ
ーザはファイルを使用する前に、常に該当するディレク
トリ使用情報を参照することによって、既に編集中のフ
ァイルが存在するディレクトリの名前を知ることができ
る。このときは特定の処理に分岐できる。そしてディレ
クトリに対するアクセスがキャンセルされてからユーザ
は処理を行うことになる。

【０１２７】ここまでは、ファイルの使用情報とディレ
クトリの使用情報について説明してきた。

【０１２８】［３．ルートディレクトリ内にファイルと
ディレクトリとが存在する場合について］ここでは、図
２に示した例のルートディレクトリ『dir-α』下のファ
イルに更に他のディレクトリが存在する場合の原理につ
いて説明する。

【０１２９】ファイル／ディレクトリ関係データ保持部
２０に、以下のデータが保持されている。

【０１３０】すなわち ディレクトリ名 「dir-α」 ファイル名 ：論理順位データ 「doc-E 」 ：ｏｒｄｅｒ＝１ 「doc-D 」 ：ｏｒｄｅｒ＝２ 「doc-B 」 ：ｏｒｄｅｒ＝３ 「doc-F 」 ：ｏｒｄｅｒ＝４ 「dir-β」 ：ｏｒｄｅｒ＝５ 「doc-A 」 ：ｏｒｄｅｒ＝６ 「doc-C 」 ：ｏｒｄｅｒ＝７ というファイル／ディレクトリ関係データ３１と、 ディレクトリ名 「dir-β」 ファイル名 ：論理順位データ 「doc-H 」 ：ｏｒｄｅｒ＝１ 「doc-G 」 ：ｏｒｄｅｒ＝２ というファイル／ディレクトリ関係データ３２とが保持
されている。

【０１３１】またファイル使用情報保持部３０には、以
下のデータが保持されている。

【０１３２】すなわち ファイル名 ：ファイル使用状態 「doc-E 」 ：Ｎｉｌ 「doc-D 」 ：Ｎｉｌ 「doc-B 」 ：Ｎｉｌ 「doc-F 」 ：Ｎｉｌ 「dir-β」 ：（空白） 「doc-A 」 ：Ｎｉｌ 「doc-C 」 ：Ｎｉｌ という使用情報データ３３と、 ファイル名 ：ファイル使用状態 「doc-H 」 ：Ｎｉｌ 「doc-G 」 ：Ｎｉｌ という使用情報データ３３とが保持されている。

【０１３３】更にディレクトリ使用情報保持部４０には
以下のデータが保持されている。

【０１３４】すなわち ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：Ｎｉｌ 「dir-β」 ：Ｎｉｌ という使用情報データ３５が保持されている。

【０１３５】このようにデータが保持されている状態に
おいて、文書処理部１０が起動されると、上述した各デ
ータが文書処理部１０に読み込まれて解釈される。

【０１３６】すなわちファイル／ディレクトリ関係デー
タ解釈部１０３は上記ファイル／ディレクトリ関係デー
タに基づいて、各ファイルの論理順は以下のようになる
と解釈する。

【０１３７】「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 「doc-H 」 「doc-G 」 「doc-A 」 「doc-C 」 …論理順位３６ またファイル使用情報解釈部１０６は、上記各ファイル
は使用されていないと解釈し、その旨をファイル使用情
報生成部１１１及びファイル／ディレクトリ使用情報付
加部１１２に通知し、更にディレクトリ使用情報解釈部
１０９は上記各ディレクトリは使用されていないと解釈
し、その旨をディレクトリ使用情報生成部１１３及びフ
ァイル／ディレクトリ使用情報付加部１１２に通知す
る。これは、ディレクトリ『dir-α』、『dir-β』共に
アクセスされている旨のディレクトリ使用情報が存在せ
ず、且つどのファイルについてもアクセスされている旨
のファイル使用情報も存在しないので、他のユーザまた
は他の文書処理装置が使用していないと判断しているこ
とを意味している。

【０１３８】この時点においては、ファイル／ディレク
トリ使用情報付加部１１２には、以下のようなデータが
保持されることになる。

【０１３９】すなわち ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：Ｎｉｌ ファイル名 ：ファイル使用状態 「doc-E 」 ：Ｎｉｌ 「doc-D 」 ：Ｎｉｌ 「doc-B 」 ：Ｎｉｌ 「doc-F 」 ：Ｎｉｌ 「dir-β」 ：（空白） 「doc-A 」 ：Ｎｉｌ 「doc-C 」 ：Ｎｉｌ というファイル名列及びディレクトリ名列データ３７
と、 ディレクトリ名：ディレクトリ使用情報 「dir-β」 ：Ｎｉｌ ファイル名 ：ファイル使用状態 「doc-H 」 ：Ｎｉｌ 「doc-G 」 ：Ｎｉｌ というファイル名列及びディレクトリ名列データ３８と
が保持されている。

【０１４０】ところで、ディレクトリ使用情報解釈部１
０９からの解釈結果を受け取ったディレクトリ使用情報
生成部１１３では、ディレクトリがアクセスされている
ことを示す旨のディレクトリ使用情報（すなわち“lock
ed directory”）を生成し、この“locked directory”
をディレクトリ名「dir-α」、「dir-β」に対応させ
て、ディレクトリ使用情報出力部１１５に出力する。

【０１４１】これによって、ディレクトリ使用情報保持
部４０の保持内容は、ディレクトリ使用情報出力部１１
５によって以下のように更新される。

【０１４２】すなわち、使用情報データ３５は、 ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：locked directory 「dir-β」 ：locked directory という使用情報データ３５Ａに更新される。

【０１４３】一方、ファイル使用情報生成部１１１にお
いては、ファイル使用情報解釈部１０６から、全てのフ
ァイルが使用されていない旨の解釈結果を受け取って
も、ディレクトリ単位でディレクトリが使用されている
旨の使用情報が生成されると判断して、何もしない。

【０１４４】上述したような使用情報が動的に更新され
ると、その更新内容に応じて、ファイル／ディレクトリ
使用情報付加部１１２の保持内容も更新される。

【０１４５】すなわち上記例では、ファイル／ディレク
トリ使用情報付加部１１２には、以下のようなデータが
保持されることになる。

【０１４６】すなわち、ファイル名及びディレクトリ名
列データ３７は、 ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：locked directory ファイル名 ：ファイル使用状態 「doc-E 」 ：Ｎｉｌ 「doc-D 」 ：Ｎｉｌ 「doc-B 」 ：Ｎｉｌ 「doc-F 」 ：Ｎｉｌ 「dir-β」 ：（空白） 「doc-A 」 ：Ｎｉｌ 「doc-C 」 ：Ｎｉｌ というファイル名及びディレクトリ名列データ３７Ａに
更新される。

【０１４７】また、ファイル名及びディレクトリ名列デ
ータ３８は、 ディレクトリ名：ディレクトリ使用情報 「dir-β」 ：locked directory ファイル名 ：ファイル使用状態 「doc-H 」 ：Ｎｉｌ 「doc-G 」 ：Ｎｉｌ というファイル名及びディレクトリ名列データ３８Ａに
更新される。

【０１４８】［４．仮のディレクトリ使用情報につい
て］一般的な実際の計算機システムにおいては、ディレ
クトリ使用情報やファイル使用情報をシーケンシャルに
読むことになる。従ってこのような処理方式では、クリ
ティカルな処理となる期間が存在する。

【０１４９】すなわち上記［３．ルートディレクトリ内
にファイルとディレクトリとが存在する場合］の欄で説
明したように、全てのファイルについて、アクセスされ
ている旨のファイル使用情報が付加されていないと判断
した後に、ディレクトリ『dir-α』に対して、ディレク
トリ使用情報として“locked directory”を付加するよ
うにすると、以下のような不具合が発生する。

【０１５０】今、図２に示した例において、ディレクト
リ『dir-α』にはアクセスされている旨のディレクトリ
使用情報が付加されていなかったとする。

【０１５１】次に、 「doc-E 」 「doc-D 」 「doc-B 」 「doc-F 」 「doc-A 」 「doc-C 」 と順にそれぞれのファイルについてファイル使用情報を
アクセスするものとする。

【０１５２】ここで、プロセス“ＵｓｅｒＸ”が例えば
ファイル『doc-F 』まで読んだときに、他のプロセス
“ＵｓｅｒＹ”によりファイル『doc-E 』にアクセスさ
れている旨のファイル使用情報が付加されたとする。そ
してプロセス“ＵｓｅｒＸ”は、ファイル『doc-F 』以
降のファイル『doc-A 』、『doc-C 』にはアクセスされ
ている旨のファイル使用情報がないので、ディレクトリ
『dir-α』にディレクトリ情報を付加することになる。
しかし、このような場合、ディレクトリ『dir-α』には
プロセス“ＵｓｅｒＸ”により付加されたアクセスされ
た旨のディレクトリ使用情報が存在し、またファイル
『doc-E 』にはプロセス“ＵｓｅｒＹ”により付加され
たアクセスされた旨のファイル使用情報が存在すること
になり、これは明らかに、矛盾する事象が発生すること
になる。

【０１５３】このような矛盾する事象を防止するために
は、他のプロセス“ＵｓｅｒＹ”によって、ファイル
『doc-E 』に対応して、アクセスされている旨のファイ
ル使用情報が付加されないようにする必要がある。

【０１５４】そもそも、ディレクトリ『dir-α』にアク
セスされている旨のディレクトリ使用情報が付加されて
いなかったので、プロセス“ＵｓｅｒＹ”は、ファイル
『doc-E 』にアクセスされている旨のファイル使用情報
を付加するのであるから、プロセス“ＵｓｅｒＸ”はデ
ィレクトリ『dir-α』にアクセスされている旨のディレ
クトリ情報がない場合、直ちにディレクトリ『dir-α』
に対応してアクセスされている旨のディレクトリ使用情
報を付加するようにすれば良い。

【０１５５】そして、ファイル名「doc-E 」、「doc-D
」、「doc-B 」、「doc-F 」、「doc-A 」、「doc-C
」の中で、１つでもアクセスされている旨のファイル
使用情報が存在するときは、このディレクトリ名「dir-
α」に付加したアクセスされている旨のディレクトリ情
報を直ちにキャンセルする。

【０１５６】これによって、プロセス“ＵｓｅｒＸ”
は、ディレクトリに対応して、アクセスされている旨の
ディレクトリ使用情報が付加されていなかった場合は、
取り敢えず、そのディレクトリに対するアクセス権を得
るために、アクセスされている旨のディレクトリ使用情
報を付加すると共に、そのディレクトリ内のファイル中
で１つのファイルでもアクセスされている場合は、上記
ディレクトリ使用情報をキャンセルする。このため１つ
のルートディレクトリ内のファイルに対して、２以上の
プロセスによりアクセスされるという事象を防止するこ
とができる。

【０１５７】なおこの実施例においては、ディレクトリ
『dir-α』をスキャンしたときに付加した、アクセスさ
れている旨のディレクトリ使用情報を仮情報と呼び、デ
ィレクトリ『dir-α』内の全てのファイルをスキャンし
た結果、それぞれにアクセスされている旨のファイル使
用情報が付加されていなかった場合に確定されるディレ
クトリ使用情報と区別することにする。

【０１５８】また上記［３．ルートディレクトリ内にフ
ァイルとディレクトリとが存在する場合］の欄で説明し
たように、ディレクトリがネスト（入れ子）できるよう
なシステムにおいては、全ファイルをアクセスするまで
に、より大きなタイムラグが発生するので、上述したよ
うな矛盾した事象が発生する可能性が大きくなる。

【０１５９】このような場合においても、上述したディ
レクトリ使用情報の仮情報を採用することにより、上述
したような矛盾した事象の発生を防止することができ
る。

【０１６０】今、上記［３．ルートディレクトリ内にフ
ァイルとディレクトリとが存在する場合］の欄で説明し
た様に、ディレクトリ『dir-α』内に、６つのファイル
と１つのディレクトリ『dir-β』が存在し、このディレ
クトリ『dir-β』内に、２つのファイルが存在するもの
とする。そしてディレクトリ『dir-α』、『dir-β』に
対応して、アクセスされている旨のディレクトリ使用情
報は付加されておらず、ディレクトリ『dir-β』内のフ
ァイル『doc-G 』に対応して、アクセスされている旨の
ファイル使用情報が付加されているとする。

【０１６１】このような状態においては、プロセス“Ｕ
ｓｅｒＸ”は、ディレクトリには、アクセスされている
旨のディレクトリ使用情報が付加されていないと判断し
て、ディレクトリ『dir-α』に対応して、アクセスされ
ている旨のディレクトリ使用情報の仮情報を付加し、そ
の後、ファイルの論理順に従って、ファイル使用情報を
アクセスすることになる。

【０１６２】この時点での、ファイル／ディレクトリ関
係データ及びディレクトリ使用情報、ファイル使用状態
の関係は、以下のようになっている。

【０１６３】すなわち ディレクトリ名：ディレクトリ使用情報 「dir-α」 ：仮：locked directory ファイル名 ： ファイル／ディレクトリ関係データ：ファイル使用状態 「doc-E 」 ： ｏｒｄｅｒ＝１ ： Ｎｉｌ 「doc-D 」 ： ｏｒｄｅｒ＝２ ： Ｎｉｌ 「doc-B 」 ： ｏｒｄｅｒ＝３ ： Ｎｉｌ 「doc-F 」 ： ｏｒｄｅｒ＝４ ： Ｎｉｌ 「dir-β」 ： ｏｒｄｅｒ＝５ ： （空白） 「doc-A 」 ： ｏｒｄｅｒ＝６ ： Ｎｉｌ 「doc-C 」 ： ｏｒｄｅｒ＝７ ： Ｎｉｌ 』 ディレクトリ名：ディレクトリ使用情報 「dir-β」 ： Ｎｉｌ ファイル名 ： ファイル関係データ ： ファイル使用状態 「doc-H 」 ： ｏｒｄｅｒ＝１ ： Ｎｉｌ 「doc-G 」 ： ｏｒｄｅｒ＝２ ： locked file プロセス“ＵｓｅｒＸ”は、ファイル名「doc-E 」から
ファイル名「doc-F 」、及びディレクトリ『dir-β』内
に存在するファイル『doc-H 』のファイル名「doc-H 」
まで、順次、ファイル使用情報をアクセスしたとする。
ここまでにおいては、いずれのファイルも使用されてい
ない。次にプロセス“ＵｓｅｒＸ”は、ファイル名「do
c-G 」のファイル使用情報は“locked file ”になって
いるので、ファイル『doc-G 』が使用されていると判断
して、ディレクトリ名「dir-α」に付加した“仮：dire
ctory ”をキャンセルする。

【０１６４】最後にファイル『doc-G 』についてのファ
イル使用情報をリストするか、エラー処理を行う。

【０１６５】［５．排他制御について］プロセス“Ｕｓ
ｅｒＸ”は、上述したようにアクセスされている旨のデ
ィレクトリ使用情報の仮情報を付加し、そのディレクト
リ以下の全てのディレクトリ、ファイルのアクセスされ
ている旨の使用情報が存在しない場合は、上記ディレク
トリ使用情報の仮情報を正規のディレクトリ使用情報に
変更する。この時点で、プロセス“ＵｓｅｒＸ”は、他
のプロセスがそのディレクトリを指定し、所定の処理を
実行するということから、排他することが可能となる。

【０１６６】反対に、プロセス“ＵｓｅｒＸ”は、処理
が終了する直前に、上記アクセスされている旨のディレ
クトリ使用情報を削除しなければならない。何故なら
ば、他のプロセスが使用することができなくなるからで
ある。すなわち正常終了する場合、又は異常終了する場
合のいずれにおいても、アクセスされている旨のディレ
クトリ使用情報を削除しなければならない。

【０１６７】次に、統合文書を構成する構造化文書間の
接続について説明する。

【０１６８】（Ｍ-1）番目の文書まで処理され、次にＭ
番目の文書が特定されたとする。

【０１６９】先行する（Ｍ-1）番目の文書の最後尾のレ
ベルをｂ、（Ｍ-1）番目の文書のレベルをＮ_M-1 、現在
のＭ番目の文書のレベルをＮ_M 、と定義すると、（Ｍ-
1）番目の文書までの処理が終了している時点で、Ｎ
_M-1 、Ｎ_M については、 １≦ａ≦Ｎ_M-1 ≦ｂ １≦Ｎ_M 但し、ａ、ｂ、Ｎ_M-1 、Ｎ_M は自然数に属する要素 が成立しているとする。このとき（Ｍ-1）番目の文書の
文書レベルはａであるという。

【０１７０】なおこの実施例においては上述した関係の
ことを文書レベル特定条件と定義する。

【０１７１】このような文書レベル特定条件の下におい
ては、先行する文書構造へのＮ_M の接続については、図
４に示すように、接続パターン１、２、３の３通りの接
続パターンがあるので、次にこれらの接続パターンにつ
いて説明する。

【０１７２】◇接続パターン１［１≦Ｎ_M ≦ａのとき］ Ｍ番目の文書を、図５に示すように（Ｍ-1）番目の文書
と同じレベルで接続する（Ｎ_M ＝ａのとき）か、あるい
は図６に示すように（Ｍ-1）番目の文書以外の先行する
文書（統合文書）の上位ノードと接続する（Ｎ_M ＜ａの
とき）。つまりこのパターンでは、（Ｍ-1）番目の文書
はａより小さいレベルのノードが不在なので、Ｍ番目の
文書は、（Ｍ-1）番目の文書のノードと直接接続するこ
とはできない。

【０１７３】 ◇接続パターン２［ａ≦Ｎ_M ≦（ｂ＋１）のとき］ Ｍ番目の文書を、図７に示すように（Ｍ-1）番目の文書
のノードと直接接続する。なお仮に、（Ｍ-1）番目の文
書においてｂレベルのノードが複数存在していても、Ｍ
番目の文書は最後尾（図７ではノード２）の子供として
接続される。何故ならば、（Ｍ-1）番目の文書は、Ｍ番
目の文書よりも論理順で先行する文書構造を形成するた
め、ノード１に接続すると、（Ｍ-1）番目の文書のノー
ド２がＭ番目の文書よりも先行しなくなり、ファイル関
係データの記述と矛盾する。よってこのような接続は不
正となる。

【０１７４】 ◇接続パターン３［（ｂ＋１）＜Ｎ_M のとき］ 図８は、Ｍ番目の文書を、（Ｍ-1）番目の文書以外の先
行する文書（統合文書）の（ｂ＋１）より大きいレベル
のノードに接続した様子を示している。この場合は、Ｍ
番目の文書は、（Ｍ-1）番目の文書よりも論理順で先行
する構造を形成する。これは、ファイル関係データの記
述と矛盾するので、このような接続は不正となる。図９
は、（Ｍ-1）番目の文書において、Ｎ_M の親のレベルで
ある（ｂ＋１）のレベルが不在であることを示したもの
である。この場合は明らかに不正である。

【０１７５】図１０は、図１に示した実施例の装置を実
現するためのハードウェア構成を示したものであり、具
体的には、例えばワークステーションやコンピュータな
どの装置のブロック図を示している。同図において、入
力装置２１０、ディスプレイ２２０、ディスク２３０、
主メモリ２４０、中央処理装置（ＣＰＵ）２５０とがバ
ス２６０を介してそれぞれ接続されている。

【０１７６】入力装置２１０は、キーボード及びマウス
から構成されており、各種のデータ、コマンド等の入力
情報を入力するためのものである。ディスプレイ２２０
は、ファイル／ディレクトリ関係データの内容、ファイ
ル名とファイル使用情報との関係あるいはディレクトリ
名とディレクトリ使用情報との関係を表した出力情報、
エラーメッセージ、ステータス情報などを表示する。デ
ィスク２３０には、ファイル／ディレクトリ関係デー
タ、ファイル使用情報及びディレクトリ使用情報等の情
報、ファイル名列やファイル使用情報やディレクトリ使
用情報の等の出力処理を行うための処理手順を示すプロ
グラム、オペレーティングシステム（ＯＳ）が格納され
ている。主メモリ２４０には、ディスク２３０からロー
ドされたデータやプログラム、入力装置２１０から入力
された入力情報などが記憶される。なお主メモリ２４０
には、ＣＰＵ２５０が所定の処理を実行するための上記
処理手順を示すプログラム、ＯＳを含むプログラムが記
憶されるプログラム領域２４１と、ＣＰＵ２５０がデー
タに対する操作を行うための作業領域２４２とが設けら
れている。ＣＰＵ２５０は、バス２６０を介して上記各
部を制御すると共に、主メモリ２４０のプログラム領域
２４１にローディングされた上記プログラム、ＯＳを実
行して所定の処理を行う。

【０１７７】ここで、図１に示した機能ブロックの構成
要素と図１０に示したブロック図の構成要素との対応関
係について説明する。

【０１７８】図１に示した保持部２０、３０、４０、５
０及び６０は共に図１０に示したディスク２３０に対応
し、図１に示した保持部１０２、１０５、１０８、１１
０は共に図１０に示した主メモリ２４０の作業領域２４
２に対応し、図１に示した前記以外の構成要素は図１０
に示したＣＰＵ２５０に対応する（実際には、それぞれ
の機能を遂行させるためのソフトウェア（プログラム）
をＣＰＵ２５０が実行することにより実現される。）。
次に、本実施例の処理動作について図１１乃至図１３を
参照して説明する。

【０１７９】図１１に示す様に、ユーザが文書ファイル
（あるいは文書ファイル及びディレクトリ）を保持して
いるディレクトリを指定すると（ステップ３０１）、フ
ァイル／ディレクトリ関係データ入力部１０１は、指定
されたディレクトリ下に存在するファイル或いはファイ
ル／ディレクトリについてのファイル関係データ或いは
ファイル／ディレクトリ関係データが、ファイル／ディ
レクトリ関係データ保持部２０に定義されているか（つ
まり格納されているか）否かを判断する（ステップ３０
２）。

【０１８０】ステップ３０２において、ファイル関係デ
ータ、或いはファイル／ディレクトリ関係データが定義
されていなかったり、ファイル／ディレクトリ関係デー
タ保持部２０をアクセスすることができない場合は、統
合文書を構成する個々の構造化文書がどのような順序で
構成されるのかを示す情報がないこととなり、エラーと
なる（ステップ３０３）。例えば誤ったディレクトリを
指定したり、パーミッションが適正でない場合は、それ
らの旨のエラーメッセージが、図示しないエラーメッセ
ージ出力手段から出力されることになる。当然、そのエ
ラーメッセージはユーザに提示される。

【０１８１】一方、ステップ３０２において、ファイル
関係データ或いはファイル／ディレクトリ関係データが
定義されている場合、ファイル／ディレクトリ関係デー
タ入力部１０１は、ファイル／ディレクトリ関係データ
保持部２０から、該当するファイル／ディレクトリ関係
データを読み込んで、ファイル／ディレクトリ関係デー
タ保持部１０２に格納する（ステップ３０４）。

【０１８２】するとファイル／ディレクトリ関係解釈部
１０３は、ファイル／ディレクトリ関係データ保持部１
０２に保持されたファイル／ディレクトリ関係データに
基づいて、ファイル名若しくはディレクトリ名を出力す
る順序を一意に決定することができるか否か（すなわち
ファイルの論理順序を決定することができるか否か）を
判断する（ステップ３０５）。

【０１８３】ステップ３０５において一意に決定できな
い場合は、図示しないエラーメッセージ出力手段によっ
て、ファイル関係データエラー或いはファイル／ディレ
クトリ関係データエラーに関するエラーメッセージが出
力される。

【０１８４】一方、ステップ３０５において、ファイル
関係データ或いはファイル／ディレクトリ関係データが
正当の場合、図１２に示す様に、デイレクトリ使用情報
入力部１０７は、ディレクトリ使用情報保持部４０か
ら、指定されたディレクトリについてのディレクトリ使
用情報を読み込んで、ディレクトリ使用情報保持部１０
８に格納する（ステップ３０７）。

【０１８５】するとディレクトリ使用情報解釈部１０９
は、ディレクトリ使用情報保持部１０８に保持されたデ
ィレクトリ使用情報が、アクセスされている旨のディレ
クトリ使用情報（つまり“locked directory”）である
かをチェックする。このときディレクトリ使用情報の仮
情報（つまり“仮：locked directory”）も存在するか
も合わせてチェックする（ステップ３０８）。このチェ
ック結果はファイル／ディレクトリ使用情報付加部１１
２に保持され、ファイル名列出力制御部１１６によって
参照される。

【０１８６】ステップ３０８において“locked directo
ry”又は“仮：locked directory”が存在するというこ
とは、これらのデータがファイル／ディレクトリ使用情
報付加部１１２に保持されることを意味する。従って、
ファイル名列出力制御部１１６は、ファイル／ディレク
トリ使用情報付加部１１２の保持内容を参照した結果、
“locked directory”又は“仮：locked directory”が
存在している場合は、そのディレクトリ以下に保持され
ているファイルが少なくとも１つは使用状態にあると判
断して、予め設定される条件に従ってファイル名列の出
力を抑制するか否かを判断する（ステップ３０９）。こ
こでは、ファイル名列の出力をしないでエラー処理する
か、あるいはファイル名列とアクセスされている旨の使
用情報とを出力するかが決定される。なお上記予め設定
される条件は例えばコマンドオプション等によって規定
される。

【０１８７】ステップ３０９においてエラー処理する場
合、ファイル名列出力制御部１１６は、指定されたディ
レクトリ以下に保持されているファイルの中で少なくと
も１つは使用状態にあるという旨をエラーメッセージ／
エラーステータスとして出力する（ステップ３１０）。
このエラーメッセージ／エラーステータスは、エラーメ
ッセージ／エラーステータス保持部５０に保持される。
その保持内容は他のユーザ又は文書処理装置によりアク
セスされる。

【０１８８】一方、ステップ３０９においてファイル名
とアクセスされている旨のファイル使用情報とを出力す
る場合、ファイル使用情報入力部１０４は、ファイル使
用情報保持部３０から、指定されたディレクトリ下にあ
る全てのファイルについてのファイル使用情報を読み込
んで、ファイル使用情報保持部１０５に保持する（ステ
ップ３１１）。ここに保持されたファイル使用情報は、
ファイル使用情報解釈部１０６によって解釈された後、
ファイル／ディレクトリ使用情報付加部１１２に入力さ
れる。

【０１８９】またファイル／ディレクトリ関係データ解
釈部１０３は、ファイル名をファイルの論理順にファイ
ル名列保持部１１０に保持する。ここに保持されるファ
イル名の列は、ファイル／ディレクトリ使用情報付加１
１２に入力される。この時点で、ファイル／ディレクト
リ使用情報付加１１２には、ファイル名の列、ファイル
使用情報、ディレクトリ使用情報が保持されていること
になるので、ファイル／ディレクトリ使用情報付加１１
２は、保持されている情報に基づいて、ファイル名に対
応して、それぞれのファイルの使用状態に相当するメッ
セージを付加すると共に、ディレクトリ名に対応してデ
ィレクトリの使用状態に相当するメッセージを付加して
（ステップ３１２）、出力する。なおこの場合は、ディ
レクトリ名に対応して“**locked directory**”のメッ
セージが付加される。ディレクトリに対して、アクセス
されている旨のディレクトリ使用情報が付加されている
ということは、ファイルに対してアクセスされている旨
のファイル使用情報を付加しなくても、当該ディレクト
リに対する他のプロセスによる処理を排他制御すること
ができることを意味しているので、ファイルについての
メッセージは作成されない。

【０１９０】そしてファイル／ディレクトリ使用情報付
加１１２の出力結果は、ファイル名列出力制御部１１６
を経てファイル名列出力部１１７から出力される（ステ
ップ３１３）。この出力結果はファイル名列保持部６０
に保持され、その内容は、他のユーザや文書処理装置に
よってアクセスされる。

【０１９１】ステップ３０８において“locked directo
ry”又は“仮：locked directory”が存在していない場
合は、他のプロセスがそのディレクトリを指定した文書
処理を実行していないことを示しているので、ディレク
トリ使用情報解釈部１０９は、予め設定された条件に従
って、アクセスしている旨のディレクトリ使用情報を付
加するか否か、すなわち該当するディレクトリに対する
文書処理を他のプロセスから排他にするか否かを判断す
る（ステップ３１４）。この予め設定される条件は例え
ばコマンドオプションによって規定される。

【０１９２】ステップ３１４において排他制御する場合
は、その旨が、ディレクトリ使用情報解釈部１０９から
ディレクトリ使用情報生成部１１３へ通知されるので、
ディレクトリ使用情報生成部１１３では、ディレクトリ
使用情報の仮情報例えば“仮：locked directory”を生
成する（ステップ３１５）。この時点では、このディレ
クトリ下のファイルが直接指定されて処理されている可
能性があるので、全てのファイルについて使用可能かど
うかは判断できない。従って正規の情報ではなく、仮の
情報を生成する。

【０１９３】こうして生成された仮の情報すなわち
“仮：locked directory”はディレクトリ名と共にディ
レクトリ使用情報出力部１１５へ出力されるので、ディ
レクトリ使用情報出力部１１５では、入力した“仮：lo
cked directory”を、ディレクトリ使用情報保持部３１
６に保持されているディレクトリ名における上記渡され
たディレクトリ名と一致するものと対応させて格納する
（ステップ３１６）。ディレクトリ使用情報保持部３１
６に保持された内容は、他の文書処理装置からもアクセ
ス可能であるので、他の文書処理装置とは排他処理が可
能となる。

【０１９４】なおこの実施例においては、文書処理部１
０が処理中に、ファイル使用情報保持部３０及びディレ
クトリ使用情報保持部４０の保持内容が更新された場合
は、その更新内容は、ファイル／ディレクトリ使用情報
付加部１１２の保持内容に反映されるようになってい
る。例えば、ディレクトリ使用情報保持部４０の保持内
容が更新された場合は、その更新内容は、ディレクトリ
使用情報入力部１０７によって読み込まれてディレクト
リ使用情報保持部１０８に保持された後、ディレクトリ
使用情報解釈部１０９によって解釈され、その後、ファ
イル／ディレクトリ使用情報付加部１１２に保持され
る。従ってステップ３１６が終了した後においては、フ
ァイル／ディレクトリ使用情報付加部１１２には、指定
されたディレクトリ名に対応して“仮：locked directo
ry”が保持されていることになる。

【０１９５】さてステップ３１６が終了すると、ファイ
ル使用情報入力部１０４は、ファイル使用情報保持部３
０から、指定されたディレクトリ下にある全てのファイ
ルについてのファイル使用情報を読み込んで、ファイル
使用情報保持部１０５に保持する（ステップ３１７）。

【０１９６】なお上記ステップ３１４において排他制御
をしない場合はステップ３１７に進む。

【０１９７】ファイル使用情報解釈部１０６は、ファイ
ル使用情報保持部１０５の保持内容を参照して、少なく
とも１つのファイルについてアクセスされている旨のフ
ァイル使用情報が存在しているか否かを判断する（ステ
ップ３１８）。この判断結果はファイル／ディレクトリ
使用情報付加部１１２に保持されるので、ファイル／デ
ィレクトリ使用情報付加部１１２は、少なくとも１つの
ファイルについてアクセスされている旨のファイル使用
情報が存在する場合は、自己内にディレクトリ使用情報
の仮情報が保持されているか否かを判断する（ステップ
３１９）。

【０１９８】ここで、ディレクトリ使用情報の仮情報が
生成され格納されているが、アクセスされている旨のフ
ァイル使用情報が既に存在しているということは、既に
他のユーザ又は文書処理装置によってファイルが使用さ
れていることを意味しているので、本文書処理装置は、
指定されたディレクトリに対してアクセスする権利はな
い。

【０１９９】従ってステップ３１９において仮情報が存
在する場合、ファイル／ディレクトリ使用情報付加部１
１２は、その仮情報を削除するようにディレクトリ使用
情報出力部１１５に依頼する。この結果として、ディレ
クトリ使用情報保持部４０内の仮の情報はディレクトリ
使用情報出力部１１５によって削除されることとなる
（ステップ３２０）。これにより指定されたディレクト
リの文書処理部１０による使用優先権がキャンセルされ
ることになる。

【０２００】ステップ３２０が終了すると、ファイル名
列出力制御部１１６は、上記ステップ３０９の処理と同
様に、予め設定される条件に従ってファイル名列の出力
を抑制するか否かを判断する（ステップ３２１）。

【０２０１】ステップ３２１においてファイル名列の出
力を抑制する場合、ファイル名列出力制御部１１６は、
指定されたディレクトリ以下に保持されているファイル
が使用状態にある旨をエラーメッセージ／エラーステー
タスとして出力する（ステップ３２２）。この出力され
たエラーメッセージ／エラーステータスは、エラーメッ
セージ／エラーステータス保持部５０に保持され、他の
ユーザや文書処理装置からアクセス可能である。

【０２０２】なお上記ステップ３１９において仮情報が
存在しない場合はステップ３２１に進む。

【０２０３】ステップ３１８において、アクセスされて
いる旨のファイル使用情報が存在しない場合は、本文書
処理装置は指定されたディレクトリに対してアクセスす
る権利があることを意味しているので、ファイル／ディ
レクトリ使用情報付加部１１２は、上記ステップ３１９
の処理と同様に、自己内にディレクトリ使用情報の仮情
報が保持されているか否かを判断する（ステップ３２
３）。

【０２０４】ステップ３２３において仮情報が保持され
ている場合、ファイル／ディレクトリ使用情報付加部１
１２は、仮情報に代わって正規の情報を生成するように
ディレクトリ使用情報生成部１１３に依頼する。これに
応答して、ディレクトリ使用情報生成部１１３は、アク
セスされている旨のディレクトリ使用情報として“lock
ed directory”を生成し、この“locked directory”を
ディレクトリ名と共にディレクトリ使用情報出力部１１
５に出力する（ステップ３２４）。この結果として、デ
ィレクトリ使用情報保持部４０に保持されている仮情報
である“仮：locked directory”が、正規の情報である
“locked directory”に更新されることになる。ディレ
クトリ使用情報保持部４０の内容は、他の文書処理装置
からアクセス可能である。

【０２０５】またディレクトリ使用情報出力部１１５
は、正規の情報をディレクトリ使用情報４０に格納する
と同時に、正規の情報を生成し格納した旨をディレクト
リ使用情報削除部１２１に通知する。

【０２０６】ところで、ステップ３２１で「ＮＯ」の場
合、ステップ３２３で「ＮＯ」の場合、ステップ３２４
を終了した場合は、図１３に示す様に、ファイル／ディ
レクトリ関係データ解釈部１０３は、ファイル名をファ
イルの論理順に生成してファイル名列保持部１９０に保
持する（ステップ３２５）。ここに保持されるファイル
名の列は、ファイル／ディレクトリ使用情報付加部１１
２に入力される。この時点で、ファイル／ディレクトリ
使用情報付加１１２には、ファイル名の列、ファイル使
用情報、ディレクトリ使用情報が保持されていることに
なるので、ファイル／ディレクトリ使用情報付加１１２
は、保持されている情報に基づいて、ファイル名に対応
して、それぞれのファイルの使用状態に相当するメッセ
ージを付加する。

【０２０７】そして、上記メッセージが付加された後の
ファイル名の列及びファイル使用情報が、ファイル／デ
ィレクトリ使用情報付加１１２を介して、ファイル名列
出力制御部１１６に入力される（ステップ３２６）。

【０２０８】するとファイル名列出力制御部１１６は、
予め設定された条件に従って、プロセス生成／実行が要
求されているかチェックする（ステップ３２７）。この
予め設定された条件は例えばコマンドオプションによっ
て規定される。

【０２０９】ステップ３２７においてプロセス生成／実
行が要求されていない場合、ファイル名列情報と使用情
報がファイル名列出力部１１７に入力されるので、ファ
イル名列出力部１１７は、そのファイル名列情報と使用
情報を出力する（ステップ３２８）。この出力結果は、
ファイル名列保持部６０に保持され、他のユーザや文書
処理装置からアクセス可能である。

【０２１０】一方、ステップ３２７においてプロセス生
成／実行が要求されている場合、文書プロセス生成部１
１８はプロセスを生成し（ステップ３２９）、またファ
イル名列制御部１１６はプロセスについてファイル名列
の入力が必要か否かを判断する（ステップ３３０）。

【０２１１】ステップ３３０においてファイル名列の入
力を要求している場合、ファイル名列制御部１１６は、
文書プロセス生成部１１８によって生成されたプロセス
に上記ファイル名列を入力した後、文書処理プロセス実
行部７０に渡す（ステップ３３１）。この文書処理プロ
セス実行部７０では、入力したプロセスを実行し、この
実行が終了すると、この実行結果を出力することにな
る。この実行結果は、他のユーザや文書処理装置からア
クセス可能である。

【０２１２】このようにして文書処理プロセス実行部７
０がプロセスを実行すると、文書処理終了検知部１１９
は、そのプロセスの実行が終了するのを監視し（ステッ
プ３３２）、文書処理プロセス実行部７０からの例えば
正常終了ステータスや異常終了時のステータス等のプロ
セスの終了に関する情報を受け取る。

【０２１３】なお上記ステップ３３０においてファイル
名列の入力の必要がない場合はステップ３３２に進む。

【０２１４】ステップ３３２を終了した場合あるいはス
テップ３２８を終了した後においては、ディレクトリ使
用情報削除部１２１は、ディレクトリ使用情報出力部１
１５からの正規の情報の生成及び格納した旨が既に通知
されているか否かを判断する（ステップ３３３）。

【０２１５】ステップ３３３において、正規の情報の生
成及び格納した旨が既に通知されている場合は、正規の
情報の削除処理をディレクトリ使用情報出力部１１５に
依頼する（ステップ３３４）。この結果、ディレクトリ
使用情報保持部４０からは、ディレクトリ使用情報出力
部１１５によって正規の情報が削除される。これによ
り、排他制御が解除され、当該指定されたディレクトリ
を他の文書処理プロセスがアクセスすることが可能とな
る。

【０２１６】ステップ３３４を終了した場合、ステップ
３３３で「ＮＯ」の場合は全ての処理が終了する。

【０２１７】なお文書処理終了検知部１１９が受け取っ
た文書処理プロセス実行部７０からのプロセスの終了に
関する情報は、ファイル名列出力制御部１１６に入力さ
れ、ここから終了ステータスとして出力される。この出
力されたステータスはエラーメッセージ／ステータス保
持部５０に保持され、他のユーザや文書処理装置からア
クセス可能である。

【０２１８】次に具体例を挙げて説明する。

【０２１９】文書の共同作成支援機能を提供するための
ロック機構を持つディレクトリをブックと呼ぶ。このブ
ックには１つの文書を構成するため１以上のファイル又
はディレクトリが格納されている。この実施例の文書処
理装置が提供するコマンドｂｌｓを以下に説明する。こ
のｂｌｓはブック内の文書ファイル名をリストする。又
はこのプロセスを親として子供のプロセスを実行するこ
とによって、他のコマンドを排他実行できる。この例を
図１４に示す。

【０２２０】次にコマンドｂｌｓについて説明する。

【０２２１】［名前］bls-ブックのロック機構を制御
し、ファイル名（列）をリストするコマンド ［形式］ bls [-l] [-b｜-B] bookname bls -e bookname command ［機能説明］booknameで指定するブック内の文書、ブッ
ク以下を再帰的に検索し、ブック下の文書を対象として
ファイル名をリストする。リストの順序はブックのペー
ジ順（論理順）である。

【０２２２】このコマンドは、booknameで指定するブッ
クについは施錠されていないならば、ロックする。この
コマンドが終了するとき、施錠したロックを解除する。
このコマンドにより出力されたファイルを対象に文書操
作コマンドで操作することを前提とする。

【０２２３】［戻り値］正常終了時は０である。

【０２２４】終了ステータスが以下の場合、エラー検出
である。合わせて標準エラー出力にエラーメッセージを
出力する。

【０２２５】１０：コマンドラインの書式エラー １４：ブックの書式エラー ２２：ブックのアクセスエラー ２４：標準出力のアクセスエラー ３０：メモリ不足 ３９：その他の問題 ［オプション］オプションなし booknameで指定するブック以下を全て検索し、ページ順
（論理順）でファイル名のリストを標準出力へ出力す
る。リストされるのは、ブック中のページ整理対象の文
書ファイルのみである。リスト形式はパス名と同様、bo
okname/ …/ booknameである。複数のファイル名が出力
されるとき、ファイル名はキャリッジリターン（ｃｒ）
によって区切られる。

【０２２６】◇-e bookname command このオプションが指定されたときは、ブック中のページ
整理対象の文書ファイルがcommand で指定されるコマン
ドの標準入力となる。command で指定されるコマンドの
終了時にbls がかけたロックを解錠する。このオプショ
ンにより呼び出されるのはsh（Bourne shell）である。
-eオプションは他のオプションと同時に使用できない。

【０２２７】◇-b ブックの名前も同時にリストする。

【０２２８】◇-B ブックの名前だけをリストする。

【０２２９】◇-l リスト形式をロング形式で表示する。表示される情報は
以下の順である。

【０２３０】ファイルタイプ ＢＯＯＫ Document ファイル名 ファイルサイズ（ファイルタイプがブックのときは項目
数） バイト表示 所有者 更新日時 年/ 月/ 日 時：分：秒 他プロセスによる使用情報 **locked file** ［ロックについて］ （ａ）bls がロックできる条件は、指定したブック以下
のブックと文書ファイル全てについて既にロックされて
いないことである。例えば図１５に示す例において、ブ
ック２に対してロックを掛ける場合は、ブック３及びブ
ック４、文書０〜文書４のうち１つでもアクセスされて
いる旨の使用情報がないこと（つまり既にロックされて
いないこと）。

【０２３１】（ｂ）bls がロックできる条件を満たした
とき、指定されたブックにアクセスされている旨のディ
レクトリ使用情報を付加する。図１５に示す例における
ブック２がロックされた状態を、図１６に示す。ディレ
クトリ使用情報が付加されたブック２以下（すなわちブ
ック３、ブック４、文書０）は、他プロセスからはロッ
ク状態となる。

【０２３２】なおブックのロック制御を行うためにはコ
マンドオプション-eのコマンドの中で呼ばなければなら
ない。すなわちbls -e bookname commandsを起動する。

【０２３３】次に、ディレクトリ（ブック）「目次.boo
k 」を用いて具体的に説明する。

【０２３４】このブック「目次.book 」はＵＮＩＸのデ
ィレクトリである。

【０２３５】このブック直下にあるファイルは、「目次
作成.doc」「目次作成の操作.doc」「操作の流れ.doc」
「目次作成の操作手順.doc」である。これらは構造化文
書の予め設定されたファイルフォーマットで保管されて
いる。４つのファイルで「目次.book 」という名前の文
書を構成している。

【０２３６】なお上述した説明において、文中「 」で
囲んだ文字列はディレクトリ又はファイルの名前を表し
ている。また＄マークはＵＮＩＸの標準シェルであるBo
urneshellの入力プロンプトを示す。以降の説明におい
ても同様とする。

【０２３７】［使用例１］上述したディレクトリ（ブッ
ク）「目次.book 」について、例えばＵｎｉｘの標準コ
マンドであるｌｓを使うと、以下のように表示される。

【０２３８】 ここでは『』内に記述されている内容が表示内容を表し
ている。以下の説明においても同様とする。

【０２３９】この４つのファイルを順に処理する場合に
は、ｌｓコマンドが提供する表示ファイル順序ではな
く、ファイル関係データに従った論理順でなければなら
ない。ここで、上記４つのファイルが定義される際に同
時に定義されるファイル／ディレクトリ関係データを以
下に示す。

【０２４０】目次作成の操作.doc order:2 目次作成の操作手順.doc order:4 目次作成.doc order:1 操作の流れ.doc order:3 ここでファイルの名前に対応するファイルのブック内の
順序が属性名order の値の昇順であるとする。

【０２４１】このようなファイル／ディレクトリ関係デ
ータが定義された４つのファイルをファイル表示ビュー
で表示した様子を、図１７に示す。

【０２４２】上述したファイル関係データや図１７に示
される表示内容を表示することなく、コマンドｂｌｓを
使用することによって、ブック「目次.book 」以下の文
書のファイル名を論理順にリストすることができる。そ
の結果を以下に示す。

【０２４３】 この結果により、ユーザは逐次、ファイル関係データを
参照することなく、即座にファイルの文書構成上の順序
を知ることができる。

【０２４４】［使用例２］ブック「目次.book 」から文
書のファイル名を論理順にリストする。

【０２４５】今、ファイル「目次作成の操作.doc」が編
集中であるとする。

【０２４６】例えば、Ｕｎｉｘコマンドｌｓで表示する
と、以下のように表示される。

【０２４７】 この例のようにユーザは、ファイル「目次作成の操作.d
oc」が編集中であるということは分からない。

【０２４８】この実施例によれば、「目次作成の操作.d
oc」を編集開始時、そのファイルについて使用情報が付
加される。使用情報の内容例を以下に示す。

【０２４９】目次作成の操作.doc locked file 目次作成の操作手順.doc Nil 目次作成.doc Nil 操作の流れ.doc Nil ブックでのファイル表示を図１８に示す。なお図１８に
おいては、「目次作成の操作.doc」については、アクセ
ス（編集中）されているということが示されている。こ
の例では、ファイルが編集中であることをアイコンの左
の鍵マークで示している。

【０２５０】 『 $bls -l 目次.book Document 目次.book/目次作成.doc 2261バイト Kusumoto 1993/03/02 16:38:31 Document 目次.book/目次作成の操作.doc 9609バイト Kusumoto 1993/03/02 16:39:28 **locked file** Document 目次.book/操作の流れ.doc 22103 バイト Kusumoto 1993/03/02 16:40:14 Document 目次.book/目次作成の操作手順.doc 31865 バイト Kusumoto 1993/03/02 16:40:21 』 ［使用例３］上記使用例２と同様の条件下でファイル名
列の出力を抑制すると、以下のような処理結果が得られ
る。

【０２５１】 この結果は、エラー終了していることが示されている。
ここでは、エラーステータス２２（これはブックのアク
セスエラーのステータス）が表示されている。 ［使用例４］ブック「目次.book 」の直下にあるファイ
ルは、「目次作成.doc」「目次作成の操作.doc」「操作
の流れ.doc」「目次作成の操作手順.doc」である。更に
ファイルに混在しているディレクトリ「ポイント.book
」の直下にはファイル「ポイント.doc」と、「特記事
項.doc」がある。つまり、計６つのファイルで「目次.b
ook 」という名前の文書を構成する。

【０２５２】このようなブック「目次.book 」を、例え
ばＵｎｉｘコマンドｌｓで表示すると、以下のように表
示される。

【０２５３】 この表示内容においては、ファイル名は、ファイルの論
理順に表示されているのではなく、ｌｓコマンドによる
ファイルのリスト順に表示されている。

【０２５４】ここで、上記６つのファイルが定義される
際に同時に定義されるファイル／ディレクトリ関係デー
タを以下に示す。

【０２５５】「目次.book 」に関するファイル／ディレ
クトリ関係データは 操作の流れ.doc order:3 目次作成.doc order:1 目次作成の操作.doc order:2 目次作成の操作手順.doc order:4 ポイント.book order:5 のように定義されている。

【０２５６】「ポイント/book 」に関するファイル／デ
ィレクトリ関係データは ポイント.doc order:1 特記事項.doc order:2 の様に定義されている。

【０２５７】ファイルの名前に対応するファイルのブッ
ク内の順序が属性名order の値の昇順に対応する。

【０２５８】このようなファイル／ディレクトリ関係デ
ータが定義された６つのファイルをファイル表示ビュー
で表示した様子を図１９に示す。図１９においては、ブ
ック「目次.book 」について、全てのディレクトリ及び
ファイルは使用されていないことが示されている。

【０２５９】［使用例５］上記使用例４のブック「目
次.book 」から文書のファイル名を論理順にリストす
る。このときブック「ポイント.book 」下のファイル
「特記事項.doc」が編集中とする。

【０２６０】例えばＵｎｉｘコマンドｌｓで表示する
と、以下のように表示される。

【０２６１】 なおユーザはファイル「特記事項.doc」が編集中である
ということは分からない。

【０２６２】これに対し本実施例においては、「特記事
項.doc」を編集開始時、そのファイルについて使用情報
が付加される。その一例を以下に示す。

【０２６３】「目次.book 」に関するファイル使用情報
の内容 ポイント.book Ｎｉｌ 目次作成の操作.doc Ｎｉｌ 目次作成の操作手順.doc Ｎｉｌ 目次作成.doc Ｎｉｌ 操作の流れ.doc Ｎｉｌ 「ポイント.book 」に関するファイル使用情報の内容 ポイント.doc Ｎｉｌ 特記事項.doc locked file 今、この「特記事項.doc」が編集中であるとする。

【０２６４】 『 bls -l 目次.book Document 目次.book/目次作成.doc 2261バイト Kusumoto 1993/03/02 16:38:31 Document 目次.book/目次作成の操作.doc 9609バイト Kusumoto 1993/03/02 16:39:28 Document 目次.book/操作の流れ.doc 22103 バイト Kusumoto 1993/03/02 16:40:14 Document 目次.book/目次作成の操作手順.doc 31865 バイト Kusumoto 1993/03/02 16:40:21 Document 目次.book/ポイント.book/ポイント.doc 5829バイト Kusumoto 1993/03/02 16:40:29 Document 目次.book/ポイント.book/特記事項.doc 5829バイト Kusumoto 1993/03/02 16:40:40 **locked file** 』 なおブックでのファイル表示の一例を図２０に示す。な
お図２０においては、「目次作成の操作.doc」について
は、アクセスされているということが示されている。

【０２６５】［使用例６］上記使用例５と同じ条件下で
ファイル名列の出力を制御するとエラー終了し、以下の
ようになる。

【０２６６】 ［使用例７］ブック「目次. book」から文書のファイル
名をリストした結果を、文書処理コマンドｂｆｉｎｄへ
の入力とする。このｂｆｉｎｄは、ブック「目次. boo
k」を対象に条件を満足するファイルの名前を求めるも
のである。この例で指定する条件は、例えばポーランド
記法（D.E.Knuth,The are of computer programming,vo
l.1,Fundamental algorithms,second edition.1968,197
3,Addison-Wesley Pub.Co ）で記述されるものとする。

【０２６７】以下、”bfind ’＾NoSeg(Ttl(TtlTxt( 目
次作成の仕組み))) ’- ”の部分が、ｂｌｓが生成する
プロセスで、これを実行する。このとき−（ハイフォ
ン）の部分が、このプロセスへ論理順にリストしたファ
イル名列を入力することを指示する部分である。

【０２６８】このとき、全てのファイル、ディレクトリ
について使用情報がないとき、以下のリストがbfind プ
ロセスへの入力となる。

【０２６９】目次.book/目次作成.doc 目次.book/目次作成の操作.doc 目次.book/操作の流れ.doc 目次.book/目次作成の操作手順.doc 目次.book/ポイント.book/ポイント.doc 目次作成のしくみであるようなセグメントを持つファイ
ルの名前は「目次作成.doc」であるので、以下のような
表示結果となる。

【０２７０】 『 $ bls -e 目次.book ”bfind ’＾NoSeg(Ttl(TtlTxt( 目次作成の仕組み))) ’- ” 目次作成.doc $echo $? 0 $ 』 因みに、この「ポイント.doc」が使用中であるとする
と、ファイル名列の出力が制御され、以下のような表示
結果となり、bfind プロセスが生成される前にエラー終
了する。異常終了の結果として終了ステータス２２が保
持されている。

【０２７１】 『 $ bls -e 目次.book ”bfind ’＾NoSeg(Ttl(TtlTxt( 目次作成の仕組み))) ’- ” bls:Specified ＢＯＯＫ locked $echo $? 22 』 ［使用例８］ブック「目次.book 」から文書のファイル
名を論理順にリストした結果を文書処理コマンドｂｓｅ
ｌｅｃｔへの入力とする。このｂｓｅｌｅｃｔはブック
「目次.book 」を対象に条件を満足するパターンを持つ
文書部品を標準出力する。求める文書部品は「Ａｋａｎ
ｅ」というキーワードを持つセグメントである。

【０２７２】以下、”bselect ’＾NoSeg(Ttl(TtlTxt(A
kane))) ’- ”の部分が生成するプロセスに論理順にリ
ストした結果を標準入力することを指示する記述した部
分である。

【０２７３】全てのファイル、ディレクトリについて使
用されていないならば、ｂｌｓはディレクトリ「目次.b
ook 」のディレクトリ使用情報を生成し、格納する。

【０２７４】以下のリストを生成し、ｂｓｅｌｅｃｔプ
ロセスへの入力となる。

【０２７５】目次.book/目次作成.doc 目次.book/目次作成の操作.doc 目次.book/操作の流れ.doc 目次.book/目次作成の操作手順.doc 目次.book/ポイント.book/ポイント.doc ｂｌｓは”bselect ’＾NoSeg(Ttl(TtlTxt(Akane))) ’
- ”プロセスの終了を待ち、プロセスが終わった時点で
格納されているディレクトリ「目次.book 」のディレク
トリ使用情報を削除し、ｂｌｓの全ての処理を終了す
る。なおこの例においては、「Ａｋａｎｅ」というキー
ワードを持つセグメントはファイル名ｐａｒｔｓという
ファイルに書き込まれている。また正常終了の結果とし
て終了ステータス０が保持されている。

【０２７６】 『 $ bls -e 目次.book ”bselect ’＾NoSeg(Ttl(TtlTxt(Akane))) ’ -”＞parts $echo $? 0 $ 』 以上説明したように本実施例によれば、複数のファイル
から構成される１つの文書において、あるファイルが編
集中の場合は、そのファイルについてのアクセスされて
いる旨のファイル使用情報を、出力すべきファイル名に
付加するようにしているので、後段の処理へその情報を
伝授することができる。これによって、その旨が他のプ
ロセスに入力されたり、表示されたりする。

【０２７７】また上記１つの文書において、あるディレ
クトリ内に保持されているファイルのうち１つでも編集
中の場合は、そのファイルについてのアクセスされてい
る旨のファイル使用情報を、出力すべきファイル名に付
加するようにしているので、後段の処理へその情報を伝
授することができる。これによって、その旨が他のプロ
セスに入力されたり、表示されたりする。

【０２７８】また上記１つの文書についてのファイルが
自動処理中（例えばページ割り付け処理）の場合は、そ
の処理により得られる情報を保持し保護することが可能
であり、また他の処理装置からの、そのファイルを対象
とする誤動作を回避することができる。

【０２７９】さらに上記１つの文書に対する処理を開始
するときには、アクセスされている旨のファイルむけ使
用情報又はディレクトリ使用情報を付与して、当該１つ
の文書に対する他のプロセスによる処理をロックし、一
方、処理が終了した後は、その使用情報を解除するよう
にしているので、他のプロセスによる処理が可能とな
る。

【０２８０】

【発明の効果】以上説明したように本発明によれば、フ
ァイル関係データ保持手段は、ファイル群指定手段によ
って指定された文書を構成するファイル群の論理関係を
示すファイル関係データを保持し、ファイル関係データ
解釈手段は、そのファイル関係データに基づいてファイ
ル群の論理関係を解釈し、さらに出力手段は、その解釈
結果に基づいて、前記ファイル群のファイル名の列を文
書の論理的な順序で出力するようにしているので、後段
のプロセスやユーザは、ファイル名をファイルの論理順
に認識することができる。

【０２８１】またファイル名の列と、ファイルがアクセ
スされているか否かを示すファイル使用情報とを対応さ
せて同時に出力するようにしているので、後段のプロセ
スやユーザは、ファイルがアクセスされていること、及
びどのファイルがアクセスされているかを認識すること
ができる。

【０２８２】またこの発明によれば、ディレクトリ関係
データ保持手段は、ファイル群指定手段によって指定さ
れた文書を構成するファイル群の全て又は一部を保持す
るディレクトリの論理関係を示すファイル関係データを
保持し、ファイル関係データ解釈手段は、そのファイル
関係データに基づいてファイル群の論理関係を解釈し、
さらに出力手段は、その解釈結果に基づいて、前記ディ
レクトリの名前と、当該ディレクトリに属するファイル
の名前とを、文書の論理的な順序で出力するようにして
いるので、後段のプロセスやユーザは、ディレクトリ名
及びファイル名をファイルの論理順に認識することがで
きる。

【０２８３】またディレクトリの名前と、対応するディ
レクトリ使用情報とを対応させて同時に出力するように
しているので、後段のプロセスやユーザは、ディレクト
リすなわちファイルがアクセスされていること、どのデ
ィレクトリがアクセスされているかを認識することがで
きる。

【０２８４】更に、処理対象の文書に対してロックを掛
かるようにしているので、当該文書に対する他のユーザ
の処理を排他制御することができる。また当該文書に対
する処理が終了した際はロックを解除するようにしてい
るので、当該文書に対して他のユーザが処理することが
できる。

【図面の簡単な説明】

【図１】本発明に係る構造化文書処理装置の一実施例を
示す機能ブロック図。

【図２】実施例のファイル関係データを説明するたの
図。

【図３】実施例のファイル使用情報及びディレクトリ使
用情報を説明するための図。

【図４】実施例で用いる構造化文書を説明するための
図。

【図５】実施例で用いる構造化文書を説明するための
図。

【図６】実施例で用いる構造化文書を説明するための
図。

【図７】実施例で用いる構造化文書を説明するための
図。

【図８】実施例で用いる構造化文書を説明するための
図。

【図９】実施例で用いる構造化文書を説明するための
図。

【図１０】図１に示した実施例の装置を実現するための
ハードウェア構成図。

【図１１】本実施例の処理動作を示すフローチャート。

【図１２】本実施例の処理動作を示すフローチャート。

【図１３】本実施例の処理動作を示すフローチャート。

【図１４】本実施例で使用したブック（ディレクトリ）
を対象とするコマンドと他のコマンドとの関係を示す
図。

【図１５】ディレクトリ内における指定されるディレク
トリとしてのブックにロックを掛けるための条件を説明
するための図。

【図１６】図１５に示した指定されたディレクトリ（ブ
ック）のロック状態を説明するための図

【図１７】本実施例の具体例を説明するための図。

【図１８】本実施例の具体例を説明するための図。

【図１９】本実施例の具体例を説明するための図。

【図２０】本実施例の具体例を説明するための図。

【符号の説明】

１０…文書処理部、２０…ファイル／ディレクトリ関係
データ保持部、３０…ファイル使用情報保持部、４０…
ディレクトリ使用情報保持部、１０１…ファイル／ディ
レクトリ関係データ入力部、１０２…ファイル／ディレ
クトリ関係データ保持部、１０３…ファイル／ディレク
トリ関係データ解釈部、１０４…ファイル使用情報入力
部、１０５…ファイル使用情報保持部、１０６…ファイ
ル使用情報解釈部、１０７…ディレクトリ使用情報入力
部、１０８…ディレクトリ使用情報保持部、１０９…デ
ィレクトリ使用情報解釈部、１１０…ファイル名列保持
部、１１１…ファィル使用情報生成部、１１２…ファイ
ル／ディレクトリ使用情報付加部、１１３…ディレクト
リ使用情報生成部、１１４…ファイル使用情報出力部、
１１５…ディレクトリ使用情報出力部、１１６…ファイ
ル名列出力制御部、１１７…ファイル名列出力部、１１
８…文書処理プロセス生成部、１１９…文書処理終了検
知部、１２０…ファイル使用情報削除部、１２１…ディ
レクトリ使用情報削除部、２１０…入力装置、２２０…
ディスプレイ、２３０…ディスク、２４０…主メモリ、
２５０…中央処理装置（ＣＰＵ）、２６０…バス。

Claims (11)

【特許請求の範囲】
1. 【請求項１】グラフ理論におけるグラフによって表現さ
   れる構造化文書に対する所定の処理を行う構造化文書処
   理装置において、 対象とする文書に対応し且つ分割された複数の構造化文
   書を保存しているファイル群を指定するファイル群指定
   手段と、 前記ファイル群の論理関係を示すファイル関係データを
   保持するファイル関係データ保持手段と、 前記ファイル関係データに基づいて前記ファイル群の論
   理関係を解釈するファイル関係データ解釈手段と、 前記ファイル関係データ解釈手段の解釈結果に基づい
   て、前記ファイル群のファイル名の列を文書の論理的な
   順序に従って出力する出力手段とを具備したことを特徴
   とする構造化文書処理装置。
2. 【請求項２】前記ファイル群の全てのファイルに対応し
   て、ファイルがアクセスされているか否かを示すファイ
   ル使用情報を保持するファイル使用情報保持手段を更に
   具備し、 前記出力手段は、前記ファイル群のファイル名の列を出
   力する際に、前記ファイル使用情報保持手段の保持内容
   を参照して、ファイル名の列と、対応するファイル使用
   情報とを対応させて同時に出力することを特徴とする請
   求項１記載の構造化文書処理装置。
3. 【請求項３】前記ファイル群の全てのファイルに対応し
   て、ファイルがアクセスされているか否かを示すファイ
   ル使用情報を保持するファイル使用情報保持手段と、 ファイル使用情報保持手段の保持内容を参照し、少なく
   とも１つのファイルに対応するファイル使用情報がアク
   セスされている旨を示している場合は、前記出力手段に
   対して、ファイル名の列の出力を禁止するように制御す
   る出力制御手段とを更に具備したことを特徴とする請求
   項１記載の構造化文書処理装置。
4. 【請求項４】前記ファイル使用情報保持手段に保持され
   ている全てのファイル使用情報がアクセスされていない
   旨を示している場合は、指定されたプロセスを生成する
   と共に、生成されたプロセスへ前記ファイル群の全ての
   ファイルの名前を入力するプロセス生成手段を更に具備
   したことを特徴とする請求項３記載の構造化文書処理装
   置。
5. 【請求項５】前記ファイル使用情報保持手段に保持され
   ている全てのファイル使用情報がアクセスされていない
   旨を示している場合は、ファイルの使用情報を生成する
   使用情報生成手段と、 前記生成されたファイルの使用情報を保持する保持手段
   と、 指定されたプロセスを生成すると共に、生成されたプロ
   セスへ前記ファイル群の全てのファイルの名前を入力す
   るプロセス生成手段と、 前記プロセス生成手段によって生成されたプロセスが終
   了したことを検知する検知手段と、 前記検知手段によってプロセスが終了したことを検知す
   ると、前記使用情報生成手段の保持内容を削除する削除
   手段とを更に具備したことを特徴とする請求項３記載の
   構造化文書処理装置。
6. 【請求項６】グラフ理論におけるグラフによって表現さ
   れる構造化文書に対する所定の処理を行う構造化文書処
   理装置において、 対象とする文書に対応し且つ分割された複数の構造化文
   書を保存しているファイル群であって、且つ全部又は一
   部がディレクトリに保持されているファイル群を指定す
   るファイル群指定手段と、 前記ファイル群の論理関係を示す関係データを保持する
   関係データ保持手段と、 前記関係データに基づいて前
   記ファイル群の論理関係を解釈する関係データ解釈手段
   と、 前記関係データ解釈手段の解釈結果に基づいて、前記デ
   ィレクトリの名前と、当該ディレクトリに属するファイ
   ルの名前とを、文書の論理的な順序に従って出力する出
   力手段とを具備したことを特徴とする構造化文書処理装
   置。
7. 【請求項７】前記ディレクトリに対応して、ディレクト
   リがアクセスされているか否かを示すディレクトリ使用
   情報を保持するディレクトリ使用情報保持手段を更に具
   備し、 前記出力手段は、前記ディレクトリの名前及びファイル
   の名前を出力する際に、前記ディレクトリ使用情報保持
   手段の保持内容を参照して、ディレクトリの名前と、対
   応するディレクトリ使用情報とを対応させて同時に出力
   することを特徴とする請求項６記載の構造化文書処理装
   置。
8. 【請求項８】前記ディレクトリに対応して、ディレクト
   リがアクセスされているか否かを示すディレクトリ使用
   情報を保持するディレクトリ使用情報保持手段と、 ディレクトリ使用情報保持手段の保持内容を参照し、少
   なくとも１つのディレクトリに対応するディレクトリ使
   用情報がアクセスされている旨を示している場合は、前
   記出力手段に対して、ディレクトリの名前及びファイル
   の名前の出力を禁止するように制御する出力制御手段と
   を更に具備したことを特徴とする請求項６記載の構造化
   文書処理装置。
9. 【請求項９】前記ディレクトリに対応して、ディレクト
   リがアクセスされているか否かを示すディレクトリ使用
   情報を保持するディレクトリ使用情報保持手段と、 前記ファイル群の全てのファイルに対応して、ファイル
   がアクセスされているか否かを示すファイル使用情報を
   保持するファイル使用情報保持手段と、 前記ディレクトリ使用情報保持手段及びファイル使用情
   報保持手段の保持内容を参照し、少なくとも１つのディ
   レクトリに対応するディレクトリ使用情報がアクセスさ
   れている旨を示している場合、又は少なくとも１つのフ
   ァイルに対応するファイル使用情報がアクセスされてい
   る旨を示している場合は、前記出力手段に対して、ディ
   レクトリの名前及びファイルの名前の出力を禁止するよ
   うに制御する出力制御手段とを更に具備したことを特徴
   とする請求項６記載の構造化文書処理装置。
10. 【請求項１０】前記ディレクトリ使用情報保持手段に保
    持されている全てのディレクトリ使用情報がアクセスさ
    れていない旨を示している場合、及びファイル使用情報
    保持手段に保持されている全てのファイル使用情報がア
    クセスされていない旨を示している場合は、指定された
    プロセスを生成すると共に、生成されたプロセスへ前記
    ディレクトリの名前及び前記ファイル群の全てのファイ
    ルの名前を入力するプロセス生成手段を更に具備したこ
    とを特徴とする請求項９記載の構造化文書処理装置。
11. 【請求項１１】前記ディレクトリ使用情報保持手段に保
    持されている全てのディレクトリ使用情報がアクセスさ
    れていない旨を示している場合、及びファイル使用情報
    保持手段に保持されている全てのファイル使用情報がア
    クセスされていない旨を示している場合は、ディレクト
    リの使用情報を生成すると共にファイルの使用情報を生
    成する使用情報生成手段と、 前記生成されたディレクトリの使用情報及びファイルの
    使用情報を保持する保持手段と、 指定されたプロセスを生成すると共に、生成されたプロ
    セスへ前記ディレクトリの名前及び前記ファイル群の全
    てのファイルの名前を入力するプロセス生成手段と、 前記プロセス生成手段によって生成されたプロセスが終
    了したことを検知する検知手段と、 前記検知手段によってプロセスが終了したことを検知す
    ると、前記使用情報生成手段の保持内容を削除する削除
    手段とを更に具備したことを特徴とする請求項９記載の
    構造化文書処理装置。