JP2002259362A

JP2002259362A - 文書変換定義生成プログラム

Info

Publication number: JP2002259362A
Application number: JP2001054560A
Authority: JP
Inventors: Kazuyuki Harada; 一幸原田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-02-28
Filing date: 2001-02-28
Publication date: 2002-09-13

Abstract

(57)【要約】【課題】文書の構造を定義した文書型定義１を文書型
定義２に変更した場合に、文書型定義１に適合した構造
化文書１を、文書型定義２に適合した構造化文書２への
変換を容易にする。【解決手段】文書型定義１から文書型定義２への変更
情報を入力させる入力部１１０と、該変更情報から文書
型定義１に適合した構造化文書１を、文書型定義２に適
合した構造化文書２に変換させる変換定義を作成する編
集部１４０と、を備えることにより、作成された変換定
義によって構造化文書１から構造化文書２への変換が容
易にできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、構造化文書を入出
力とするシステム間のデータ変換に係り、特に文書変換
定義を自動生成する文書変換定義生成プログラムに関す
る。

【０００２】

【従来の技術】デジタル化された文書同士の互換性をと
るため、文書交換の標準形式に、ＩＳＯ（国際標準化機
構）が１９８６年に制定した文書記述言語であるＳＧＭ
Ｌ（Standard Generalized Markup Language）がある。

【０００３】このＳＧＭＬは、文書の論理構造を階層構
造として表現する方法が示されている。また、複数の文
書間に共通の構造と構成タイプのとり得る属性を文書型
定義として表現し、個々の文書はその所属するタイプを
指定するとともに、その文書型定義の許容する構成と属
性を持ち、また、その文書型定義の許容する属性に対し
て属性値を設定することによって表現される。

【０００４】また、このＳＧＭＬをインターネットの普
及にともないＷｅｂ上で使用しやすくするため、ＳＧＭ
Ｌをスリム化して不要な機能を削除し、Ｗｅｂ上で使用
するのに必要な機能を追加したＸＭＬ（eXtensible Mar
kup Language）が開発された。

【０００５】ＸＭＬでは、文書の内容が要素（elemen
t）という文書内容の単位から成り立っていると考え
る。その要素をタグ（tag）を使って表すことにより、
ＸＭＬのタグ付き文書を作ることができる。

【０００６】またＸＭＬでは、それぞれの文書タイプに
よって、要素が現れるべき場所、順序、出現回数などに
関する約束事があり、これを文書型（document type）
という。実際のタグ付けは、この文書型に合う形で書か
なければならない。

【０００７】ＸＭＬは、このような文書型を定義するた
めにＤＴＤ（Document Type Definition：文書型定義）
と呼ばれる仕組みを用意している。このＤＴＤを書くこ
とによって、様々な文書のタイプごとに、それぞれの内
容にあったタグを定義することができる。

【０００８】ＤＴＤでは、要素型宣言（element type d
eclaration）と呼ばれる宣言によって、文書要素の名前
（タグの名前）、要素の出現順序、要素の出現回数につ
いて定義する。実際のタグ付き文書は、この要素型宣言
で定義された文書型に従ってタグを付けなければならな
い。また、要素に対して何らかの情報を付加したい場合
には、要素の属性として表現できる。

【０００９】このように、ＸＭＬでは要素の構造や属性
といったタグ付けに必要な情報がＤＴＤにすべて収めら
れている。

【００１０】ＸＭＬでは、ＤＴＤを必ずしも必須とはし
ていないが、文書は文書のタイプごとにそれなりの「文
書構造」があるはずであり、このような文書構造があれ
ば、文書のタイプに合わないＸＭＬが作成されるのを防
ぐことができ、文書の書き方を統一することができる。
しかしながら、ＤＴＤの変更といったことも当然発生す
る。

【００１１】ここで、１つの文書型定義１（ＤＴＤ１）
に適合した構造化文書１（ＸＭＬ１）があり、文書型定
義１を別の文書型定義２（ＤＴＤ２）に変更する必要が
生じた場合を考える。

【００１２】このような文書型定義の変更が生じた場合
には、文書型定義１から文書型定義２への変更にともな
い、文書型定義１に適合した構造化文書１を、文書型定
義２に適合した構造化文書２（ＸＭＬ２）に変更する必
要がある。

