JP2003281118A

JP2003281118A - 文書管理装置、文書編集装置、文書管理方法、文書編集方法及びプログラム

Info

Publication number: JP2003281118A
Application number: JP2002081793A
Authority: JP
Inventors: Yusuke Doi; 裕介土井; Osamu Torii; 修鳥井; Tetsuo Kimura; 哲郎木村
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2002-03-22
Filing date: 2002-03-22
Publication date: 2003-10-03
Anticipated expiration: 2022-03-22
Also published as: JP3934965B2

Abstract

(57)【要約】【課題】文書の依存関係を効果的に管理可能な文書管
理装置を提供すること。【解決手段】ＸＭＬ文書一括管理装置３のＸＭＬ文書
主部格納部３０１は、ＸＭＬ文書のＸＭＬ文書主部を格
納し、ＸＭＬ文書断片格納部３１１は、ＸＭＬ文書断片
を格納する。あるＸＭＬ文書断片と、あるＸＭＬ文書断
片との間には、一方向複製や双方向複製などの依存関係
があり、該依存関係に関する情報は、各ＸＭＬ文書断片
に付与される。ＸＭＬ文書断片管理部３１３は、ＸＭＬ
文書参照・編集装置１にてＸＭＬ文書断片に対して行わ
れた編集を解析し、ＸＭＬ文書の一貫性を崩さないと判
定されたもののみを、ＸＭＬ文書主部格納部３０１のＸ
ＭＬ文書に反映する。一方向複製の複製元、双方向複製
の複製元又は複製先の一方を変更する場合には、一方向
複製の複製先、双方向複製の複製元又は複製先の他方に
も、該変更を反映させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の文書を管理
する文書管理装置及び文書管理方法、並びに文書管理装
置で管理される文書を編集する文書編集装置及び文書編
集方法に関する。

【０００２】

【従来の技術】現在までのデータ管理パラダイムでは、
「ファイル」や「データベース」をデータ管理の中心と
据え、分散したデータの断片と、ファイルに含まれる断
片的な複製を、どのような立場からどのように管理する
か、という観点を欠いていた。

【０００３】しかし、一つの「文書」ないし「ファイ
ル」とは、概念や情報の集合の多様なあり方のうち、一
つの形態を示すに過ぎない。例えば、一つのＰＤＡに格
納されたスケジュール情報は、そのＰＤＡの使用者の周
辺に分散して存在する多種多様なスケジュール情報に対
して、その使用者の立場からフィルタをかけて再構成し
た複製に過ぎない。

【０００４】

【発明が解決しようとする課題】従来、一つあるいは複
数の計算機上に存在する複数の文書の内容の相互無矛盾
性を確保する（あるいは、最低限矛盾していることを利
用者に明らかにする）ための手法が存在しなかった。特
に、一つの文書の中に存在する情報が複数に渡り、それ
ぞれの情報を管理する主体が異なる場合、それぞれの情
報の所有者や権限を正しく管理するための手法が存在し
なかった。

【０００５】本発明は、上記事情を考慮してなされたも
ので、文書間の依存関係を効果的に管理可能な文書管理
装置、文書編集装置、文書管理方法及び文書編集方法を
提供することを目的とする。

【０００６】また、本発明は、依存関係を持つ文書間の
一貫性を維持することの可能な文書管理装置、文書編集
装置、文書管理方法及び文書編集方法を提供することを
目的とする。

【０００７】

【課題を解決するための手段】本発明は、文書編集装置
上で編集される文書を格納し、文書間の依存関係に関す
る管理を行う文書管理装置であって、複数の前記文書を
記憶するための手段と、各々の前記文書について、その
文書以外の文書とは依存関係を持たない部分から、その
文書以外の特定の文書における特定の一纏まりの部分と
の間に所定の依存関係を持つ一纏まりの部分である個々
の文書断片を分けて管理するための管理手段とを備え、
各々の前記文書断片には、当該文書断片が他の文書断片
との間に持つ前記所定の依存関係に関する情報が付加さ
れており、前記管理手段は、前記文書断片に付加された
前記所定の依存関係に関する情報に基づいて、ある文書
断片につきその文書断片との間に所定の依存関係を持つ
他の文書断片を特定することを特徴とする。

【０００８】本発明は、文書管理装置で管理される文書
を編集するための文書編集装置であって、表示画面上に
表示されている第１の文書のうち複製元の文書断片を指
示するための手段と、表示画面上に表示されている第２
の文書のうち前記複製元の文書断片を、複製先の文書断
片として挿入すべき箇所を指示するための手段と、指示
された前記第１の文書の前記複製元の文書断片を、指示
された前記第２の文書の前記箇所へ、前記複製先の文書
断片として複製するための手段と、前記複製先の文書断
片へ、それが複製先であること及び前記複製元の文書断
片との間の依存関係の種類を示す情報並びに前記複製元
の文書断片を特定するための情報を少なくとも付与する
ための手段とを備えたことを特徴とする。

【０００９】本発明は、文書編集装置上で編集される文
書を格納し、文書間の依存関係に関する管理を行う文書
管理装置における文書管理方法であって、各々の前記文
書について、その文書以外の文書とは依存関係を持たな
い部分と、その文書以外の特定の文書における特定の一
纏まりの部分との間に所定の依存関係を持つ一纏まりの
部分である個々の文書断片とを分けて管理し、前記文書
断片に付加された当該文書断片が他の文書断片との間に
持つ前記所定の依存関係に関する情報に基づいて、対象
となったある文書断片につきその文書断片との間に所定
の依存関係を持つ他の文書断片を特定することを特徴と
する。

【００１０】本発明は、文書管理装置で管理される文書
を編集するための文書編集装置における文書編集方法で
あって、表示画面上に表示されている第１の文書のうち
複製元の文書断片を選択する指示を受け付け、表示画面
上に表示されている第２の文書のうち前記複製元の文書
断片を、複製先の文書断片として挿入すべき箇所を選択
する指示を受け付け、指示された前記第１の文書の前記
複製元の文書断片を、指示された前記第２の文書の前記
箇所へ、前記複製先の文書断片として複製し、前記複製
先の文書断片へ、それが複製先であること及び前記複製
元の文書断片との間の依存関係の種類を示す情報並びに
前記複製元の文書断片を特定するための情報を少なくと
も付与することを特徴とする。

【００１１】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。

【００１２】本発明によれば、文書間の依存関係を効果
的に管理することが可能になる。

【００１３】また、本発明によれば、文書の内外に分散
して存在する情報に対して統一的な管理手法を提供する
ことができる。例えば、文書／ファイルという計算機に
とって利用しやすい形式を利用しつつ、文書を管理主体
や内容の起源（ｓｏｕｒｃｅ）別に断片に分割し、それ
ぞれの断片に、他の文書断片との依存情報を埋め込むこ
とで、文書断片の矛盾の検出、自動的な更新等を行い、
１つの文書に含まれる多岐に渡る情報をその起源と管理
主体を正しく管理することができる。

【００１４】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００１５】本発明は、複数の電子文書が部分的に相互
に依存する関係を管理するものであるが、電子文書とし
て構造化文書にも構造を持たない文書（以下、非構造化
文書）にも適用可能であり、また、具体的な適用分野と
しては、コンピュータ上のプログラム設定ファイルか
ら、アドレス帳、スケジュールデータの部分的な共有
（引用−依存関係の一種）まで多岐に渡るものである。

【００１６】まず、本発明を電子文書の一例としての構
造化文書に適用する場合について説明する。後に、非構
造文書に本発明を適用する場合についての説明を行い、
最後に本発明に派生する適用についての説明を行う。

【００１７】近年、インターネットやイントラネットな
どの通信路を介して交換される標準的な文書形式の一つ
に、ＨＴＭＬ文書やＸＭＬ文書などがある。なお、ＨＴ
ＭＬ文書に関しては、「ＨＴＭＬ４．０１Ｓｐｅｃ
ｉｆｉｃａｔｉｏｎＷ３ＣＲｅｃｏｍｍｅｎｄａｔｉ
ｏｎ２４Ｄｅｃｅｍｂｅｒ１９９９」に詳しい。
ＸＭＬ文書に関しては、「ＥｘｔｅｎｓｉｂｌｅＭａ
ｒｋｕｐＬａｎｇｕａｇｅ（ＸＭＬ）１．０（Ｓｅｃ
ｏｎｄＥｄｉｔｉｏｎ）」に詳しい。

【００１８】まず、本実施形態の概要について説明す
る。

【００１９】ある文書の内容が、部分的に他の文書の一
部に依存している場合、その依存関係を、該ある文書の
作成者ないしは管理者が、後述する依存関係を管理する
ための依存関係管理機構（あるいは依存関係管理エンジ
ン）に登録する。編集された文書を登録（更新）する際
に、依存関係管理機構が依存関係を検査し、矛盾が発生
していたら（一貫性が保持されないと判定されたら）、
その解消のために必要な動作を行う。

【００２０】図３２は、相互に相関している文書が編集
された場合に、本実施形態において想定する処理の流れ
の一例を示したものである。図３２の例では、利用者が
３名おり（ユーザＡ、ユーザＢ、ユーザＣとする）、そ
れぞれ異なる文書（文書ａ、文書ｂ、文書ｃとする）を
所有・編集・参照しているものとする。

【００２１】まず、（ａ）に示す初期状態（ＩＮＩＴＩ
ＡＬＳＴＡＴＥ）において、文書間には後述する手段
により相関関係が定義されている。ここで、双方向の矢
印は相互に編集可能（ｓｈａｒｅ）を示し、片方向の矢
印は一方向参照（ｍｉｒｒｏｒ）を示す。

【００２２】ここで、（ｂ）に示すように、ある時点で
ユーザＢが文書ｂのうちからある断片を編集したとす
る。

【００２３】すると、（ｃ）に示すように、編集された
文書ｂが、文書ｂを管理する管理機構に渡された時点
で、該管理機構により検査され、対応する他の文書ａ，
ｃに編集操作の内容を通知する。

【００２４】そして、（ｄ）に示すように、他の文書
ａ，ｃを管理している管理機構は、通知された内容を元
に、該当する部分を更新する。

【００２５】本実施形態では、依存関係の管理のため
に、文書に対して、「文書断片」という要素を、文書管
理の枠組みに導入する。文書断片は、ある文書の任意の
一部分を識別する。そして、上記の依存管理は、文書断
片単位で行う。なお、文書のうちの文書断片以外の部分
は、文書主部と呼ぶ。

【００２６】この手法で管理できる依存関係には、例え
ば、「一方向複製（ｍｉｒｒｏｒ）」と「双方向複製
（ｓｈａｒｅ）」がある。

【００２７】「一方向複製（ｍｉｒｒｏｒ）」は、例え
ば、情報を「カットアンドペースト」のようなインター
フェイスを用いて一方の文書（複製元）から他方の文書
（複製先）へ複製した場合に、複製元の文書断片には、
複製元であること及び依存関係の種類が一方向複製であ
ることを示す情報（例えば、ｍｉｒｒｏｒｅｄ）並びに
複製先の文書断片を特定するための情報（例えば、複製
先の文書断片を含む文書の識別子と該文書における該文
書断片の識別子）を書き込み、複製先の文書断片には、
複製先であること及び依存関係の種類が一方向複製であ
ることを示す情報（例えば、ｍｉｒｒｏｒ）並びに複製
元の文書断片を特定するための情報（例えば、複製元の
文書断片を含む文書の識別子と該文書における該文書断
片の識別子）を書き込むことにより（なお、少なくとも
複製元か複製先に依存関係を持つ相手を特定するための
情報が書き込まれていれば、複製元と複製先との対応を
特定できるので、複製先の文書断片を特定するための情
報又は複製元の文書断片を特定するための情報のいずれ
かを省略する方法もある）、設定され、複製元に加えら
れた変更を、複製先に自動的に反映する機能を持つもの
である。なお、複製元に加えられた変更が、複製先に自
動的に反映された場合には、例えば、複製先に加えられ
た変更が、破棄されるようにする。あるいは、複製先へ
の変更自体を禁止するようにすることもできる。

【００２８】「双方向複製（ｓｈａｒｅ）」は、例え
ば、情報を「カットアンドペースト」のようなインター
フェイスを用いて一方の文書（複製元）から他方の文書
（複製先）へ複製した場合に、複製元の文書断片には、
複製元であること及び依存関係の種類が双方向複製であ
ることを示す情報（例えば、ｓｈａｒｅｄ）並びに複製
先の文書断片を特定するための情報を書き込み、複製先
の文書断片には、複製先であること及び依存関係の種類
が双方向複製であることを示す情報（例えば、ｓｈａｒ
ｅ）並びに複製元の文書断片を特定するための情報を書
き込むことにより（なお、上記と同様に、複製先の文書
断片を特定するための情報又は複製元の文書断片を特定
するための情報のいずれかを省略する方法もある）、設
定され、複製元に加えられた変更を複製先に自動的に反
映し、かつ、複製先に加えられた変更を複製元に反映す
る機能を持つものである。この場合、複製元と複製先の
両方に同時に加えられた異なる変更が衝突する可能性が
あるので、本実施形態では、この変更の衝突を回避する
ための手段（後述する）を設けている。なお、双方向複
製のように関係する全ての文書断片が同じ意味を持つ場
合には、複製元と複製先とを特に区別しない方法も可能
である。

【００２９】なお、依存関係としては、他の形態も可能
であり、例えば、一方向複製（ｍｉｒｒｏｒ）の変形と
して「参照（ｒｅｆｅｒ）」がある。なお、ｒｅｆｅｒ
については後述する。

【００３０】なお、以下、最初の実施形態では、構造化
文書の例としてＸＭＬ文書に対する適用を行う。

【００３１】ここで、ＸＭＬについて簡単に説明する。

【００３２】ＸＭＬでは、一つの文書を要素（エレメン
ト（ｅｌｅｍｅｎｔ））の集合として構成する。根要素
（ルートエレメント（ｒｏｏｔｅｌｅｍｅｎｔ））と
呼ばれる特別な要素以外のすべての要素は、一つの親要
素を持つ。また、すべての要素は、複数の属性（ａｔｔ
ｒｉｂｕｔｅ）、および内容として文（ＣＤＡＴＡ）、
子要素（サブエレメント（ｓｕｂ−ｅｌｅｍｅｎｔ））
の二種類の任意の組合せを持つことができる。

【００３３】記法は、 <element attribute=“value” ... > (内容) </elemen
t> の形式を取る。ここで、elementは、要素の名前、attri
bute=“value”は、要素が持つ属性の名前とその値であ
る。また、最初の記号＜から最後の記号＞までが要素で
ある。また、内容が空の場合には、<element></element
>の代わりに<element/>という省略記法が許される。

