JP2002342316A - 文書構造変換方法および文書構造変換装置およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】１つの文書構造の構造化文書を、その構造化文
書の利用形態対応の複数の異なる文書構造に変換した
り、利用形態対応の異なる文書構造を元の同じ１つの文
書構造へ変換したりすることが容易に行える文書構造変
換方法、文書構造変換装置、プログラムを提供する。 【解決手段】異なる文書構造の複数の構造化文書のうち
所望の構造化文書を、文書構造毎に予め定められた構造
化文書の利用形態対応の変換規則に従って、前記利用形
態対応の文書構造に変換し、その際、前記構造化文書中
の前記変換規則を適用した領域とその領域に適用した変
換規則とを変換記録として記録し、前記利用形態対応の
文書構造に変換された構造化文書に対し編集を行った結
果得られた構造化文書を前記変換記録と前記変換規則と
に基づき、元の文書構造に変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＸＭＬ文書などの
構造化文書の文書構造の変換技術に関する。

【０００２】

【従来の技術】近年の電化製品の普及にともない、１人
のユーザが、デスクトップパソコン、ノートパソコン、
ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉ
ｓｔａｎｔｓ）、携帯電話などの複数の異なる端末機器
を保有するケースが増えてきている。これら複数の端末
機器であつかう情報の中にはお互いに非常に関連姓のあ
るデータが多く含まれており、住所録はその代表例であ
る。

【０００３】複数の端末機器で管理される住所録の情報
の中には姓、名、住所、電話番号、電子メールアドレス
などが含まれることが多いと考えられるが、これらの情
報はたとえ端末機器ごとにデータ形式が異なっていたと
しても、それらが表す内容は同一である。したがって、
住所録に登録されている人が引越しを行い電話番号が変
更になった場合には、この人の情報をデスクトップパソ
コンで参照する場合でも、ノートパソコンで参照する場
合でも、ＰＤＡで参照する場合でも、携帯電話で参照す
る場合でも、すべての場合において新しくなった電話番
号が参照されるべきである。もしデスクトップパソコ
ン、ノートパソコン、ＰＤＡ、携帯電話で完全に独立に
住所録が管理されているとすると、登録されている個人
情報が変更になった場合、すべての端末機器ごとに情報
の更新を行わなければならず、端末機器が増えれば増え
るほど管理が煩雑になり、情報の一貫姓を保つことが難
しくなる。

【０００４】そこで、今までデスクトップパソコン、ノ
ートパソコン、ＰＤＡ、携帯電話などの複数の異なる端
末機器によって個別に独立に管理されていた情報を、サ
ーバ計算機で集中的に一括管理し、必要に応じてサーバ
計算機から個別の端末機器に読み出して利用するさまざ
まなシステムが考えられている。このようなシステムを
導入する利点は、情報がサーバ計算機上で一元的に管理
されるため、情報の一貫姓を保つことが比較的容易であ
る点が挙げられる。もし、住所録の情報がサーバ計算機
で一括管理されていたとすると、個人情報が変更になっ
た場合でも、（端末機器を通して）サーバ計算機上の情
報のみを更新しておけば、個々の端末機器はサーバ計算
機から住所録情報を読み出すことによって、端末機器ご
とにユーザが情報の更新を行うことなく、一貫姓のある
最新の情報を取得することが可能であるからである。

【０００５】サーバ計算機に集中的に格納されているデ
ータは、複数の端末機器で利用するデータをまとめあげ
たものである。一般に、すべての端末機器で利用するデ
ータがすべて同一のデータ形式にしたがっていることは
稀である上に、すべての端末で利用するデータがすべて
同一であることも稀である。例えば、携帯電話とＰＤＡ
では住所録を扱うデータ形式は異なっており、さらに、
携帯電話では住所録の情報のうち名前と電話番号のみを
利用するのに対して、別のＰＤＡでは名前と電話番号に
加えて、住所や電子メールアドレスを利用するといった
違いもある。

【０００６】そこで、サーバ計算機に格納されている情
報を読み出し端末機器で利用するためには、各端末機器
に適した形式と内容に変換しなければならない。

【０００７】このように、複数の端末機器で利用する情
報をサーバ計算機上で一元管理し、必要に応じてサーバ
計算機から端末機器に情報を読み出して利用するシステ
ムでは、ユーザが利用することが可能な端末機器が特定
の機器に限定されており、サーバ計算機に格納されてい
る情報を端末機器で利用可能な形式に変換したり、端末
機器に格納されている情報をサーバ計算機に格納可能な
形式に変換するためには、機器ごとに特化された変換プ
ログラムを用いている。この方法だと、新しく端末機器
が追加されるごとに新たなプログラムを新規作成しなけ
ればならず、システムの保守が煩雑である。

【０００８】また、ＸＭＬ文書形式で表現される構造化
文書に場合には、その構造化文書の文書構造を変換する
ために、スタイルシート（ＸＳＬ（Ｅｘｔｅｓｉｂｌｅ
Ｓｔｙｌｅｓｈｅｅｔ Ｌａｇｕａｇｅ ））を用い
た変換（ＸＳＬＴ）がよく用いられている。

【０００９】上記のような、複数の端末機器で利用する
情報をサーバ計算機上で一元管理し、必要に応じてサー
バ計算機から端末機器に情報を読み出して利用するシス
テムにおいて、構造化文書をターゲットにした場合、Ｘ
ＳＬＴを用いるとプログラムを新たに作成しなくても、
新しく変換規則のみを作成すれば、ＸＭＬ文書を変換し
別の構造化文書を得る仕組みを提供することが可能であ
る。しかし、ＸＳＬＴはＸＭＬ文書を変換し別の構造化
文書に得る目的には適しているが、変換規則が複雑であ
り、変換に用いた規則を利用して新たに得られた構造化
文書から変換を行う前のＸＭＬ文書がしたがっていた文
書構造にしたがうＸＭＬ文書へ逆方向の変換を行うこと
は非常に困難である。

【００１０】

【発明が解決しようとする課題】このように、サーバク
ライアントシステムにより、サーバにて一元管理されて
いる文書情報をクライアントとしての各種端末装置から
読み出して利用する場合、サーバでは、１つの文書情報
として管理していても、クライアント側で当該文書情報
を利用する際には、当該文書情報の形式（文書構造）が
端末装置毎に異なる。このような場合に、サーバ側対応
の文書形式（文書構造）と各クライアント対応の文書形
式（文書構造）との間で変換プログラムなどを用いて相
互変換する場合には、新規にクライアントとして端末装
置を追加する度に、そのための新たな変換プログラムを
作成しなければならず、また、このような変換プログラ
ム作成の制約上、利用できる端末装置の種類が制限され
ることもあり、クライアントとして端末装置を追加する
ための保守が容易ではないという問題点があった。

【００１１】また、処理対象をＸＭＬなどで記述された
構造化文書とし、サーバ側対応の文書構造と各クライア
ント対応の文書構造への変換は、ＸＳＬＴで可能だが、
逆変換が容易に行えないという問題点があった。

【００１２】そこで、本発明は、上記問題点に鑑み、サ
ーバクライアントシステムにより、サーバにて一元管理
されている文書情報をクライアントとしての各種端末装
置から読み出して利用する場合、サーバ側対応の文書構
造と各クライアント対応の文書構造との間の相互変換が
容易に行える文書構造変換方法およびそれを用いた文書
構造変換装置およびプログラムを提供することを目的と
する。

【００１３】

【課題を解決するための手段】本発明は、異なる文書構
造の複数の構造化文書のうち所望の構造化文書を、文書
構造毎に予め定められた構造化文書の利用形態対応の変
換規則に従って、前記利用形態対応の文書構造に変換
し、その際、前記構造化文書中の前記変換規則を適用し
た領域とその領域に適用した変換規則とを変換記録とし
て記録し、前記利用形態対応の文書構造に変換された前
記構造化文書に対し編集を行った結果得られた構造化文
書を前記変換記録と前記変換規則とに基づき、元の文書
構造に変換することを特徴とする。

【００１４】本発明によれば、１つの文書構造の構造化
文書を、その構造化文書の利用形態対応の複数の異なる
文書構造に変換したり、利用形態対応の異なる文書構造
を元の同じ１つの文書構造へ変換したりすることが容易
に行える。例えば、サーバクライアントシステムによ
り、サーバにて一元管理されている構造化文書をクライ
アントとしての各種端末装置から読み出して利用する場
合、サーバ側対応の文書構造と各クライアント対応（利
用形態対応）の文書構造との間の相互変換が容易に行え
る。

【００１５】また、前記変換規則は、前記構造化文書に
対する、前記構造化文書中の少なくとも１つの構成要素
からなる部分文書の文書構造の変更や、前記部分文書の
削除・移動などの操作内容を記述したものであることを
特徴とする。

【００１６】また、前記変換記録には、前記構造化文書
の各構成要素の持つ識別子を用いて前記変換規則を適用
した領域が示されていることを特徴とする。

【００１７】また、前記構造化文書中の少なくとも１つ
の構成要素からなる部分文書に対し前記変換規則を適用
することにより、その部分文書の文書構造が変更された
とき、変更前の前記部分文書中の少なくとも１つの構成
要素の識別子が、変更後の前記部分文書中の少なくとも
１つの構成要素の識別子として継承されることを特徴と
する。

【００１８】また、前記利用形態対応の文書構造の構造
化文書に対しなされた編集は、該利用形態対応の文書構
造に適合する範囲内の編集であることを特徴とする。

【００１９】また、前記構造化文書中の少なくとも１つ
の構成要素からなる異なる複数の部分文書のそれぞれ
に、該構造化文書の文書構造を前記利用形態対応の文書
構造に変換する際に削除するか否かを予め設定し、この
設定に基づき前記利用形態対応の文書構造に変換する際
に削除されずに残された部分文書が前記編集により削除
された部分文書で書き換えられたとき、前記削除された
部分文書が次回から削除されないように設定し直す（微
調整）ことを特徴とする。

【００２０】また、前記構造化文書中の少なくとも１つ
の構成要素からなる異なる部分文書のそれぞれに対し異
なる変換規則を適用することにより該部分文書の文書構
造が変換されて、前記利用形態対応の文書構造に変換さ
れた構造化文書中に同一の文書構造の部分文書が生成さ
れるとき、前記利用形態対応の文書構造の構造化文書を
元の文書構造に変換する際には、前記異なる変換規則の
それぞれに予め設定されている優先度に基づき、前記元
の文書構造への変換のために適用する変換規則を選択す
ることを特徴とする（変換規則グループ）。

【００２１】

【発明の実施の形態】以下、本発明の実施形態につい
て、図面を参照して説明する。

【００２２】（第１の実施形態）近年インターネットや
イントラネットなどの通信路を介して交換される標準的
な文書形式の１つに、ＨＴＭＬ文書やＸＭＬ文書などが
ある。ＨＴＭＬ文書に関しては、ＨＴＭＬ ４．０１
Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｗ３Ｃ Ｒｅｃｏｍｍｅ
ｎｄａｔｉｏｎ ２４ Ｄｅｃｅｍｂｅｒ １９９９
に、ＸＭＬ文書に関しては、Ｅｘｔｅｎｓｉｂｌｅ Ｍ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ （ＸＭＬ） １．０
（Ｓｅｃｏｎｄ Ｅｄｉｔｉｏｎ） Ｗ３Ｃ Ｒｅｃｏ
ｍｍｅｎｄａｔｉｏｎ ６ Ｏｃｔｏｂｅｒ ２０００
に詳細に書かれている。これらの文書はともに構造化
文書の一例である。以下の本発明の実施形態では、構造
化文書の一例であるＸＭＬ文書を処理対象とした場合を
例にとり説明する。

【００２３】まず、ＸＭＬ文書について、簡単に説明を
行う。

【００２４】ＸＭＬ文書は要素（あるいは構成要素とも
呼ぶ）から構成された階層構造の文書構造を持つ。根
（ルート）と呼ばれる特別な要素以外のＸＭＬ文書のす
べての要素は、ただ１つの親要素を保持し、ＸＭＬ文書
のすべての要素は、１つまたは複数の子要素を保持する
こともある。要素の親子関係がＸＭＬ文書の階層構造を
形成する。

【００２５】たとえば、「住所録」情報をＸＭＬで記述
したもの（ＸＭＬ文書）を以下に示す。

【００２６】 上記ＸＭＬ文書は、「住所録」という構成要素の子要素
に複数の「メンバ」という子要素があり、さらに、各
「メンバ」要素は、「名前」、「メール」、「勤務先」
という子要素から構成された文書構造を持つ。各構成要
素は、その要素名を表したタグ（＜要素名＞）で囲まれ
てなる。

【００２７】例えば、上記「住所録」情報というＸＭＬ
文書の持つ上記したような文書構造の識別情報を「住所
録」とする。

【００２８】ＸＭＬは、文書の構造の表現にタグが用い
られる。タグには、開始タグと終了タグがあり、文書構
造を構成する構成要素を開始タグと終了タグで囲むこと
により、文書中の文字列（テキスト）区切りと、そのテ
キストが構造上どの構成要素に属するのかを明確に記述
することができる。

【００２９】ここで開始タグとは要素名を記号「＜」、
「＞」で閉じたものであり、終了タグとは要素名を記号
「＜／」と「＞」で閉じたものである。タグに続く構成
要素の内容が、テキスト（文字列）または子供の構成要
素の繰り返しである。また開始タグには「要素名 属性
＝“属性値”」などのように属性情報を設定することが
できる。

【００３０】ここでは、「住所録」タグの子要素の１つ
である「メンバ」要素およびその子要素を含むデータ範
囲を指定するために、「住所録／メンバ」と表し、さら
に、「メンバ」の子要素である「名前」要素を指定する
ために「住所録／メンバ／名前」と表す。このような構
造化文書中の特定のエリアをその文書構造に基づき指定
するものをパスと呼び、「住所録／メンバ」、「住所録
／メンバ／名前」などをパス名と呼ぶ。