【００１３】従来、このような構造化文書１から構造化
文書２への変換機能を作成するには、名前の変換定義を
手入力で変更したり、スクリプトなどのプログラムを作
成して変換作業を行っていた。

【００１４】

【発明が解決しようとする課題】しかしながら、上記従
来の変換方法にあっては、手作業の入力であったり、個
々にプログラムを作成しなければならないため、作業に
かかる労力が膨大であった。

【００１５】また、毎回変換機能を作成しなくてはなら
ないため、作成した変換機能で構造化文書１から変換さ
れた構造化文書２への変換が正しく行われ、文書型定義
２に適合する文書であるかの確認が必要であり、この確
認作業に労力がかかり、また、困難なものであった。

【００１６】そこで本発明は、文書型定義１から文書型
定義２への変更情報から、文書型定義１に適合する構造
化文書１を文書型定義２に適合する構造化文書２に変換
させる文書変換定義を生成して、文書型定義の変更にと
もなうこの文書型定義に適していた構造化文書の変換を
容易に行うことができる文書変換定義を生成することを
課題とする。

【００１７】

【課題を解決するための手段】本発明は、上記課題を解
決するため、第１の構造化文書の構造を定義した文書型
定義である第１文書型定義から、前記第１文書型定義と
は異なる第２の構造化文書の文書型定義である第２文書
型定義に変更する修正情報を入力させる入力手順と、入
力された前記修正情報に基づいて、前記第１の構造化文
書を前記第２の構造化文書に変換させる文書変換定義を
生成する文書変換定義生成手順と、を備えたことを特徴
とするものである。

【００１８】また、基本的な編集操作と変換定義を対応
づける手順と、前記編集操作を前記基本的な編集操作に
分割し、分割された基本的な編集操作に対応する前記変
換定義を組み合わせて前記文書変換定義を生成する前記
文書変換定義生成手順と、を備えたことを特徴とするも
のである。

【００１９】また、前記修正情報に基づいて前記第１文
書型定義から前記第２文書型定義を生成する文書型定義
生成手順を備えたことを特徴とするものである。

【００２０】この場合、第１文書型定義を修正して第２
文書型定義に変更する修正情報が入力されると、この修
正情報を入力する編集操作を基本的な編集操作に分割
し、該分割された基本的な編集操作が変換定義に変換さ
れ、該変換された変換定義を組み合わせて文書変換定義
が生成される。したがって、第１文書型定義を第２文書
型定義に変更する修正情報から第１構造化文書を第２構
造化文書に変換する変換定義が得られる。また、修正情
報から第１文書型定義を修正した第２文書型定義が得ら
れる。

【００２１】また本発明は、上記課題を解決するため、
第１文書型定義と第２文書型定義を入力させる入力手順
と、入力された前記第１文書型定義と前記第２文書型定
義とに基づいて差分情報を作成し、作成した差分情報に
基づいて第１の構造化文書を第２の構造化文書に変換さ
せる文書変換定義を生成する文書変換定義生成手順と、
を備えたことを特徴とするものである。

【００２２】この場合、第１文書型定義と第２文書型定
義とが入力されると、該入力された第１文書型定義と第
２文書型定義の差分情報が作成され、該差分情報に基づ
いて文書変換定義が作成される。したがって、文書型定
義を入力するだけで、構造化文書を変換する変換定義が
得られる。

【００２３】

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

【００２４】本発明に係る文書変換定義生成装置のブロ
ック図を図１に示す。文書変換定義生成装置１００は、
図１に示すように、入力部１１０、表示部１２０、制御
部１３０、編集部１４０および変換定義出力部１５０を
備え、外部からＤＴＤファイル１０を読み込み、変換定
義ファイル３０を出力するものである。ＤＴＤファイル
１０、変換定義ファイル３０は、文書変換定義生成装置
１００の内部に持っていてもよい。

【００２５】文書変換定義生成装置１００は、複数の文
書に共通に文書構造を定義する文書型定義：ＤＴＤ（Do
cument Type Definition）が定義した文書の構造に適合
する構造化文書：ＸＭＬ（eXtensible Markup Languag
e）を、ＤＴＤの変更があった場合や別のＤＴＤ環境で
使用したい場合に、変更後のＤＴＤに適合するＸＭＬに
変換する変換定義を作成するものである。