【００３４】以下に、単純なＸＭＬ文書の一例を示す。 <?xml version=“1.0”> ← ＸＭＬ文書である事の宣言 <root> <element> <subelement attribute=“value”/> ← 省略記法 </element> </root> ← 文書終わりただし、空白文字による字下げはＸＭＬ文書の解釈に全
く影響を与えないので、空白文字による字下げを施して
記述しても、施さないで記述しても構わない（すなわ
ち、両者は同値である）。例えば、以下の文書は、上記
の文書と同値である。 <?xml version=“1.0”> <root><element><subelement attribute=“value”/></
element></root> なお、本明細書及び図面においては、見やすさを優先し
て、ＸＭＬ文書の例に字下げ（ｉｎｄｅｎｔ）を施して
記述している。

【００３５】（構造化文書に対する本発明の適用例）以
下では、本実施形態をより詳しく説明する。

【００３６】なお、以下では、依存関係として、一方向
複製（ｍｉｒｒｏｒ）と双方向複製（ｓｈａｒｅ）を例
にとって説明する。

【００３７】また、以下では、異なる文書の文書断片の
間の依存関係について説明するが、同一の文書内の文書
断片間に依存関係を付与し管理することも可能である。

【００３８】図１に、本発明の一実施形態に係る電子文
書管理システムの構成例を示す。図１に示されるよう
に、本電子文書管理システムは、大きく分けて、ＸＭＬ
文書一括管理装置３とＸＭＬ文書参照・編集装置１から
なる。

【００３９】本電子文書管理システムにおいて、ＸＭＬ
文書一括管理装置とＸＭＬ文書参照・編集装置の実際の
構成方法については、種々のバリエーションが可能であ
る。例えば、（１−１）ＸＭＬ文書一括管理装置および
ＸＭＬ文書参照・編集装置を単一の装置に組み込んで機
能させるようにする構成や、（１−２）それらを別個独
立の装置にそれぞれ組み込むとともにそれらがネットワ
ークを通じて結合できるようにする構成、が考えられる
（図１は、後者の場合を例示したものである）。また、
（２−１）１つのＸＭＬ文書一括管理装置に対して１つ
のＸＭＬ文書参照・編集装置のみが対応する構成や、
（２−２）１つのＸＭＬ文書一括管理装置に対して複数
のＸＭＬ文書参照・編集装置が対応する構成が考えられ
る（図１では、後者の場合を例示したものである）。

【００４０】以下では、図１に示すように、ＸＭＬ文書
一括管理装置とＸＭＬ文書参照・編集装置は独立した装
置であり、かつ、１つのＸＭＬ文書一括管理装置に対し
て複数のＸＭＬ文書参照・編集装置が対応する場合を例
にとって説明する（もちろん、他の構成の仕方の組合せ
を採用しても構わない）。

【００４１】さて、図１のＸＭＬ文書一括管理装置３
は、ＸＭＬ文書を一括管理するための装置であり、他
方、ＸＭＬ文書参照・編集装置１は、ＸＭＬ文書一括管
理装置３で一括管理しているＸＭＬ文書の参照・編集を
行うための装置である。ＸＭＬ文書参照・編集装置１が
ＸＭＬ文書の参照・編集を行う際には、ＸＭＬ文書一括
管理装置３で管理されているＸＭＬ文書に対して直接行
うのではなく、ＸＭＬ文書参照・編集装置１上に、（Ｘ
ＭＬ文書一括管理装置３で管理されている）ＸＭＬ文書
の複製を作成し、この複製に対して参照・編集を実行す
る。ＸＭＬ文書参照・編集装置１上で行った編集内容
は、ＸＭＬ文書一括管理装置３に送信し、ＸＭＬ文書一
括管理装置３で一括管理するＸＭＬ文書（オリジナルの
ＸＭＬ文書）に反映する。

【００４２】ＸＭＬ文書一括管理装置３で一括管理する
ＸＭＬ文書の複製をＸＭＬ文書参照・編集装置１上に作
成する際には、（３−１）「ＸＭＬ文書全体」をＸＭＬ
文書一括管理装置３からＸＭＬ文書参照・編集装置１へ
送信する方法や、（３−２）ＸＭＬ文書一括管理装置３
からＸＭＬ文書一括管理装置１へ「前回」送信したＸＭ
Ｌ文書と「今回」送信しようとしているＸＭＬ文書との
「差分」のみを、ＸＭＬ文書一括管理装置３からＸＭＬ
文書一括管理装置１へ送信する（ただし、まだ該当する
ＸＭＬ文書を一度も送信しておらず、「前回」送信した
ＸＭＬ文書に相当するものがない場合には、「ＸＭＬ文
書全体」を送信することになる）方法、が考えられる。

【００４３】他方、ＸＭＬ文書参照・編集装置１で行っ
た編集内容をＸＭＬ文書一括管理装置３に送信する際に
は、（４−１）毎回、「ＸＭＬ文書全体」をＸＭＬ文書
参照・編集装置１からＸＭＬ文書一括管理装置３へ送信
する方法や、（４−２）「編集を行う前」のＸＭＬ文書
と「編集を行った後」のＸＭＬ文書との「差分」のみ
を、ＸＭＬ文書参照・編集装置１からＸＭＬ文書一括管
理装置３へ送信する（ただし、ＸＭＬ文書参照・編集装
置１でＸＭＬ文書の新規作成を行った場合には、「ＸＭ
Ｌ文書全体」を送信することになる）方法、が考えられ
る。

【００４４】以下では、（３−１）のＸＭＬ文書全体を
送信する場合と、（４−２）の編集前後のＸＭＬ文書の
差分のみを送信する場合とを例にとって説明する（もち
ろん、他の構成の仕方の組合せを採用しても構わな
い）。

【００４５】さて、１つのＸＭＬ文書一括管理装置３に
対して、複数のＸＭＬ文書参照・編集装置１が対応する
場合、ＸＭＬ文書一括管理装置３で一括管理するＸＭＬ
文書のうち、１つのＸＭＬ文書が、同時に複数のＸＭＬ
文書参照・編集装置１で独立に参照・編集される場合が
存在する。このため、複数のＸＭＬ文書参照・編集装置
１が同一のＸＭＬ文書に対して、一貫性のない編集を行
う場合が発生し得る。そこで、本実施形態のＸＭＬ文書
一括管理装置３では、ＸＭＬ文書参照・編集装置１から
送信された編集内容を受信した際に、該編集内容を解析
し、一貫性を保ちながら更新内容をＸＭＬ文書に反映す
るようにする。

【００４６】以下では、電子文書がＸＭＬ文書である場
合において、一方向複製（ｍｉｒｒｏｒ）、双方向複製
（ｓｈａｒｅ）をどうやって実現するかに関して、具体
例を用いて説明する。より具体的には、一方向複製元
（ｍｉｒｒｏｒｅｄエレメント）と一方向複製先（ｍｉ
ｒｒｏｒエレメント）の関係、双方向複製元（ｓｈａｒ
ｅｄエレメント）と双方向複製先（ｓｈａｒｅエレメン
ト）の関係をどのようにしてＸＭＬ文書に埋め込むかに
関して説明する。

【００４７】図２および図３に、ＸＭＬ文書参照・編集
装置１で編集中のＸＭＬ文書の具体例を示す。

【００４８】図２に示したＸＭＬ文書は、「スケジュー
ル文書」の例であり、内容としては「下期戦略会議に関
する情報」と「定例会議の情報」が格納されている例に
なっている。このＸＭＬ文書には、「Ｓｃｈｅｄｕｌｅ
−１」という文書名（ＸＭＬ文書識別子）が与えられて
いるものとする。

【００４９】図３に示したＸＭＬ文書は、「メモ文書」
の例であり、内容としては「下期戦略会議開催通知」が
格納されている例になっている。このＸＭＬ文書には、
「ｍｅｍｏ−１」という文書名が与えられているものと
する。

【００５０】ここで、図２のＸＭＬ文書中に記述されて
いる「下期戦略会議」と図３のＸＭＬ文書中に記述され
ている「下期戦略会議」は、同一の会議を指し示してい
るものとする。また、この下期戦略会議会議に関する情
報のうち、「開催場所」や「開始時刻」など一部のＸＭ
Ｌ文書断片は、スケジュール文書とメモ文書の両方に格
納されている。

【００５１】ここで、同一の情報を指し示し、一方向複
製元と一方向複製先の関係にあるＸＭＬ文書断片は、
「ｍｉｒｒｏｒｅｄエレメント」と「ｍｉｒｒｏｒエレ
メント」を用いてＸＭＬ文書中に表現するものとする。
一方向複製先のＸＭＬ文書断片を含むＸＭＬ文書におい
て、該一方向複製先のＸＭＬ文書断片が参照する「一方
向複製元のＸＭＬ文書断片」は、電子文書管理システム
中でｍｉｒｒｏｒｅｄエレメントに一意に与えられる識
別子を用いて指定する。

【００５２】例えば、図２中のｉｄ（エレメント識別
子）＝“ｅｓ９”を保持するｍｉｒｒｏｒｅｄエレメン
トと図３中のｉｄ（エレメント識別子）＝“ｅｓ１１”
を保持するｍｉｒｒｏｒエレメントは、ともに下期戦略
会議の開始時刻を表しており、一方向複製元と一方向複
製先の関係にある。この２つのエレメントが一方向複製
元と一方向複製先の関係にあることは、図３中の一方向
複製エレメントが、値“ｓｃｈｅｄｕｌｅ−１：ｅｓ
９”を保持する「ｉｄｒｅｆ属性」（ここでは、“ＸＭ
Ｌ文書識別子：エレメント識別子”）を保持することに
より、対応付けられている。

【００５３】また、同一の情報を指し示し、双方向複製
元と双方向複製先の関係にあるＸＭＬ文書断片は、「ｓ
ｈａｒｅエレメント」と「ｓｈａｒｅｄエレメント」を
用いてＸＭＬ文書中に表現するものとする。双方向複製
先のＸＭＬ文書断片を含むＸＭＬ文書において、該双方
向複製先のＸＭＬ文書断片が参照する「双方向複製元の
ＸＭＬ文書断片」は、電子文書管理システム中でｓｈａ
ｒｅｄエレメントに一意に与えられる識別子を用いて指
定する。

【００５４】また、例えば、図２中のｉｄ（エレメント
識別子）＝“ｅｓ５”を保持するｓｈａｒｅｄエレメン
トと図３中のｉｄ（エレメント識別子）＝“ｅｓ１２”
を保持するｓｈａｒｅエレメントは、ともに下期戦略会
議の開催場所を表しており、双方向複製元と双方向複製
先の関係にある。この２つのエレメントが双方向複製元
と双方向複製先の関係にあることは、図３中の双方向複
製エレメントが、値“ｓｃｈｅｄｕｌｅ−１：ｅｓ５”
を保持する「ｉｄｒｅｆ属性」（ここでは、“ＸＭＬ文
書識別子：エレメント識別子”）を保持することによ
り、対応付けられている。

【００５５】上記では、一方向複製元と一方向複製先の
関係や、双方向複製元と双方向複製先の関係を、エレメ
ントが保持する識別子を用いて表すものとしたが、本電
子文書管理システムで、エレメントに対して識別子を作
成・付与するのは、ＸＭＬ文書一括管理装置３とＸＭＬ
文書参照・編集装置１の両方である。

【００５６】ところで、ＸＭＬ文書一括管理装置で作成
する識別子について考えると、これは、ＸＭＬ文書参照
・編集装置において作成されるＸＭＬ文書断片をＸＭＬ
文書一括管理装置で一括管理するＸＭＬ文書に反映する
際に作成されるものであるから、ＸＭＬ文書参照・編集
装置で作成した直後でまだＸＭＬ文書一括管理装置に反
映されていないｍｉｒｒｏｒｅｄエレメントやｓｈａｒ
ｅｄエレメントをｍｉｒｒｏｒエレメントやｓｈａｒｅ
エレメントから指定する目的には利用できないことにな
る。また、ＸＭＬ文書参照・編集装置で作成する識別子
について考えると、１つのＸＭＬ文書一括管理装置に対
して複数のＸＭＬ文書参照・編集装置が対応することか
ら、システムにおいて一意な識別子を作成しようとする
と、ＸＭＬ文書参照・編集装置で作成する識別子は、ど
うしてもＸＭＬ文書一括管理装置で作成する識別子と比
較して、サイズが大きくなってしまう。

【００５７】そこで、本実施形態の電子文書管理システ
ムでは、ＸＭＬ文書一括管理装置で作成する識別子と、
ＸＭＬ文書参照・編集装置で作成する識別子の弱点を相
互に補うために、以下のような方法を用いる。すなわ
ち、ＸＭＬ文書断片（ｍｉｒｒｏｒｅｄエレメント、ｓ
ｈａｒｅｄエレメント）がＸＭＬ文書参照・編集装置１
において作成されたら、ＸＭＬ文書参照・編集装置１で
「仮識別子」を作成し、これを該ＸＭＬ文書断片に付与
する。その後、ＸＭＬ文書断片をＸＭＬ文書一括管理装
置３において一括管理するＸＭＬ文書に反映する際に、
ＸＭＬ文書一括管理装置３で新たに「正式識別子」を作
成し、これを該ＸＭＬ文書断片に付与する。その際、該
ＸＭＬ文書断片に付与された仮識別子と正式識別子との
対応を、識別子対応管理テーブルに登録する。

【００５８】ｍｉｒｒｏｒｅｄエレメント、ｓｈａｒｅ
ｄエレメント、ｓｈａｒｅｄエレメントは、「ｖｅｒｓ
ｉｏｎ属性」と「ｌａｓｔ−ｍｏｄｉｆｉｅｄ属性」を
保持する。

【００５９】ｖｅｒｓｉｏｎ属性は、ＸＭＬ文書参照・
編集装置１で現在編集中のＸＭＬ文書中のＸＭＬ文書断
片が、どのバージョンのものをもとにして編集されてい
るかを（すなわち、ＸＭＬ文書一括管理装置３からの読
み出し時に持っているバージョンを）表すものである。

【００６０】ｌａｓｔ−ｍｏｄｉｆｉｅｄ属性は、ＸＭ
Ｌ文書参照・編集装置１で編集中のＸＭＬ文書中のＸＭ
Ｌ文書断片が、一番最後にＸＭＬ文書参照・編集装置１
において編集された時刻を表す。

【００６１】これらの情報は、ＸＭＬ文書参照・編集装
置１における編集内容をＸＭＬ文書一括管理装置３に反
映する際に、ＸＭＬ文書の一貫性を保つためのもととな
る情報として用いられる。

【００６２】本電子文書管理システムで双方向複製され
るすべてのエレメントは、「バージョン番号」を保持し
ており、ＸＭＬ文書一括管理装置３からＸＭＬ文書を読
み出す際に、その読み出し時にｓｈａｒｅｄエレメント
やｓｈａｒｅエレメントが保持しているバージョン番号
が、ｖｅｒｓｉｏｎ属性に付与され、ＸＭＬ文書参照・
編集装置１に送信される。ただし、ＸＭＬ文書参照・編
集装置１で新規に作成されたｍｉｒｒｏｒｅｄエレメン
トやｓｈａｒｅｄエレメントには、バージョン番号とし
て“１”が付与され、ＸＭＬ文書参照・編集装置１で新
規に作成されたｓｈａｒｅエレメントには、双方向複製
元のｓｈａｒｅｄエレメントと同一のバージョン番号が
付与される。ｖｅｒｓｉｏｎ属性値は、編集のもととな
るＸＭＬ文書断片のバージョン番号であるから、ＸＭＬ
文書参照・編集装置１でＸＭＬ文書を編集している間に
値は変化しない。