【００３１】また、「神奈川ガス」という要素値を持つ
要素を指定する場合のパスも上記同様にして、「住所録
／メンバ／勤務先／神奈川ガス」と表すことができる。

【００３２】また、パスにより指定される構造化文書中
の特定のエリアを当該構造化文書の部分文書と呼ぶ。部
分文書には、要素とその値も含まれる。例えば、「メン
バ」要素からなる部分文書と呼ぶとき、この部分文書に
は「メンバ」要素の子孫要素とそれらの値を含む範囲を
さす。

【００３３】図１は、本発明の一実施形態である構造化
文書管理システムの構成例を示す。構造化文書としては
ＸＭＬ文書を考える。

【００３４】図１の構造化文書管理システムは、大きく
分けて、構造化文書配信装置１、構造化文書変換装置
５、構造化文書閲覧・編集装置１２の３つの装置からな
る。

【００３５】構造化文書配信装置１と構造化文書変換装
置５は、単一の装置の中に組み込まれて機能する場合
と、別個の装置として、ネットワークを通じて結合され
ている場合との両方の構成が考えられる。

【００３６】また、構造化文書変換装置５と構造化文書
閲覧・編集装置１２に関しても同様に、１つの装置の中
に組み込まれている場合と、それぞれ別個の装置として
ネットワークを通じて結合されている場合の両方の構成
が考えられる。

【００３７】例えば、構造化文書配信装置１と構造化文
書変換装置５の機能をサーバ装置に持たせ、構造化文書
閲覧・編集装置１２の機能をクライアント端末に持たせ
る構成であってもよい。この場合、サーバ装置の構成に
は、構造化文書配信装置１と構造化文書変換装置５の構
成を含み、クライアント端末には、構造化文書閲覧・編
集装置１２の構成を含む。

【００３８】また、構造化文書配信装置１の機能をサー
バ装置に持たせ、構造化文書変換装置５と構造化文書閲
覧・編集装置１２の機能をクライアント端末に持たせる
ような構成であってもよい。この場合、サーバ装置の構
成には、構造化文書配信装置１の構成を含み、クライア
ント端末には、構造化文書変換装置５と構造化文書閲覧
・編集装置１２の構成を含む。

【００３９】構造化文書配信装置１は、格納部２、読み
出し部３、書き込み部４とから構成される。

【００４０】格納部２は、異なる文書構造の複数のＸＭ
Ｌ文書を格納するようになっている。

【００４１】読み出し部３は、ＸＭＬ文書を格納部１か
ら読み出し、読み出したＸＭＬ文書を構造化文書変換装
置５へ送信する。格納部２には一般に複数のＸＭＬ文書
が格納されているので、それら複数のＸＭＬ文書の中か
ら（構造化文書閲覧・編集装置１２を用いてユーザから
要求されたＸＭＬ文書であって）構造化文書変換装置５
へ送信すべき適切なＸＭＬ文書を選択し、読み出す。た
だし、読み出し部３で読み出すものは、ＸＭＬ文書全体
である場合と、前回格納部２から読み出したＸＭＬ文書
と今回読み出したＸＭＬ文書との差分のみである場合の
いずれであってもよい。読み出し部３は、読み出すべき
情報がＸＭＬ文書全体であるかそれともＸＭＬ文書の差
分のみであるかを適切に判断する。

【００４２】書き込み部４は、構造化文書変換装置２か
ら送信されてきたＸＭＬ文書を受信し、受信したＸＭＬ
文書を格納部２に格納する。ただし、書き込み部で受信
するものは、ＸＭＬ文書全体である場合と、前回格納部
２から読み出したＸＭＬ文書との差分のみである場合の
いずれであってもよい。

【００４３】書き込み部４は、受信した情報が、ＸＭＬ
文書全体であるかそれともＸＭＬ文書の差分のみである
かに応じて、適切な書き込みを行う。格納部２には一般
に複数のＸＭＬ文書が格納されているので、それら複数
のＸＭＬ文書の中から構造化文書変換装置５から送信さ
れてきたＸＭＬ文書に対応する適切なＸＭＬ文書を選択
し、このＸＭＬ文書を構造化文書変換装置５から送信さ
れてきたＸＭＬ文書の内容にしたがって更新する。

【００４４】なお、図１の構造化文書管理システムで
は、格納部２に格納されるＸＭＬ文書のすべての構成要
素は、各構成要素を一意に識別するための識別子が付与
される。構造化文書変換装置５から送信されてきたＸＭ
Ｌ文書の構成要素のうち、ユーザによって後述の構造化
文書閲覧・編集装置１２上で新規作成されたものには識
別子が付与されていないので、書き込み部４が、それら
の識別子が付与されていない要素に識別子を付与する。

【００４５】構造化文書変換装置５は、変換実行部６、
逆変換実行部７、一時格納部８、解析部９、変換規則管
理部１０、変換記録管理部１１から構成され、構造化文
書配信装置１から配信された構造化文書を構造化文書閲
覧・編集装置１２で閲覧・編集する目的に適した形式
（文書構造）に変換したり、構造化文書閲覧・編集装置
１２から送信されてきた構造化文書を構造化文書配信装
置１に格納する目的に適した形式（文書構造）に逆方向
の変換を行うなど、構造化文書配信装置１と構造化文書
閲覧・編集装置１２の中間に位置し構造化文書を仲介す
る役割を果たす。

【００４６】一時格納部８は、構造化文書変換装置５に
よって変換される前の構造化文書を一時格納する。構造
化文書の逆方向の変換を行う際に、変換を行う前の構造
化文書の内容を参照する必要が生じたら、一時格納部８
から構造化文書を取り出し、参照することが可能であ
る。

【００４７】解析部９は、構造化文書を解析し、解析結
果は、変換実行部６，逆変換実行部７で構造化文書の文
書構造の変換・逆変換時に利用される。

【００４８】ＸＭＬ文書は、ある要素が別の要素と親子
関係を持つという階層構造を保持し、この階層構造によ
って意味のまとまりを形成している。

【００４９】図１のシステムでは、構造化文書配信装置
１に格納されているＸＭＬ文書の持つすべての要素に識
別子が付与されており、それらの識別子のうち一部また
はすべては変換、編集、逆変換後のＸＭＬ文書に継承さ
れることを特徴としているが、以下の説明において、特
に混乱がない限り、識別子が付与されていないＸＭＬ文
書を用いて説明を行う。

【００５０】例えば、次に示すような「名簿」情報をＸ
ＭＬで記述したＸＭＬ文書を考える。

【００５１】 上記ＸＭＬ文書において、「名前」要素は、「姓」要素
と「名」要素の組という意味のまとまりを形成してい
る。したがって、「名前」要素を削除する変換を行う
と、 となってしまうため意味のまとまりが崩れてしまい、ど
の姓とどの名が対応するか明確でなくなってしまう。ま
た、「名前」要素を２要素に分割し、「姓」要素と
「名」要素を別の要素の子要素にする変換を行うと、 となってしまい、この場合も意味のまとまりが崩れて、
どの姓とどの名が対応するか明確でなくなってしまう。

【００５２】一方、「名簿」情報を管理する上記ＸＭＬ
文書とは異なる下記ＸＭＬ文書を考える。

【００５３】 <名簿> <メンバ> <名前>A1</名前> <住所> <郵便番号>111-1111</郵便番号> <市町村>A2</市町村> </住所> </メンバ> <メンバ> <名前>B1</名前> <住所> <郵便番号>222-2222</郵便番号> <市町村>B2</市町村> </住所> </メンバ> </名簿> このＸＭＬ文書において、「住所」要素を削除する変換
を行うと、 となる。この場合には、「住所」要素が削除された後で
あってもどの「郵便番号」要素とどの「市町村」要素が
対応するかは明確であり、その意味において意味のまと
まりは崩れていない。また、「住所」要素を２要素に分
割し、「郵便番号」要素と「市町村」要素を別の要素の
子要素にする変換を行うと、 <名簿> <メンバ> <名前>A1</名前> <住所> <郵便番号>111-1111</郵便番号> </住所> <住所> <市町村>A2</市町村> </住所> </メンバ> <メンバ> <名前>B1</名前> <住所> <郵便番号>222-2222</郵便番号> </住所> <住所> <市町村>B2</市町村> </住所> </メンバ> </名簿> となり、この場合も変換後のＸＭＬ文書において意味の
まとまりは明確である。

【００５４】このように、ＸＭＬ文書中の要素の中に
は、それを削除したり、複数要素に分割することによっ
て、ＸＭＬ文書の意味のまとまりが不明確になるもの
と、削除したり、複数要素に分割しても、ＸＭＬ文書の
意味のまとまりが明確であるものの２種類が存在する。

【００５５】構造化文書配信装置１から送信されたＸＭ
Ｌ文書を構造化文書閲覧・編集装置１２で閲覧・編集す
る目的に適した形式に変換する際には、構造化文書配信
装置１内に格納されているＸＭＬ文書が保持する意味の
まとまりを崩さない範囲で変換することが必要である。

【００５６】解析部９は、構造化文書を解析し、上記２
種類の要素を検出するためのものである。

【００５７】変換規則管理部１０は、ＸＭＬ文書を変換
する際の変換規則を管理する。

【００５８】変換規則には、例えば以下に示す規則が考
えられる。

【００５９】（１）ＸＭＬ文書中のパス名を別のパス名
に変更する。すなわち、構成要素名の変更のみを行う場
合と、文書構造の変更のみを行う場合と、文書構造の変
更と構成要素名の変更とを行う場合とがある。ここで、
パス名の変更によってパスに含まれる要素数が変化して
も構わない。パス名の変更という変換規則を用いれば、
例えば、「メンバ／名前／電話番号」というパス名を
「ｍｅｍｂｅｒ／ｎａｍｅ／ｔｅｌ」という英字のパス
名に変更したり、「名簿／名前／自宅／電話番号／＄
１」というパス名を「名簿／名前／電話番号／＄１」と
「自宅」要素を削除して文書構造を変更したり、さら
に、「名簿／名前／連絡先／＄１」と「電話番号」要素
の要素名を「連絡先」と変更することができる。このよ
うにして、パス名の変更という変換規則の実行された構
造化文書は、この変換規則にて指定された（変更前の）
パスにより特定される当該構造化文書中の領域（部分文
書）の文書構造が（変換規則で指定された変更後のパス
で表されるような文書構造に）変更されることになる。

【００６０】（２）ＸＭＬ文書のパスを削除する。パス
を削除するとは、そのパスにて指定される部分文書を削
除するということである。なお、ＸＭＬ文書のパスの最
終要素が子孫要素を保持する場合には、それらも合わせ
て削除することになる。また、パスの最終要素とは、例
えばパス「メンバ／住所」であるときの最終要素は、
「住所」要素である。また、「住所」要素以下に、子要
素として「郵便番号」「都道府県」などの子要素がある
ときは、それらも削除する。

【００６１】（３）ＸＭＬ文書のパスを移動する。パス
の移動という変換規則の実行された構造化文書は、この
変換規則にて指定されたパスにより特定される当該構造
化文書中のエリア（部分文書）が変換規則で指定された
位置に移動することになる。ここで、ＸＭＬ文書のパス
の移動によって、ＸＭＬ文書が保持する意味のまとまり
を崩してはいけないという制約がある。

【００６２】より詳細に変換の種類を定義するならば、
上記パス（名）の変更にも、 （４）新たな部分文書を追加する。

【００６３】（５）異なるパスにて指定される複数の部
分文書を１つのパスにて指定することのできる１つの部
分文書に併合する。

【００６４】（６）１つのパスにて指定される１つの部
分文書を複数の異なるパスを用いて指定される別個の部
分文書に分割する。

【００６５】（７）部分文書中に別の部分文書の複製を
追加する。

【００６６】というような種類の変更もありえるだろ
う。これらをパスの変更とは別個の種類の変換規則とし
て定義するようにしてもよい。

【００６７】なお、変換規則は、上記のみに限るもので
はなく、必要に応じて、必要な変換規則を用いればよ
い。ここでは、例えば、上記（１）〜（３）に示したよ
うな種類の変換規則を例にとり説明する。

【００６８】ＸＳＬＴにおけるＸＭＬ文書の文書構造の
変換が、一般にある条件に合致する文書構造を表す
「木」から新規の「木」を作成する操作を基本にしてい
るのに対して、本発明におけるＸＭＬ文書の文書構造の
変換は、「パス」にて特定される部分文書に対する操作
を基本にしている。このため、本発明における文書構造
の変換は、ＸＳＬＴにおける変換よりも単純であり、変
換に対応する逆方向の変換を自動的に行うことが容易で
ある。

【００６９】１つの構造化文書中のあるパスにて特定さ
れる部分文書を別のパス名になるような文書構造に変換
するパス名の変更といった変換では、要素名や要素数が
変化するため、変換を行う前の要素と変換を行った後の
要素を１対１に対応付けることは不可能である。したが
って、変換前の要素が保持する識別子をすべて変換後の
要素に継承することも不可能である。そこで、変更前の
部分文書中の少なくとも１つの構成要素の識別子が、変
更後の当該部分文書中の少なくとも１つの構成要素の識
別子として継承するようにする。例えば、ここでは、変
換前のパスの最終要素が保持する識別子を変換後のパス
の最終要素に継承させる。この方法を取ることによっ
て、変換を行う前の要素と変換を行った後の要素を１対
１に対応付けることは不可能であるが、変換を行う前の
部分文書と変換を行った後の部分文書を１対１に対応付
けることが可能となる。

【００７０】また、後述するように、変換記録では、変
換前のパスの最終要素の保持する要素識別子は、変換規
則が実行された構造化文書中の領域（位置）を特定する
ためにも用いられる。