【００２６】入力部１１０は、利用者から必要な操作を
入力させ、文書変換定義生成装置１００に操作命令を入
力させるものである。表示部１２０は、利用者からの入
力情報および呼び出された表示情報を表示し、利用者に
情報の確認および必要な操作の入力を促すものである。

【００２７】制御部１３０は、入力部１１０から入力さ
れた入力情報や編集部１４０から入力した情報を表示部
１２０に受け渡すとともに、入力部１１０から入力され
た入力情報を編集部１４０に受け渡すものである。

【００２８】編集部１４０は、外部から入力されたＤＴ
Ｄファイル１０や制御部１３０から受け渡された情報か
ら変換定義を作成し、変換定義出力部１５０に出力する
ものである。変換定義出力部１５０は、編集された変換
定義を文書変換定義生成装置１００から変換定義ファイ
ル３０として出力するものである。

【００２９】次に、編集部１４０の編集動作について説
明する。

【００３０】編集部１４０では、制御部１３０からＤＴ
Ｄの修正情報を受け取り、この修正情報から編集動作を
行う。また、編集部１４０は、入力部１１０から指定さ
れた異なるＤＴＤ１１およびＤＴＤ１２からＤＴＤの修
正情報の作成も行う。

【００３１】変換定義の作成は、上記修正情報を基本的
な編集操作の集まりとしてとらえ、それぞれの基本的な
編集操作に分割する。また、この分割する編集操作を基
本編集操作とし、基本編集操作に対応する基本的な変換
定義を変換テーブルとして用意しておく。上記分割され
た基本編集操作を変換テーブルにより、ＤＴＤ１１に適
合するＸＭＬ２１を、ＤＴＤ１２に適合するＸＭＬ２２
に変換する変換定義を作成する。

【００３２】以下に、基本編集操作の例を挙げる。 1)要素名の変更 2)子要素の出現順序の変更（ソート） 3)要素の削除（子を含む） 4)要素の追加（子を含む） 5)要素の複写

【００３３】次に、上記基本編集操作のそれぞれに対
し、対応する基本変換定義がどのようになるか、Ｗ３Ｃ
（World Wide Web Consortium）で定義されているＸＭ
Ｌ文書の変換を行うための変換定義、ＸＳＬＴ（eXtens
ible Style Language Transformation）を用いて説明す
る。

【００３４】1)要素名の変更すべての名前Ａの要素宣言、要素名に対しＢに変更する
変換に対応するＸＳＬＴの変換定義はＡに対応する要素
をＢに置き換える操作となるので、次のように記述でき
る。

【００３５】<xsl:template match="A"> <xsl:element name="B"> <xsl:apply-templates/> </xsl:element> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template>

【００３６】したがって、要素名の変更動作は、変更元
の要素名Ａと、変更先の要素名Ｂと、を受け取ることに
より上記基本変換定義を作成することができる。参考：
ある特定位置の要素Ａのみを要素名Ｂに変更する場合の
変換定義は、例えば次のようになり、基本変換に加えて
もよい。例えば、ルート要素rootの子要素にparentが１
つあり、その子要素にある要素Ａの２つ目のものをＢと
名前を変更する変換定義の場合では、

【００３７】<xsl:template match="/root/parent/A[po
sition()=2]"> <xsl:element name="B"> <xsl:apply-templates/> </xsl:element> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template>

【００３８】2)子要素の出現順序の変更（ソート）親要素名Ｃに対する子要素名Ｆ、Ｅ、Ｄの順番をＤ、
Ｅ、Ｆに変更する場合、次のように記述できる。

【００３９】ただし、以下は要素Ｃの出現が一意のとき
であり、複数あればpathを求めて、<xsl:template matc
h="C">の代わりに<xsl:template match="/root/parent/
C">のように記述する必要がある。以降は簡単のために
一意としてパターンの記述は簡単にしておく。

【００４０】逆に指定位置を表すパターンを/root/pare
nt/Cのように求めて、それが複数箇所に影響を与える場
合には、基本操作はＤＴＤの複数箇所を変更するものと
して操作される。