【００６３】本電子文書管理システムで一方向複製ある
いは双方向複製されるすべてのエレメントは、「最終編
集時刻」を保持しており、ＸＭＬ文書一括管理装置３か
らＸＭＬ文書を読み出す際に、その読み出し時にｍｉｒ
ｒｏｒｅｄエレメント、ｓｈａｒｅｄエレメントまたは
ｓｈａｒｅエレメントが保持している最終編集時刻が、
ｌａｓｔ−ｍｏｄｉｆｉｅｄ属性に付与され、ＸＭＬ文
書参照・編集装置１に送信される。ただし、ＸＭＬ文書
参照・編集装置１で新規に作成されたｍｉｒｒｏｒｅｄ
エレメントやｓｈａｒｅｄエレメントには、当該エレメ
ントの作成時刻が付与され、ＸＭＬ文書参照・編集装置
１で新規に作成されたｓｈａｒｅエレメントには、双方
向複製元のｓｈａｒｅｄエレメントと同一の最終編集時
刻が付与される。ｌａｓｔ−ｍｏｄｉｆｉｅｄ属性は、
ＸＭＬ文書断片の最終編集時刻であるから、ＸＭＬ文書
断片の値が編集されるごとに、ＸＭＬ文書参照・編集装
置１によって編集時刻が与えられて変化する。

【００６４】ＸＭＬ文書参照・編集装置１において、Ｘ
ＭＬ文書の参照・編集が終了したら、ＸＭＬ文書参照・
編集装置１からＸＭＬ文書一括管理装置３に編集内容を
送信し、ＸＭＬ文書一括管理装置３において一括管理す
るＸＭＬ文書に編集内容を反映する。前述のように、ス
ケジュール文書やメモ文書など本実施形態で扱うＸＭＬ
文書は、ＸＭＬ文書断片と、ＸＭＬ文書主部（ＸＭＬ文
書断片以外の部分）からなるが、本実施形態では、ＸＭ
Ｌ文書参照・編集装置１で参照・編集したＸＭＬ文書
は、ＸＭＬ文書断片とＸＭＬ文書主部を別々にＸＭＬ文
書一括管理装置３で一括管理する。

【００６５】ＸＭＬ文書参照・編集装置１から送信され
るＸＭＬ文書の編集内容（ここでは、差分情報）をＸＭ
Ｌ文書一括管理装置３で受信した後、ＸＭＬ文書一括管
理装置３において該編集内容を、ＸＭＬ文書のＸＭＬ文
書断片に関する編集とＸＭＬ文書主部に関する編集とに
分離し、それぞれ異なる領域に格納する。この際、複数
のＸＭＬ文書参照・編集装置１が同一のＸＭＬ文書に対
して、一貫性のない編集を行う場合があり得るので、Ｘ
ＭＬ文書一括管理装置３は、ＸＭＬ文書参照・編集装置
１から送信される編集内容を受信した後、該編集内容を
解析し、一貫性を保ちながら、更新内容を一括管理する
情報に反映するようにしている。

【００６６】例えば、図３に示したＸＭＬ文書をＸＭＬ
文書一括管理装置３で一括管理するＸＭＬ文書に反映さ
せた結果を、図４、図５に示す。図４は、ＸＭＬ文書主
部を、図５は、ＸＭＬ文書断片を管理するためのＸＭＬ
文書断片管理テーブルを表している。

【００６７】図５の管理テーブルの各ＸＭＬ文書断片
は、以下の８つの値を保持する。「ＸＭＬ文書識別子」
は、ＸＭＬ文書断片を含むＸＭＬ文書のＸＭＬ文書識別
子である。「エレメント識別子」は、ＸＭＬ文書断片の
エレメント識別子である。つまり、ｍｉｒｒｏｒｅｄエ
レメントまたはｓｈａｒｅｄエレメントのエレメント識
別子のことである。「タイプ」は、ＸＭＬ文書断片のタ
イプである。ＸＭＬ文書断片の参照方式により、一方向
複製または双方向複製のいずれかに対応する値を取る。
「前バージョン」は、該管理テーブルに登録されている
ＸＭＬ文書断片のもととなったＸＭＬ文書断片のバージ
ョンである。新規に作成されたＸＭＬ文書断片の前バー
ジョンは０と定めるものとする。「現バージョン」は、
該管理テーブルに登録されているＸＭＬ文書断片のバー
ジョンである。新規に作成されたＸＭＬ文書断片のバー
ジョンは１と定めるものとする。「最終編集時刻」は、
該管理テーブルに登録されているＸＭＬ文書断片をＸＭ
Ｌ文書参照・編集装置１で最後に編集した時刻である。
「編集者」は、該管理テーブルに登録されているＸＭＬ
文書断片をＸＭＬ文書参照・編集装置１上で最後に編集
したユーザを示す情報である。「ＸＭＬ文書断片の値」
は、一方向複製または双方向複製されるテキストであ
る。

【００６８】ここでは、ＸＭＬ文書識別子とエレメント
識別子との組が、ＸＭＬ文書断片を一意に識別する（ｉ
ｄｒｅｆ属性）。

【００６９】前バージョン、現バージョン、最終編集時
刻、編集者の４つの値は、ＸＭＬ文書参照・編集装置１
でＸＭＬ文書に対して行われた編集をＸＭＬ文書一括管
理装置３に反映する際に、ＸＭＬ文書の一貫性を判定す
るためのもととなる情報として用いられる。

【００７０】次に、本電子文書管理システムの構成・動
作についてより詳しく説明する。

【００７１】まず、ＸＭＬ文書一括管理装置３に関して
説明する。

【００７２】図１に示されるように、本実施形態のＸＭ
Ｌ文書一括管理装置３は、ＸＭＬ文書主部格納部３０
１、ＸＭＬ文書主部格納部制御部３０２、ＸＭＬ文書主
部管理部３０３、ＸＭＬ文書断片格納部３１１、ＸＭＬ
文書断片格納部制御部３１２、ＸＭＬ文書断片管理部３
１３、識別子生成部３０４、一時識別子管理部３０５、
ＸＭＬ文書結合部３０６、ＸＭＬ文書送信部３０７、Ｘ
ＭＬ文書差分受信部３０８、ＸＭＬ文書差分分離部３０
９を備えている。

【００７３】識別子生成部３０４は、電子文書管理シス
テム中で一意な正式識別子を生成する。生成した正式識
別子は、後述するＸＭＬ文書主部管理部３０３におい
て、ＸＭＬ文書のエレメントに付与される。

【００７４】一時識別子管理部３０５は、ＸＭＬ文書一
括管理装置３で作成された正式識別子とＸＭＬ文書参照
・編集装置１で作成された仮識別子との対応を管理す
る。対応は、図６に示した識別子対応管理テーブルで管
理される。後述するＸＭＬ文書断片管理部３１３から新
しい正式識別子と仮識別子との組が通知されたら、これ
を該管理テーブルに格納する。また、ＸＭＬ文書断片管
理部３１３から新しい仮識別子に対応する正式識別子問
い合わせを受信したら、該管理テーブルを検索して正式
識別子をＸＭＬ文書断片管理部３１３に送信する。さら
に、対応を保持する必要がなくなった（もしくは、必要
がなくなったとみなせるような（例えば、登録されてか
ら長時間経っている、最後に参照されてから長時間経っ
ている、など））正式識別子と仮識別子の組を管理テー
ブルから削除する。

【００７５】ＸＭＬ文書主部格納部３０１は、ＸＭＬ文
書のＸＭＬ文書主部を格納する。そして、ＸＭＬ文書主
部格納部制御部３０２に格納しているＸＭＬ文書主部を
送信し、また、ＸＭＬ文書主部格納部制御部３０２から
送信されるＸＭＬ文書主部を受信し格納する。

【００７６】ＸＭＬ文書主部格納部制御部３０２は、Ｘ
ＭＬ文書主部格納部３０１から送信されるＸＭＬ文書主
部を受信し、これをＸＭＬ文書結合部３０６に送信す
る。また、ＸＭＬ文書主部管理部３０３から送信される
ＸＭＬ文書主部を受信し、これをＸＭＬ文書主部格納部
制御部３０２に送信する。

【００７７】ＸＭＬ文書断片格納部３１１は、ＸＭＬ文
書のＸＭＬ文書断片を格納する。そして、ＸＭＬ文書断
片格納部制御部３１２にＸＭＬ文書断片を送信し、ま
た、ＸＭＬ文書断片格納部制御部３１２から送信される
ＸＭＬ文書断片を受信し格納する。

【００７８】ＸＭＬ文書断片格納部制御部３１２は、Ｘ
ＭＬ文書断片格納部３１１から送信されるＸＭＬ文書断
片を受信し、これをＸＭＬ文書結合部３０６に送信す
る。また、ＸＭＬ文書断片管理部３１３から送信された
ＸＭＬ文書断片を受信し、これをＸＭＬ文書断片格納部
３１１に送信する。

【００７９】ＸＭＬ文書結合部３０６は、読み出し時に
おいて、ＸＭＬ文書主部格納部制御部３０２から送信さ
れるＸＭＬ文書主部とＸＭＬ文書断片格納部制御部３１
２から送信されるＸＭＬ文書断片とを受信し、両者を結
合して、ＸＭＬ文書を作成する。例えば、図４のような
ＸＭＬ文書主部と図５のようなＸＭＬ文書断片を受信
し、図３のようなＸＭＬ文書を作成する。また、作成し
たＸＭＬ文書をＸＭＬ文書送信部３０７に送信する。

【００８０】ＸＭＬ文書送信部３０７は、読み出し時に
おいて、ＸＭＬ文書結合部３０６から送信されるＸＭＬ
文書を受信し、これを（例えば、ネットワークを介し
て）ＸＭＬ文書参照・編集装置１に送信する。

【００８１】ＸＭＬ文書差分受信部３０８は、書き込み
時において、ＸＭＬ文書参照・編集装置１から（例え
ば、ネットワークを介して）送信されるＸＭＬ文書の差
分を受信し、ＸＭＬ文書差分分離部３０９に送信する。

【００８２】ＸＭＬ文書差分分離部３０９は、書き込み
時において、ＸＭＬ文書差分受信部３０８から送信され
るＸＭＬ文書の差分を、ＸＭＬ文書主部の差分とＸＭＬ
文書断片の差分とに分離する。そして、ＸＭＬ文書主部
の差分をＸＭＬ文書主部管理部３０３に送信し、ＸＭＬ
文書断片の差分をＸＭＬ文書断片管理部３１３に送信す
る。

【００８３】ＸＭＬ文書主部管理部３０３は、書き込み
時において、ＸＭＬ文書差分分離部３０９から送信され
るＸＭＬ文書主部の差分を受信する。また、ＸＭＬ文書
主部のエレメントのうち、正式識別子が付与されていな
いものに対して、識別子生成部３０４を用いて生成され
た正式識別子を、付与する。また、ＸＭＬ文書主部の差
分を解析し、ＸＭＬ文書の一貫性を崩さないと判断され
たもののみを、ＸＭＬ文書主部格納部制御部３０２に送
信する。

【００８４】あるＸＭＬ文書のＸＭＬ文書主部は他のＸ
ＭＬ文書との依存関係を持たないので、ＸＭＬ文書主部
の編集については、該あるＸＭＬ文書に閉じて一貫性の
判定を行うだけで済む。なお、ＸＭＬ文書主部の差分を
反映した場合に一貫性が保持されるか否かの判定方法に
ついては、どのような方法を用いても構わない（公知の
方法によって構わない）。

【００８５】あるいは、ＸＭＬ文書主部の編集について
は、常に一貫性が保持されるものとみなして、一貫性の
判定を省き、常に反映するような構成も可能である。

【００８６】ＸＭＬ文書断片管理部３１３は、書き込み
時において、ＸＭＬ文書差分分離部３０９から送信され
るＸＭＬ文書断片の差分を受信する。ＸＭＬ文書断片の
差分に含まれるＸＭＬ文書断片のエレメントは、識別子
を保持しないか、または次のいずれかの識別子を保持す
る。すなわち、（１）識別子を保持しない、（２）正式
識別子を保持する、（３）一時識別子管理部３０５に登
録済みの仮識別子を保持する、（４）一時識別子管理部
３０５に未登録の仮識別子を保持する、のいずれかであ
る。

【００８７】上記の（２）以外の場合には、それぞれ、
以下のような処理を行う。

【００８８】（１）のようにエレメントが識別子を保持
しない場合には、識別子生成部３０４を用いて生成され
た正式識別子を付与する。

【００８９】（３）のようにエレメントが一時識別子管
理部３０５に登録済みの仮識別子を保持する場合には、
仮識別子を正式識別子に置き換える。

【００９０】（４）のようにエレメントが一時識別子管
理部３０５に未登録の仮識別子を保持する場合には、仮
識別子を識別子生成部３０４を用いて新たに生成された
正式識別子に置き換えるのと同時に、今まで付与されて
いた仮識別子と新たに付与された正式識別子との組を一
時識別子管理部３０５に登録する。

【００９１】また、ＸＭＬ文書断片管理部３１３は、該
ＸＭＬ文書断片の差分を解析し、ＸＭＬ文書断片の差分
のうち、ＸＭＬ文書の一貫性を崩さないと判定されたも
ののみを、ＸＭＬ文書断片格納部制御部３１２に送信す
る。

【００９２】この一貫性を保持するか否かの判定を行う
際には、ＸＭＬ文書一括管理装置３に現在登録されてい
るＸＭＬ文書断片と、新たにＸＭＬ文書一括管理装置３
に反映しようとしているＸＭＬ文書断片とが保持する、
所定の情報を用い、差分の反映を実行するかどうか決定
する。

【００９３】以下、差分をＸＭＬ文書断片に反映した場
合に、一貫性が保持されているかどうか判定する手続き
に関して詳しく説明する。

【００９４】ＸＭＬ文書一括管理装置３に現在登録され
ているＸＭＬ文書断片と、新たにＸＭＬ文書一括管理装
置３に反映しようとしているＸＭＬ文書断片とが保持す
る、次の４つの情報を用い、差分の反映を実行するかど
うか決定する。（１）前バージョン（２）現バージョン（３）最終編集時刻（４）編集者ＸＭＬ文書一括管理装置３に現在登録されているＸＭＬ
文書断片が保持する４つの情報は、例えば、図５のテー
ブルにおける４〜７番目の行に記載されている情報が、
これに相当する。