【００７１】次に、上記複数の変換規則のうち、パス名
の変更、パスの削除、パスの移動という３つの変換規則
を例にとり、変換規則により文書構造が変換される様子
と、要素識別子の継承について、具体的に説明する。例
えば、以下に示す「名簿」情報をＸＭＬで記述したＸＭ
Ｌ文書を考える。ただし、ここでは、要素の識別子（要
素識別子）は、その要素の属性情報として、各要素の開
始タグ内に「ｉｄ＝“要素識別子”」と書き込まれてい
る。

【００７２】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <会社 id=”pi3”><住所 id=”pi4”>A2</住所></会社> <自宅 id=”pi5”><住所 id=”pi6”>A3</住所></自宅> <電子メール id=”pi7”>A4</電子メール> </個人情報> 変換規則管理部１０で管理されている変換規則の１つ
が、「パス「会社／住所／＄１」をパス「会社住所／＄
１」に変更する」というものであったとする。ただし、
ここで「＄１」は変数を表すものとする。この場合、
「会社」要素からなる部分文書（より詳しく表現する
と、「会社」要素とその子要素である「住所」要素から
なる部分文書）の文書構造を変更する。すなわち、上記
ＸＭＬ文書にこの変換規則を適用すると、部分文書「<
会社 id=”pi3”><住所 id=”pi4”>A2</住所></会社
>」が、部分文書「<会社住所 id=”pi4”>A2</会社住
所>」と変換される。

【００７３】そして、この場合、変換前のパスの最終要
素（「住所」要素）が保持する要素識別子「ｐｉ４」を
変換後のパスの最終要素（「会社住所」要素）に承継さ
せる。よって、以下に示すＸＭＬ文書が得られる。

【００７４】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <会社住所 id=”pi4”>A2</会社住所> <自宅 id=”pi5”><住所 id=”pi6”>A3</住所></自宅> <電子メール id=”pi7”>A4</電子メール> </個人情報> 変換規則管理部１０で管理されている別の変換規則の１
つが、「パス「自宅／住所／＄１」を削除する」という
ものであったとする。この場合、「自宅」要素からなる
部分文書（より詳しくは、「自宅」要素とその子要素か
らなる「住所」要素からなる部分文書）を削除する。上
記ＸＭＬ文書にこの変換規則を適用すると、以下に示す
ＸＭＬ文書が得られる。

【００７５】 さらに、変換規則管理部１０で管理されている別の変換
規則の１つが、「パス「電子メール／＄１」を「名前」
要素の直後に移動する」というものであったとする。こ
の場合、「電子メール」要素からなる部分文書を「名
前」要素からなる部分文書の直後に移動する。すなわ
ち、上記ＸＭＬ文書にこの変換規則を適用すると以下に
示すＸＭＬ文書が得られる。

【００７６】 例えば、上記３種類の変換規則が登録されて、管理する
のが変換規則管理部１０である。ＸＭＬ文書に対して変
換規則を適用したら、どの変換規則を当該ＸＭＬ文書中
のどの領域（どの部分文書）に対して適用したかを表す
変換記録を変換記録管理部１１に記録される。「どの領
域（部分文書）に対して適用したか」という情報を、こ
こでは、当該部分文書を示すパス名にある最終要素の要
素識別子にて示している。

【００７７】逆変換実行部７は、構造化文書閲覧・編集
装置１２から送信されたＸＭＬ文書を構造化文書配信装
置１に格納する目的に適した形式に変換する際に、構造
化文書配信装置１から送信されたＸＭＬ文書を構造化文
書閲覧・編集装置１２に表示する目的に適した形式に変
換した際の変換記録を用い、記録されている変換の逆変
換を行う。

【００７８】逆変換実行部７は、構造化文書閲覧・編集
装置１２から送信されてきたＸＭＬ文書を受信し、受信
したＸＭＬ文書に対して、変換実行部６で行った変換の
逆変換を行うものである。逆変換を行う際には、変換記
録管理部１１で管理されている変換記録を１つずつ取得
し、取得した変換記録を順番に、当該ＸＭＬ文書に適用
する。この際、変換規則や変換実行部６で変換を行う前
のＸＭＬ文書を参照する必要がある場合には、適宜、変
換規則管理部１０や一時格納部８に問い合わせて必要な
情報を取得する。

【００７９】構造化文書変換装置５で変換されＸＭＬ文
書は、構造化文書閲覧・編集装置１２に送信され、ここ
で、当該ＸＭＬ文書が編集された場合には、構造化文書
閲覧・編集装置１２から構造化文書変換装置５に送信さ
れるＸＭＬ文書は、構造化文書変換装置５から構造化文
書閲覧・編集装置１２に送信されたＸＭＬ文書と異なっ
ている。

【００８０】この場合には、逆変換実行部７で行う逆変
換は変換実行部６で行われた変換と完全に対称になって
いる訳ではない。すなわち、構造化文書閲覧・編集装置
１２における編集によって削除された部分文書（パス）
は変換の対象であったにもかかわらず逆変換の対象には
ならない。また、構造化文書閲覧・編集装置１２におけ
る編集によって新規作成された部分文書（パス）は変換
の対象でなかったにもかかわらず逆変換の対象になる。

【００８１】例えば、以下に示すＸＭＬ文書を考える。
ただし、ここでも、要素識別子は、その要素の属性情報
として、各要素の開始タグ内に「ｉｄ＝“要素の識別
子”」と書き込まれている。

【００８２】 <個人情報 id="pi1"> <名前 id="pi2">A1</名前> <会社 id="pi3"><住所 id="pi4">A2</住所></会社> </個人情報> この場合、変換規則管理部１０に、上記ＸＭＬ文書の文
書構造を変換するための、例えば、以下示すような２つ
の変換規則が登録・管理されているとする。 変換規則Ｒ１０１：パス「会社／住所／＄１」を「会社
住所／＄１」に変更する。

【００８３】変換規則Ｒ１０２：パス「自宅／住所／＄
１」を「自宅住所／＄１」に変更する。

【００８４】ただし、ここで「＄１」は変数を表すもの
とする。上記ＸＭＬ文書に、この変換規則Ｒ１０１、Ｒ
１０２を適用し、変換実行部６で変換を行うと、変換規
則Ｒ１０１のみが適用され、以下に示すＸＭＬ文書が得
られる。

【００８５】 また、この際、変換記録管理部１１に記録される変換記
録は以下の２つである。

【００８６】変換記録Ｍ１０１：要素識別子「ｐｉ４」
の要素を最終要素として保持するパスに、変換規則Ｒ１
０１を適用 変換記録Ｍ１０２：変換規則Ｒ１０２を適用するパスは
存在しない。

【００８７】上記変換記録は、逆変換実行部７でＸＭＬ
文書の文書構造の逆変換を行う際に用いる。

【００８８】このＸＭＬ文書を構造化文書閲覧・編集装
置１２で編集し、「会社住所」要素が削除され、「自宅
住所」要素が新規追加され、以下に示すＸＭＬ文書が得
られたとする。

【００８９】 上記ＸＭＬ文書に上記変換記録Ｍ１０１、Ｍ１０２を適
用し、構造化文書変換装置５の逆変換実行部７で逆変換
を行うと、上記ＸＭＬ文書中には、もはや要素識別子
「ｐｉ４」の要素を最終要素として保持するパス「会社
住所／Ａ２」は存在せず、かわってパス「自宅住所／Ａ
３」が存在するので、変換記録Ｍ１０１は適用できず
に、変換記録Ｍ１０２が適用される。この場合、変換規
則Ｒ１０２の操作の逆の操作を、パス名「自宅住所／＄
１」に対して行い、その結果、このパスは、「自宅／住
所／＄１」に変更され、以下に示すＸＭＬ文書が得られ
る。

【００９０】 このように、変換記録は、構造化文書中のどの位置に
（最終要素の識別子にて判断されるエリア）、どの変換
規則を適用したかを記録したものである。なお、逆変換
に対し、変換記録に沿った変換を順方向変換と呼ぶこと
もある。

【００９１】また、文書構造の逆変換とは、変換記録を
基に、変換規則にて定義されている変換の逆の変換を行
うものである。

【００９２】パス名の変更を行う変換規則対応の逆変換
とは、パス名の変更という順方向変換のなされた部分文
書の文書構造を順方向変換を行う前の文書構造に戻す変
換である。その際、当該部分文書に要素識別子や、後述
するようなポインタ属性のような属性情報が与えられて
いるときはそれらの設定も含めて復元される。

【００９３】パスの削除を行う変換規則対応の逆変換と
は、パスの削除という順方向変換で削除された部分文書
を復元する変換である。

【００９４】パスの移動を行う変換規則対応の逆変換と
は、パスの移動という順方向変換のなされた部分文書の
位置を順方向変換を行う前の位置に戻す変換である。

【００９５】パスＡをパスＢに変更する、パス名の変更
という変換規則対応の逆変換は、変換記録で最終要素の
識別子にて指定される部分文書（パスＢにて示されてい
るような文書構造を持つ部分文書）に対し、パスＡにて
示されるような文書構造に変換する操作である。また、
これから逆変換しようとする処理対象の構造化文書中
に、変換記録で最終要素の識別子にて指定される部分文
書以外に、パスＢに対応する（一致する）パス（部分文
書）が存在するときは、そのパス（部分文書）に対して
もパスＡにて示されるような文書構造に変更する。その
際、当該部分文書に、後述するようなポインタ属性のよ
うな属性情報を設定することができる。さらに、パス名
の変換を行う変換規則を適用しなかったという変換記録
である場合にも、パスＢに対応する（一致する）パス
（部分文書）が、これから逆変換しようとする処理対象
の構造化文書中に存在するときは、そのパス（部分文
書）をパスＡにて示されるような文書構造に変更すると
いう逆変換を行う。その際、当該部分文書に後述するよ
うなポインタ属性のような属性情報を設定することがで
きる。

【００９６】パスＡを削除する、パスの削除という変換
規則の逆変換は、変換記録で最終要素の識別子にて指定
される部分文書を、一時格納部８に格納されている順方
向変換を行う前の構造化文書から抽出し、この抽出した
部分文書を、これから逆変換しようとする処理対象の構
造化文書中の削除した位置に追加する操作である。その
際、当該部分文書に要素識別子や、後述するようなポイ
ンタ属性のような属性情報が与えられているときはそれ
らの設定も含めて復元される。また、これから逆変換し
ようとする処理対象の構造化文書中に、変換記録で最終
要素の識別子にて指定される部分文書以外に、パスＡに
対応する（一致する）パス（部分文書）が存在するとき
は、その部分文書に後述するようなポインタ属性のよう
な属性情報を設定するような操作もできる。さらに、パ
スを削除する変換規則を適用しなかったという変換記録
である場合にも、パスＡに対応する（一致する）パス
（部分文書）が、これから逆変換しようとする処理対象
の構造化文書中に存在するときは、その部分文書に後述
するようなポインタ属性のような属性情報を設定するよ
うな操作もある。

【００９７】パスＡを（位置ｘ１から）位置ｘ２へ移動
する、パスの移動という変換規則対応の逆変換は、変換
記録で最終要素の識別子にて指定される部分文書の移動
前の位置を、一時格納部８に格納されている順方向変換
を行う前の構造化文書を参照して検出し、この検出した
位置に当該部分文書を移動させる操作である。また、こ
れから逆変換しようとする処理対象の構造化文書中に、
変換記録で最終要素の識別子にて指定される部分文書以
外に、パスＡに対応する（一致する）部分文書が位置ｘ
２に存在するときは、その部分文書も位置ｘ１へ移動さ
せる。その際、部分文書に後述するようなポインタ属性
のような属性情報を設定するような操作もできる。さら
に、パスを移動する変換規則を適用しなかったという変
換記録である場合にも、パスＡに対応する（一致する）
部分文書が、これから逆変換しようとする処理対象の構
造化文書の位置ｘ２に存在するときは、その部分文書も
位置ｘ１へ移動させる。その際、部分文書に後述するよ
うなポインタ属性のような属性情報を設定するような操
作もできる。

【００９８】逆変換が施されたＸＭＬ文書は、構造化文
書格納装置１に送信される。ここで、構造化文書格納装
置１へ送信するものは逆変換が終了したＸＭＬ文書全体
である場合と、逆変換が終了したＸＭＬ文書と一時格納
部８に格納されているＸＭＬ文書との差分である場合と
のいずれであってもよい。

【００９９】構造化文書閲覧・編集装置１２は、解析部
１３と閲覧・編集実行部１４とからなる。

【０１００】構造化文書閲覧・編集装置１２でＸＭＬ文
書の編集が行われる際、構造化文書変換装置５でＸＭＬ
文書の変換を行った際と同様、ＸＭＬ文書が保持する意
味のまとまりを崩す編集は避けるべきである。また、編
集が終了したＸＭＬ文書は、編集を行う前のＸＭＬ文書
がしたがっていた文書構造と同一の文書構造にしたがっ
ているべきである。

【０１０１】解析部１３は、閲覧・編集実行部１４にて
編集されたＸＭＬ文書の文書構造に対して、編集前の文
書構造と同一の文書構造に従っているか、当該ＸＭＬ文
書が保持する意味のまとまりを崩すような編集はおこな
っていないかなどをチェックする。これは、当該ＸＭＬ
文書の文書構造の種類（と端末の種別）に対応して予め
用意されたＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅ
ｆｉｎｉｔｉｏｎ）を用いて、パーサ（Ｐａｒｓｅｒ）
という検証プログラムを使って、編集後の当該ＸＭＬ文
書が当該ＤＴＤに従っているかどうかをチェックするこ
とにより実現することができる。このように、解析部１
３により、閲覧・実行部１４にて構造化文書に対しなさ
れる編集は、当該構造化文書の利用形態対応の文書構造
に適合する範囲内の編集のみが許され、その範囲外の編
集は拒否される。