【００４１】<xsl:template match="C"> <C> <xsl:apply-templates select="D"/> <xsl:apply-templates select="E"/> <xsl:apply-templates select="F"/> </C> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template>

【００４２】したがって、子要素の出現順序の変更動作
は、変更元の親要素名Ｃと、変更先の子要素の出現順序
Ｄ、Ｅ、Ｆを受け取ることにより上記基本変換定義を作
成することができる。

【００４３】3)要素の削除（子を含む）削除する要素Ｇが一意であれば、パターンの記述は次の
ように簡単になる。 <xsl:template match="G"> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template>

【００４４】一般の文書型での要素位置に対しては、現
在のＸＳＬＴの表現では記述できないが、ある種の状況
化では、/root/parent[position()=2]/G[position()=1]
のようなpathで決めることが可能であるため、このよう
なpathが決められる位置に対してのみ得られる変換を基
本変換とする。

【００４５】4)要素の追加（子を含む）変更元親要素名Ｊに対する子要素がＫ、Ｌであって、子
要素ＫとＬの間に要素Ｍを追加する場合には、追加する
要素のデフォルトの値をメニューなどで指定させる。

【００４６】対応する変換定義は２つの場合により多少
異なる。 a)Ｍの要素宣言がまだ存在しないとき、適当な要素宣言
<!ELEMENT M (#PCDATA)>が存在するものとして処理す
る。 b)Ｍの要素宣言があるとき、適合する要素の中身を編集
操作として指定させるか、適当なものを自動的に生成す
る。例えば、要素の中身が#PCDATAなら空文字を自動的
に生成する。対応する要素宣言が<!ELEMENT M (#PCDAT
A)>であり、Ｍの内容を"Default String"として初期設
定すると、

【００４７】<xsl:template match="J"> <xsl:element name="J"> <xsl:apply-templates select="K"/> <xsl:element name="M">Default String</xsl:element> <xsl:apply-templates select="L"/> </xsl:element> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template> が対応する変換定義となる。

【００４８】したがって、要素の追加動作は、変換元の
親要素名Ｊと、子要素Ｋ、Ｌおよび変換先に追加する要
素Ｍの挿入位置、要素ＫとＬの間という情報と、追加す
る要素Ｍのデフォルトの値をどうするか、を受け取るこ
とにより上記基本変換定義を作成することができる。

【００４９】5)要素の複写複写元の要素Ｎと複写先の前要素Ｏ、複写先の親要素Ｐ
が、子要素をＱ、Ｏ、Ｒを持つときに、

【００５０】<xsl:template match="P"> <xsl:element> <xsl:apply-template select="Q"/> <xsl:apply-template select="O"/> <xsl:copy-of select="N"/> <xsl:apply-template select="R"/> </xsl:element> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template>

【００５１】以下、図２に本文書変換定義生成装置１０
０の要素名変更処理のフローチャートを示し、変換定義
生成動作の一例を説明する。また、本実施例で用いる変
換元文書型定義ＤＴＤ１１（b.dtd）を図３に示し、基
本編集操作として用意するテーブルを図４に示す。

【００５２】文書変換定義生成装置１００は、処理が開
始されると入力部１１０より変更対象となるＤＴＤ名を
入力または選択させる。ここで、ＤＴＤ１１が選択され
ると、選択されたＤＴＤ１１を表示部１２０に表示す
る。利用者は、表示されたＤＴＤ１１を見ながら、必要
な変更作業を行う。

【００５３】ここでは、要素名「ａ」を「ａａ」に変更
したあと、「ａａ」と「ｂ」の出現回数「１回以上」
（＋）を出現回数「０回または１回」（？）に変更する
編集を行う。

【００５４】まず、要素名の変更処理であるので、ステ
ップ１１（ｓ１１、以下同様）で、変更する要素名
“ａ”を指定する（図５）。続いて、名前の変更指定を
行い、ｓ１２で変更後の要素名“ａａ”を入力する（図
６）。次に、ｓ１３で変更後要素名“ａａ”が既に存在
しているか否かの判定を行う（図７）。この場合、存在
しないので、ｓ１６で変更後要素名に変換する変換作用
を作成する。これは、上記基本変換1)要素名の変更で、
Ａ=>ａ，Ｂ=>ｂとした変換作用で、図８に記述した変換
定義である。ここまでで、「ａ」を「ａａ」に変更した
ところまでで作成される変換定義が確定する。