【００９５】ＸＭＬ文書一括管理装置３に新たに反映し
ようとしているＸＭＬ文書断片が保持する４つの情報の
うち、（１）の前バージョンは、ｖｅｒｓｉｏｎ属性
に、（３）の最終編集時刻は、ｌａｓｔ−ｍｏｄｉｆｉ
ｅｄ属性に、それぞれ格納されている。

【００９６】これらの情報を用いて差分の反映が一貫性
を保持するかどうかを判定する処理手順例を以下に示
す。もちろん、一貫性判定手順には種々のバリエーショ
ンが可能である。例えば、これら４つの情報を用いた他
の一貫性判定手順だけでなく、これら４つの情報の一部
を用いた方法や、これら４つの情報の全部又は一部に他
の情報を加えたものを用いた方法など、種々の方法が可
能である。

【００９７】図７及び図８に、あるエレメント値の編集
が一貫性を維持しているか、崩しているかの判定の手続
きの処理手順の一例を示す。

【００９８】まず、ＸＭＬ文書一括管理装置３に登録さ
れているＸＭＬ文書断片の「バージョン」と、ＸＭＬ文
書一括管理装置３に反映しようとしているＸＭＬ文書断
片の「前バージョン」を比較する（ステップＳ１）。前
者の値と後者の値が等しい場合には（ステップＳ２）、
差分の反映が一貫性を維持すると判定して（ステップＳ
９）、終了する。

【００９９】ステップＳ１の比較で両者が異なっている
場合（ステップＳ２）、ＸＭＬ文書一括管理装置３に登
録されているＸＭＬ文書断片の「前バージョン」と、Ｘ
ＭＬ文書一括管理装置３に反映しようとしているＸＭＬ
文書断片の「前バージョン」を比較する（ステップＳ
３）。

【０１００】そして、前者の値と後者の値が等しいなら
ば（ステップＳ４）、さらに、ＸＭＬ文書一括管理装置
３に登録されているＸＭＬ文書断片の「編集者」と、Ｘ
ＭＬ文書一括管理装置３に反映しようとしているＸＭＬ
文書断片の「編集者」を比較する（ステップＳ５）。

【０１０１】そして、前者の値と後者の値が等しいなら
ば（ステップＳ６）、さらに、ＸＭＬ文書一括管理装置
３に登録されているＸＭＬ文書断片の「最終編集時刻」
と、ＸＭＬ文書一括管理装置３に反映しようとしている
ＸＭＬ文書断片の「最終編集時刻」を比較する（ステッ
プＳ７）。

【０１０２】前者の最終更新時刻が後者の最終更新時刻
よりも早い場合には（ステップＳ８）、差分の反映が一
貫性を維持すると判定して（ステップＳ９）、終了す
る。一方、そうでなければ（ステップＳ８）、一貫性が
維持されていないと判定して（ステップＳ１０）、終了
する。なお、ステップＳ３またはステップＳ５の比較で
両者が異なっていたならば（ステップＳ４またはステッ
プＳ６）、一貫性が維持されていないと判定して（ステ
ップＳ１０）、終了する。

【０１０３】ＸＭＬ文書の一貫性を維持すると判定され
たＸＭＬ文書断片の差分は、以下の方法で、ＸＭＬ文書
断片の管理テーブルに反映する。

【０１０４】現バージョンは、ＸＭＬ文書断片エレメン
トが保持するｖｅｒｓｉｏｎ属性の値に１を加えたもの
に変更する。最終編集時刻は、ＸＭＬ文書断片エレメン
トが保持するｌａｓｔ−ｍｏｄｉｆｉｅｄ属性の値に変
更する。編集者は、ＸＭＬ文書断片エレメントの編集者
に変更する。ＸＭＬ文書断片の値は、ＸＭＬ文書断片エ
レメントの保持するテキストに変更する。

【０１０５】前バージョンについては、次のようにな
る。まず、ＸＭＬ文書一括管理装置３に登録されている
ＸＭＬ文書断片のバージョンと、ＸＭＬ文書一括管理装
置３に反映しようとしているＸＭＬ文書断片の前バージ
ョンとを比較する。前者の値と後者の値とが等しい場合
には、ＸＭＬ文書断片エレメントが保持するｖｅｒｓｉ
ｏｎ属性の値に変更し、それ以外の場合には、変更を行
わない。

【０１０６】次に、ＸＭＬ文書参照・編集装置１に関し
て説明する。

【０１０７】図１に示されるように、ＸＭＬ文書参照・
編集装置１は、ＸＭＬ文書一時格納部１０１、ＸＭＬ文
書編集部１０２、ＸＭＬ文書断片中継部１０３、一時識
別子生成部１０５、ＸＭＬ文書差分演算部１０６、ＸＭ
Ｌ文書差分送信部１０７、ＸＭＬ文書受信部１０８を備
えている。

【０１０８】ＸＭＬ文書受信部１０８は、ＸＭＬ文書一
括管理装置３から送信されるＸＭＬ文書を受信し、これ
をＸＭＬ文書一時格納部１０１とＸＭＬ文書編集部１０
２に送信する。

【０１０９】ＸＭＬ文書一時格納部１０１は、ＸＭＬ文
書受信部１０８が送信するＸＭＬ文書を受信し格納す
る。

【０１１０】ＸＭＬ文書編集部１０２は、ＸＭＬ文書一
括管理装置３で一括管理されるＸＭＬ文書の複製を参照
し編集する。編集は、ＸＭＬ文書主部の編集とＸＭＬ文
書断片の編集（一方向複製元、一方向複製先、双方向複
製元、双方向複製先の追加、削除、変更など）の両方を
行う。また、新たに作成したエレメントに一時識別子生
成部１０５を用いて生成された仮識別子を付与する。

【０１１１】このＸＭＬ文書編集部１０２は、１つのＸ
ＭＬ文書参照・編集装置１に複数存在し得る。例えば、
１つのＸＭＬ文書参照・編集装置１で複数の文書を参照
・編集する場合には、個々の文書に対応して専用にＸＭ
Ｌ文書編集部１０２が対応する。具体的には、例えば、
表示画面上で、ある文書をＸＭＬ文書一括管理装置３か
ら読み込みあるいは新規の文書を作成するにあたって、
個々の文書について、ＸＭＬ文書編集部１０２の参照・
編集ウィンドウが開き、ユーザは、該参照・編集ウィン
ドウ上で、該当文書を参照・編集するような場合で、こ
の場合、個々のＸＭＬ文書編集部１０２は、例えば、必
要時に起動された個々のプロセスに相当する。

【０１１２】ＸＭＬ文書断片中継部１０３は、あるＸＭ
Ｌ文書編集部１０２で編集中のＸＭＬ文書のｍｉｒｒｏ
ｒｅｄエレメントまたはｓｈａｒｅｄエレメントを参照
するｍｉｒｒｏｒエレメントまたはｓｈａｒｅエレメン
トを、別のＸＭＬ文書編集部１０２で編集中のＸＭＬ文
書中に作成する際に、一方のＸＭＬ文書編集部１０２か
ら他方のＸＭＬ文書編集部１０２への参照元ＸＭＬ文書
断片情報の転送を中継する。具体的には、例えば、ある
ＸＭＬ文書編集部１０２の参照・編集ウィンドウＡ上
で、文書ａが編集され、他のＸＭＬ文書編集部１０２の
参照・編集ウィンドウＢ上で、文書ｂが編集されている
際に、ユーザが、該参照・編集ウィンドウＡ上の文書ａ
の複製元となる部分と、その部分を一方向複製元にする
指示（あるいは双方向複製元にする指示）をマウスで選
択し、この部分をマウスで、ウィンドウＢ上の文書ｂの
所望の箇所に移動させ貼り付けると、該文書ｂの該所望
の箇所に、該文書ａの選択された部分が、一方向複製先
として設定される。

【０１１３】また、例えば、参照・編集ウィンドウＣ上
で、文書ｃが編集され、参照・編集ウィンドウＤ上で、
文書ｄが編集されている際に、ユーザが、該参照・編集
ウィンドウＣ上の文書ｃのあるエレメント（このエレメ
ントは、他の文書ｅのｍｉｒｒｏｒｅｄエレメントまた
はｓｈａｒｅｄエレメントを複製元とするｍｉｒｒｏｒ
エレメントまたはｓｈａｒｅエレメントになっているも
のとする）を複製元にする指示をマウスで選択し、この
部分をマウスで、ウィンドウＤ上の文書ｄの所望の箇所
に移動させ貼り付けると、該文書ｄの該所望の箇所に、
該文書ｃの選択された部分が、（文書ｃの該当エレメン
トを複製元とするのではなく、その元々の複製元である
文書ｅの該当エレメントを複製元として）一方向複製先
として設定されるようにしてもよい。

【０１１４】なお、同一の文書内で、上記の操作を行っ
て、同一の文書内の文書断片間に依存関係を付与するこ
とも可能である。

【０１１５】一時識別子生成部１０５は、電子文書管理
システム中で一意な仮識別子を生成する。生成した仮識
別子は、ＸＭＬ文書編集部１０２において、ＸＭＬ文書
のエレメントに付与される。

【０１１６】ＸＭＬ文書差分演算部１０６は、ＸＭＬ文
書編集部１０２から送信されるＸＭＬ文書とＸＭＬ文書
一時格納部１０１から送信されるＸＭＬ文書とを受信
し、両者の差分を演算し（この差分がＸＭＬ文書編集部
１０２で行った編集に相当する）、求めた該差分を、Ｘ
ＭＬ文書差分送信部１０７に送信する。

【０１１７】ＸＭＬ文書差分送信部１０７は、ＸＭＬ文
書差分演算部１０６から送信される差分を受信し、ＸＭ
Ｌ文書一括管理装置３に送信する。

【０１１８】以下では、本実施形態の各種手順について
説明する。

【０１１９】まず、ＸＭＬ文書の読み出し時の手順例を
示す。

【０１２０】図９に、ＸＭＬ文書一括管理装置３に格納
されているＸＭＬ文書を読み出し、ＸＭＬ文書参照・編
集装置１に表示するまでの処理手順の一例を示す。

【０１２１】ＸＭＬ文書主部をＸＭＬ文書一括管理装置
３のＸＭＬ文書主部格納部３０１から読み出す。読み出
したＸＭＬ文書主部は、ＸＭＬ文書主部格納部制御部３
０２を経由して、ＸＭＬ文書結合部３０６に送信する
（ステップＳ２１）。

【０１２２】ＸＭＬ文書主部に対するＸＭＬ文書断片を
ＸＭＬ文書断片格納部３１１から読み出す。読み出した
ＸＭＬ文書断片は、ＸＭＬ文書断片格納部制御部３１２
を経由して、ＸＭＬ文書結合部３０６に送信する（ステ
ップＳ２２）。

【０１２３】ＸＭＬ文書結合部３０６において、受信し
たＸＭＬ文書主部とＸＭＬ文書断片を結合し、ＸＭＬ文
書を作成する。作成したＸＭＬ文書は、ＸＭＬ文書送信
部３０７に送信する（ステップＳ２３）。

【０１２４】ＸＭＬ文書送信部３０７において、受信し
たＸＭＬ文書をＸＭＬ文書参照・編集装置１のＸＭＬ文
書受信部１０８に送信する（ステップＳ２４）。

【０１２５】ＸＭＬ文書参照・編集装置１のＸＭＬ文書
受信部１０８において、受信したＸＭＬ文書の複製を作
成し、ＸＭＬ文書一時格納部１０１に格納する。受信し
たＸＭＬ文書は、ＸＭＬ文書編集部１０２に送信する
（ステップＳ２５）。

【０１２６】ＸＭＬ文書編集部１０２において、受信し
たＸＭＬ文書を表示する（ステップＳ２６）。

【０１２７】次に、ＸＭＬ文書の編集時の手順例を示
す。

【０１２８】図１０及び図１１に、ＸＭＬ文書参照・編
集装置１でＸＭＬ文書の編集を行う際の処理手順の一例
を示す。

【０１２９】ユーザがＸＭＬ文書に対して行おうとして
いる編集を受け付ける（ステップＳ３１）。なお、ユー
ザがこれ以上の編集を行わない場合には終了する。

【０１３０】ユーザがＸＭＬ文書に対して行おうとして
いる編集内容を解析し、ＸＭＬ文書の文書構造を維持す
る編集であるかどうか判定する（ステップＳ３２）。

【０１３１】ここで、文書構造を崩している場合には
（ステップＳ３３）、ユーザが行おうとしている編集を
否認し、ステップＳ３１に戻る。

【０１３２】一方、文書構造を維持している場合には
（ステップＳ３３）、ユーザが行おうとしている編集を
承認し、次いで、編集内容がエレメントの新規作成であ
るかどうか判定する（ステップＳ３４）。

【０１３３】そして、新規作成以外の場合には（ステッ
プＳ３５）、何もせずに、ステップＳ３１に戻るが、新
規作成である場合には（ステップＳ３５）、さらに、新
規作成されたエレメントがｍｉｒｒｏｒｅｄエレメント
またはｓｈａｒｅｄエレメントであるかどうか判定する
（ステップＳ３６）。

【０１３４】ここで、ｍｉｒｒｏｒｅｄエレメントまた
はｓｈａｒｅｄエレメントである場合には（ステップＳ
３７）、一時識別子生成部１０５を用いて一意な仮識別
子を作成し、エレメントに付与する（ステップＳ３
８）。

【０１３５】一方、ステップＳ３６でｍｉｒｒｏｒｅｄ
エレメントまたはｓｈａｒｅｄエレメント以外の場合に
は（ステップＳ３７）、新規作成されたエレメントがｍ
ｉｒｒｏｒエレメントまたはｓｈａｒｅエレメントであ
るかどうか判定する。そして、ｍｉｒｒｏｒエレメント
またはｓｈａｒｅエレメントである場合には（ステップ
Ｓ４０）、ＸＭＬ文書断片中継部１０３経由で一方向複
製元または双方向複製元の情報（識別子、ｖｅｒｓｉｏ
ｎ属性、ｌａｓｔ−ｍｏｄｉｆｉｅｄ属性）を取得し、
ｍｉｒｒｏｒエレメントまたはｓｈａｒｅエレメントに
付与する（ステップＳ４１）。一方、ｍｉｒｒｏｒエレ
メントまたはｓｈａｒｅエレメント以外である場合には
（ステップＳ４０）、何もせずに、ステップＳ３１に戻
る。

【０１３６】次に、ＸＭＬ文書の書き込み時の手順例を
示す。

【０１３７】図１２〜図１５に、編集が終了したＸＭＬ
文書をＸＭＬ文書一括管理装置３に反映するまでの処理
手順の一例を示す。

【０１３８】編集が終了したＸＭＬ文書をＸＭＬ文書参
照・編集装置１のＸＭＬ文書編集部１０２からＸＭＬ文
書差分演算部１０６に送信する（ステップＳ５１）。

【０１３９】編集を行う前のＸＭＬ文書をＸＭＬ文書一
時格納部１０１からＸＭＬ文書差分演算部１０６に送信
する（ステップＳ５２）。