【０１０２】閲覧・編集実行部１４は、構造化文書変換
装置５から送信されてきたＸＭＬ文書を受信し、構造化
文書をユーザに対して表示し、ユーザの編集を受け付
け、編集の終了したＸＭＬ文書を構造化文書変換装置５
に対して送信する。前述したように、編集を行った後の
ＸＭＬ文書は、しかるべき文書の構造にしたがっていな
ければならない。文書構造にしたがっているかどうかの
検査は、解析部１３を利用して行われる。

【０１０３】閲覧・編集実行部１４は、ユーザの編集と
同時進行に解析部１３で解析を行いながら、始めから文
書構造を崩さない編集のみを受け付けるものであっても
よいし、一度ユーザの編集を受け付けた上で、その編集
が文書構造に違反しているかどうか解析部１３を通して
検査するようになっていてもよい。例えば、ここでは、
前者の場合を例にとり説明するが、後者の場合であって
も、閲覧・編集実行部１４、解析部１３の処理動作は基
本的には同じである。

【０１０４】次に、ＸＭＬ文書を構造化文書配信装置１
から構造化文書変換装置５を経由して、構造化文書閲覧
・編集装置１２へ送信するまでの処理動作について説明
する。

【０１０５】構造化文書配信装置１は、構造化文書閲覧
・編集装置１２からの文書読み出し要求を受けて、構造
化文書配信装置１内の格納部２に格納されている、当該
読み出し要求にて指定されたXML文書を読み出し部３を
経由して読み出し、それを構造化文書変換装置５へ送信
する。以下、図２に示すフローチャートを参照して、構
造化文書変換装置５の主に変換実行部６の処理動作につ
いて説明する。

【０１０６】変換実行部６は、構造化文書配信装置１か
ら送信されてきたＸＭＬ文書を受信すると（ステップＳ
２）、受信したＸＭＬ文書の複写を一時格納部８に格納
する（ステップＳ３）。受信したＸＭＬ文書に対し、以
下に続く変換規則を用いた変換に適した形式に変換す
る。そのために、まず、当該ＸＭＬ文書に対し前処理を
行う（ステップＳ４）。前処理とは、解析部９による当
該ＸＭＬ文書の解析結果を参照し（当該ＸＭＬ文書の文
書構造を定義したＤＴＤをチェックしながら）、ＸＭＬ
文書が保持する意味のまとまりを崩さないように、当該
ＸＭＬ文書の記述形式を、変換規則を用いた変換に適し
た形式に変換する処理である。

【０１０７】次に、変換規則管理部１０で登録・管理さ
れている変換規則を１つずつ先頭から取得し、取得した
変換規則を順番に適用して、当該ＸＭＬ文書の文書構造
を変換する。また、変換規則を適用したら、当該ＸＭＬ
文書のどのパスに対してどの変換規則を適用したかを表
す変換記録を、変換記録管理部１１に記録する。この手
続きをすべての変換規則に関して行う（ステップＳ５、
ステップＳ８〜ステップＳ１５）。

【０１０８】すなわち、変換規則管理部１０から取り出
した変換規則の種類が、ＸＭＬ文書のパス名の変更に関
するものである場合は（ステップＳ８）、ステップＳ９
へ進み、そうでない場合にはステップＳ１０へ進む。

【０１０９】ステップＳ１０において、変換規則管理部
１０から取り出した変換規則の種類が、ＸＭＬ文書のパ
スの削除に関するものである場合にはステップＳ１１へ
進み、そうでない場合はステップＳ１２へ進む。

【０１１０】ステップＳ１２において、変換規則管理部
１０から取り出した変換規則が、ＸＭＬ文書のパスの移
動に関するものである場合にはステップＳ１３へ進み、
そうでない場合に、上記パス名の変更、パスの削除、パ
スの移動以外の変換規則（例えば、先述したような、パ
スの新規作成、パスの併合、パスの分割など）であると
きには、さらに、ステップＳ１４へ進む。

【０１１１】ステップＳ１４において、変換規則管理部
１０から取り出した変換規則が、上記パス名の変更、パ
スの削除、パスの移動以外の変換規則（例えば、先述し
たような、パスの新規作成、パスの併合、パスの分割な
ど）である場合には、ステップＳ１５へ進み、そうでな
い場合、例えば、予め用意された変換の種類に該当しな
いような場合には、異常終了する。

【０１１２】ステップＳ９では、変換実行部６が、ＸＭ
Ｌ文書のパス名を変換規則にしたがって変更する。

【０１１３】ステップＳ１１では、変換実行部６が、Ｘ
ＭＬ文書のパスを変換規則にしたがって削除する。ま
た、その際、当該削除するパスにて指定される要素の子
孫要素もすべて削除する。

【０１１４】ステップＳ１３では、変換実行部６が、Ｘ
ＭＬ文書のパスを変換規則にしたがって移動する。

【０１１５】ステップＳ１５では、上記パス名の変更、
パスの削除、パスの移動以外の変換規則の種類対応の変
換、すなわち、例えば、前述したような、パスの新規作
成、パスの併合、パスの分割などがあるときには、それ
ぞれの種類対応の変換を行う。

【０１１６】ステップＳ５において、当該ＸＭＬ文書に
対し適用可能な全ての変換規則を適用したなら、次に、
ステップＳ６へ進み、変換が終了したＸＭＬ文書に対し
後処理を施す（ステップＳ６）。後処理とは、解析部９
による当該ＸＭＬ文書の解析結果を参照し（当該ＸＭＬ
文書の文書構造を定義したＤＴＤをチェックしなが
ら）、変換後のＸＭＬ文書を構造化文書閲覧・編集装置
１２で閲覧・編集する目的に適した記述形式に変換する
ことである。その後、構造化文書閲覧・編集装置１２に
送信する（ステップＳ７）。

【０１１７】なお、変換規則は、上記したような、パス
名の変更、パスの削除、パスの移動、パスの新規作成、
パスの併合、パスの分割に限定するものではなく、上記
以外の種類の変換規則ももちろん存在するであろう。し
かし、本発明では、どのような変換規則が存在しても、
どのように組み合わせて用いても、適用可能である。実
際、ＸＭＬ文書を閲覧、編集するクライアント側に合わ
せて、これらのうちのいくつかを組み合わせて適宜用い
ればよい。

【０１１８】次に、図３〜図４を参照して、構造化文書
変換装置５から送信されるＸＭＬ文書を構造化文書閲覧
・編集装置１２で受信し、構造化文書閲覧・編集装置１
２でＸＭＬ文書の閲覧・編集後、構造化文書閲覧・編集
装置１２から構造化文書変換装置５へＸＭＬ文書を送信
するまでの処理手順を示す。

【０１１９】図３は、構造化文書閲覧・編集装置１２の
処理動作を説明するためのフローチャートである。

【０１２０】構造化文書変換装置５から送信されてくる
ＸＭＬ文書は、閲覧・編集実行部１４で受信され、所定
の表示のための処理が行われて、ディスプレイなどの表
示装置に表示される（ステップＳ２１）。

【０１２１】ユーザからの編集要求が終了するまで、ス
テップＳ２３〜ステップＳ２４の処理を繰り返す。

【０１２２】閲覧・編集実行部１４は、解析部１３から
得られる情報を利用しながら、ユーザにより行われた編
集内容が、当該ＸＭＬ文書の文書構造を崩すものである
かどうか調べ（当該ＸＭＬ文書の文書構造対応のＤＴＤ
にあっているか否かを調べ）、文書構造を崩すものであ
る場合には、そのような編集を拒否し、そうでない場合
には、ステップＳ２４へ進み、当該編集内容を受け付け
る。

【０１２３】ステップＳ２４では、閲覧・編集実行部１
４は、ユーザからの編集要求にしたがったＸＭＬ文書更
新を行い、ステップＳ２２へ戻り、上記ステップＳ２３
〜ステップＳ２４の処理を編集要求が終了するまで繰り
返す。

【０１２４】ユーザからの編集要求が終了したら、編集
した結果であるＸＭＬ文書を閲覧・編集実行部１４から
構造化文書変換装置５へ送信する（ステップＳ２５）。

【０１２５】図４は、構造化文書変換装置５の主に逆変
換実行部７の処理動作を説明するためのフローチャート
である。

【０１２６】構造化文書閲覧・編集装置１２から構造化
文書変換装置５へ、編集のなされたＸＭＬ文書が送信さ
れると、逆変換実行部７でそれを受信する（ステップＳ
３２）。解析部９が当該ＸＭＬ文書を解析し、逆変換実
行部７は、当該ＸＭＬ文書に対し前処理を行う（ステッ
プＳ３３）。前処理とは、解析部９による当該ＸＭＬ文
書の解析結果を参照し（当該ＸＭＬ文書の文書構造を定
義したＤＴＤをチェックしながら）、当該ＸＭＬ文書の
記述形式を、変換記録を用いた逆変換に適した形式に変
換する処理である。

【０１２７】変換記録管理部１１で管理されている変換
記録のうち、当該ＸＭＬ文書に適用されていない変換記
録がまだ存在する場合は、その変換記録を例えば、最後
から１つずつ取り出し、取り出した変換記録を順番に適
用して、当該ＸＭＬ文書の文書構造を逆変換する。この
手続きをすべての変換記録に関して行う（ステップＳ３
４、ステップＳ３８〜ステップＳ４５）。

【０１２８】すなわち、ステップＳ３８において、変換
記録管理部１１から取り出した変換記録に記録されてい
る変換の種類が、パス名の変更に関するものである場合
は、ステップＳ３９へ進み、そうでない場合にはステッ
プＳ４０へ進む。

【０１２９】ステップＳ３９において、変換記録管理部
１１から取り出した変換記録に記録されている変換の種
類が、パスの削除に関するものである場合は、ステップ
Ｓ４１へ進み、そうでない場合にはステップＳ４２へ進
む。

【０１３０】ステップＳ４２において、変換記録管理部
１１から取り出した変換記録に記録されている変換の種
類が、パスの移動に関するものである場合は、ステップ
Ｓ４３へ進み、そうでない場合に、上記パス名の変更、
パスの削除、パスの移動以外の変換（例えば、先述した
ような、パスの新規作成、パスの併合、パスの分割な
ど）でがあるときには、さらに、ステップＳ４４へ進
む。

【０１３１】ステップＳ４４において、変換記録管理部
１１から取り出した変換記録に記録されている変換の種
類が、上記パス名の変更、パスの削除、パスの移動以外
の変換規則（例えば、先述したような、パスの新規作
成、パスの併合、パスの分割など）である場合には、ス
テップＳ４５へ進み、そうでない場合、例えば、予め用
意された変換の種類に該当しないような場合には、異常
終了する。

【０１３２】ステップＳ３９では、逆変換実行部７が、
ＸＭＬ文書のパス名を変換記録にしたがって変更する。

【０１３３】ステップＳ４１では、逆変換実行部７が、
変換記録に従って、削除されたパスと、当該削除された
パスにて指定される領域内にある子孫要素もすべて削除
する前の状態に戻す。

【０１３４】ステップＳ４３では、逆変換実行部７が、
変換記録に従って、移動したパスを元の位置に移動す
る。

【０１３５】ステップＳ４５では、上記パス名の変更、
パスの削除、パスの移動以外の変換の種類対応の逆変
換、すなわち、例えば、前述したような、パスの新規作
成、パスの併合、パスの分割などがあるときには、それ
ぞれの種類対応の逆変換を行う。

【０１３６】ステップＳ３４において、当該ＸＭＬ文書
に対し全ての変換記録を適用したなら、次に、ステップ
Ｓ３５へ進み、逆変換が終了したＸＭＬ文書に対し後処
理を施す（ステップＳ３６）。後処理とは、解析部９に
よる当該ＸＭＬ文書の解析結果を参照し（当該ＸＭＬ文
書の文書構造を定義したＤＴＤをチェックしながら）、
逆変換後のＸＭＬ文書を構造化文書配信装置１の格納部
２に格納する目的に適した記述形式に変換することであ
る。その後、構造化文書配信装置１に送信する（ステッ
プＳ３７）。

【０１３７】構造化文書変換装置５から構造化文書配信
装置１に送信されたＸＭＬ文書は、書き込み部４で受信
し、格納部２へ格納される。

【０１３８】次に、構造化文書変換装置５における、Ｘ
ＭＬ文書の文書構造の変換処理、逆変換処理について、
具体的に説明する。

【０１３９】構造化文書配装置１に格納されているＸＭ
Ｌ文書を構造化文書閲覧・編集装置１２で閲覧・編集す
る目的に達したＸＭＬ文書に変換する際には、変換に先
立ち、複数の子要素を保持する要素を子要素の数と同じ
要素に分割する前処理を行っている。これは、複数の子
要素を保持する要素を含むパスのパス名の変更を伴う変
換を行った際に、変換に曖昧さを残さないために行なわ
れる。

【０１４０】例えば、下記のＸＭＬ文書（Ｄｏｃ１）を
例に取る。

【０１４１】 </個人情報>上記ＸＭＬ文書に下記変換規則を適用する
場合を考察する。

【０１４２】変換規則：パス「名前／姓／＄１」をパス
「姓／＄１」に変換する。

【０１４３】この変換規則を上記ＸＭＬ文書に適用する
と、「名前」要素が複数の子要素すなわち、「姓」要
素、「名」要素を保持するが、パス「名前／姓／Ａ１」
に変換規則を適用した結果得られるパス「姓／＄１」
は、「名前」要素を含んでいないために、変換実行後の
「名」要素に関して曖昧さが残る。

【０１４４】変換実施後の「名」要素に関して、例えば
下記の二例が考えられる。

【０１４５】 上記は、パス「名前／姓／Ａ１」に変換規則を適用した
結果得られるパス「姓／＄１」が「名前」要素を含んで
いないために、「名」要素は親要素を失って、ＸＭＬ文
書から削除されるべきであるという立場に立った場合に
得られるＸＭＬ文書である。