【００５５】さらに、要素の出現回数の変更処理につい
て述べる。要素の出現回数の変更を行う場合には、上記
要素名の変更と同様に、出現回数の変更を行う要素名の
出現回数指定場所を指定し、変更を行う。

【００５６】要素名“ａａ”と“ｂ”の出現回数を「１
回以上」から「０回または１回」に変更する場合の指定
画面を図９に示す。出現回数を「１回以上」から「０回
または１回」に変更するとは、２回目以降に出現したも
のは削除するという変換に対応させるので、２回目以降
に出現したものは削除という変換作用が作成される。

【００５７】「１回以上」から「０回または１回」へ変
更は、上記の通常の変換を行ったが、これ以外の変換を
指定したい場合には、編集時の指定を行う必要がある
が、基本編集操作の組み合わせで作成された編集となる
（組み合わせでできない場合には、基本編集操作に追加
する必要がある）。ここでは、通常の変換を出力する編
集とする。

【００５８】出現回数の変更操作から出力される、変換
定義を図１０に示す。ここで、上記処理をまとめると、
以下のようになる。

【００５９】要素名の変更は、対象位置“ａ”に対する
要素名の変更で、変更先要素名が“ａａ”である。出現
回数の変更は、要素“ａａ”と“ｂ”のペアの２回目以
降に出現したものは削除する、となる。そして、要素名
変更の変換定義と出現回数変更の変換定義が求められ
た。

【００６０】求める処理はこの合成であるため、変換定
義としてはこの２つを並べたものとして処理すればよ
い。この処理は例えば図１１のように２つ並べた変換定
義が求める変換定義である。

【００６１】以上の処理により生成されたＸＳＬＴによ
り、変換元文書型定義に適合する文書ＸＭＬ２１（図１
２）が変換される状態を見る。

【００６２】図１１のＸＳＬＴ１により、図１２のＸＭ
Ｌ２１は図１３に示すＸＭＬ２Ａに変換される。そし
て、ＸＭＬ２Ａは図１１のＸＳＬＴ２により図１４のＸ
ＭＬ２２に変換される。したがって、ＤＴＤ１１に適合
するＸＭＬ２１の変換結果はＸＭＬ２２となる。

【００６３】実際、もとの編集操作での編集結果は図１
５のＤＴＤ１２であり、変換結果のＸＭＬ２２はＤＴＤ
１２に適合する。

【００６４】したがって、ＤＴＤ１１をＤＴＤ１２に変
更する作業からＤＴＤ１１に適合するＸＭＬ２１をＤＴ
Ｄ１２に適合するＸＭＬ２２に変換させる変換定義を作
成することができる。

【００６５】次に、ＤＴＤ１１とＤＴＤ１２とを入力し
て、自動的に変換定義ＸＳＬＴを作成する場合について
述べる。ＤＴＤ１１とＤＴＤ１２を与えられ、さらに基
本編集操作に重み付けを行っておくと、最適な変換定義
を求めることができる。

【００６６】例えば、前述の基本編集操作ｂ１を重み
１、ｂ２を重み１、ｂ３を重み１、ｂ４を重み１０、ｂ
５を重み１００として、できるだけ避けたい操作を大き
な値にする重み付けを行ない、ＤＴＤ１１を編集してＤ
ＴＤ１２に変更するすべての編集操作を考える。このす
べての編集操作の中で、重み付けによる結果を最小とす
る編集操作を求め、対応する変換定義の組み合わせを求
めることで、自動的に重み付けに対応した変換定義を求
めることができる。

【００６７】この場合では、要素の追加により、要素名
の変更の方が優先されるので、ＤＴＤ１１とＤＴＤ１２
とで同様な要素については要素名の変更という編集が行
われる。逆に、基本編集操作ｂ１を重み１００、ｂ４を
重み１とすると、要素の追加が優先され、要素名の異な
るものは追加されるように変換定義を作成することがで
きる。