【０１４０】ＸＭＬ文書差分演算部１０６において、編
集の前後のＸＭＬ文書を受信し、両者の差分を演算する
（ステップＳ５３）。演算した差分は、ＸＭＬ文書差分
送信部１０７に送信する。

【０１４１】ＸＭＬ文書差分送信部１０７において、受
信した差分をＸＭＬ文書一括管理装置３のＸＭＬ文書差
分受信部３０８に送信する（ステップＳ５４）。

【０１４２】ＸＭＬ文書一括管理装置３のＸＭＬ文書差
分受信部３０８において、受信した差分をＸＭＬ文書差
分分離部３０９に送信する（ステップＳ５５）。

【０１４３】ＸＭＬ文書差分分離部３０９において、受
信した差分をＸＭＬ文書主部に関する差分とＸＭＬ文書
断片に関する差分とに分離する（ステップＳ５６）。

【０１４４】未処理差分が存在するか否か判定する（ス
テップＳ５７）。

【０１４５】ここで、未処理差分が存在しない場合には
（ステップＳ５８）、終了する。

【０１４６】一方、未処理の差分が存在する場合には
（ステップＳ５８）、その差分がＸＭＬ文書主部に関す
る差分であるか、ＸＭＬ文書断片に関する差分であるか
判定する（ステップＳ５９）。

【０１４７】そして、ＸＭＬ文書主部に関する差分であ
る場合には（ステップＳ６０）、差分をＸＭＬ文書主部
管理部３０３に送信し（ステップＳ６１）、ステップＳ
７１へ進み、ＸＭＬ文書主部に関する差分の処理を行
う。一方、ＸＭＬ文書断片に関する差分である場合には
（ステップＳ６０）、差分をＸＭＬ文書断片管理部３１
３に送信し（ステップＳ６２）、ステップＳ８１へ進
み、ＸＭＬ文書断片に関する差分の処理を行う。

【０１４８】第１に、ＸＭＬ文書主部に関する差分の処
理について説明する。

【０１４９】まず、差分をＸＭＬ文書主部に反映した場
合に、一貫性が維持されるかどうか判定する（ステップ
Ｓ７１）。

【０１５０】ここで、維持されない場合には（ステップ
Ｓ７２）、ユーザが行った編集のうちこの差分で記述さ
れる部分を否認し（ステップＳ７３）、ステップＳ５７
に戻る。

【０１５１】一方、維持される場合には（ステップＳ７
２）、まず、ユーザが行った編集のうちこの差分で記述
される部分を承認し（ステップＳ７４）、差分が識別子
を保持しないエレメントを含むならば（つまり、差分が
エレメントの新規作成であるならば）（ステップＳ７
５）、識別子生成部３０４を用いて一意な正式識別子を
作成し、エレメントに付与し（ステップＳ７６）、そう
でなければ（ステップＳ７５）、この処理は行わない。

【０１５２】そして、差分をＸＭＬ文書主部格納部制御
部３０２経由でＸＭＬ文書主部格納部３０１に格納され
ているＸＭＬ文書主部に反映し（ステップＳ７７）、ス
テップＳ５７に戻る。

【０１５３】第２に、ＸＭＬ文書断片に関する差分の処
理について説明する。

【０１５４】まず、差分をＸＭＬ文書断片に反映した場
合に、一貫性が維持されるかどうか判定する（ステップ
Ｓ８１）。

【０１５５】ここで、維持されない場合には（ステップ
Ｓ８２）、ユーザが行った編集のうちこの差分で記述さ
れる部分を否認し（ステップＳ８３）、ステップＳ５７
に戻る。

【０１５６】一方、維持される場合には（ステップＳ８
２）、まず、ユーザが行った編集のうちこの差分で記述
される部分を承認し（ステップＳ８４）、差分が仮識別
子を保持または参照するエレメントを含むならば（つま
り、差分がｍｉｒｒｏｒｅｄエレメントまたはｓｈａｒ
ｅｄエレメントの新規作成である、またはそれらを一方
向複製元または双方向複製元とするｍｉｒｒｏｒエレメ
ントまたはｓｈａｒｅエレメントの新規作成であるなら
ば）（ステップＳ８５）、仮識別子が一時識別子管理部
３０５に登録されていないものについては、識別子生成
部３０４を用いて一意な正式識別子を作成して、仮識別
子と正式識別子の組を一時識別子管理部３０５に登録
し、また、エレメントが保持または参照する仮識別子を
正式識別子に変更する（ステップＳ８６）。そうでなけ
れば（ステップＳ８５）、この処理は行わない。

【０１５７】そして、差分をＸＭＬ文書断片格納部制御
部３１２経由でＸＭＬ文書断片格納部３１１に格納され
ているＸＭＬ文書断片に反映し（ステップＳ８７）、ス
テップＳ５７に戻る。

【０１５８】ところで、一貫性が維持されないと判定さ
れた場合には、システムで強制的に編集を破棄してしま
うだけでなく、様々な対処方法が可能である。

【０１５９】例えば、一貫性が維持されないと判定され
た場合に、その旨及び該当エレメント等を利用者へ通知
し（例えば、ＸＭＬ文書参照・編集装置１の該当するＸ
ＭＬ文書編集部１０２の参照・編集ウィンドウ上に表示
させるようにし）、該利用者が判断して、該編集を破棄
すること、あるいは該編集をＸＭＬ文書一括管理装置３
へ反映させることを決定し、その指示をＸＭＬ文書一括
管理装置３へ通知し、ＸＭＬ文書一括管理装置３は、該
指示に従って、該編集を破棄し、あるいは反映させるよ
うにしてもよい。

【０１６０】また、例えば、一貫性が維持されないと判
定された場合に、ＸＭＬ文書一括管理装置３にて、該編
集を破棄し反映させなかった版と、該編集を反映させた
版との両方を保持しておき、利用者が後にいずれを採用
するかを選択できるようにしてもよい。この場合、ＸＭ
Ｌ文書一括管理装置３は、後で利用者が選択した際に、
該編集を破棄した文書、あるいは反映させた文書に、版
を確定させるようにしてもよい。

【０１６１】また、例えば、１つの複製元のエレメント
と、複数の複製先のエレメントとのグループにおいて、
特定の複製先のエレメントに係る編集について、一貫性
が維持されないと判定された場合に、該一貫性が維持さ
れないと判定された特定の複製先のエレメントのみ、該
グループから外して（該エレメントを他のエレメントと
の間に依存関係を持たないエレメントに変更し、あるい
は該エレメントを削除して）、該グループに属する残り
の１つの複製元のエレメントと１又は複数の複製先のエ
レメントの間の依存関係の一貫性を保持するようにして
もよい。

【０１６２】また、例えば、矛盾を生じた操作のうち、
絶対時間の早い方を採用し、遅い方を棄却することによ
って、矛盾を回避するようにしてもよい。

【０１６３】さて、以下では、具体例を用いて本実施形
態を説明する。

【０１６４】ＸＭＬ文書一括管理装置３に格納されるＸ
ＭＬ文書をＸＭＬ文書参照・編集装置１に読み出し、該
ＸＭＬ文書をＸＭＬ文書参照・編集装置１で編集し、こ
れをＸＭＬ文書一括管理装置３に反映させる際に、ＸＭ
Ｌ文書が変化する様子を、具体的なＸＭＬ文書に即して
説明する。

【０１６５】ＸＭＬ文書主部格納部３０１に図１６に示
したＸＭＬ文書主部（ＸＭＬ文書識別子はｓｃｈｅｄｕ
ｌｅ−１であるとする）と図１７に示したＸＭＬ文書主
部（ＸＭＬ文書識別子はｍｅｍｏ−１であるとする）
（図４の例と同じ内容である）が格納されているとし、
ＸＭＬ文書断片格納部３１１に図５に示したＸＭＬ文書
断片が格納されているとする。

【０１６６】また、同時に２台のＸＭＬ文書参照・編集
装置（以下、一方をａ、他方をｂと呼ぶものとする）で
編集を行うものとする。また、ＸＭＬ文書参照・編集装
置ａを使う編集者が「木村」、ＸＭＬ文書参照・編集装
置ｂを使う編集者が「鳥井」であるとする。

【０１６７】ここでは、時刻“２００１／９／３０２
０：００：００”に図１６に示したＸＭＬ文書主部をＸ
ＭＬ文書参照・編集装置ａに読み出し、時刻“２００１
／９／３０２０：００：３０”に図１７に示したＸＭ
Ｌ文書主部をＸＭＬ文書参照・編集装置ｂに読み出した
とする。

【０１６８】図１６に示したＸＭＬ文書主部をＸＭＬ文
書参照・編集装置ａに読み出した結果得られるＸＭＬ文
書を図１８に示した。

【０１６９】分かりやすくするために、ｓｈａｒｅｄ，
ｍｉｒｒｏｒｅｄエレメント部に下線を引いてあるが、
これはあくまで分かりやすいように引いてあるのであ
り、実際のＸＭＬ文書に下線が引かれる訳ではない。

【０１７０】図１６に示したＸＭＬ文書主部には、ｉｄ
＝“ｅｓ９”を保持するｍｉｒｒｏｒｅｄエレメントと
ｉｄ＝“ｅｓ５”を保持するｓｈａｒｅｄエレメントの
２つのＸＭＬ文書断片が含まれる。そこで、ＸＭＬ文書
断片格納部３１１に格納してある図５の管理テーブルか
ら２つのＸＭＬ文書断片の情報を読み出し、ＸＭＬ文書
結合部３０６において、ＸＭＬ文書主部とＸＭＬ文書断
片の結合を行う。この結果が、図１８に示したＸＭＬ文
書（図２の例と同じ内容である）である。

【０１７１】同様に、図１７に示したＸＭＬ文書をＸＭ
Ｌ文書参照・編集装置ｂに読み出した結果得られるＸＭ
Ｌ文書を図１９に示した。

【０１７２】図１７に示したＸＭＬ文書主部には、ｉｄ
＝“ｅｓ１１”を保持するｍｉｒｒｏｒエレメントとｉ
ｄ＝“ｅｓ１２”を保持するｓｈａｒｅエレメントの２
つのＸＭＬ文書断片が含まれる。そこで、ＸＭＬ文書断
片格納部３１１に格納してある図５の管理テーブルから
２つのＸＭＬ文書断片の情報を読み出し、ＸＭＬ文書結
合部３０６において、ＸＭＬ文書主部とＸＭＬ文書断片
の結合を行う。この結果が、図１９に示したＸＭＬ文書
（図３の例と同じ内容である）である。

【０１７３】引き続き、ＸＭＬ文書参照・編集装置ａに
おいて、編集者「木村」が、図１８に示したＸＭＬ文書
を時刻“２００１／９／３０２０：１０：００”に編
集し、図２０に示したＸＭＬ文書が得られたとする。具
体的には、会議の開催場所を“第３会議室”から“特別
会議室”に変更している。

【０１７４】編集が終了したＸＭＬ文書を時刻“２００
１／９／３０２０：２０：００”にＸＭＬ文書一括管
理装置３に反映するとする。図２０に示したＸＭＬ文書
をＸＭＬ文書一括管理装置３に反映する際には、ＸＭＬ
文書差分演算部１０６において、図１８に示した編集を
行う前のＸＭＬ文書と図２０に示した編集を行った後の
ＸＭＬ文書の差分を演算し、演算結果をＸＭＬ文書一括
管理装置３へ送信する。

【０１７５】上記編集が行われた部分は、図２１（ａ）
に示した通りであり、上記編集を行った結果演算される
差分は、図２１（ｂ）に示した通りである。

【０１７６】求められた差分は、ＸＭＬ文書参照・編集
装置ａからＸＭＬ文書一括管理装置３に送信され、ＸＭ
Ｌ文書差分分離部３０９において、ＸＭＬ文書主部に関
する差分とＸＭＬ文書断片に関する差分とに分離され
る。

【０１７７】この例では、ＸＭＬ文書主部に関する差分
は存在せず、図２１に示したＸＭＬ文書断片に関する差
分のみが存在する。この差分をＸＭＬ文書一括管理装置
３に反映させる場合に一貫性を維持するかどうか、ＸＭ
Ｌ文書断片管理部３１３で判定する。

【０１７８】ＸＭＬ文書識別子“ｓｃｈｅｄｕｌｅ−
１”を保持するＸＭＬ文書のエレメント識別子“ｅｓ
５”を保持するＸＭＬ文書断片は、現在ＸＭＬ文書一括
管理装置３に登録されているものが、前バージョン＝
“１”、現バージョン＝“２”、最終更新時刻＝“２０
０１／９／２８１３：３０：１０”、編集者＝“鳥
井”、ＸＭＬ文書断片の値＝“第３会議室”であるのに
対して、ＸＭＬ文書参照・編集装置ａで編集された結果
は、前バージョン＝“２”、最終更新時刻＝“２００１
／９／３０２０：１０：００”、編集者＝“木村”、
ＸＭＬ文書断片の値＝“特別会議室”である。

【０１７９】これは一貫性を維持する編集と判断される
ので、ＸＭＬ文書一括管理装置３で管理されるＸＭＬ文
書断片を更新する。具体的には、図２２に示す通り、管
理テーブルが変更される。なお、ここで、バージョン番
号が増えている。

【０１８０】次に、ＸＭＬ文書参照・編集装置ｂにおい
て、鳥井が、図１９に示したＸＭＬ文書を時刻“２００
１／９／３０２０：３０：００”に編集し、図２３に
示したＸＭＬ文書が得られるとする。具体的には、会議
の開催場所を“第３会議室”から“講堂”に変更してい
る。

【０１８１】編集が終了したＸＭＬ文書を時刻“２００
１／９／３０２０：４０：００”にＸＭＬ文書一括管
理装置３に反映するとする。図２３に示したＸＭＬ文書
をＸＭＬ文書一括管理装置３に反映する際には、ＸＭＬ
文書差分演算部１０６において、図１９に示した編集を
行う前のＸＭＬ文書と図２３に示した編集を行った後の
ＸＭＬ文書の差分を計算し、演算結果をＸＭＬ文書一括
管理装置３に送信する。

【０１８２】上記編集が行われた部分は、図２４（ａ）
に示した通りであり、上記編集を行った結果演算される
差分は、図２４（ｂ）に示した通りである。

【０１８３】求められた差分は、ＸＭＬ文書参照・編集
装置ｂからＸＭＬ文書一括管理装置３に送信され、ＸＭ
Ｌ文書差分分離部３０９において、ＸＭＬ文書主部に関
する差分とＸＭＬ文書断片に関する差分とに分離され
る。

【０１８４】この例では、ＸＭＬ文書主部に関する差分
は存在せず、図２４に示したＸＭＬ文書断片に関する差
分のみが存在する。この差分をＸＭＬ文書一括管理装置
３に反映させる場合に一貫性を維持するかどうか、ＸＭ
Ｌ文書断片管理部３１３で判定する。