【０１４６】 上記は、「パス「名前／姓／＄１」をパス「姓／＄１」
に変換する」という変換規則を、「「名前」要素の子要
素から「姓」要素を削除して、「「個人情報」要素の子
要素として同一の要素値「Ａ２」を保持する「「姓」要
素を追加する」という変換規則であると解釈する立場に
立った場合に得られるＸＭＬ文書である。

【０１４７】上記曖昧さを取り除くためには、構造化文
書変換装置５に対して付加的な規則を与えなければなら
ず、システム管理や、変換の処理が複雑になる。

【０１４８】しかしながら、上記のＸＭＬ文書に複数の
子要素を保持する要素をその子要素の数の要素に分割す
る前処理を施した結果得られる以下のＸＭＬ文書（Ｄｏ
ｃ２）に対して行なうと、パス名の変更を伴う変換は、
上記の曖昧さを残さない。

【０１４９】 上記の通り、前処理は変換に曖昧さを残さない目的で行
なわれるもので、文書構造自体が変更されるものではな
く、順方向変換、逆変換といった文書構造の変換の際に
処理し易いように文書構造の記述形式を変更するだけの
処理であり、本願発明の要旨ではない。よって、以下の
本願発明の実施形態の説明中では、前処理、後処理につ
いては、簡単な説明のみとする。

【０１５０】なお、構造化文書閲覧・編集装置１２で閲
覧・編集しているＸＭＬ文書を構造化文書配信装置１に
格納する目的に適したＸＭＬ文書に変換する際に行う後
処理は、上記前処理とは逆の処理であって、ＸＭＬ文書
（Ｄｏｃ２）をＸＭＬ文書（Ｄｏｃ１）に示した形式に
変換することである。

【０１５１】さて、構造化文書配信装置１の格納部２か
ら読み出され、構造化文書変換装置５へ、図７に示すよ
うな「住所録」情報のXML文書が送信されてきたとす
る。

【０１５２】図７に示したＸＭＬ文書は、「住所録」と
いう要素の子要素に複数の「メンバ」要素があり、さら
に、各「メンバ」要素は、「名前」、「自宅」、「会
社」という子要素から構成され、さらに、「名前」とい
う要素は、「姓」「名」という子要素から構成され、
「会社」という要素は「電話番号」「住所」という子要
素から構成され、「自宅」という要素は「電話番号」
「住所」という子要素から構成され、「住所」という要
素は「郵便番号」「都道府県」「市町村」「丁目番地
号」という子要素から構成された文書構造を持つ。図７
に示す「住所録」情報には、現在のところ、２人分のメ
ンバ情報がある。

【０１５３】図１０は、図７の「住所録」情報の文書構
造（木構造）を模式的に示したもので、ここでは、主
に、１人分のメンバ情報の文書構造を構成する構成要素
にて示している。各要素名の（ ）内の記述は、要素識
別子である。

【０１５４】構造化文書変換装置５で受信したＸＭＬ文
書は、変換規則を用いて変換を行うのに先立ち、変換規
則を用いた変換に適した記述形式に書き換える前処理を
行う。ただし、前処理を行う際、元のＸＭＬ文書が保持
する意味のまとまりを崩さない様にする必要がある。前
処理を行った結果のＸＭＬ文書を図８に示す。

【０１５５】図７に示すＸＭＬ文書は、複数の「メン
バ」情報からなるので、前処理として、ここでは、各
「メンバ」情報を構成する文書構造を、例えば、親子関
係にある構成要素間の関係が明確になるようにタグを重
複させた記述形式に書き換えている。が、文書構造自体
は、図７、すなわち、図１０と同様である。

【０１５６】こうして得られた前処理済のＸＭＬ文書に
対して、変換規則を適用し、文書構造の変換されたＸＭ
Ｌ文書を得る。変換規則として、例えば図５に示すよう
に、７つの変換規則があるとする。ただし、ここで「＄
＋数字」は変数を表すものとする。ＸＭＬ文書に、図５
の変換規則を適用した結果得られる変換記録を図６に示
す。また、変換された結果得られるＸＭＬ文書を、図９
に示す。図１１は、図９のＸＭＬ文書の文書構造を模式
的に示したものである。

【０１５７】この場合の、順方向変換について、図１
０、図１１を参照して簡単に説明する。すなわち、図５
の変換規則Ｒ１〜Ｒ５をこの順番に適用することによ
り、図１１に示すように、「メンバ」要素の子要素とし
て、「姓」「名」「会社電話番号」「住所」「自宅電話
番号」がこの順に並べられて、さらに、変換規則Ｒ６を
適用して、「自宅電話番号」要素からなる部分文書を
「会社電話番号」要素からなる部分文書の直後に移動さ
せて、最後に、変換規則Ｒ７を適用して、パス名「自宅
／住所」にて指定される部分文書を削除することによ
り、図１１に示すような文書構造に変換される。

【０１５８】文書構造の変換されたＸＭＬ文書は、構造
化文書閲覧・編集装置１２で閲覧・編集する目的に適し
た記述形式に書き換える後処理が施され、その結果、図
１２に示すようなＸＭＬ文書が得られる。

【０１５９】後処理の施されたＸＭＬ文書は構造化文書
閲覧・編集装置１２上でユーザによって閲覧・編集さ
れ、編集された結果新たなＸＭＬ文書が得られる。ここ
では、要素識別子が「ｍｅｍｂｅｒ１」である「メン
バ」要素の子要素である「住所」要素の持つ値を変更す
る編集と、新たに「メンバ」情報（「姓」「名」「会社
電話番号」「自宅電話番号」「住所」要素から構成され
る情報）を２人分追加する編集を考える。編集を行った
結果得られたＸＭＬ文書を図１３に示す。

【０１６０】構造化文書閲覧・編集装置１２で編集され
たＸＭＬ文書は構造化文書変換装置５へ送信される。構
造化文書変換装置５は、ＸＭＬ文書を受信後、変換記録
を用いて逆変換を行うのに先立ち、変換記録を用いた変
換に適した記述形式へ書き換える前処理が施される。こ
の前処理は、前述した順方向変換の際の前処理と同様で
ある。

【０１６１】ＸＭＬ文書の前処理が終了したら、変換記
録管理部１１で管理されている変換記録を後から順番に
１つずつ調べ、変換記録に記録されている変換に対応す
る逆変換を行う。以下、図６に示した変換記録を１つず
つ適用して逆変換を行い、ＸＭＬ文書が変更される様子
を図１４〜図１６を参照して説明する。なお、図１４〜
図１６では、要素識別子「ｍｅｍｂｅｒ１」の情報と、
編集により追加された「メンバ」情報１人分に対する操
作のみを示しているが、実際には、要素識別子「ｍｅｍ
ｂｅｒ１」の情報と同様、要素識別子「ｍｅｍｂｅｒ
２」の情報に対しても操作を行っているし、もう一つの
「メンバ」情報に対しても同様である。

【０１６２】（１）変換記録Ｍ７に対応する逆変換を行
う。具体的には要素識別子「ｍｅｍｂｅｒ１−１３」、
「ｍｅｍｂｅｒ２−１３」を持つ要素をそれぞれ最終要
素として保持するパスにて指定される部分文書を挿入す
る（図１４参照）。この挿入する部分文書は「郵便番
号」「都道府県」「市町村」「丁目番地号」要素から構
成される「住所」要素を持つ「自宅」要素からなる部分
文書である。

【０１６３】（２）変換規則Ｍ６に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−１２」、
「ｍｅｍｂｅｒ２−１２」をもつ要素をそれぞれ最終要
素として保持する部分文書に加えて、編集により追加さ
れた２人分の「メンバ」情報についても逆変換が行われ
る。すなわち、図１４に示すように、各「メンバ」情報
中の「メンバ」要素の子要素の「自宅電話番号」要素か
らなる部分文書を、同じく「メンバ」要素の子要素であ
る「住所」要素からなる部分文書の次の位置に移動す
る。

【０１６４】（３）変換記録Ｍ５に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−１２」、
「ｍｅｍｂｅｒ２−１２」をもつ要素を最終要素として
保持する部分文書に加えて、編集により追加された２人
分の「メンバ」情報についても逆変換が行われる。すな
わち、図１５に示すように、各「メンバ」情報中の「メ
ンバ」要素の子要素の「自宅電話番号」要素からなる部
分文書を、「自宅」要素とその子要素としての「電話番
号」要素からなる部分文書に変更する。

【０１６５】（４）変換記録Ｍ４に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−６」、「ｍ
ｅｍｂｅｒ２−６」をもつ要素を最終要素として保持す
る部分文書に加えて、編集により追加された２人分の
「メンバ」情報についても逆変換が行われる。すなわ
ち、図１５に示すように、各「メンバ」情報中の「メン
バ」要素の子要素の「住所」要素からなる部分文書を、
「会社」要素とその子要素としての「住所」要素からな
る部分文書に変更する。

【０１６６】（５）変換記録Ｍ３に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−５」、「ｍ
ｅｍｂｅｒ２−５」をもつ要素を最終要素として保持す
る部分文書に加えて、編集により追加された２人分の
「メンバ」情報についても逆変換が行われる。すなわ
ち、図１６に示すように、各「メンバ」情報中の「メン
バ」要素の子要素の「会社電話番号」からなる部分文書
を、「会社」要素とその子要素としての「電話番号」要
素からなる部分文書に変更する。

【０１６７】（６）変換記録Ｍ２に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−３」「ｍｅ
ｍｂｅｒ２−３」をもつ要素を最終要素として保持する
部分文書に加えて、編集により追加された２人分の「メ
ンバ」情報についても逆変換が行われる。すなわち、図
１６に示すように、各「メンバ」情報中の「メンバ」要
素の子要素の「名」要素からなる部分文書を、「名前」
要素とその子要素としての「名」要素からなる部分文書
に変更する。

【０１６８】（７）変換記録Ｍ1に対応する逆変換を行
う。この際、要素識別子「ｍｅｍｂｅｒ１−２」、「ｍ
ｅｍｂｅｒ２−２」をもつ要素を最終要素として保持す
る部分文書に加えて、編集により追加された２人分の
「メンバ」情報についても逆変換が行われる。すなわ
ち、図１６に示すように、各「メンバ」情報中の「メン
バ」要素の子要素の「姓」要素からなる部分文書を、
「名前」要素とその子要素としての「姓」要素からなる
部分文書に変更する。

【０１６９】変換記録を利用したＸＭＬ文書の文書構造
の逆変換が終了したので、次に、ＸＭＬ文書を構造化文
書配信装置１に格納する形式に適した記述形式に書き直
す後処理を施す。この後処理は、たとえば、重複するタ
グをまとめるといったような処理を行う。

【０１７０】後処理の施されたＸＭＬ文書が構造化文書
配信装置１に送信され、構造化文書閲覧・編集装置１２
で行った編集内容を構造化文書配信装置１に格納してあ
るＸＭＬ文書に反映させる。その際、本実施形態では、
ＸＭＬ文書全体を構造化文書変換装置５から構造化文書
配信装置１に送信するのではなく、編集のために読み出
した際のＸＭＬ文書との差分のみを図１７に示すような
形式の差分情報として送信する。

【０１７１】図１７に示した差分情報では、編集により
書き換えられた要素識別子「ｍｅｍｂｅｒ１」の「メン
バ」要素の子要素の「会社」要素の子要素の「住所」要
素からなる部分文書と、追加された２人分の「メンバ」
情報に対応する部分文書とから構成されている。このよ
うに、差分文書には、１つの文書中の書き換えられた部
分文書、追加された部分文書が含まれている。

【０１７２】図１７に示した差分情報を受信した構造化
文書配信装置１は、受信内容を構造化文書配信装置１に
格納されているＸＭＬ文書に反映させる。その際、差分
情報のうちユーザの編集によって新規作成された要素に
は識別子が付与されていない。そこで、識別子が付与さ
れていない要素に対しては、構造化文書配信装置１でそ
のＸＭＬ文書内でユニークな識別子を付与した上で、Ｘ
ＭＬ文書に反映させる。

【０１７３】（第２の実施形態）上記第１の実施形態で
は、主に、本発明の主要な部分を説明するために、１つ
の構造化文書閲覧・編集装置１２により、１つの構造化
文書を閲覧・編集する場合を示したが、本発明の構造化
文書管理システムは、一般的には、複数の構造化文書閲
覧・編集装置１２が、それぞれ異なる構造化文書を閲覧
・編集するような利用形態で用いられるものである。そ
こで、第２の実施形態では、前述した第１の実施形態の
説明を補足する意味で、より一般的な利用形態で用いら
れる構造化文書管理システムについて説明する。

【０１７４】ます、第２の実施形態として、以下の３点
を新たに追加して説明を行う。

【０１７５】（１）変換規則管理部１０は、文書構造と
構造化文書閲覧・編集装置１２（の種別）対応、すなわ
ち、構造化文書の利用形態対応に１または複数の変換規
則からなる変換規則の集合を記憶・管理する。ある１つ
の構造化文書の利用形態は、クライアントが携帯電話
か、ＰＤＡかなどの端末機器の種別により異なる。一般
に、すべての端末機器で利用するデータがすべて同一の
データ形式にしたがっていることは稀である上に、すべ
ての端末で利用するデータがすべて同一であることも稀
である。さらに、携帯電話では住所録の情報のうち名前
と電話番号のみを利用するのに対して、ＰＤＡでは名前
と電話番号に加えて、住所や電子メールアドレスを利用
するといった違いもある。そこで、本実施形態のシステ
ム構成において、ある構造化文書の文書構造をどの様な
（利用形態の）文書構造に変換するかを記述した当該構
造化文書の変換規則を、当該構造化文書を実際に利用す
る（閲覧・編集など）構造化文書閲覧・編集装置１２の
種別に対応させて記憶・管理する場合について説明す
る。