【００６８】したがって、基本的な文書型定義はきまっ
ているが、各社がまちまちな文書型定義の拡張を行って
いる場合、相手の文書型定義を受け取るだけで自動的に
自分の構造化文書を相手のシステムに最適な構造化文書
に変換することができる。また、相手の文書型定義と構
造化文書を受け取ることにより、自分のシステムにあっ
た構造化文書を作成することができ、自分に必要な情報
だけを取り出すこともできる。

【００６９】さらに、文書変換定義生成装置は、構造化
文書の基本編集操作を基本変換定義に変換するテーブル
を用意することにより、構造化文書の編集操作により、
変換定義の作成を行うことができる。したがって、文書
型定義に限らず、自由に作られた構造化文書にも簡単に
対応させることができる。さらに、本発明に関して以下
を付記する。

【００７０】（付記１）第１の構造化文書の構造を定義
した文書型定義である第１文書型定義から、前記第１文
書型定義とは異なる第２の構造化文書の文書型定義であ
る第２文書型定義に変更する修正情報を入力させる入力
手順と、入力された前記修正情報に基づいて、前記第１
文書型定義が定義した第１の構造化文書を、前記第２文
書型定義に適合する第２の構造化文書に変換させる文書
変換定義を生成する文書変換定義生成手順と、をコンピ
ュータに実行させる文書変換定義生成プログラム。

【００７１】（付記２）前記修正情報を入力する編集操
作について基本的な編集操作と変換定義を対応づける手
順と、前記修正情報を入力する編集操作を前記基本的な
編集操作に分割し、分割された基本的な編集操作に対応
する前記変換定義を組み合わせて前記文書変換定義を生
成する前記文書変換定義生成手順と、をコンピュータに
実行させる付記１記載の文書変換定義生成プログラム。

【００７２】（付記３）前記修正情報に基づいて前記第
１文書型定義を修正し、前記第２文書型定義を生成する
文書型定義生成手順をコンピュータに実行させる付記１
記載の文書変換定義生成プログラム。

【００７３】（付記４）第１の構造化文書の構造を定義
した文書型定義である第１文書型定義と、前記第１文書
型定義とは異なる第２の構造化文書の文書型定義である
第２文書型定義を入力させる入力手順と、入力された前
記第１文書型定義と前記第２文書型定義とに基づいて、
前記第１文書型定義と前記第２文書型定義との差分情報
を作成し、作成した差分情報に基づいて前記第１文書型
定義が定義した文書の構造に適合する第１の構造化文書
を、前記第２文書型定義が定義した文書の構造に適合す
る第２の構造化文書に変換させる文書変換定義を生成す
る文書変換定義生成手順と、をコンピュータに実行させ
る文書変換定義生成プログラム。

【００７４】（付記５）第１の構造化文書の構造を定義
した文書型定義である第１文書型定義から、前記第１文
書型定義とは異なる第２の構造化文書の文書型定義であ
る第２文書型定義に変更する修正情報を入力する入力工
程と、入力した前記修正情報に基づいて、前記第１文書
型定義が定義した第１の構造化文書を、前記第２文書型
定義に適合する第２の構造化文書に変換させる文書変換
定義を生成する文書変換定義生成工程と、を備えたこと
を特徴とする文書変換定義生成方法。

【００７５】（付記６）第１の構造化文書の構造を定義
した文書型定義である第１文書型定義から、前記第１文
書型定義とは異なる第２の構造化文書の文書型定義であ
る第２文書型定義に変更する修正情報を入力させる入力
手段と、該入力手段に入力された前記修正情報に基づい
て、前記第１文書型定義が定義した第１の構造化文書
を、前記第２文書型定義に適合する第２の構造化文書に
変換させる文書変換定義を生成する文書変換定義生成手
段と、を備えたことを特徴とする文書変換定義生成装
置。

【００７６】（付記７）第１の構造化文書の構造を定義
した文書型定義である第１文書型定義から、前記第１文
書型定義とは異なる第２の構造化文書の文書型定義であ
る第２文書型定義に変更する修正情報を入力させる入力
手順と、入力された前記修正情報に基づいて、前記第１
文書型定義が定義した第１の構造化文書を、前記第２文
書型定義に適合する第２の構造化文書に変換させる文書
変換定義を生成する文書変換定義生成手順と、を備えた
ことを特徴とする文書変換定義生成プログラムを記録し
た媒体。