【０１８５】ＸＭＬ文書識別子“ｓｃｈｅｄｕｌｅ−
１”を保持するＸＭＬ文書のエレメント識別子“ｅｓ
５”を保持するＸＭＬ文書断片は、現在ＸＭＬ文書一括
管理装置３に登録されているものが、前バージョン＝
“２”、現バージョン＝“３”、最終更新時刻＝“２０
０１／９／３０２０：１０：００”、編集者＝“木
村”、ＸＭＬ文書断片の値が“特別会議室”であるのに
対して、ＸＭＬ文書参照・編集装置ｂで編集された結果
は、前バージョン＝“２”、最終更新時刻＝“２００１
／９／３０２０：３０：００”、編集者＝“鳥井”、
ＸＭＬ文書断片の値＝“講堂”である。

【０１８６】これは一貫性を維持しない編集と判断され
るので、更新は拒否され、ＸＭＬ文書一括管理装置３で
管理されるＸＭＬ文書断片は変更されない。

【０１８７】さて、これまでは、電子文書としてＸＭＬ
文書を例にとって説明してきたが、もちろん、本発明
は、ＨＴＭＬ文書など、他の構造化文書にも適用可能で
ある。

【０１８８】（非構造化文書に対する本発明の適用例）
また、本発明は、構造化文書だけでなく、非構造化文書
にも適用可能である。以下では、本発明を非構造化文書
に適用する場合について説明する。

【０１８９】なお、以下においても、基本的には、これ
まで説明してきた文書断片間の一方向複製や双方向複製
などの依存関係を管理する機構や、一貫性を維持するた
めの機構などを用いるものである。ただし、非構造化文
書は、構造化文書と異なって、文書がもともと有する構
造を利用して、文書断片間の依存関係を管理するための
情報を埋め込むことができないので、例えば、非構造化
文書に対して、依存関係を管理するための情報を埋め込
むための構造を付与するとともに、該非構造化文書をそ
の本来の目的での利用に供するにあたっては、該付与し
た依存関係を管理するための情報を埋め込むための構造
を除去し、もとの非構造化文書に戻して提供する。

【０１９０】さて、応用の一つとして、Ｕｎｉｘワーク
ステーションやＰＣＵｎｉｘのような計算機が多数設
置されたネットワークシステムを考える。ここで、本発
明を適用した依存情報管理エンジンと、依存情報管理エ
ンジンをサポートする編集機能の設置により、管理が容
易になることを示す。

【０１９１】ここでは、前提として、既存のシステムや
プログラムを活用することとする。そのため、できるだ
け既存のシステムの文法や文脈を阻害しない機構が望ま
しい。このような場合でも依存情報管理エンジンは、シ
ステムを阻害せず以下の方法で設置が可能である。

【０１９２】まず、依存情報管理エンジンと文書ＤＢを
用意する。この依存情報管理エンジンと文書ＤＢは、ネ
ットワーク上に最低一組存在すれば良い。もちろん、ネ
ットワーク上の管理上の都合により、複数必要な場合も
ある。その場合は、依存情報管理エンジン（内のメッセ
ージ処理部）が互いに異なる依存情報管理エンジン（内
の保留処理キュー）にメッセージを送信できるように構
成する。

【０１９３】単一の文書に対して複数の依存関係が存在
する場合、複数の依存情報管理エンジンを利用する必要
がある。この場合、依存情報管理エンジン内で、文書断
片を抽出する部分が他の依存情報管理エンジンと通信す
る機構を持つ方法や、文書断片を抽出する部分を文書編
集側（依存情報管理エンジンの外部）に設け、依存情報
管理エンジンとの通信は文書断片単位で行う方法が考え
られる。

【０１９４】さて、ここで問題となるのは既存のシステ
ムの文法、特に可読性の高いテキストファイルとしての
設定ファイルである。この設定ファイルは平易なテキス
トファイルとして作られ、任意のエディタで容易に編集
可能である。

【０１９５】一方、依存情報管理エンジンは、入力とし
て与えられる文書から文書断片を抽出できる必要があ
る。ここで、構造化文書の場合は、ＸＭＬタグ等をマー
カーとして利用することで文書断片の抽出が可能であっ
た。ところが、ここで与えられるのは通常のテキストフ
ァイルで、その上で特定の文法を仮定することは非現実
的である。

【０１９６】また、文書操作用のＧＵＩを用意するとし
ても、ワークステーションにおいてＧＵＩは一般的では
なく、エディタすら必要に応じて使い分けたり、管理者
によって好みがあったりと、簡単に統一できる状態では
ない。

【０１９７】一方、ＣＶＳやＲＣＳのような版管理シス
テムはシステム管理において必須とされ、設定ファイル
の変更を記録するために広く用いられている。これは皆
で同じシステムを同じように使わなければ意味が無く、
操作性を簡単に統一できる。

【０１９８】従って、依存情報管理エンジンへのインタ
フェースを版管理システムが行う構成が最も可用性が高
いと言える。ただし、このままでは依存情報管理エンジ
ンが利用する依存情報のマーカーが流出してしまい、既
存のプログラムの動作に支障が生ずる。

【０１９９】そこで、図２５のように、版管理システム
において１つの文書につき２相用意する。１つは、依存
情報を含み、文書の内容を書き換え可能としたもので、
これを「編集相」と呼ぶものとする。もう１つは、編集
相から依存情報を除去し、文書の内容の読み出しのみを
可能としたもので、これを「読み出し相」と呼ぶものと
する。

【０２００】管理者は、システム管理のために設定ファ
イルを編集する際は、版管理システムに対して編集相の
ファイルを要求する。

【０２０１】編集相において、依存情報管理エンジンが
理解できる形での文法を既存のプログラムの文法に加え
て利用する。既存プログラム文法では、プログラムの動
作を設定するファイルの一部に依存情報管理エンジン文
法による文書断片が記載される。このファイルは、版管
理システムに渡され（ＣＯＭＭＩＴ）、その際に依存情
報管理エンジンが起動され、依存情報のチェックを行
う。また、管理者は、依存情報管理エンジンの文法を理
解するものとする。この文法を直接・あるいは支援ソフ
トの助けを借りて記述することで、設定ファイル中の依
存関係を編集できる。

【０２０２】管理者は、編集を終えると、編集相のファ
イルを版管理システムに登録（ＣＯＭＭＩＴ）した後、
読み出し相ファイルを要求する。

【０２０３】読み出し相ファイルからは、依存情報に関
する記述は一切排除され、既存のプログラムの文法に従
う。

【０２０４】このように２相管理機構を備える版管理シ
ステムにより、既存システムの動作を阻害することな
く、本発明を適用した依存情報管理エンジンを利用する
ことが可能になる。

【０２０５】以下、このような文書管理について説明す
る。

【０２０６】図２６に、この場合の電子文書管理システ
ムの構成例を示す。図２６に示されるように、本電子文
書管理システムは、文書ＤＢ１００１、文書管理要求受
付部１００２、文書断片抽出部１００３、前処理部１０
０４、文書編集部１０３１、文書参照部１０３２、文書
断片ＤＢ１０２１、新規文書断片登録部１０２２、既出
断片更新検出部１０２３、整合性検査部１０２４、メッ
セージ処理部１０２５を含む。

【０２０７】文書断片ＤＢ１０２１、新規文書断片登録
部１０２２、既出断片更新検出部１０２３、整合性検査
部１０２４、メッセージ処理部１０２５を含む部分を、
依存情報管理エンジン１０００と呼ぶ。

【０２０８】前処理部１００４、文書編集部１０３１、
文書参照部１０３２が、例えばサーバ側（あるいは、Ｘ
ＭＬ文書一括管理装置側）に搭載され、それ以外が例え
ばクライアント側（あるいは、文書参照・編集装置側）
に搭載されてもよい。また、文書編集部１０３１、文書
参照部１０３２が、例えばクライアント側（あるいは、
文書参照・編集装置側）に搭載され、それ以外が例えば
サーバ側（あるいは、ＸＭＬ文書一括管理装置側）に搭
載されてもよい。

【０２０９】もちろん、上記以外の構成要素の配置方法
も可能である。

【０２１０】また、依存情報管理エンジン１０００は、
システム内に１つ設置する構成、システム内部における
文書１つ１つに設ける構成、利用者毎に設ける構成、そ
れらの中間的な形態による構成など、変形例が考えられ
る。文書ＤＢ１００１等についても同様である。そし
て、それらの組合せ、すなわち文書と依存情報管理エン
ジン１０００や文書ＤＢ１００１との関係についても、
いろいろな変形例が考えられる。

【０２１１】次に、図２７を参照しながら、利用者によ
る新規文書の登録について説明する。図２７は、この場
合におけるデータの流れを示している。

【０２１２】文書登録におけるデータの流れは、以下の
通りである。・文書編集部１０３１による文書の登録要求を行う。・文書管理要求受付部１００２による文書ＤＢ１００１
の選択と、文書断片抽出部１００３への監査依頼を行
う。・文書断片抽出部１００３による監査を行う。・各断片に対して、依存情報管理エンジン１０００によ
る処理を行う。・文書管理要求受付部１００２に処理結果が戻されるの
で、処理された文書を文書ＤＢ１００１に登録する。

【０２１３】次に、図２８及び図２９を参照しながら、
文書の取り出しについて説明する。

【０２１４】図２８は、文書を編集可能な状態（編集
相）で取り出す場合のデータの流れを示している。図２
８における処理の流れは、以下の通りである。（１）文書編集部１０３１から文書の識別子を指定し
て、文書管理要求受付部１００２に要求する。（２）文書管理要求受付部１００２では、対応する文書
ＤＢ１００１を解決し、対応する文書を文書ＤＢ１００
１に要求し、取得する。（３）文書管理要求受付部１００２は、取得した文書を
文書断片抽出部１００３に渡す。（４）文書断片抽出部１００３は、渡された文書から抽
出したそれぞれの断片を、対応する依存情報管理エンジ
ン１０００に渡し、結果を得る。得た結果は、渡された
文書に反映し、文書管理要求受付部１００２に返却す
る。（５）文書管理要求受付部１００２から文書編集部１０
３１に文書が渡される。

【０２１５】一方、図２９は、編集はできないけれども
後方互換性の無い相互参照に関するメタ情報を削除した
形（読み出し相）で情報を取り出す場合のデータの流れ
を示している。

【０２１６】図２９における処理の流れは以下の通りで
ある。（１）文書参照部１０３２からの文書の識別子を指定し
て、文書管理要求受付部１００２に要求する。ここで、
読み出し専用フラグを指定する。（２）文書管理要求受付部１００２では、対応する文書
ＤＢ１００１を解決し、対応する文書を文書ＤＢ１００
１に要求し、取得する。（３）文書管理要求受付部１００２は、取得した文書を
文書断片抽出部１００３に渡す。（４）文書断片抽出部１００３は、渡された文書から抽
出したそれぞれの断片を、対応する依存情報管理エンジ
ン１０００に渡し、結果を得る。得た結果は、渡された
文書に反映し、文書管理要求受付部１００２に返却す
る。（５）文書管理要求受付部１００２から前処理部１００
４が呼び出され、文書が渡される。（６）前処理部１００４は、依存情報等のメタ情報を文
書から削除し、文書参照部１０３２に返す。

【０２１７】次に、図３０を参照しながら、編集相で取
り出した文書の編集結果の再登録について説明する。図
３０は、この場合のデータの流れを示している。

【０２１８】再登録におけるデータの流れは、以下の通
りである。・文書編集部１０３１による文書の更新要求を行う。・文書管理要求受付部１００２による文書ＤＢ１００１
の選択と、文書断片抽出部１００３への監査依頼を行
う。・文書断片抽出部１００３による監査を行う。・各断片に対して、依存情報管理エンジン１０００によ
る処理を行う。・文書管理要求受付部１００２に処理結果が戻されるの
で、処理された文書を文書ＤＢ１００１に登録する。

【０２１９】以下、図２６の電子文書管理システムにお
けるそれぞれの構成要素（あるいは、コンポーネント）
について説明する。

【０２２０】文書ＤＢ１００１は、文書を格納する。

【０２２１】文書編集部１０３１の動作は、以下の通り
である。（１）新規文書登録の場合には、ユーザから文書登録依
頼を受け付け、文書を文書管理要求受付部１００２に送
付する（「文書登録」）。（２）文書更新の場合には、ユーザから文書更新依頼を
受け付け、文書を文書管理要求受付部１００２に送付す
る（「文書更新」）。（３）文書取得の場合には、ユーザから文書取得依頼を
受け付け、文書取得要求を文書管理要求受付部１００２
に送付し、文書管理要求受付部１００２から編集相の文
書を受信する。

【０２２２】前処理部１００４は、読み出し相の文書取
得の場合に、文書管理要求受付部１００２から編集相の
文書を受信し、該文書から依存情報等のメタ情報を削除
して、読み出し相の文書とし、これを文書参照部１０３
２に送信する。

【０２２３】文書参照部１０３２は、ユーザから文書取
得依頼を受け付け、文書取得要求を文書管理要求受付部
１００２に送付し、前処理部１００４から読み出し相の
文書を受信する。

【０２２４】文書管理要求受付部１００２の動作は、以
下の通りである。

【０２２５】（１）文書編集部１０３１からの文書送付
を受けた場合には、次のようになる。（ａ）送付された文書を受け付け、必要ならば所定の機
能によって、対応する文書ＤＢ１００１を解決する。（ｂ）文書を文書断片抽出部１００３に送る。（ｃ）文書断片抽出部１００３から文書が戻り次第、対
応する文書ＤＢ１００１に文書を登録する。

【０２２６】（２）文書編集部１０３１あるいは文書参
照部１０３２からの文書取得要求を受けた場合には、次
のようになる。（ａ）必要があれば所定の機能によって、対応する文書
ＤＢ１００１を解決する。（ｂ）文書ＤＢ１００１から文書を取得する。（ｃ）文書を文書断片抽出部１００３に渡す。（ｄ）文書断片抽出部１００３による処理結果を受信す
る。

【０２２７】（ｅ）文書取得要求時に読み出し専用フラ
グが与えられていれば、前処理部１００４に文書を返
し、前処理部１００４が文書参照部１０３２に処理され
た文書を渡す。そうでなければ、文書編集部１０３１に
文書を返す。

【０２２８】文書断片抽出部１００３の動作は、以下の
通りである。（１）文書を監査して、文書断片を抽出する。（２）それぞれの断片に対して、新規断片（文書断片に
対応する依存情報管理エンジン１０００が記述されてい
ない）か、既出断片（文書断片に対応する依存情報管理
エンジン１０００が記述されている）かをチェックす
る。新規断片の場合には、新規文書断片として、所定の
機能によって、その断片を管理する依存情報管理エンジ
ン１０００を求め、その依存情報管理エンジン１０００
に断片を渡す。既出断片の場合には、断片に記述されて
いる依存情報管理エンジン１０００を発見し、その依存
情報管理エンジン１０００に断片を渡す。その後、断片
に対して加えられた操作を反映した結果を依存情報管理
エンジン１０００から受け取り、文書に反映させる。（３）監査が終了した文書を文書管理要求受付部１００
２に返却する。