【０１７６】（２）完全に同じ１つのパス（部分的な文
書構造）を生成する可能性がある複数の変換規則をまと
めた変換規則グループを定義し、変換規則管理部１０
は、変換規則の集合に、この変換規則グループが存在す
る場合には、変換規則の集合と、変換規則グループとを
対応付けて記憶・管理する。なお、各変換規則グループ
には、逆変換の際に優先的に用いる変換規則はどれであ
るかが予め設定されている。

【０１７７】（３）ＸＭＬ文書の構成要素のもつ属性と
して、要素識別子とポインタ属性を付与する。

【０１７８】図１８は、本発明の第２の実施形態に係る
構造化文書管理システムの構成例を示したものである。
なお、図１８において、図１と同一部分には同一符号を
付し、異なる部分についてのみ説明する。すなわち、構
造化文書配信装置１の格納部２には、文書構造の異なる
複数の構造化文書が格納されていて、複数の構造化文書
閲覧・編集装置１２が、この格納部２に格納されている
構造化文書へアクセス可能なようになっている。

【０１７９】図１９は、格納部２の構造化文書の格納例
を模式的に示したもので、複数の構造化文書のデータフ
ァイルが、そのそれぞれが持つ文書構造にて分類されて
格納部２に格納されている。例えば、図１９に示すよう
に、異なる文書構造のそれぞれの識別情報（例えば、
「住所録」、「スケジュール」など）と、それに対応す
る構造化文書のデータファイル（例えば、「住所録Ａ」
「住所録Ｂ」、「スケジュールＡ」、「スケジュール
Ｂ」などのファイル名を持つデータファイル）とが対応
付けて記憶されている。

【０１８０】また、ある１つの構造化文書の文書構造を
変換するために用いられる１または複数の変換規則を変
換規則の集合と呼ぶ。例えば、図５に示した７つの変換
規則を１つの変換規則の集合と呼ぶ。

【０１８１】構造化文書変換装置５で構造化文書の文書
構造を変換する際、一般的に、変換対象となる構造化文
書が、構造化文書配信装置１に格納されている複数のＸ
ＭＬ文書のうちどれであるか（どの文書構造をもつ構造
化文書であるか）、また、構造化文書を閲覧・編集する
構造化文書閲覧・編集装置１２は、例えば、携帯電話、
ＰＤＡ、パーソナルコンピュータなどのうちのどの種別
に対応するかによって、適用する変換規則の集合は異な
る。そこで、変換規則管理部１０は、例えば、図２０に
示すように、文書構造と、構造化文書を閲覧・編集する
構造化文書閲覧・編集装置１２とに対応付けて、それら
に対応する変換規則の集合を予め記憶・管理するように
なっている。

【０１８２】例えば、図２０では、各変換規則の集合
（図２０では、簡単のため、変換規則の集合を、Ｒ（文
書構造の識別情報、構造化文書閲覧・編集装置の種別の
識別情報）と記述している）を、文書構造の識別情報
と、構造化文書閲覧・編集装置１２の（例えば種別）の
識別情報とに対応付けて記憶するようになっている。

【０１８３】変換規則管理部１０は、例えば、図２０に
示すようなテーブルを記憶・管理し、構造化文書の文書
構造の変換を行う際には、変換対象のＸＭＬ文書の文書
構造は何であるか、変換後のＸＭＬ文書を閲覧・編集す
る構造化文書閲覧・編集装置１２の種別が何であるかに
応じて、適切な変換規則の集合を選択するようになって
いる。

【０１８４】また、構造化文書閲覧・編集装置１２から
構造化文書配信装置１に対し文書の読み出し要求を行う
場合には、例えば、読み出したい構造化文書のファイル
名の他に、その文書の文書構造の識別情報と要求元の構
造化文書閲覧・編集装置１２の種別を表す識別情報とが
含まれていることが望ましい。

【０１８５】次に、変換規則グループについて説明す
る。

【０１８６】例えば、「住所録」という識別情報を持つ
文書構造のＸＭＬ文書を「ＴＥ１」という識別情報をも
つ構造化文書閲覧・編集装置１２にて閲覧・編集するた
めに、当該ＸＭＬ文書の文書構造を変換するめに用いる
変換規則の集合が図２０から、Ｒ（住所録、ＴＥ１）で
あったとする。この変換規則の集合のうち、ＸＭＬ文書
中のパス名を別のパス名に変更する２つの変換規則が、
完全に同じパス名を生成する場合がある。

【０１８７】例えば、その２つの変換規則が、以下に示
す２つであったとする。

【０１８８】変換規則Ｒ２０１：パス「会社／住所／＄
１」を「住所／＄１」に変更する。

【０１８９】変換規則Ｒ２０２：パス「自宅／住所／＄
１」を「住所／＄１」に変更す。

【０１９０】また、以下に示すＸＭＬ文書が構造化文書
配信装置１に格納されているとする。

【０１９１】 上記ＸＭＬ文書に上記変換規則Ｒ２０１、Ｒ２０２を適
用した結果得られるＸＭＬ文書は下記の通りである。

【０１９２】 上記の例からも分かる通り、２つの変換規則が完全に同
じパスを生成する場合が存在する。

【０１９３】逆に、構造化文書閲覧・編集装置１２で下
記のＸＭＬ文書を新規作成した場合を考える。

【０１９４】 上記ＸＭＬ文書を上記変換規則Ｒ２０１、Ｒ２０２（よ
り厳密には、上記変換規則を適用して文書構造を変換し
た際に用いた変換記録）を用いて、逆変換を行おうとす
ると、パス「住所／Ａ２」は、変換規則Ｒ２０１に対応
する逆変換を行うことも、変換規則Ｒ２０２に対応する
逆変換を行うことも可能であるので、２種類存在する変
換規則のうちどちらを適用するかを決定しないと逆変換
を行うことができない。そこで、完全に同じ１つのパス
を生成する可能性がある複数の変換規則をまとめた変換
規則グループを定義し、同一の変換規則グループに属す
る変換規則のうち、逆変換を行う際に優先的に利用され
るものを定める。

【０１９５】例えば、上記２種類の変換規則を１つの変
換規則グループにまとめて、その識別情報を、例えば
「変換規則グループＧ１」とし、上記２つの変換規則の
うち、変換規則Ｒ２０１を逆変換の際に優先的に用いる
と予め定めるものとする。また、この「変換規則グルー
プＧ１」は、変換規則の集合Ｒ（住所録、ＴＥ１）に存
在するものとする。この場合、変換規則管理部１０は、
例えば、図２１に示すようなテーブルを予め記憶する。

【０１９６】図２１に示すように、ある変換規則の集合
に、完全に同じ１つのパスを生成する可能性がある複数
の変換規則が存在する場合は、それらを変換規則グルー
プとしてまとめ、逆変換の際に、この変換規則グループ
中のどの変換規則を優先的に用いるかという優先度を予
め設定して管理することにより、ＸＭＬ文書を逆変換す
る際に適用可能な変換規則が複数存在する場合であって
も、どの変換規則を適用するか自動的に決定することが
可能である。上記のＸＭＬ文書を逆変換した結果は下記
の通りである。

【０１９７】 次に、ＸＭＬ文書の要素のもつ属性について説明する。
すなわち、要素属性には、識別子属性と、ポインタ属性
とがある。

【０１９８】識別子属性は、第１の実施形態ですでに説
明を行っているので、ここではポインタ属性について説
明を行う。ポインタ属性は複数の要素の中から特定の要
素を指し示す目的で用いられる。

【０１９９】例えば、要素にポインタ属性を与える場
合、その要素の開始タグに属性情報として「表示＝“ｔ
ｒｕｅ”」あるいは「表示＝“ｆａｌｓｅ”」を書き込
みこととする。構造化文書変換装置５において、部分文
書要素を削除するような文書構造の変換を行う必要のあ
る構造化文書閲覧・編集装置１２において、ポインタ属
性値が「ｔｒｕｅ（Ｔ）」である要素からなる部分文書
は残し、「ｆａｌｓｅ（Ｆ）」である要素からなる部分
文書を削除するといった制御の目的で用いられる。

【０２００】次に、このポインタ属性の用途について説
明する。

【０２０１】構造化文書配信装置１から送信されてきた
ＸＭＬ文書を構造化文書変換装置５において、変換規則
を用いて文書構造を変換すると、変換によって得られた
ＸＭＬ文書は、変換時に削除された部分文書を含んでい
ない。したがって、構造化文書配信装置１から送信され
たＸＭＬ文書に含まれる情報は、文書構造の変換後のＸ
ＭＬ文書にも含まれる情報と、変換後のＸＭＬ文書には
含まれない情報とに分類できる。

【０２０２】変換後のＸＭＬ文書を構造化文書閲覧・編
集装置１２において編集して新たなＸＭＬ文書を得た
際、実際に編集されるのは、構造化文書配信装置１から
送信されたＸＭＬ文書に含まれる情報のうち、変換後の
ＸＭＬ文書にも含まれる情報のみであるが、編集を行っ
たユーザの意図は、構造化文書配信装置１から送信され
たＸＭＬ文書に含まれる情報のうち、変換後のＸＭＬ文
書にも含まれる情報の変更である場合と、構造化文書配
信装置１から送信されてきたＸＭＬ文書に含まれる情報
のうち現在は変換後のＸＭＬ文書には含まれない情報
を、次回から構造化文書配信装置１から送信されたＸＭ
Ｌ文書を構造化文書変換装置で変換する際には、変換後
の構造化文書にも含まれる情報にする変更である場合の
２種類が存在する。

【０２０３】以下、図２２を参照しながら説明する。

【０２０４】例えば、以下に示す個人情報を表したＸＭ
Ｌ文書を考える。

【０２０５】 <個人情報 id=”pi1” <名前 id=”pi2”>A1</名前> <電子メール id=”pi3” 表示=”true”>A2</電子メール> <電話番号 id=”pi4” 表示=”false”>111-1111</電話番号> </個人情報> このＸＭＬ文書は、図２２（ａ）に示すように、「名
前」「電子メール」「電話番号」要素を子要素として持
つ文書構造であり、「電子メール」要素にはポインタ属
性値「ｔｒｕｅ」（以下、簡単に「Ｔ」と表す）が与え
られ、「電話番号」要素にはポインタ属性値「ｆａｌｓ
ｅ」（以下、簡単に「Ｆ」と表す）が与えられているの
で、「電子メール」要素からなる部分文書と「電話番
号」要素からなる部分文書のうち、後者を削除すること
が予め設定されている。

【０２０６】このＸＭＬ文書に対し以下に示す変換規則
を用いて変換したとする。

【０２０７】変換規則Ｒ３０１：パス「電子メール(表
示＝“ｔｒｕｅ”)／＄１」をパス「電子メール／＄
１」に変更する。

【０２０８】変換規則Ｒ３０２：パス「電子メール（表
示＝“ｆａｌｓｅ”）／＄１」を削除する。

【０２０９】変換規則Ｒ３０３：パス「電話番号（表示
＝“ｔｒｕｅ”）／＄１」をパス「電話番号／＄１」に
変更する。

【０２１０】変換規則Ｒ３０４：パス「電話番号（表示
＝“ｆａｌｓｅ”）／＄１」を削除する。

【０２１１】ただし、ここで、変換規則の記述におい
て、要素に付与される属性情報を（）内で記述した。す
ると、上記ポインタ属性値から、「電話番号」要素から
なる部分文書が削除され、図２２（ｂ）に示すような文
書構造のＸＭＬ文書が得られる。このときのＸＭＬ文書
は、以下の通りである。

【０２１２】 また、上記変換規則Ｒ３０１〜Ｒ３０４を用いて、ＸＭ
Ｌ文書の文書構造の変換を行った際に得られる変換記録
は下記の通りである。

【０２１３】変換記録Ｍ３０１：変換規則Ｒ３０１を要
素識別子「ｐｉ３」の要素を最終要素に持つパスに適用
した。

【０２１４】変換記録Ｍ３０２：変換規則Ｒ３０２を適
用しなかった。

【０２１５】変換記録Ｍ３０３：変換規則Ｒ３０３を適
用しなかった。

【０２１６】変換記録Ｍ３０４：変換規則Ｒ３０４を要
素識別子「ｐｉ４」の要素を最終要素に持つパスに適用
した。

【０２１７】引き続き変換後のＸＭＬ文書を構造化文書
閲覧・編集装置１２上で、下記のような、「電子メー
ル」要素からなる部分文書を「電話番号」要素からなる
部分文書に書き換えるような編集を行ったとする（図２
２（ｃ）参照）。

【０２１８】 上記ＸＭＬ文書に変換記録Ｍ３０１〜Ｍ３０４を後から
順番に１つずつ適用し、逆変換を行う様子を以下に示
す。

【０２１９】（１）変換記録Ｍ３０４を参照し、変換規
則Ｍ３０４適用時に削除した部分文書（<電話番号 id
=”pi4” 連絡先=”false”>111-1111</電話番号>）を
元に戻す。この結果、図２２（ｄ）に示すように、順方
向変換時に削除した「電話番号」要素からなる部分文書
が復元されて（このとき、要素識別子、ポインタ属性値
もそのままの状態で復元される）、得られるＸＭＬ文書
は下記の通りである。

【０２２０】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電話番号>111-1111</電話番号> <電話番号 id=”pi4” 連絡先=”false”>111-1111</電話番号> </個人情報> （２）変換記録Ｍ３０３を参照する。ここで、順方向の
変換時には変換規則Ｒ３０３は適用しなかったが、上記
ＸＭＬ文書中には、変換規則Ｒ３０３対応の順方向変換
を行うことによって生成されるはずの「電話番号」要素
が存在する。しかし、「電話番号」要素には、変換規則
Ｒ３０３で示しているようなポインタ属性値が与えられ
ていない。そこで、ここでは、当該「電話番号」要素に
ポインタ属性（「表示する＝“ｔｒｕｅ”」）が追加設
定される（図２２（ｅ）参照）。ここで、順方向の変換
時には変換規則Ｒ３０３は適用しなかったが、逆変換時
には変換規則Ｒ３０３を利用している。この結果得られ
るＸＭＬ文書は下記の通りである。