【００７７】

【発明の効果】本発明のよれば、文書型定義を修正する
修正情報に基づいて、修正前の文書型定義に適合した構
造化文書を、修正後の文書型定義に適合した構造化文書
に変換する変換定義を生成するので、文書型定義の変更
に伴う構造化文書の変換定義を新たに作成せずに済み、
変換定義についての知識がなくても構造化文書を変換す
ることができる。

【００７８】また、相手の文書型定義を受け取るだけで
自分の構造化文書を相手のシステムにあった構造化文書
に変換することができるとともに、相手の文書型定義と
構造化文書を受け取ることにより、自分のシステムにあ
った構造化文書を作成することができ、構造化文書の変
換を自由に行うことができる。

【００７９】さらに、複数の構造化文書の情報からでも
構造化文書間の変換定義を作成することができるので、
自由に作られた構造化文書にも簡単に対応させることが
できる。

【図面の簡単な説明】

【図１】本発明に係る文書変換定義生成装置の一実施例
を示すブロック図である。

【図２】要素名変更処理を示すフローチャートである。

【図３】変換元文書型定義を示す図である。

【図４】基本編集操作として用意するテーブルを示す図
である。

【図５】変更する要素名指定画面図である。

【図６】変更後要素名入力後の画面図である。

【図７】同一要素名に対する変更方法の指定画面図であ
る。

【図８】要素名変換を行った場合の変換定義を示す図で
ある。

【図９】要素の出現回数変更を行う指定画面図である。

【図１０】要素の出現回数を変更した場合の変換定義を
示す図である。

【図１１】生成された２つの変換定義を示す図である。

【図１２】変換元文書型定義に適合する構造化文書を示
す図である。

【図１３】ＸＳＬ１によりＸＭＬ２１が変換された結果
の構造化文書を示す図である。

【図１４】ＸＳＬ２によりＸＭＬ２Ａが変換された結果
の構造化文書を示す図である。

【図１５】ＤＴＤ１１を編集した結果得られる文書型定
義を示す図である。

【符号の説明】

１０ＤＴＤファイル３０変換定義ファイル１００文書変換定義生成装置１１０入力部１２０表示部１３０制御部１４０編集部１５０変換定義出力部

Claims

【特許請求の範囲】

【請求項１】第１の構造化文書の構造を定義した文書型
定義である第１文書型定義から、前記第１文書型定義と
は異なる第２の構造化文書の文書型定義である第２文書
型定義に変更する修正情報を入力させる入力手順と、入力された前記修正情報に基づいて、前記第１文書型定
義が定義した第１の構造化文書を、前記第２文書型定義
に適合する第２の構造化文書に変換させる文書変換定義
を生成する文書変換定義生成手順と、をコンピュータに実行させる文書変換定義生成プログラ
ム。
【請求項２】前記修正情報を入力する編集操作について
基本的な編集操作と変換定義を対応づける手順と、前記修正情報を入力する編集操作を前記基本的な編集操
作に分割し、分割された基本的な編集操作に対応する前
記変換定義を組み合わせて前記文書変換定義を生成する
前記文書変換定義生成手順と、をコンピュータに実行させる請求項１記載の文書変換定
義生成プログラム。
【請求項３】前記修正情報に基づいて前記第１文書型定
義を修正し、前記第２文書型定義を生成する文書型定義
生成手順をコンピュータに実行させる請求項１記載の文
書変換定義生成プログラム。
【請求項４】第１の構造化文書の構造を定義した文書型
定義である第１文書型定義と、前記第１文書型定義とは
異なる第２の構造化文書の文書型定義である第２文書型
定義を入力させる入力手順と、入力された前記第１文書型定義と前記第２文書型定義と
に基づいて、前記第１文書型定義と前記第２文書型定義
との差分情報を作成し、作成した差分情報に基づいて前
記第１文書型定義が定義した文書の構造に適合する第１
の構造化文書を、前記第２文書型定義が定義した文書の
構造に適合する第２の構造化文書に変換させる文書変換
定義を生成する文書変換定義生成手順と、をコンピュータに実行させる文書変換定義生成プログラ
ム。