【０２２９】依存情報管理エンジン１０００の各部分
（文書断片ＤＢ１０２１、新規文書断片登録部１０２
２、既出断片更新検出部１０２３、整合性検査部１０２
４、メッセージ処理部１０２５）については、以下の通
りである。

【０２３０】文書断片ＤＢ１０２１は、文書断片を格納
する。

【０２３１】新規文書断片登録部１０２２は、文書断片
抽出部１００３から与えられた新しい文書断片を文書断
片ＤＢ１０２１に登録する。

【０２３２】既出断片更新検出部１０２３は、文書断片
抽出部１００３から文書断片を与えられる。ここで、文
書断片抽出部１００３から与えられた文書断片を「新断
片」、文書断片ＤＢ１０２１にある新断片に対応する文
書断片を「旧断片」と呼ぶものとする。既出断片更新検
出部１０２３は、新断片を整合性検査部１０２４に渡
す。次いで、文書断片ＤＢ１０２１から、旧断片の保留
処理キュー（図示せず）を取得（ｌｏｃｋ）する。保留
処理キューが空になるまで、「保留処理それぞれを引数
として、メッセージ処理部１０２５を呼び出す」という
処理を行う。そして、保留処理キューを解放（ｕｎｌｏ
ｃｋ）する。

【０２３３】整合性検査部１０２４は、旧断片と与えら
れた新断片とを比較する。もし内容あるいは依存情報が
更新されていたら、その更新をメッセージ化して、保留
処理キューの末尾に追加する。更新メッセージには、旧
断片、新断片それぞれの内容と更新日時、更新者が含ま
れる。

【０２３４】メッセージ処理部１０２５は、与えられた
メッセージに対応する操作を旧断片に対して行い、その
結果を文書断片ＤＢ１０２１に還元する。ただし、メッ
セージおよび操作に対して、次の処理を行う。（ｉ）操作によって矛盾が発生した場合は、その矛盾が
発生したメッセージより後に存在するメッセージの送信
元の文書の依存関係がある文書断片の保留処理キューに
対して、矛盾を通知する。（ii）依存関係が存在する断片が文書断片ＤＢ１０２１
に記述されている場合は、その断片の保留処理キューに
対して更新メッセージの複製を送信する。（iii）矛盾発生を示すメッセージが存在した場合は、
メッセージ処理部１０２５によって矛盾を解消する。解
消のアルゴリズムはシステムの既定値として事前に与え
ておくものとする。アルゴリズムの例として、先に発生
した操作を優先させるアルゴリズム、データを併記した
形で矛盾を文書化し、ユーザに矛盾の解消を任せるアル
ゴリズム等がある。なお、矛盾解消のために操作が取り
消された場合は、ユーザに電子メール等の外部手段によ
って取り消しを通知する事が望ましい。

【０２３５】なお、保留処理キューの更新を文書編集部
１０３１が監視することによって、現在登録されている
文書断片とその断片に対する操作を監視することが可能
である。具体的な手法については、一般的な遠隔手続き
呼び出しを用いることで可能である。

【０２３６】以下では、具体例を用いて説明する。

【０２３７】ここでは、具体例として、あるＷＷＷペー
ジの管理ファイルを示す。

【０２３８】該あるＷＷＷページには、｛ｔｒｅｅ，ｋ
ｉｍｕｒａ，ｄｏｉ，ｘｙｚ｝というアカウントで示さ
れる４人の管理者にのみアクセスを許すものとする。

【０２３９】次のファイルは、ＡｐａｃｈｅというＷＷ
Ｗサーバにおけるアクセス制限の設定例である。

【０２４０】 -------------------------------- requre tree kimura doi xyz -------------------------------- また、このサーバの運用情報が定期的に送信されるアカ
ウントは、以下のようなファイルでメールリストの形で
管理されている。ここでは、ｓｅｎｄｍａｉｌ等で利用
されるａｌｉａｓｅｓファイルを例にした。

【０２４１】 -------------------------------- root: tree kimura doi xyz -------------------------------- ここで、このページを見ることができる管理者と、サー
バの運用情報を受け取る管理者は、同じであるとする。
この場合、ｍｉｒｒｏｒ関係を以下のように記述する。
もちろん、この記法は、文書断片抽出部１００３、文書
編集部１０３１および前処理部１００４が共有していれ
ばよく、どのような記法を取っても等価である。

【０２４２】次のファイルは、アクセス制限をｍｉｒｒ
ｏｒで記述した例である。

【０２４３】 -------------------------------- require \ #/mirror: idref=“file://server.name.example/etc/a
liases#fe63c94a”/tree kimura doi xyz #/mirror/ -------------------------------- また、次のファイルは、メールリストにｍｉｒｒｏｒｄ
を施した例である。

【０２４４】 -------------------------------- root: \ #/mirrored: id=“#fe63c94a”/ tree kimura doi xyz #/mirrored/ -------------------------------- なお、ここでは、ｍｉｒｒｏｒ／ｍｉｒｒｏｒｄのエス
ケープ記号（通常の文脈と異なる解釈を要求する記号）
として、＃／．．．／を用いた。同シーケンスのテキストが既存の文脈に登場
する場合は、＃／／．．．／／の形式で文書ＤＢ１００１に格納し、文書編集部１０３
１および前処理部１００４にて、＃／．．．／の形式に変換すればよい。

【０２４５】また、ｉｄｒｅｆ属性にはＵＲＬの形式を
用い、この場合は、“ｓｅｒｖｅｒ．ｎａｍｅ．ｅｘａ
ｍｐｌｅ”というドメイン名のサーバ上に存在する、
“／ｅｔｃ／ａｌｉａｓｅｓ”というファイルのブロッ
ク“ｆｅ６３ｃ９４ａ”が参照先である。

【０２４６】さて、ここで、ｘｙｚのアカウントで示さ
れる管理者が、異動等により管理者グループから離れる
ことになったとする。そのため、運用情報のメールの受
信を提出するためにメールリストを編集し、版管理シス
テムを用いＣＯＭＭＩＴする。このとき、対応するＷＷ
Ｗページのアクセス制限は、ｍｉｒｒｏｒ関係により更
新される。

【０２４７】本システムは、例えば、上記の例で示した
通り、複数の資源に対するきめ細かなアクセス制御を実
現しなければならないときに最も効果を発揮する。もち
ろん、ＩＰアドレスやディレクトリ・パス、ＷＷＷペー
ジのコンテンツ等、幅広い情報に応用可能である。

【０２４８】（ｒｅｆｅｒ）さて、これまでは、依存関
係についてｓｈａｒｅやｍｉｒｒｏｒを中心に説明して
きたが、以下では、ｒｅｆｅｒ（参照）について説明す
る。

【０２４９】すなわち、これまで説明したきたｍｉｒｒ
ｏｒの変化例として、ｒｅｆｅｒ関係が考えられる。ｒ
ｅｆｅｒ関係とｍｉｒｒｏｒ関係との相違は、ｍｉｒｒ
ｏｒ関係においては、一方向複製元となるｍｉｒｒｏｒ
ｅｄエレメントのデータが変更された場合に、一方向複
製先となるｍｉｒｒｏｒエレメントのデータを自動的に
変更するものであったが、参照元となるｒｅｆｅｒｒｅ
ｄエレメントのデータの変更に際して、参照先となるｒ
ｅｆｅｒエレメントのデータは自動的な変更を受けず、
参照先となるｒｅｆｅｒエレメント側に対して、参照元
となるｒｅｆｅｒｒｅｄエレメント側でデータの変更が
行われた旨の通知がなされるだけである、という点であ
る。

【０２５０】もちろん、このｒｅｆｅｒ関係は、図１の
システム例にも、図２６のシステム例にも適用可能であ
る。

【０２５１】ｒｅｆｅｒ関係の利点は、利用者がそのデ
ータが変更されたと明示的に気がつくことができる点で
ある。

【０２５２】例えば、急に打合せの会議室が変更された
場合、会議室の打合せ場所の変更はデータの変更ではな
くて、実際の利用者のスケジュールに対する意識が変更
されなければいけない。この場合、ｒｅｆｅｒ関係を利
用すことにより利用者が変更に気がつき、意識的に最新
情報を取得し直すという作業により利用者の意識が更新
されるという効果を得ることができる。

【０２５３】また、他の例の一つとして、分散システム
の管理項目の一つとしてｍｉｒｒｏｒ関係による他のデ
ータの参照を行っていた場合、データの変更がシステム
に思わぬ余波を与えることが考えられる。例えば、シス
テムの防御装置に対するアクセスを許可するアカウント
のリストと、システムの防御ポリシを策定する権限を持
たせるアカウントのリストをｍｉｒｒｏｒ関係にしてお
くと、防御装置の保守に来た外部の業者がそのためにア
クセス許可を得て、突然防御ポリシーを変更する権限を
持ちセキュリティに重大な損失を与える場合も考えられ
る。これに対して、ｒｅｆｅｒ関係ならば、その文書に
アクセスした段階で変更内容を受け入れるか、拒絶して
依存関係を断ち切るかを利用者（この場合はシステム管
理者）が選択できるので、このような事故の発生を抑え
る効果が得られる。

【０２５４】ｒｅｆｅｒ関係は、ｍｉｒｒｏｒ関係に対
してｒｅｆｅｒ修飾子を与えることによって行うことが
できる。この場合、ｒｅｆｅｒ修飾子は、ｍｉｒｒｏｒ
要素のｒｅｆｅｒ属性として与えられる。

【０２５５】ｒｅｆｅｒ属性は、以下のような値のうち
の１つを持つが、システムの拡張によってｒｅｆｅｒ属
性の値が下記以外の値になることも考えられる。１．ＮＯＴＩＦＹ＿ＵＰＤＡＴＥ２．ＮＯＴＩＦＹ＿ＡＣＫＮＯＷＬＥＤＧＥ＿ＵＰＤ
ＡＴＥ３．ＮＯＴＩＦＹ＿ＯＮＬＹ４．ＮＯＴＩＦＹ＿ＥＸＴＡＣＫ上記の１では、更新と同時に、データ自体を更新する。
ただし、ｒｅｆｅｒ＝“ＮＯＴＩＦＹ＿ＵＰＤＡＴＥ”
属性を与えられたｍｉｒｒｏｒが内容の変更を検知した
場合、ｒｅｆｅｒ＿ｄｉｒｔｙ属性を与える。文書編集
部１０３１は、ｒｅｆｅｒ＿ｄｉｒｔｙ属性を持つｍｉ
ｒｒｏｒｅｄ要素において、その要素の内容が更新され
たことを利用者に明示する。明示の手法にはダイアログ
で示すか、色や下線によって示す等が考えられる。

【０２５６】２では、参照元が更新してもデータの更新
は行わない。１と同様にｒｅｆｅｒ＿ｄｉｒｔｙ属性が
与えられるが、データの更新は文書編集部１０３１の利
用者による明示的な許可（ダイアログボックス等）が必
要となる。

【０２５７】３は、更新があった旨は表示するが、ｍｉ
ｒｒｏｒ要素の内容は全く変更しない。

【０２５８】４は、更新があった場合に電子メール等の
外部手段を用いて変更を利用者に通知する。これは、２
と同様の動作を行うが、ｒｅｆｅｒ＿ｄｉｒｔｙ属性が
与えられた要素の更新許可は、電子メールを用いる。例
えば、図３１に示すように、メッセージ処理部１０２５
が外部手段へのアクセスを行うようにしてもよい。

【０２５９】また、これまでの説明においては、３以上
のエレメント間で依存関係を持つ場合には、ある１つの
エレメントを複製元とし、他の２以上のエレメントを該
ある１つのエレメントを複製元とする複製先のエレメン
トとする場合について説明したが、もちろん、その他の
形態も可能である。

【０２６０】例えば、エレメントａを複製元、エレメン
トｂをこれに対する複製先とし、次いで、エレメントｂ
を複製元、エレメントｃをこれに対する複製先とし、さ
らに、エレメントｃを複製元、エレメントｄをこれに対
する複製先とし、…、というように、連鎖的に依存関係
を付与できるようにする構成も可能である。

【０２６１】また、例えば、エレメントａを複製元、エ
レメントｂをこれに対する複製先とし、次いで、エレメ
ントｂを複製元、エレメントｃをこれに対する複製先と
し、さらに、エレメントｃを複製元、エレメントｄをこ
れに対する複製先とするとともに、エレメントｃを複製
元、エレメントｅをこれに対する複製先とし、…、とい
うように、直線的な連鎖だけでなく、途中で枝分かれす
るような依存関係を付与できるようにする構成も可能で
ある。

【０２６２】なお、以上の各機能は、ソフトウェアとし
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。

【０２６３】なお、この発明の実施の形態で例示した構
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。

【０２６４】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０２６５】

【発明の効果】本発明によれば、文書間の依存関係を効
果的に管理することが可能になる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る電子文書管理システ
ムの構成例を示す図

【図２】同実施形態におけるＸＭＬ文書の一例を示す図

【図３】同実施形態におけるＸＭＬ文書の一例を示す図

【図４】同実施形態におけるＸＭＬ文書のＸＭＬ文書主
部の一例を示す図

【図５】同実施形態におけるＸＭＬ文書のＸＭＬ文書断
片を管理するためのＸＭＬ文書断片管理テーブルの一例
を示す図

【図６】同実施形態における正式識別子と仮識別子との
対応を管理するための識別子対応管理テーブルの一例を
示す図

【図７】同実施形態における一貫性維持判定手続きの処
理手順の一例を示すフローチャート

【図８】同実施形態における一貫性維持判定手続きの処
理手順の一例を示すフローチャート

【図９】同実施形態におけるＸＭＬ文書一括管理装置に
格納されているＸＭＬ文書を読み出しＸＭＬ文書参照・
編集装置に表示するまでの処理手順の一例を示すフロー
チャート

【図１０】同実施形態におけるＸＭＬ文書参照・編集装
置でＸＭＬ文書の編集を行う際の処理手順の一例を示す
フローチャート

【図１１】同実施形態におけるＸＭＬ文書参照・編集装
置でＸＭＬ文書の編集を行う際の処理手順の一例を示す
フローチャート

【図１２】同実施形態における編集が終了したＸＭＬ文
書をＸＭＬ文書一括管理装置に反映するまでの処理手順
の一例を示すフローチャート

【図１３】同実施形態における編集が終了したＸＭＬ文
書をＸＭＬ文書一括管理装置に反映するまでの処理手順
の一例を示すフローチャート

【図１４】同実施形態における編集が終了したＸＭＬ文
書をＸＭＬ文書一括管理装置に反映するまでの処理手順
の一例を示すフローチャート

【図１５】同実施形態における編集が終了したＸＭＬ文
書をＸＭＬ文書一括管理装置に反映するまでの処理手順
の一例を示すフローチャート

【図１６】同実施形態におけるＸＭＬ文書のＸＭＬ文書
主部の一例を示す図

【図１７】同実施形態におけるＸＭＬ文書のＸＭＬ文書
主部の一例を示す図