【０２２１】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電話番号 連絡先=”true”>111-1111</電話番号> <電話番号 id=”pi4” 連絡先=”false”>111-1111</電話番号> </個人情報> （３）変換記録Ｍ３０２を参照する。ここでは、変換規
則Ｒ３０２は適用していないので、実際には何もしな
い。

【０２２２】（４）変換記録Ｍ３０１を参照し、逆変換
を行う。ただし。上記ＸＭＬ文書中に変換規則Ｒ３０１
対応の順方向変換を行うことによって生成されるはずの
「電子メール」要素が存在しないし、要素識別子「ｉｄ
３」を持つ要素も存在しないので、実際には何もしな
い。

【０２２３】変換記録Ｍ３０１〜Ｍ３０４を全て用いて
ＸＭＬ文書の逆変換を行った結果は下記の通りである
（図２２（ｅ）参照）。

【０２２４】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電話番号 表示=”true”>111-1111</電話番号> <電話番号 id=”pi4” 表示=”false”>111-1111</電話番号> </個人情報> 上記ＸＭＬ文書には、「電話番号」要素という、ポイン
タ属性を有し、しかも同じ値を持つ同じ要素名の構成要
素からなる２つの部分文書が存在する（<電話番号 表
示=”true”>111-1111</電話番号>と、<電話番号 id
=”pi4” 表示=”false”>111-1111</電話番号>）。

【０２２５】このように、逆変換を実行した結果、１つ
のＸＭＬ文書中に、ポインタ属性をもつとともに、同じ
値を持つ同じ要素名の構成要素からなる複数の部分文書
が存在する場合には、上記ＸＭＬ文書は構造化文書配信
装置１に最終的に反映されるべきＸＭＬ文書ではなく、
構造化文書閲覧・編集装置１２上で行った編集の意図は
以下に示すＸＭＬ文書を構造化文書配信装置１に最終的
に反映することであるとみなす。

【０２２６】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電子メール id=”pi3” 表示=”false”>A2</電子メール> <電話番号 id=”pi4” 表示=”true”>111-1111</電話番号> </個人情報> すなわち、上記のような編集を行ったユーザからすれ
ば、順方向変換時に削除せずに残してほしい部分文書は
「電子メール」要素からなる部分文書から、「電話番
号」要素からなる部分文書に変更したいので、ポインタ
属性値を変更するような処理（これを微調整、あるいは
微調整処理と呼ぶ）を行う必要性があると判断する。す
なわち、この微調整処理を行うことによって、「電子メ
ール」要素に属性情報「表示＝”ｔｒｕｅ”」を与え、
「電話番号」要素に属性情報「表示＝”ｔｒｕｅ”」を
与える。

【０２２７】図２３は、第２の実施形態に係る構造化文
書変換装置５の主に逆変換実行部７の処理動作を説明す
るためのフローチャートである。なお、図２３におい
て、図４と異なる部分についてのみ説明する。すなわ
ち、図４のステップＳ３５が図２３では、ステップＳ３
５ａに置き換わっている。

【０２２８】図２３のステップＳ３５ａでは、逆変換実
行部７では、逆変換を終了した時点で、逆変換を実行し
た結果、１つにＸＭＬ文書中に、ポインタ属性をもつと
ともに、同じ値を持つ同じ要素名からなる部分文書が複
数存在する場合には、上記のようなユーザの意図を察
し、ポインタ属性値を変更する微調整を行うようになっ
ている。

【０２２９】次に、図２４に示すフローチャートを参照
して、上記微調整処理について説明する。

【０２３０】逆変換後の構造化文書中に、順方向変換実
行時に、パスの削除により削除された（逆変換により追
加された）部分文書と同じ部分文書（文書構造と要素名
と各要素の値が同じ部分文書）が存在するときは（ステ
ップＳ５１）、この逆変換により追加された部分文書中
のポインタ属性値を変更する（ステップＳ５２）。

【０２３１】次に、編集された部分文書を編集前の状態
に戻し、その中のポインタ属性値を変更する（ステップ
Ｓ５３）。

【０２３２】先に示したＸＭＬ文書、すなわち、下記に
示すＸＭＬ文書を用いて、上記の微調整が行われる様子
を説明する。

【０２３３】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電子メール id=”pi3” 表示=”true”>A2</電子メール> <電話番号 id=”pi4” 表示=”false”>111-1111</電話番号> </個人情報> 上記ＸＭＬ文書に対し編集を行われた後、変換記録Ｍ３
０１〜Ｍ３０４を用いて逆変換がなされ、下記に示した
ＸＭＬ文書が得られることは前述のとおりである。

【０２３４】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電話番号 表示=”true”>111-1111</電話番号> <電話番号 id=”pi4” 表示=”false”>111-1111</電話番号> </個人情報> さて、このＸＭＬ文書において、順方向変換時に削除さ
れた（逆方向の変換時に追加された）部分文書、すなわ
ち、パス「電話番号／１１１−１１１１」に合致するも
のを探索する。探索を行った結果、これと同じ部分文書
が存在することが確認される。確認された部分文書は、 <電話番号 表示=”true”>111-1111</電話番号> である。

【０２３５】そこで、逆変換により追加（復元）された
方の部分文書、すなわち、 <電話番号 id=”pi4” 表示=”false”>111-1111</電
話番号> のポインタ属性を「ｔｒｕｅ」に変更する。

【０２３６】さらに、構造化文書閲覧・編集部１４で編
集された部分文書、すなわち、 <電話番号 表示=”true”>111-1111</電話番号> を編集が行われる前の元の状態、すなわち、 <電子メール id=”pi3” 表示=”true”>A2</電子メ
ール> に戻す。また、さらに、ポインタ属性の値を「ｆａｌｓ
ｅ」に変更する。

【０２３７】その結果、構造化文書配信装置１から読み
出されたときに、「電子メール」要素と「電話番号」要
素とに設定されていたポインタ属性値が書き換えられた
以下に示すようなＸＭＬ文書が得られる。

【０２３８】 <個人情報 id=”pi1”> <名前 id=”pi2”>A1</名前> <電子メール id=”pi3” 表示=”false”>A2</電子メール> <電話番号 id=”pi4” 表示=”true”>111-1111</電話番号> </個人情報> このように、変換記録を用いた逆変換を行う際に、ＸＭ
Ｌ文書中の特定のパスに対して複数の構造化文書変換記
録が適用可能である場合には、変換規則グループにて定
義される優先順位に従った適用を行う点や、構造化文書
閲覧・編集装置１２上でポインタ属性に関連する要素が
編集された場合には微調整が必要である点に注意を要す
る。

【０２３９】次に、具体的なＸＭＬ文書に即して、ＸＭ
Ｌ文書が構造化文書変換装置５で順方向変換される様子
と逆変換される様子を説明する。

【０２４０】格納部２から構造化文書変換装置５へ、図
２７に示すようなＸＭＬ文書が送信されたとする。

【０２４１】構造化文書変換装置５で受信したＸＭＬ文
書は、変換規則を用いて変換を行うのに先立ち、変換規
則を用いた変換に適した形式に前処理の変換を行う。た
だし、前処理を行う際、元のＸＭＬ文書が保持する意味
のまとまりを崩さない範囲で変換を行う必要がある。

【０２４２】前処理済のＸＭＬ文書に対して変換規則を
適用し、構造化文書閲覧・編集装置１２で利用する目的
に適した形式のＸＭＬ文書を得る。ここで用いる変換規
則の集合を図２５に示す。図２５に示すように、変換規
則Ｒ４０５とＲ４０６とは変換規則グループＧ５として
定義されていて、逆変換の際には、変換規則Ｒ４０５を
優先的に用いるように予め設定されている。なお、図２
５の変換規則の記述において、「＄＋数字」は変数を表
すものとする。

【０２４３】図２７に示した「住所録」情報を表したＸ
ＭＬ文書は、図２８に示すような２人分の「メンバ」情
報から構成された文書構造を持つ。なお、図２８におい
て、各構成要素のもつ要素識別子、ポインタ属性値を
（ ）内に示している。

【０２４４】図２７に示したＸＭＬ文書に対し、図２５
に示した変換規則の集合を適用した結果得られる変換記
録を図２６に示す。

【０２４５】図２５に示した変換規則の集合を用いた順
方向変換について簡単に説明する。図２５の変換規則Ｒ
４０１〜Ｒ４０４をこの順番に適用することにより、各
「メンバ」情報中のパス名「会社／住所」にて指定され
る部分文書と、パス名「自宅／住所」にて指定される部
分文書とのうちポインタ属性値が「ｔｒｕｅ」と設定さ
れている方を残して、他方は削除する。また、ポインタ
属性は削除する。そして、変換規則Ｒ４０５を適用し
て、「電子メール」要素からなる部分文書を「連絡先」
要素からなる部分文書に変更し、次に、変換規則Ｒ４０
６を適用して、「携帯電話番号」要素からなる部分文書
を「連絡先」要素からなる部分文書に変更する。その結
果、図３０に示すような文書構造のＸＭＬ文書に変換さ
れる。

【０２４６】変換規則を用いて文書構造の変換された図
３０に示したＸＭＬ文書は、構造化文書閲覧・編集装置
１２で閲覧・編集する目的に適した形式に後処理の変換
が施される。

【０２４７】後処理の施されたＸＭＬ文書は構造化文書
閲覧・編集装置１２上でユーザによって閲覧・編集さ
れ、編集された結果新たなＸＭＬ文書が得られる。ここ
では、図３１に示すように、要素識別子が「ｍｅｍｂｅ
ｒ１」である要素からなる部分文書中の「住所」要素の
値「Ａ２」を「Ａ３」に変更する編集と、新たにメンバ
を２人追加する編集がなされたとする。

【０２４８】構造化文書閲覧・編集装置１２で編集され
たＸＭＬ文書は構造化文書変換装置５へ送信される。構
造化文書変換装置５は、ＸＭＬ文書を受信後、変換記録
を用いて逆変換を行うのに先立ち、変換記録を用いた変
換に適した形式に前処理の変換を行う。

【０２４９】ＸＭＬ文書の前処理が終了したら、変換記
録管理部１１で管理されている図２６に示したような変
換記録を後から順番に１つずつ調べ、変換記録に記録さ
れている変換に対応する逆変換を行う。以下、変換記録
を１つずつ適用した際に、ＸＭＬ文書が変更される様子
を図３２〜図３４を参照して説明する。

【０２５０】（１）変換記録Ｍ４０５に対応する逆変換
を行う。変換記録Ｍ４０５には、変換規則Ｒ４０５の適
用に関する記録と、変換規則Ｍ４０６の適用に関する記
録の両方が含まれており、これら２つの変換規則のう
ち、変換規則Ｍ４０５を優先的に用いることが定められ
ている（図２５参照）。そこで、要素識別子「ｍｅｍｂ
ｅｒ１−６」をもつ要素に対して変換規則Ｍ４０５の逆
変換を行い、次に、要素識別子「ｍｅｍｂｅｒ２−６」
に対して変換規則Ｍ４０６の逆変換を行う（図３２参
照）。

【０２５１】次に、「名前」要素に値「Ｃ１」を持つ
「メンバ」情報中の「連絡先」要素からなる部分文書
と、「名前」要素に値「Ｄ１」を持つ「メンバ」情報中
の「連絡先」要素からなる部分文書に対し、逆変換を行
う。逆変換を行う場合、これら部分文書は、変換規則Ｒ
４０５に対応する逆方向の変換、変換規則Ｒ４０６に対
応する逆方向の変換の両方に合致するが、これら２通り
の変換規則のうち、優先的に用いることが予め指定され
ている変換規則Ｒ４０５の逆変換を行う。その結果、双
方の「メンバ」情報中の「連絡先」要素からなる部分文
書は「電子メール」要素からなる部分文書に変更される
（図３２参照）。

【０２５２】（２）変換記録Ｍ４０４に対応する逆変換
を行う。すなわち、図３３に示すように、要素識別子
「ｍｅｍｂｅｒ１−４」からなる部分文書を復元する。

【０２５３】（３）変換記録Ｍ４０３に対応する逆変換
を行う。この場合、図３３に示すように、要素識別子
「ｍｅｍｂｅｒ２−５」を最終要素として持つ部分文書
に加えて、「名前」要素に値「Ｄ１」を持つ「メンバ」
情報も逆変換の対象になる。その結果、要素識別子「ｍ
ｅｍｂｅｒ２−４」を持つ「自宅」要素にポインタ属性
「ｔｒｕｅ」が設定され、さらに、編集により新たに追
加された「メンバ」情報中の「自宅」要素にもポインタ
属性「ｔｒｕｅ」が設定される。

【０２５４】（４）変換記録Ｍ４０２に対応する逆変換
を行う。すなわち、図３４に示すように、要素識別子
「ｍｅｍｂｅｒ２−２」からなる部分文書を復元する。

【０２５５】（５）変換記録Ｍ４０１に対応する逆変換
を行う。この場合、図３４に示すように、要素識別子
「ｍｅｍｂｅｒ１−３」を最終要素として持つ部分文書
に加えて、「名前」要素に値「Ｃ１」を持つ「メンバ」
情報も逆変換の対象になる。その結果、要素識別子「ｍ
ｅｍｂｅｒ１−２」を持つ「会社」要素にポインタ属性
「ｔｒｕｅ」が設定され、さらに、編集により新たに追
加された「メンバ」情報中の「会社」要素にもポインタ
属性「ｔｒｕｅ」が設定される。

【０２５６】以上で、変換記録を利用したＸＭＬ文書の
逆変換が終了した。

【０２５７】図３４からもわかるように、このＸＭＬ文
書には、ポインタ属性をもつとともに、同じ値をもつ同
じ要素名からなる部分文書が２つ存在する。すなわち、
図３５に示すように、要素識別子「ｍｅｍｂｅｒ１」を
もつ構成要素からなる「メンバ」情報中にある「会社」
要素からなる部分文書中の「住所」要素からなる部分文
書と、「自宅」要素からなる部分文書中の「住所」要素
からなる部分文書である。

【０２５８】そこで、最後に、ＸＭＬ文書の微調整を行
う。図２４に従って説明を行う。まず、逆変換により追
加（復元）された部分文書、すなわち図３５に示すよう
に、「自宅」要素からなる部分文書中のポインタ属性値
を「ｔｒｕｅ」に変更し（ステップＳ５２）、次に、構
造化文書閲覧・編集部１４で編集された部分文書、すな
わち、「会社」要素から部分文書を編集が行われる前の
元の状態、すなわち「住所」要素の値を「Ａ３」から
「Ａ２」に戻す。さらに、ポインタ属性の値を「ｆａｌ
ｓｅ」に変更する（ステップＳ５３）。

【０２５９】このように、微調整の施されたＸＭＬ文書
は、次に、構造化文書配信装置１に格納する形式に適し
た形式に後処理の変換を行う。

【０２６０】この段階において、ユーザの編集によって
新規作成された要素には識別子が付与されていない。識
別子が付与されていない要素に対して、書き込み部４
が、一意な識別子を付与する。図３６に示したＸＭＬ文
書はすべての要素に識別子が付与されたＸＭＬ文書であ
る。このＸＭＬ文書が最終的に構造化文書配信装置に格
納されるべきものである。

【０２６１】以上説明しように、上記第１〜第２の実施
形態によれば、異なる文書構造の複数の構造化文書のう
ち所望の構造化文書を、文書構造毎に予め定められた構
造化文書の利用形態対応の変換規則に従って、利用形態
対応の文書構造に変換し、その際、当該構造化文書中の
変換規則を適用した部分文書とその部分文書に適用した
変換規則とを変換記録として記録しておく。そして、当
該利用形態対応の文書構造に変換された構造化文書に対
し編集を行った結果得られた構造化文書を変換記録と変
換規則とに基づき、元の文書構造に変換することによ
り、１つの文書構造の構造化文書を、その構造化文書の
利用形態対応の複数の異なる文書構造に変換したり、利
用形態対応の異なる文書構造を元の同じ１つの文書構造
へ変換したりすることが容易に行える。

【０２６２】本発明の実施の形態に記載した本発明の手
法は、コンピュータに実行させることのできるプログラ
ムとして、磁気ディスク（フロッピー（登録商標）ディ
スク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯ
Ｍ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納
して頒布することもできる。すなわち、構図化文書配信
装置１の格納部２を除く全ての構成部、構造化文書変換
装置５の全ての構成部、構造化文書閲覧、編集装置１２
の全ての構成部は、コンピュータに実行させることので
きるプログラムとして実現可能である。

【０２６３】なお、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。

【０２６４】

【発明の効果】以上説明したように、本発明によれば、
１つの文書構造の構造化文書を、その構造化文書の利用
形態対応の複数の異なる文書構造に変換したり、利用形
態対応の異なる文書構造を元の同じ１つの文書構造へ変
換したりすることが容易に行える。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る構造化文書管理
システムの構成例を示した図。

【図２】構造化文書変換装置の主に変換実行部の処理動
作について説明するためのフローチャート。

【図３】構造化文書閲覧・編集装置の処理動作を説明す
るためのフローチャート。

【図４】構造化文書変換装置の主に逆変換実行部の処理
動作を説明するためのフローチャート。

【図５】変換規則の集合の一例を示した図。

【図６】変換記録の一例を示した図。

【図７】XML文書の具体例を示した図。

【図８】図７のＸＭＬ文書に対し、変換規則を用いた変
換に適した記述形式に書き換える前処理を施した結果を
示した図。

【図９】変換規則を適用して文書構造の変換された結果
を示した図。

【図１０】図７のＸＭＬ文書の文書構造を示した図。

【図１１】図９のＸＭＬ文書の文書構造を示した図。

【図１２】文書構造の変換されたＸＭＬ文書に対し、構
造化文書閲覧・編集装置で閲覧・編集する目的に適した
記述形式に書き換える後処理を施さした結果のＸＭＬ文
書を示した図。

【図１３】要素識別子が「ｍｅｍｂｅｒ１」である要素
の子要素である「住所」要素の持つ値を変更する編集
と、新たにメンバを２人追加する編集を行った結果得ら
れたＸＭＬ文書を示した図。

【図１４】図６に示した変換記録を１つずつ適用して逆
変換を行い、ＸＭＬ文書が変更される様子を説明するた
めの図。

【図１５】図６に示した変換記録を１つずつ適用して逆
変換を行い、ＸＭＬ文書が変更される様子を説明するた
めの図。

【図１６】図６に示した変換記録を１つずつ適用して逆
変換を行い、ＸＭＬ文書が変更される様子を説明するた
めの図。

【図１７】構造化文書変換装置から構造化文書配信装置
に送信される差分文書の一例を示した図。

【図１８】本発明の第２の実施形態に係る構造化文書管
理システムの構成例を示した図。

【図１９】格納部２の構造化文書の格納例を模式的に示
した図。

【図２０】変換規則の集合の記憶例を示した図。

【図２１】変換規則グループの記憶例を示した図。

【図２２】ポインタ属性の用途を説明するための図。

【図２３】構造化文書変換装置の主に逆変換実行部の処
理動作を説明するためのフローチャート。

【図２４】微調整処理について説明するためのフローチ
ャート。

【図２５】変換規則の集合の記憶例を示した図。

【図２６】変換記録の記憶例を示した図。

【図２７】格納部に格納されているＸＭＬ文書の具体例
を示した図。

【図２８】図２７のＸＭＬ文書の文書構造を示した図。

【図２９】図２７に示したＸＭＬ文書に対し、図２５に
示した変換規則の集合を適用して文書構造を変換した結
果得られたＸＭＬ文書を示した図。

【図３０】図２９のＸＭＬ文書の文書構造を示した図。

【図３１】図２９のＸＭＬ文書の編集内容を説明するた
めの図。

【図３２】変換記録を１つずつ適用した際に、ＸＭＬ文
書が変更される様子を説明するための図。

【図３３】変換記録を１つずつ適用した際に、ＸＭＬ文
書が変更される様子を説明するための図。

【図３４】変換記録を１つずつ適用した際に、ＸＭＬ文
書が変更される様子を説明するための図。

【図３５】微調整処理について説明するための図。

【図３６】最終的に構造化文書配信装置に格納される、
すべての要素に識別子が付与されたＸＭＬ文書の例を示
した図。

【符号の説明】

１…構造化文書配信装置 ２…格納部 ３…読み出し部 ４…書き込み部 ５…構造化文書変換装置 ６…変換実行部 ７…逆変換実行部 ８…一時格納部 ９…解析部 １０…変換規則管理部 １１…変換規則管理部 １２…構造化文書閲覧・編集装置 １３…解析部 １４…閲覧・編集実行部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 瀬川 淳一 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B009 NA05 TA11 5B082 GA02

Claims (15)

【特許請求の範囲】
1. 【請求項１】 異なる文書構造の複数の構造化文書のう
   ち所望の構造化文書を、文書構造毎に予め定められた構
   造化文書の利用形態対応の変換規則に従って、前記利用
   形態対応の文書構造に変換し、その際、前記構造化文書
   中の前記変換規則を適用した領域とその領域に適用した
   変換規則とを変換記録として記録し、 前記利用形態対応の文書構造に変換された前記構造化文
   書に対し編集を行った結果得られた構造化文書を前記変
   換記録と前記変換規則とに基づき、元の文書構造に変換
   することを特徴とする文書構造変換方法。
2. 【請求項２】 前記変換規則は、前記構造化文書に対す
   る、前記構造化文書中の少なくとも１つの構成要素から
   なる部分文書の文書構造の変更や、前記部分文書の削除
   ・移動などの操作内容を記述したものであることを特徴
   とする請求項１記載の文書構造変換方法。
3. 【請求項３】 前記変換記録には、前記構造化文書の各
   構成要素の持つ識別子を用いて前記変換規則を適用した
   領域が示されていることを特徴とする請求項１記載の文
   書構造変換方法。
4. 【請求項４】 前記構造化文書中の少なくとも１つの構
   成要素からなる部分文書に対し前記変換規則を適用する
   ことにより、その部分文書の文書構造が変更されたと
   き、変更前の前記部分文書中の少なくとも１つの構成要
   素の識別子が、変更後の前記部分文書中の少なくとも１
   つの構成要素の識別子として継承されることを特徴とす
   る請求項３記載の文書構造変換方法。
5. 【請求項５】 前記利用形態対応の文書構造の構造化文
   書に対しなされた編集は、該利用形態対応の文書構造に
   適合する範囲内の編集であることを特徴とする請求項１
   記載の文書構造変換方法。
6. 【請求項６】 前記構造化文書中の少なくとも１つの構
   成要素からなる異なる複数の部分文書のそれぞれに、該
   構造化文書の文書構造を前記利用形態対応の文書構造に
   変換する際に削除するか否かを予め設定し、この設定に
   基づき前記利用形態対応の文書構造に変換する際に削除
   されずに残された部分文書が前記編集により削除された
   部分文書で書き換えられたとき、前記削除された部分文
   書が次回から削除されないように設定し直すことを特徴
   とする請求項１記載の文書構造変換方法。
7. 【請求項７】 前記構造化文書中の少なくとも１つの構
   成要素からなる異なる部分文書のそれぞれに対し異なる
   変換規則を適用することにより該部分文書の文書構造が
   変換されて、前記利用形態対応の文書構造に変換された
   構造化文書中に同一の文書構造の部分文書が生成される
   とき、前記利用形態対応の文書構造の構造化文書を元の
   文書構造に変換する際には、前記異なる変換規則のそれ
   ぞれに予め設定されている優先度に基づき、前記元の文
   書構造への変換のために適用する変換規則を選択するこ
   とを特徴とする請求項１記載の文書構造変換方法。
8. 【請求項８】 異なる文書構造の複数の構造化文書を記
   憶する記憶手段と、 前記文書構造毎に予め定められた、構造化文書の利用形
   態対応の変換規則を用いて、前記記憶手段から読み出し
   た構造化文書の第１の文書構造を前記利用形態対応の第
   ２の文書構造に変換する第１の変換手段と、 この変換手段での文書構造の変換の際に、前記構造化文
   書中の前記変換規則を適用した領域とその領域に適用し
   た変換規則とを変換記録として記録する記録手段と、 前記利用形態対応の第２の文書構造に変換された前記構
   造化文書に対し編集を行った結果得られた構造化文書を
   前記記憶手段に格納するために、前記変換記録と前記変
   換規則とに基づき、編集の結果得られた構造化文書の第
   ２の文書構造を元の第１の文書構造に変換する第２の変
   換手段と、 を具備したことを特徴とする文書構造変換装置。
9. 【請求項９】 前記変換規則は、前記第１の文書構造の
   構造化文書に対する、前記構造化文書中の少なくとも１
   つの構成要素からなる部分文書の文書構造の変更や、前
   記部分文書の削除・移動などの操作内容を記述したもの
   であることを特徴とする請求項８記載の文書構造変換装
   置。
10. 【請求項１０】 前記変換記録には、前記構造化文書の
    各構成要素の持つ識別子を用いて前記変換規則を適用し
    た領域が示されていることを特徴とする請求項８記載の
    文書構造変換装置。
11. 【請求項１１】 前記構造化文書中の少なくとも１つの
    構成要素からなる部分文書に対し前記変換規則を適用す
    ることにより、その部分文書の文書構造が変更されたと
    き、変更前の前記部分文書中の少なくとも１つの構成要
    素の識別子が、変更後の前記部分文書中の少なくとも１
    つの構成要素の識別子として継承されることを特徴とす
    る請求項１０記載の文書構造変換装置。
12. 【請求項１２】 前記第２の文書構造の構造化文書に対
    しなされた編集は、前記第２の文書構造に適合する範囲
    内の編集であることを特徴とする請求項８記載の文書構
    造変換装置。
13. 【請求項１３】 前記構造化文書中の少なくとも１つの
    構成要素からなる異なる複数の部分文書のそれぞれに、
    該構造化文書の第１の文書構造を前記第２の文書構造に
    変換する際に削除するか否かを予め設定し、この設定に
    基づき前記第２の文書構造に変換する際に削除されずに
    残された部分文書が前記編集により削除された部分文書
    で書き換えられたとき、前記削除された部分文書が次回
    から削除されないように設定し直すことを特徴とする請
    求項８記載の文書構造変換装置。
14. 【請求項１４】 前記構造化文書中の少なくとも１つの
    構成要素からなる異なる部分文書のそれぞれに対し異な
    る変換規則を適用することにより該部分文書の文書構造
    が変換されて、前記第２の文書構造に変換された構造化
    文書中に同一の文書構造の部分文書が生成されるとき、
    前記第２の文書構造の構造化文書を元の第１の文書構造
    に変換する際には、前記異なる変換規則のそれぞれに予
    め設定されている優先度に基づき、前記第１の文書構造
    への変換のために適用する変換規則を選択することを特
    徴とする請求項８記載の文書構造変換装置。
15. 【請求項１５】 異なる文書構造の複数の構造化文書の
    うち所望の構造化文書を、文書構造毎に予め定められた
    構造化文書の利用形態対応の変換規則に従って、前記利
    用形態対応の文書構造に変換するための処理と、この文
    書構造の変換の際に、前記構造化文書中の前記変換規則
    を適用した領域とその領域に適用した変換規則とを変換
    記録として記録するための処理と、前記利用形態対応の
    文書構造に変換された前記構造化文書に対し編集を行っ
    た結果得られた構造化文書を、前記変換記録と前記変換
    規則とに基づき、元の文書構造に変換するための処理
    と、をコンピュータに実行させるためのプログラム。