【図１８】同実施形態におけるＸＭＬ文書の一例を示す
図

【図１９】同実施形態におけるＸＭＬ文書の一例を示す
図

【図２０】同実施形態におけるＸＭＬ文書の一例を示す
図

【図２１】同実施形態におけるＸＭＬ文書の差分につい
て説明するための図

【図２２】同実施形態におけるＸＭＬ文書のＸＭＬ文書
断片を管理するためのＸＭＬ文書断片管理テーブルの一
例を示す図

【図２３】同実施形態におけるＸＭＬ文書の一例を示す
図

【図２４】同実施形態におけるＸＭＬ文書の差分につい
て説明するための図

【図２５】同実施形態における編集相と読み出し相につ
いて説明するための図

【図２６】同実施形態に係る電子文書管理システムの他
の構成例を示す図

【図２７】同実施形態における利用者による新規文書の
登録について説明するための図

【図２８】同実施形態における文書を編集相で取り出す
場合について説明するための図

【図２９】同実施形態における文書を読み出し相で取り
出す場合について説明するための図

【図３０】同実施形態における編集相で取り出した文書
の編集結果の再登録について説明するための図

【図３１】同実施形態におけるユーザへの通知方法の一
例について説明するための図

【図３２】同実施形態における相互に相関している文書
が編集された場合について説明するための図

【符号の説明】

１…ＸＭＬ文書参照・編集装置３…ＸＭＬ文書一括管理装置１０１…ＸＭＬ文書一時格納部１０２…ＸＭＬ文書編集部１０３…ＸＭＬ文書断片中継部１０５…一時識別子生成部１０６…ＸＭＬ文書差分演算部１０７…ＸＭＬ文書差分送信部１０８…ＸＭＬ文書受信部３０１…ＸＭＬ文書主部格納部３０２…ＸＭＬ文書主部格納部制御部３０３…ＸＭＬ文書主部管理部３１１…ＸＭＬ文書断片格納部３１２…ＸＭＬ文書断片格納部制御部３１３…ＸＭＬ文書断片管理部３０４…識別子生成部３０５…一時識別子管理部３０６…ＸＭＬ文書結合部３０７…ＸＭＬ文書送信部３０８…ＸＭＬ文書差分受信部３０９…ＸＭＬ文書差分分離部１０００…依存情報管理エンジン１００１…文書ＤＢ１００２…文書管理要求受付部１００３…文書断片抽出部１００４…前処理部１０２１…文書断片ＤＢ１０２２…新規文書断片登録部１０２３…既出断片更新検出部１０２４…整合性検査部１０２５…メッセージ処理部１０３１…文書編集部１０３２…文書参照部

───────────────────────────────────────────────────── フロントページの続き (72)発明者木村哲郎神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内Ｆターム(参考） 5B009 NA05 ND02 ND04 VC03

Claims

【特許請求の範囲】

【請求項１】文書編集装置上で編集される文書を格納
し、文書間の依存関係に関する管理を行う文書管理装置
であって、複数の前記文書を記憶するための手段と、各々の前記文書について、その文書以外の文書とは依存
関係を持たない部分から、その文書以外の特定の文書に
おける特定の一纏まりの部分との間に所定の依存関係を
持つ一纏まりの部分である個々の文書断片を分けて管理
するための管理手段とを備え、各々の前記文書断片には、当該文書断片が他の文書断片
との間に持つ前記所定の依存関係に関する情報が付加さ
れており、前記管理手段は、前記文書断片に付加された前記所定の
依存関係に関する情報に基づいて、ある文書断片につき
その文書断片との間に所定の依存関係を持つ他の文書断
片を特定することを特徴とする文書管理装置。
【請求項２】前記文書断片には、前記所定の依存関係に
関する情報として、少なくとも、前記依存関係の種類を
示す情報を付加するとともに、少なくとも前記文書断片のうち、２つの文書断片間の依
存関係が対等でない種類の依存関係を持つ前記文書断片
には、当該文書断片が該依存関係における２種類の文書
断片のうちのいずれに該当するかを示す情報を付加し、前記所定の依存関係を持つ２つの前記文書断片のうちの
少なくとも一方には、当該文書断片と該所定の依存関係
を持つ相手となる文書断片を一意に特定するための情報
を付加したことを特徴とする請求項１に記載の文書管理
装置。
【請求項３】前記依存関係の種類の少なくとも１つは、
当該依存関係を持つ第１の文書断片及び第２の文書断片
について、該第１の文書断片の内容が前記文書編集装置
にて行われた編集により変更される場合にのみ、該変更
を第２の文書断片へ反映させる、という依存関係であ
り、前記文書断片には、当該文書断片が前記第１の文書断片
と前記第２の文書断片のうちのいずれに該当するかを示
す情報を付加することを特徴とする請求項２に記載の文
書管理装置。
【請求項４】前記依存関係の種類の少なくとも１つは、
当該依存関係を持つ第１の文書断片及び第２の文書断片
について、該第１の文書断片の内容が変更される場合に
のみ、該変更を通知する情報の前記文書編集装置上での
表示を該第２の文書断片の前記文書編集装置上での表示
と関連付けて行うための処理を行う、という依存関係で
あり、前記文書断片には、当該文書断片が前記第１の文書断片
と前記第２の文書断片のうちのいずれに該当するかを示
す情報を付加することを特徴とする請求項２に記載の文
書管理装置。
【請求項５】前記依存関係の種類の少なくとも１つは、
当該依存関係を持つ第１の文書断片及び第２の文書断片
について、該第１の文書断片の内容が前記文書編集装置
にて行われた編集により変更される場合には、該変更を
第２の文書断片へ反映させ、該第２の文書断片の内容が
前記文書編集装置にて行われた編集により変更される場
合には、該変更を第１の文書断片へ反映させる、という
依存関係であることを特徴とする請求項２に記載の文書
管理装置。
【請求項６】前記管理手段は、前記文書編集装置にて行われた前記文書断片に対する編
集による該文書断片の内容の変更が受諾できるものであ
るか否か判断し、前記文書断片の内容の変更が受諾できるものであると判
断された場合には、該文書断片の内容を更新するととも
に、該変更を反映させるべき対象となる他の文書断片が
あるならば、前記所定の依存関係に関する情報に基づき
該他の文書断片を特定し、特定した該他の文書断片へ該
変更を反映させることを特徴とする請求項１に記載の文
書管理装置。
【請求項７】前記管理手段は、前記文書編集装置にて行
われた前記文書断片に対する編集による該文書断片の内
容の変更が受諾できるものであると判断された場合に、
該変更を通知すべき他の文書断片があるならば、前記所
定の依存関係に関する情報に基づき該他の文書断片を特
定し、特定した該他の文書断片について、該変更を通知
する情報の前記文書編集装置上での表示を該他の文書断
片の前記文書編集装置上での表示と関連付けて行うため
の処理を行うことを特徴とする請求項６に記載の文書管
理装置。
【請求項８】前記管理手段は、前記文書編集装置にて行
われた前記文書断片に対する編集による該文書断片の内
容の変更が受諾できるものでないと判断された場合に、
所定の対処手続きを行うための手段を含むことを特徴と
する６または７に記載の文書管理装置。
【請求項９】前記対処手続きを行うための手段は、前記
文書編集装置にて行われた前記文書断片に対する編集に
よる該文書断片の内容の変更が受諾できるものでないと
判断された旨を前記文書編集装置上へ表示させ、その後
に該文書編集装置を介してユーザ入力された該編集を強
制的に採用させるかまたは破棄するかの選択指示に従っ
て、前記文書断片の内容の変更が受諾できるものである
と判断された場合と同じ処理または該編集の破棄を行う
ことを特徴とする８に記載の文書管理装置。
【請求項１０】前記対処手続きを行うための手段は、前
記文書断片を含む前記文書として、該文書断片の内容の
変更を反映させた場合の版と、該文書断片の内容の変更
を破棄した場合の版とを記憶しておき、その後に該文書
編集装置を介していずれの版を採用するかを選択指示す
るユーザ入力がなされた際に、該ユーザ入力された選択
指示に従って、前記文書断片の版を確定させることを特
徴とする８に記載の文書管理装置。
【請求項１１】前記対処手続きを行うための手段は、相
互に又は連鎖的に前記依存関係を持つ３以上の前記文書
断片のうちの特定のものについてのみ、前記文書編集装
置にて行われた該文書断片に対する編集による該文書断
片の内容の変更が受諾できるものでないと判断される理
由が存在する場合には、該特定の文書断片についてのみ
該依存関係を解除するようにしたことを特徴とする８に
記載の文書管理装置。
【請求項１２】各々の前記文書断片に、それが最後に前
記文書編集装置にて編集された時刻を示す情報を付加し
ておき、更新後の前記文書断片の持つ前記時刻を示す情報が、更
新前の該前記文書断片の持つ前記時刻を示す情報より早
くなる場合には、前記文書断片の内容の変更が受諾でき
るものであると判断された場合と同じ処理を行い、それ
以外の場合には、前記編集の破棄を行うことを特徴とす
る８に記載の文書管理装置。
【請求項１３】前記文書は構造化文書であり、該構造化
文書の持つ構造の単位を前記文書断片の単位とすること
を特徴とする請求項１に記載の文書管理装置。
【請求項１４】前記文書は非構造化文書であり、該文書
に前記文書断片を設定するにあたって、該文書断片の管
理に必要な構造を付与することを特徴とする請求項１に
記載の文書管理装置。
【請求項１５】前記文書を、前記文書断片の管理に必要
な構造を付与した状態で前記記憶するための手段に記憶
するとともに、前記文書編集装置からの指定に応じて、前記文書断片の
管理に必要な構造を付与された状態で前記文書を該文書
編集装置へ提供し、または前記文書断片の管理に必要な
構造を削除した状態で前記文書を該文書編集装置へ提供
することを特徴とする請求項１４に記載の文書管理装
置。
【請求項１６】前記管理手段を、全文書について１つ設
けたことを特徴とする請求項１に記載の文書管理装置。
【請求項１７】前記管理手段を、個々の文書ごとに１つ
ずつ設けたことを特徴とする請求項１に記載の文書管理
装置。
【請求項１８】文書管理装置で管理される文書を編集す
るための文書編集装置であって、表示画面上に表示されている第１の文書のうち複製元の
文書断片を指示するための手段と、表示画面上に表示されている第２の文書のうち前記複製
元の文書断片を、複製先の文書断片として挿入すべき箇
所を指示するための手段と、指示された前記第１の文書の前記複製元の文書断片を、
指示された前記第２の文書の前記箇所へ、前記複製先の
文書断片として複製するための手段と、前記複製先の文書断片へ、それが複製先であること及び
前記複製元の文書断片との間の依存関係の種類を示す情
報並びに前記複製元の文書断片を特定するための情報を
少なくとも付与するための手段とを備えたことを特徴と
する文書編集装置。
【請求項１９】前記複製元の文書断片がはじめて依存関
係を持つ場合に、該複製元の文書断片へ、それが複製元
であること及び前記複製先の文書断片との間の依存関係
の種類を示す情報を特定するための情報を少なくとも付
与するための手段を更に備えたことを特徴とする請求項
１８に記載の文書編集装置。
【請求項２０】前記依存関係の種類の少なくとも１つ
は、前記複製元の文書断片の内容が変更された場合に、
該変更を前記複製先の文書断片へ反映させる、という一
方向の複製関係であることを特徴とする請求項１８また
は１９に記載の文書編集装置。
【請求項２１】前記依存関係の種類の少なくとも１つ
は、前記複製元の文書断片の内容が変更された場合に、
該変更を前記複製先の文書断片へ反映させずに、所定の
通知を行わせる、という一方向の参照関係であることを
特徴とする請求項１８または１９に記載の文書編集装
置。
【請求項２２】前記依存関係の種類の少なくとも１つ
は、前記複製元の文書断片の内容が変更された場合に、
該変更を前記複製先の文書断片へ反映させるとともに、
前記複製先の文書断片の内容が変更された場合に、該変
更を前記複製元の文書断片へ反映させる、という双方向
の複製関係であることを特徴とする請求項１８または１
９に記載の文書編集装置。
【請求項２３】文書編集装置上で編集される文書を格納
し、文書間の依存関係に関する管理を行う文書管理装置
における文書管理方法であって、各々の前記文書について、その文書以外の文書とは依存
関係を持たない部分と、その文書以外の特定の文書にお
ける特定の一纏まりの部分との間に所定の依存関係を持
つ一纏まりの部分である個々の文書断片とを分けて管理
し、前記文書断片に付加された当該文書断片が他の文書断片
との間に持つ前記所定の依存関係に関する情報に基づい
て、対象となったある文書断片につきその文書断片との
間に所定の依存関係を持つ他の文書断片を特定すること
を特徴とする文書管理方法。
【請求項２４】文書管理装置で管理される文書を編集す
るための文書編集装置における文書編集方法であって、表示画面上に表示されている第１の文書のうち複製元の
文書断片を選択する指示を受け付け、表示画面上に表示されている第２の文書のうち前記複製
元の文書断片を、複製先の文書断片として挿入すべき箇
所を選択する指示を受け付け、指示された前記第１の文書の前記複製元の文書断片を、
指示された前記第２の文書の前記箇所へ、前記複製先の
文書断片として複製し、前記複製先の文書断片へ、それが複製先であること及び
前記複製元の文書断片との間の依存関係の種類を示す情
報並びに前記複製元の文書断片を特定するための情報を
少なくとも付与することを特徴とする文書編集方法。
【請求項２５】文書編集装置上で編集される文書を格納
し、文書間の依存関係に関する管理を行う文書管理装置
としてコンピュータを機能させるためのプログラムであ
って、複数の前記文書を記憶するための機能と、各々の前記文書について、その文書以外の文書とは依存
関係を持たない部分から、その文書以外の特定の文書に
おける特定の一纏まりの部分との間に所定の依存関係を
持つ一纏まりの部分である個々の文書断片を分けて管理
するための管理機能であって、前記文書断片に付加され
た当該文書断片が他の文書断片との間に持つ前記所定の
依存関係に関する情報に基づいて、ある文書断片につき
その文書断片との間に所定の依存関係を持つ他の文書断
片を特定する管理機能とをコンピュータに実現させるた
めのプログラム。
【請求項２６】文書管理装置で管理される文書を編集す
るための文書編集装置としてコンピュータを機能させる
ためのプログラムであって、表示画面上に表示されている第１の文書のうち複製元の
文書断片を指示するための機能と、表示画面上に表示されている第２の文書のうち前記複製
元の文書断片を、複製先の文書断片として挿入すべき箇
所を指示するための機能と、指示された前記第１の文書の前記複製元の文書断片を、
指示された前記第２の文書の前記箇所へ、前記複製先の
文書断片として複製するための機能と、前記複製先の文書断片へ、それが複製先であること及び
前記複製元の文書断片との間の依存関係の種類を示す情
報並びに前記複製元の文書断片を特定するための情報を
少なくとも付与するための機能とをコンピュータに実現
させるためのプログラム。