(57)【特許請求の範囲】
【請求項１】
第１の文書クラスに従った文書構造を第２の文書クラスに従った文書構造に変換する文書構造変換装置において、
前記第１の文書クラスに従った文書構造中の分割すべきノードの条件を示す適用条件と、分割すべきノードが持つ内容の分割位置を示す区切りとなる文字列のパターンで規定される分割パターンとからなる内容分割規則を管理する内容分割規則管理手段と、
前記第１の文書クラスに従った文書構造中のノード及び分割されることにより生成されるノードが、前記第２の文書クラスに従った文書構造中のどのタイプのノードに変換されるのかが定義された構造変換規則を管理する構造変換規則管理手段と、
前記第１の文書クラスに従った第１の文書構造が入力されると、前記第１の文書構造の中から前記適用条件で示された条件を満たす分割対象ノードを決定する分割規則適用要素決定手段と、
前記分割パターンに適合する位置を基準として前記分割対象ノードが持つ内容を分割し、分割された内容を個別に持つ複数の断片ノードを前記第１の文書構造の所定の位置に接続し、細分化文書構造を作成する内容分割手段と、
前記構造変換規則に従って、前記内容分割手段によって作成された前記細分化文書構造を変換し、第２の文書構造を作成する構造変換手段と、
を有することを特徴とする文書構造変換装置。
【請求項２】
前記内容分割規則管理手段は、前記分割パターンとして所定の規則に従った文字列を表しており、
前記内容分割手段は、前記分割パターンに適合した文字列の位置を基準として、前記分割対象ノードが持つ内容を分割する、
ことを特徴とする請求項１記載の文書構造変換装置。
【請求項３】
前記内容分割規則管理手段は、前記内容分割規則として、前記分割パターンに適合した文字列を削除するか否かを示す削除情報を含み、
前記内容分割手段は、前記削除情報に文字列の削除が示されていた場合には、前記分割パターンに適合した文字列を前記複数の断片ノードの内容に含めない、
ことを特徴とする請求項２記載の文書構造変換装置。
【請求項４】
第１の文書クラスに従った文書構造を第２の文書クラスに従った文書構造に変換する文書構造変換方法において、
前記第１の文書クラスに従った第１の文書構造の中から、前記第１の文書クラスに従った文書構造中の分割すべきノードの条件が示された適用条件を満たす分割対象ノードを分割規則適用要素決定手段により決定し、
分割すべきノードが持つ内容の分割位置が示す区切りとなる文字列のパターンで規定される分割パターンに適合する位置を基準として、前記分割対象ノードが持つ内容を内容分割手段により分割し、
分割された内容を個別に持つ複数の断片ノードを前記第１の文書構造の所定の位置に接続して、細分化文書構造を前記内容分割手段により生成し、
前記第１の文書クラスに従った文書構造中のノード及び分割されることにより生成されるノードが、前記第２の文書クラスに従った文書構造中のどのタイプのノードに変換されるのかが定義された構造変換規則に従って、前記細分化文書構造を変換し、第２の文書構造を作成する、
ことを特徴とする文書構造変換方法。
【請求項５】
前記分割対象ノードが持つ内容を分割する際には、前記分割パターンとして所定の規則に従った文字列を用い、前記分割パターンが示す規則に適合した文字列の位置で前記分割対象ノードが持つ内容を分割する、
ことを特徴とする請求項４記載の文書構造変換方法。
【請求項６】
前記分割対象ノードが持つ内容を分割する際には、前記分割パターンに適合した文字列を削除するか否かを示す削除情報を参照し、文字列の削除が示されていた場合には、分割後の内容に前記分割パターンに適合した文字列を含めない、
ことを特徴とする請求項５記載の文書構造変換方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は構造化文書の文書構造を変換する文書構造変換装置及び文書構造変換方法に関し、特に第１の文書クラスに従った文書構造を第２の文書クラスに従った文書構造に変換する文書構造変換装置に関する。
【０００２】
【従来の技術】
構成要素として章、節、項などに代表される論理的な構造を持つ文書を構造化文書と呼ぶが、この文書の構造の統一を図ることで、文書の共有や変換が容易になることが知られている。ＳＧＭＬ（Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）や、ＯＤＡ（Ｏｆｆｉｃｅ  Ｄｏｃｕｍｅｎｔ  Ａｒｃｈｉｔｅｃｔｕｒｅ）などの国際規格の普及もあり、構造化文書は電子的な文書の主流となりつつある。
【０００３】
この構造化文書は通常、文書の構造及び構成要素を定義した文書クラスと呼ばれる分類に従って構造化されている。ＯＤＡでは共通論理構造が文書クラスに該当し、ＳＧＭＬではＤＴＤ（Ｄａｔａ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）が文書クラスの役割を担っている。なお、これ以降の説明で文書と言った場合には、全て構造化文書を示す。
【０００４】
文書の持つ構造が文書クラスの制約に従っていることには、重要な意味がある。例えば、複数の文書をレイアウトするための規則は、文書の構造や、その構成要素が特定の文書クラスの制約を満たしていることを前提に決められることが多い。そのため、ある文書の構造が文書クラスの制約から逸脱している場合には、正しいレイアウトでの出力ができない。
【０００５】
また、報告書群からの抄録リスト作成のような、多くの文書を処理するためのプログラムには、対象となる文書が特定の文書クラスに従って作成されていることを利用したものが多い。このようなプログラムを利用する際、所定の文書クラスに従わない文書の存在は、プログラム実行の障害となり得る。
【０００６】
さらに、大量の文書を対象にしたデータベースでは文書クラスをスキーマとして利用することが多い。そのため、スキーマから逸脱したデータの存在はデータベースの信頼性を大きく損なうこととなる。
【０００７】
即ち、文書クラスＡに従った文書構造を持つ文書を対象としたプログラムを使用する際、その文書構造がどんなに似通っていようとも、別の文書クラスＢに従った文書構造を持つ文書への適用は難しい。このような場合に、文書クラスＢに従った文書構造を文書クラスＡに従った文書構造に変換する必要性が生じる。
【０００８】
上記の問題を解決するために、任意の文書構造を別の文書構造に変換する技術が、いくつか存在している。文書の構造は全て木構造で表わせるものとして、以下に説明を行う。
【０００９】
まず、Ｆｒｅｄ  Ｃｏｌｅ  ，  Ｈｅａｔｈｅｒ  Ｂｒｏｗｎ  著のＥｄｉｔｉｎｇ  Ｓｔｒｕｃｔｕｒｅｄ  Ｄｏｃｕｍｅｎｔｓ−Ｐｒｏｂｌｅｍ  ａｎｄ  ｓｏｌｕｔｉｏｎｓ  （Ｅｌｅｃｔｒｏｎｉｃ  Ｐｕｂｌｉｓｈｉｎｇ，ｖｏｌ．５，Ｎｏ．４，ｐｐ．２０９−２１６）に記載されている、「ｆａｌｌ  ｂａｃｋ  ｃｌａｓｓ」の概念を応用することにより文書構造の変換が可能である。これは、文書クラスＢで規定されたノードのタイプが、文書クラスＡで規定されたノードのタイプのうち、どのタイプに変換されるかを規則として定義しておくものである。変換を実行する際には予め定義されている規則に基づいて、文書クラスＢに従った文書構造に含まれる各ノードを、文書クラスＡに従った文書構造に含まれるノードに逐一変換する。
【００１０】
また、特開平７ー２８８１７号公報には、文書クラスＢを構成するタイプと文書クラスＡを構成するタイプとの１対１の対応関係を、ユーザが定義する方法が開示されている。定義した対応関係を利用することで文書構造の変換を行う。
【００１１】
【発明が解決しようとする課題】
しかし、文書クラスＡと文書クラスＢとで、それぞれの文書構造を構成するノードに持たせる内容の細かさが違う場合、これらの方法では所望の文書構造は得られない。
【００１２】
例えば、文書の著者の情報が、文書クラスＡでは「著者」という単一のノードの内容になるのに対し、文書クラスＢでは「姓」というノードの内容に著者の姓が、「名」というノードの内容に著者の名が配置されるとする。
【００１３】
このような場合、上記のいずれの方法を用いたとしても、文書クラスＡに従った文書構造を文書クラスＢに従った文書構造に変換することは不可能である。これらの方法では、文書構造中のノードを内容に応じて分割し、別々のノードの内容に変換する機能は実現できない。
【００１４】
なお、構造化されていない文書をその内容に応じて分割し、別々のノード及びその内容に変換して希望する文書クラスに従った文書構造を作成する方法は存在している。
【００１５】
特開昭６２ー２４９２７０号公報には、見出しとして使用される言葉を辞書に持ち、その辞書を利用してユーザから入力された文書の見出しを決定し、文書を構造的に表示する文書処理装置が開示されている。
【００１６】
また、特開平４ー４４６７号公報には、文字列パターンと文書構造との対応関係を登録し、入力された文書データとのマッチングを行って文書構造を解析する文書構造解析装置が開示されている。
【００１７】
しかし、上記の技術はいずれも、文書構造の正規化には利用できない。即ち、既に任意の文書クラスに従って構造化されている文書の文書構造を別の文書クラスに従った文書構造に変換する作業は不可能である。
【００１８】
本発明はこのような点に鑑みてなされたものであり、文書構造を別の文書構造に変換し、その際元の文書構造の構成ノードの内容を任意に分割することが可能な文書構造変換装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明では上記課題を解決するために、第１の文書クラスに従った文書構造を第２の文書クラスに従った文書構造に変換する文書構造変換装置において、前記第１の文書クラスに従った文書構造中の分割すべきノードの条件を示す適用条件と、分割すべきノードが持つ内容の分割位置を示す区切りとなる文字列のパターンで規定される分割パターンとからなる内容分割規則を管理する内容分割規則管理手段と、前記第１の文書クラスに従った文書構造中のノード及び分割されることにより生成されるノードが、前記第２の文書クラスに従った文書構造中のどのタイプのノードに変換されるのかが定義された構造変換規則を管理する構造変換規則管理手段と、前記第１の文書クラスに従った第１の文書構造が入力されると、前記第１の文書構造の中から前記適用条件で示された条件を満たす分割対象ノードを決定する分割規則適用要素決定手段と、前記分割パターンに適合する位置を基準として前記分割対象ノードが持つ内容を分割し、分割された内容を個別に持つ複数の断片ノードを前記第１の文書構造の所定の位置に接続し、細分化文書構造を作成する内容分割手段と、前記構造変換規則に従って、前記内容分割手段によって作成された前記細分化文書構造を変換し、第２の文書構造を作成する構造変換手段と、を有することを特徴とする文書構造変換装置が提供される。
【００２０】
この文書構造変換装置によれば、第１の文書クラスに従った第１の文書構造が入力されると、分割規則適用要素決定手段によって第１の文書構造の中から前記適用条件で示された条件を満たす分割対象ノードが決定される。次いで、内容分割手段により、区切りとなる文字列のパターンで規定される分割パターンに適合する位置を基準として分割対象ノードが持つ内容が分割され、分割された内容を個別に持つ複数の断片ノードが第１の文書構造の所定の位置に接続され、細分化文書構造が作成される。そして、この細分化文書構造が、構造変換手段により構造変換規則に従って変換され、第２の文書構造が作成される。このようにして作成された第２の文書構造は、第１の文書クラスよりも細分化された構造制約を有する第２の文書クラスに適合している。
【００２１】
また、第１の文書クラスに従った文書構造を第２の文書クラスに従った文書構造に変換する文書構造変換方法において、前記第１の文書クラスに従った第１の文書構造の中から、前記第１の文書クラスに従った文書構造中の分割すべきノードの条件が示された適用条件を満たす分割対象ノードを分割規則適用要素決定手段により決定し、分割すべきノードが持つ内容の分割位置が示す区切りとなる文字列のパターンで規定される分割パターンに適合する位置を基準として、前記分割対象ノードが持つ内容を内容分割手段により分割し、分割された内容を個別に持つ複数の断片ノードを前記第１の文書構造の所定の位置に接続して、細分化文書構造を前記内容分割手段により生成し、前記第１の文書クラスに従った文書構造中のノード及び分割されることにより生成されるノードが、前記第２の文書クラスに従った文書構造中のどのタイプのノードに変換されるのかが定義された構造変換規則に従って、前記細分化文書構造を変換し、第２の文書構造を作成する、ことを特徴とする文書構造変換方法が提供される。
【００２２】
この文書構造変換方法によれば、第１の文書構造の分割対象ノードの持つ内容が、区切りとなる文字列のパターンで規定される分割パターンに適合する位置を基準として分割される。そして、分割された内容を個別に持つ複数の断片ノードが第１の文書構造の所定の位置に接続された細分化文書構造が生成される。さらに、この細分化文書構造が構造変換規則に従って変換され、第２の文書構造が作成される。このようにして、第１の文書クラスよりも細分化された構造制約を有する第２の文書クラスに適合した第２の文書構造が作成される。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図１は本発明の原理図である。
【００２４】
本発明では第１の文書クラスに従った第１の文書構造１を、第２の文書クラスに従った第２の文書構造２に変換する。
内容分割規則管理手段３は、第１の文書構造中の分割対象となるノードの条件を示す適用条件と、分割対象となったノードが持つ内容の分割位置を示す分割パターンとからなる内容分割規則を管理している。また、構造変換規則管理手段６は、第１の文書構造中のノード及び分割されることにより生成されるノードが、第２の文書構造中のどのタイプのノードに変換されるのかを定義した構造変換規則を管理している。
【００２５】
第１の文書構造が入力されると、分割規則適用要素決定手段４が、内容分割規則に従って、第１の文書構造の中から適用条件で示された条件を満たす分割対象ノードを決定する。
【００２６】
内容分割手段５は、分割規則に従って分割対象ノードが持つ内容を分割する。そして、分割された内容を持つ複数の断片ノードを第１の文書構造に接続することにより細分化文書構造を作成する。
【００２７】
構造変換手段７は、構造変換規則に従って細分化文書構造を第２の文書構造に変換する。
図２は、本発明の文書構造変換装置のブロック図である。
【００２８】
文書構造変換装置２０には入出力ｕ／ｉ１０が接続されており、ユーザからの入力を受け付けたり、出力を表示したりといった役割を果たしている。
文書構造変換装置２０は、入力された文書データの文書構造を抽出する文書パーサ２１と、文書クラスの定義情報を管理している文書クラス管理部２２と、文書変換に利用する規則を管理する変換規則管理部２３と、入力文書構造の内容を分割する分割処理部２４と、文書構造の変換を行う構造変換部２５と、変換結果を文書データにして出力する文書ジェネレータ２６と、から構成されている。
【００２９】
ユーザは入力データとして、構造を変換したい文書データ（入力文書データ）と、入力文書データの文書構造を規定している文書クラス名（入力文書クラス名）と、出力したい文書構造を規定している文書クラス名（出力文書クラス名）とを、入出力ｕ／ｉ１０を介して文書構造変換装置２０に入力する。
【００３０】
文書パーサ２１は、入力データを受け付けると、まず入力文書クラス名を文書クラス管理部２２へ入力して、その定義情報を要求する。そして、文書クラス管理部２２から入力文書クラスの定義情報を供給されると、その定義情報に基づいて入力文書データを解析し、その文書構造（入力文書構造）を得る。それから、入力文書クラス名及び出力文書クラス名を変換規則管理部２３へ、入力文書構造を分割処理部２４へ、それぞれ入力する。
【００３１】
文書クラス管理部２２は、本発明の文書構造変換装置２０で取り扱い可能な文書クラスの定義情報を全て管理している。そして、文書パーサ２１から入力文書クラス名を入力されると、折り返し入力文書クラスの定義情報を供給する。
【００３２】
変換規則管理部２３は、文書構造変換に利用する変換規則を管理する。ここで、変換規則とは、ノードの内容を分割する際に利用する規則である内容分割規則と、ノードのタイプを変換する際に利用する規則である構造変換規則とを言う。なお、変換規則管理部２３は、内容分割規則を管理する内容分割規則管理部２３ａと、構造変換規則を管理する構造変換規則管理部２３ｂとを含む。
【００３３】
内容分割規則管理部２３ａでは、内容分割規則が入力文書クラス名及び出力文書クラス名とセットで管理されている。また、構造変換規則管理部２３ｂでも同様に、構造変換規則が入力文書クラス名及び出力文書クラス名とセットで管理されている。
【００３４】
変換規則管理部２３に入力文書クラス名及び出力文書クラス名が入力されると、内容分割規則管理部２３ａは両文書クラス名とセットになっている内容分割規則を探索する。探索の結果、適当な内容分割規則があれば、該当する内容分割規則を分割規則要素決定部２４ａへ供給する。また、構造変換規則管理部２３ｂも両文書クラス名とセットになっている構造変換規則を探索し、該当する構造変換規則を構造変換部２５へ供給する。
【００３５】
分割処理部２４は、供給された内容分割規則から適用要素を決定する分割規則適用要素決定部２４ａと、内容分割部２４ｂと、を持つ。
分割処理部２４には、文書パーサ２１から入力文書構造が入力される。変換規則管理部２３から入力データに対応する内容分割規則が供給されると、入力文書構造中の全てのノードに対して順次、適用要素の決定と内容の分割を行って入力文書構造に接続、細分化文書構造を作成して構造変換部２５へ入力する。また、変換規則管理部２３からの内容分割規則の供給がなければ、入力文書構造をそのまま構造変換部２５へ入力する。
【００３６】
この時、分割規則適用要素決定部２４ａは、入力文書構造中の個々のノードに対して、変換規則管理部２３ａから供給された内容分割規則中のどの規則要素が適用されるかを決定する。また、内容分割部２４ｂは、ノードが持つ文字列内容を内容分割規則要素中の分割パターンに基づいて分解し、複数の断片ノードを作成する。その後、作成した断片ノードを入力文書構造に接続して、細分化文書構造を作成する。
【００３７】
構造変換部２５には、分割処理部２４から細分化文書構造もしくは入力文書構造が入力され、変換規則管理部２３から構造変換規則が供給される。入力された文書構造はここで構造変換規則に基づいた変換が行われ、出力文書クラスに従った文書構造（出力文書構造）となって文書ジェネレータ２６に入力される。
【００３８】
文書ジェネレータ２６には、構造変換部２５から出力文書構造が入力される。入力された出力文書構造を文書データに変換して入出力ｕ／ｉを介してユーザに提供する。
【００３９】
ここで、本発明の文書構造変換装置による文書構造変換の手順について説明する。図３は文書構造変換の手順を示すフローチャートである。以下、図中のステップに沿って説明を行う。
［Ｓ１］入出力ｕ／ｉ１０を介して、入力データを受け付ける。入力データとは、入力文書クラス名、出力文書クラス名、及び入力文書データを示す。
［Ｓ２］文書パーサ２１は変換規則管理部２３に、入力文書クラス名と出力文書クラス名とを入力する。両文書クラス名の入力を受けた変換規則管理部２３は、両文書クラスとセットで管理している変換規則があれば取り出す。つまり、該当する内容分割規則が内容分割規則管理部２３ａで管理されていれば、分割規則適用要素決定部２４ａへ供給する。また、該当する構造変換規則が構造変換規則管理部２３ｂで管理されていれば、構造変換部２５へ供給する。
［Ｓ３］文書パーサ２１は、変換規則管理部２３で構造変換規則が取り出せたか否かを判断する。取り出せていればステップＳ４に進む。また、取り出せていなければ入出力ｕ／ｉを介してエラーメッセージを出し、処理を終了する。構造変換規則が取り出せなかった場合、ユーザは入力文書クラス名及び出力文書クラス名が正しいか、また両文書クラス間の文書構造変換のための構造変換規則が正しく管理されているか、確認するべきである。
［Ｓ４］文書パーサ２１は、入力文書クラス名を文書クラス管理部２２に入力して入力文書クラスの定義情報を得る。そして、得た定義情報を基に入力文書データを解析し、入力文書構造として分割処理部２４に入力する。
［Ｓ５］分割処理部２４では、変換規則管理部２３から内容分割規則が供給されたか否か判断する。内容分割規則が供給されていればステップＳ６へ進む。また供給されていなければ、入力文書構造を構造変換部２５へ入力し、ステップＳ７へ進む。
［Ｓ６］分割処理部２４は、入力文書構造の内容を分割して、細分化文書構造を作成し、構造変換部２５へ入力する。なお、細分化文書構造を作成する手順については、後に詳しく述べる。
［Ｓ７］構造変換部２５は、入力された細分化文書構造もしくは入力文書構造を供給された構造変換規則に基づいて変換し、出力文書クラスに従った文書構造（出力文書構造）を作成する。そして、作成した出力文書構造を文書ジェネレータ２６に入力する。なお、構造変換処理の手順については、後に詳しく述べる。
［Ｓ８］文書ジェネレータ２６は、入力された出力文書構造を文書データとし、入出力ｕ／ｉを介してユーザに提供する。
【００４０】
ここで、本発明の文書構造変換装置を構成する各部について、更に詳細に説明を行う。
文書パーサ２１は、入出力ｕ／ｉ１０を介したユーザからの入力データの受け付けと、入力文書クラス名及び出力文書クラス名の変換規則管理部２３への入力と、その入力データに適合する構造変換規則が、変換規則管理部２３で管理されているか否かの判断とを行う。そして判断の結果、構造変換規則が管理されていた場合、入力文書データから入力文書構造の抽出、抽出した入力文書構造の分割処理部２４への入力を行う。また、判断の結果、構造変換規則が管理されていなかった場合、エラーメッセージの出力を行う。
【００４１】
文書クラス管理部２２は、文書クラスの管理を行う。ここでは一つの文書クラスをその文書クラスの名称と、その文書クラスの定義情報とのペアで記憶している。なお、文書クラス管理部２２には複数の文書クラスが記憶されるが、個々の文書クラスの名称は、この文書構造変換装置２０内で一意である。
【００４２】
文書クラスの定義情報は、文書構造を構成するノードのタイプ定義と、定義されたノードの接続関係を規定する構造制約とから構成される。特定の文書クラスの定義情報を満たした文書構造を、その文書クラスの文書構造、と呼ぶ。また、その文書クラスの文書構造を持つ文書データを、その文書クラスの文書データ、と呼ぶ。
【００４３】
文書構造を構成する要素（ノード）のタイプ定義は、次の２つの要素からなっている。すなわち、ノードのタイプを識別するための文字列であるタイプ名と、ノードの持つ内容の種類を示す内容型指定とである。ここでこの内容型指定は、「内容を持たない」か、「文字列型の内容を持つ」か、「幾何図形型の内容を持つ」かの３種類の内の一つである。なお本実施例では、下位構造を持つノードは全て、内容を持たないものとする。
【００４４】
また、タイプ名が「Ａ」であるタイプのことを「Ａタイプ」と呼び、「Ａタイプのノード」のことを「Ａノード」と呼ぶ。
定義されたノードの接続関係を規定する構造制約は、次に示す構造制約子と、上記ノードのタイプ定義とから作られる木構造によって定義される。構造制約子にはＳＥＱ、ＲＥＰ、ＯＰＴの３種類があり、それぞれ次のような意味を持つ。
【００４５】
構造制約子ＳＥＱは、複数の下位構造をとり、その下位構造で規定された構造が、規定された順序で出現することを示す。
構造制約子ＲＥＰは、単一の下位構造をとり、その下位構造で規定された構造が、１回以上繰り返し出現することを示す。
【００４６】
構造制約子ＯＰＴは、単一の下位構造をとり、その下位構造で規定された構造が、１回出現するか、あるいは出現しないかであることを示す。
変換規則管理部２３に含まれる内容分割規則管理部２３ａは、内容分割規則の管理を行う。ここで内容分割規則とは入力文書クラス名と出力文書クラス名とセットで記憶される内容分割規則要素のリストである。
【００４７】
内容分割規則要素は、次の３要素、即ち、入力ノード条件と、分割パターンと、頭部削除フラグとから構成されている。
入力ノード条件には、その規則要素が適用される入力ノードについての条件が記載されている。この条件には、入力ノードのタイプや、入力ノードの親ノードや兄弟ノード等についての条件が含まれる。
【００４８】
分割パターンには、入力ノード条件にマッチした入力ノードが持つ文字型の内容を分割する際、その区切りとなる文字列のパターンが規定される。内容を分割することで、複数の断片ノードが作成される。
【００４９】
また、頭部削除フラグは、作成された断片ノードから、分割パターンにマッチした部分を削除するか否かを示す。削除する場合は「Ｔ」、削除しない場合は「Ｆ」が記載される。
【００５０】
ここで、頭部削除フラグの働きについて説明を行っておく。分割パターンとして用いられる文字列には、「（１）」、「●」等のように文章内容の開始や順序を示すものや、「［論理構造］論理構造とは・・・」、「文書クラス：文書クラスに・・・」等のように文章内容の見出しになっているものがある。しかし、構造化文書のレイアウタにはナンバリング機能を持つものが多いため、「（１）」、「●」等の記号は削除した方がよい場合もある。
【００５１】
内容分割規則要素に頭部削除フラグを設けることにより、それら分割パターンにマッチする文字列の状況に応じたコントロールが可能となる。即ち、ノードの内容を分割するにあたり、細かく設定を行うことができる。
【００５２】
変換規則管理部２３に含まれる構造変換規則管理部２３ｂは、構造変換規則の管理を行う。ここで構造変換規則とは入力文書クラス名と出力文書クラス名とセットで記憶される構造変換規則要素のリストである。
【００５３】
構造変換規則要素は、次の２要素、即ち、入力ノード条件と、出力ノードと、から構成されている。
入力ノード条件には、その規則要素が適用される入力ノードについての条件が記載されている。この条件には、入力ノードのタイプや、入力ノードの親ノードや兄弟ノード等についての条件が含まれる。
【００５４】
出力ノードには、入力ノード条件にマッチした入力ノードが、出力文書構造中で、どのタイプのノードになるのかが記載される。
分割処理部２４は、入力文書構造を入力されると、供給された内容分割規則に従ってその内容を分割し、細分化文書構造を作成する。
【００５５】
この時、分割規則適用要素決定部２４ａは、内容分割規則が供給されていれば、入力文書構造の全構成ノードに対し、適用できる規則要素の探索を行う。そして、あるノードに対して適用できる規則要素が探索できた場合、その詳細情報を内容分割部２４ｂに入力する。
【００５６】
内容分割部２４ｂは、分割規則適用要素決定部２４ａから詳細情報を入力された場合、その情報に基づいてノードの内容を分割し、断片ノードを生成する。
生成した断片ノードは、分割処理部２４内で入力文書構造に連結され、細分化文書構造が作成される。ここで作成された細分化文書構造は、構造変換部２５へ入力される。また、内容分割規則管理部２３ａからの内容分割規則の供給がなかった場合、分割処理部２４では入力文書構造に何の処理も行わず、そのまま構造変換部２５へ入力する。なお、分割処理部２４における処理の手順については、この後、順を追って説明する。
【００５７】
構造変換部２５は、構造変換規則管理部２３ｂから構造変換規則の供給を受ける。また、分割処理部２４からは細分化文書構造もしくは入力文書構造の入力を受ける。その後、入力された文書構造を、供給された構造変換規則に基づいて変換し、出力文書クラスに従った文書構造（出力文書構造）を作成する。作成した木構造の状態の出力文書構造は、文書ジェネレータ２６に入力される。なお、構造変換部２５における処理の手順については後に順を追って説明する。
【００５８】
文書ジェネレータ２６は、入力された出力文書構造を文書データに変換する。そして、入出力ｕ／ｉ１０を介してユーザに提供し、文書構造変換処理を終了する。
【００５９】
次に、具体例をあげて説明を行う。文書クラス管理部２２には文書クラス「技術報告書」と文書クラス「Ｒｅｐｏｒｔ  」とが管理されているものとする。
図４は、文書クラス管理部２２に管理される文書クラス「技術報告書」の定義情報のうち、文書構造を構成するノードのタイプ定義を示す。
【００６０】
「技術報告書」のタイプ定義３０ａによると、この文書クラスには内容を持たない「技術報告書」ノードと、文字列型の内容を持つ「表題」ノードと、文字列型の内容を持つ「著者」ノードと、内容を持たない「節」ノードと、文字列型の内容を持つ「見出し」ノードと、文字列型の内容を持つ「段落」ノードと、が存在することが判る。
【００６１】
また、図５は、文書クラス「技術報告書」の定義情報のうち、定義されたノードの接続関係を規定する構造制約を示す。
「技術報告書」の構造制約３０ｂによると、この文書クラスはルートノードとして「技術報告書」ノードを持ち、その下位構造としてまず「表題」ノードを、次に「著者」ノードを、最後に「節」ノードを持つことが判る。なお、「節」ノードは複数存在してもよい。また、一つの「節」ノードは、下位構造としてまず「見出し」ノードを、次に「段落」ノードを持つ。ここで、「段落」ノードは、一つの「節」ノードの下に複数存在してもよい。
【００６２】
同様に、図６は文書クラス「Ｒｅｐｏｒｔ  」のタイプ定義を示す。
「Ｒｅｐｏｒｔ  」のタイプ定義３３ａによると、この文書クラスには内容を持たない「Ｒｐｏｒｔ」ノードと、文字列型の内容を持つ「Ｔｉｔｌｅ」ノードと、文字列型の内容を持つ「Ａｕｔｈｏｒ  」ノードと、内容を持たない「Ｗｏｒｄｓ」ノードと、内容を持たない「Ｓｅｃｔｉｏｎ」ノードと、文字列型の内容を持つ「Ｐａｒａｇｒａｐｈ」ノードと、文字列型の内容を持つ「Ｌｅａｄ  」ノードと、文字列型の内容を持つ「Ｉｔｅｍ  」ノードと、が存在することが判る。
【００６３】
また、図７は文書クラス「Ｒｅｐｏｒｔ  」の構造制約を示す。
「Ｒｅｐｏｒｔ  」の構造制約３３ｂによると、この文書クラスはルートノードとして「Ｒｐｏｒｔ」ノードを持ち、その下位構造としてまず「Ｔｉｔｌｅ」ノードを、次に「Ａｕｔｈｏｒ  」ノードを、次に「Ｗｏｒｄｓ」ノードを、最後に「Ｓｅｃｔｉｏｎ」ノードを持つことが判る。なお、「Ｓｅｃｔｉｏｎ」ノードは、複数存在してもよい。また、「Ｗｏｒｄｓ」ノードは下位構造として、まず「Ｔｉｔｌｅ」ノードを、次に「Ｐａｒａｇｒａｐｈ」ノードを持つ。ここで、「Ｐａｒａｇｒａｐｈ」ノードは複数存在してもよい。更に「Ｐａｒａｇｒａｐｈ」ノードは下位構造として、まず「Ｌｅａｄ  」ノードを、次に「Ｉｔｅｍ  」ノードを、持つことがある。ここで「Ｉｔｅｍ  」ノードは複数存在してもよい。また、この構造制約によると、「Ｓｅｃｔｉｏｎ」ノードの下位構造は、「Ｗｏｒｄｓ」ノードの下位構造と全く同じであることが判る。
【００６４】
以上、説明したような文書クラスの定義情報が文書クラス管理部２２に管理されている場合に、変換規則管理部２３に、入力文書クラス名が「技術報告書」、出力文書クラス名が「Ｒｅｐｏｒｔ  」である内容分割規則及び構造変換規則が管理されているものとする。
【００６５】
図８（Ａ）は、入力文書クラス名が「技術報告書」、出力文書クラス名が「Ｒｅｐｏｒｔ  」である内容分割規則を示す。
内容分割規則３１は、内容分割規則要素を２つ持っている。第１の内容分割規則要素３１ａの入力ノード条件は「「用語」という文字列を含む内容を持つような「見出し」タイプのノードを子ノードに持つ「節」タイプのノードを親ノードに持つような、「段落」タイプのノード」であり、分割パターンは「＜．＊＞」、頭部削除フラグは「Ｆ］である。
【００６６】
図８（Ｂ）は、この第１の内容分割規則要素３１ａの入力ノード条件を満たすノードを示す。「段落」ノード３１ａａは第１の内容分割規則要素３１ａの入力ノード条件にあるように、「用語」という文字列を含む内容を持つ「見出し」ノードを子ノードに持つ「節」ノードを、親ノードとして持つ。入力ノード条件にはこのように親ノード、兄弟ノードの内容まで条件として含むことができる。
【００６７】
ここで、分割パターンの「＜．＊＞」に含まれる「．」は任意の１文字を、「＊」は直前の要素を０回以上繰り返すことを表わしている。従って、分割パターン「＜．＊＞」には、任意の文字列を「＜」と「＞」とで囲んだものがマッチする。更に第１の規則要素の頭部削除フラグは「Ｆ］であるので、分割パターン「＜．＊＞」にマッチした文字列の位置でノードの内容を分割する際、マッチした文字列の削除を行う必要はない。
【００６８】
内容分割規則３１の第２の内容分割規則要素３１ｂの入力ノード条件は「タイプが「段落」」であり、分割パターンは「＜［０−９］＋＞」、頭部削除フラグは「Ｔ」である。ここで分割パターンの「＜［０−９］＋＞」に含まれる「［０−９］」は０、１、２、３、４、５、６、７、８、９のうちのどれか１文字を、「＋」は直前の要素を１回以上繰り返すことを示している。従って、分割パターン「＜［０−９］＋＞」には、任意の数字列を「＜」と「＞」とで囲んだものがマッチする。更に第２の規則要素の頭部削除フラグは「Ｔ」であるので、分割パターン「＜［０−９］＋＞」にマッチした文字列の位置でノードの内容を分解する際、マッチした文字列の削除を行う。
【００６９】
ここで、内容分割規則３１における内容分割規則要素の順序には意味がある。即ち、あるノードにマッチする内容分割規則要素の探索を行う時には、必ず第１、第２、・・・の順に内容分割規則要素の入力ノード条件をチェックしていき、マッチする内容分割規則要素が見つかった時点で探索作業を終了する。
【００７０】
なお、この例では、内容分割の対象となるノードの内容から生成する断片ノードのうち、最初に分割された断片ノードを「リード」というタイプのノードにする。また、ここで２番目以降に分割された断片ノードを「項目」というタイプのノードにする。
【００７１】
図９は入力文書クラス名が「技術報告書」、出力文書クラス名が「Ｒｅｐｏｒｔ  」である構造変換規則を示す。
構造変換規則３２によると、入力タイプ名が「技術報告書」のノードは、出力タイプ名「Ｒｅｐｏｒｔ  」のノードに変換されることが判る。以下同様に、入力ノード「表題」は出力ノード「Ｔｉｔｌｅ」に、入力ノード「著者」は出力ノード「Ａｕｔｈｏｒ  」に、入力ノード「節」のうち、「用語」という文字列を含む内容を持つ「見出し」ノードを子ノードに持つものは出力ノード「Ｗｏｒｄｓ」に、変換される。また、入力ノード「節」のうち出力ノード「Ｗｏｒｄｓ」に変換されなかったものは出力ノード「Ｓｅｃｔｉｏｎ」に、入力ノード「見出し」は出力ノード「Ｔｉｔｌｅ」に、入力ノード「段落」は出力ノード「Ｐａｒａｇｒａｐｈ」に、入力ノード「リード」は出力ノード「Ｌｅａｄ  」に、入力ノード「項目」は出力ノード「Ｉｔｅｍ  」に、変換される。
【００７２】
このような情報が予め文書構造変換装置２０で管理されている場合に、「技術報告書」の文書データがどのように変換されるか説明する。
まず、図３のステップＳ６で述べた細分化文書構造の作成手順について、詳しく説明する。この処理は分割処理部２４において行われる。
【００７３】
図１０は、細分化文書構造作成の手順を示すフローチャートである。以下、図中のステップに沿って説明を行う。
なお、この処理では入力文書構造中のノード（入力ノード）の一つに着目して作業を進める。ここでは着目するノードのことをｃｕｒｒｅｎｔ  ノードと呼び、処理を始める時には、ルートノードをｃｕｒｒｅｎｔ  ノードとする。
［Ｓ１１］内容分割規則適用要素決定部２４ａは、供給された内容分割規則から、ｃｕｒｒｅｎｔ  ノードに適用できる規則要素を探索する。探索できた規則要素をｃｕｒｒｅｎｔ  規則要素と呼ぶ。
［Ｓ１２］ｃｕｒｒｅｎｔ  規則要素が存在するか否か判断する。存在すればステップＳ１３へ、存在しなければステップＳ１４へ、進む。
［Ｓ１３］ｃｕｒｒｅｎｔ  ノードとｃｕｒｒｅｎｔ  規則要素が決定したので、内容分割処理を行って、細分化文書構造の作成を終了する。なお、内容分割処理の手順に関しては、後に詳しく説明する。
［Ｓ１４］ｃｕｒｒｅｎｔ  ノードが子ノードを持つか否か判断する。子ノードを持っていればステップＳ１５へ進む。また、子ノードを持っていなければ細分化文書構造の作成を終了する。
［Ｓ１５］ｃｕｒｒｅｎｔ  ノードの最初の子ノードを、新たなｃｕｒｒｅｎｔ  ノードとする。
［Ｓ１６］新たなｃｕｒｒｅｎｔ  ノードに対して細分化文書構造を作成する。即ち、新たなｃｕｒｒｅｎｔ  ノードに対し、このフローチャートのステップＳ１１から終了までの処理を行う。
［Ｓ１７］ｃｕｒｒｅｎｔ  ノードに弟がいるか否か判断する。弟がいればステップＳ１８へ進む。弟がいなければ細分化文書構造の作成を終了する。
［Ｓ１８］ｃｕｒｒｅｎｔ  ノードのすぐ下の弟を、新たなｃｕｒｒｅｎｔ  ノードとして、再度ステップＳ１６へ進む。
【００７４】
ここで、図１０のステップＳ１３で述べた内容分割処理について説明する。この処理は分割処理部２４に含まれた内容分割部２４ｂにおいて、分割規則適用要素決定部２４ａから詳細情報（ｃｕｒｒｅｎｔ  ノードとｃｕｒｒｅｎｔ  規則要素）を入力された場合に行われる。
【００７５】
図１１、１２は、内容分割処理の手順を示すフローチャートである。以下、図中のステップに従って説明を行う。なお、この処理は分割処理部２４で行われ、ここに示す手順は図８（Ａ）に示した内容分割規則３１に基づいている。
【００７６】
また、この処理では内容中の処理位置を示す次の三つの変数ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ、ｐｒｅｖｉｏｕｓ−ｅｎｄ、ｃｕｒｒｅｎｔ  ｐｏｓｉｔｉｏｎ、を利用して内容分割処理を進める。
［Ｓ２１］  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  と、  ｐｒｅｖｉｏｕｓ−ｅｎｄ  とを、未定とする。
［Ｓ２２］現在のｃｕｒｒｅｎｔ  ノードの内容の先頭をｃｕｒｒｅｎｔ  ｐｏｓｉｔｉｏｎとする。
［Ｓ２３］ｃｕｒｒｅｎｔ  ｐｏｓｉｔｉｏｎから後方向へ向け、現在のｃｕｒｒｅｎｔ  規則要素の分割パターンとマッチする文字列を探索する。
［Ｓ２４］分割パターンにマッチする文字列が探索できたか否か判断する。探索できればステップＳ２５に進む。また、探索できなければステップＳ３３に進む。
［Ｓ２５］  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  が未定であるか否か判断する。未定であればステップＳ２６へ、未定でなければステップＳ２８へ、進む。
［Ｓ２６］タイプが「リード」のノードを作成し、ｃｕｒｒｅｎｔ  ノードの長男にする。
［Ｓ２７］内容の先頭から、分割パターンにマッチした文字列の開始位置までの内容を、ステップＳ２６で作成した「リード」ノードの内容にする。
［Ｓ２８］タイプが「項目」のノードを作成し、ｃｕｒｒｅｎｔ  ノードの末子にする。
［Ｓ２９］ｃｕｒｒｅｎｔ  規則要素の頭部削除フラグが「Ｔ］であるか否か判断する。「Ｔ］であればステップＳ３０に、「Ｆ］であればステップＳ３１に進む。
［Ｓ３０］  ｐｒｅｖｉｏｕｓ−ｅｎｄ  から分割パターンにマッチした文字列の開始位置までの内容を、ステップＳ２８で作成した「項目」ノードの内容にする。
［Ｓ３１］  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  から分割パターンにマッチした文字列の開始位置までの内容を、ステップＳ２８で作成した「項目」ノードの内容にする。
［Ｓ３２］分割パターンにマッチした文字列の開始位置を  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  にする。また、分割パターンにマッチした文字列の終了位置を  ｐｒｅｖｉｏｕｓ−ｅｎｄ  およびｃｕｒｒｅｎｔｏ  ｐｏｓｉｔｉｏｎ  にする。その後、再度ステップＳ２３へ進む。
［Ｓ３３］  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  が未定であるか否か判断する。未定であれば、現在のｃｕｒｒｅｎｔ  ノードの内容には分割パターンにマッチする文字列がなく、内容を分割する必要がないということなので、内容分割処理を終了する。未定でなければ、ステップＳ３４に進む。
［Ｓ３４］タイプが「項目」のノードを作成し、ｃｕｒｒｅｎｔ  ノードの末子にする。
［Ｓ３５］ｃｕｒｒｅｎｔ  規則要素の頭部削除フラグが「Ｔ］であるか否か判断する。「Ｔ］であればステップＳ３６に、「Ｆ］であればステップＳ３７に進む。
［Ｓ３６］  ｐｒｅｖｉｏｕｓ−ｅｎｄ  から内容の最後までを、ステップＳ３４で作成した「項目」ノードの内容にし、内容分割処理を終了する。
［Ｓ３７］  ｐｒｅｖｉｏｕｓ−ｓｔａｒｔ  から内容の最後までを、ステップＳ３４で作成した「項目」ノードの内容にし、内容分割処理を終了する。
【００７７】
次に、図３のステップＳ７で述べた構造変換処理の手順について、詳しく説明する。この処理は、図９に示した構造変換規則３２の供給を受けた構造変換部２５において行われる。
【００７８】
図１３は、構造変換処理の手順を示すフローチャートである。以下、図中のステップに沿って説明を行う。
なお、この処理では入力文書構造のノードの一つをｃｕｒｒｅｎｔ  ノードとして、また、変換処理によって作成される文書構造のノードの一つを親ノードとして、構造変換処理を進める。処理の最初の段階では入力文書構造のルートノードをｃｕｒｒｅｎｔ  ノードとしておく。この時、親ノードは未定とする。
［Ｓ４１］ｃｕｒｒｅｎｔ  ノードに適用可能な（入力ノード条件がマッチする）構造変換規則要素を変換規則の中から探索する。
［Ｓ４２］構造変換規則要素で指定されたタイプのノードを作成する。
［Ｓ４３］ｃｕｒｒｅｎｔ  ノードがルートノードであるか否か判断する。ルートノードであればステップＳ４５へ、ルートノードでなければステップＳ４４へ、進む。
［Ｓ４４］ｃｕｒｒｅｎｔ  ノードがルートノードでないということは、既に親ノードが存在しているということである。ステップＳ４２で作成したノードを、親ノードの末子として連結する。
［Ｓ４５］ステップＳ４２で作成したノードを、新たな親ノードとする。
［Ｓ４６］ｃｕｒｒｅｎｔ  ノードが子ノードを持つか否か判断する。子ノードを持てば、ステップＳ４７へ進む。子ノードを持たなければ、この構造変換処理を終了する。
［Ｓ４７］ｃｕｒｒｅｎｔ  ノードの長男を、新たなｃｕｒｒｅｎｔ  ノードとする
［Ｓ４８］新たなｃｕｒｒｅｎｔ  ノードと、新たな親ノードとに対し、構造変換処理を行う。即ち、新たなｃｕｒｒｅｎｔ  ノードと、新たな親ノードとに対し、このフローチャートのステップＳ４１から終了までの処理を行う。
［Ｓ４９］ｃｕｒｒｅｎｔ  ノードが弟を持つか否か判断する。弟を持てばステップＳ５０に進む。弟を持たなければこの構造変換処理を終了する。
［Ｓ５０］ｃｕｒｒｅｎｔ  ノードの弟を新たなｃｕｒｒｅｎｔ  ノードとして、再度ステップＳ４８へ進む。
【００７９】
以上説明したような手順で文書構造の変換が行われるが、ここで文書クラス「技術報告書」に従った文書構造を持つ文書データを、文書クラス「Ｒｅｐｏｒｔ  」に従った文書構造を持つ文書データに変換する例をあげる。
【００８０】
図１４は、文書クラス「技術報告書」に従った文書構造の例を示す。この文書構造例４０は、文書パーサ２１が入力文書データ（図示せず）から文書クラス「技術報告書」の定義情報に基づき抽出したものである。
【００８１】
図１５は、文書構造例４０の内容分割の様子を示す。図８（Ａ）に示した内容分割規則３１の第１の規則要素の入力ノード条件にマッチする「段落２」ノード４１ａは、内容分割処理によって「段落２」ノード４２ａとなる。
【００８２】
この時、「段落２」ノード４１ａの内容４１ｂは、内容分割規則３１に示した分割パターン「＜．＊＞」にマッチする＜文書構造＞、＜文書クラス＞、＜構造変換規則＞という文字列で分割される。
【００８３】
そして、「リード１」ノード４２ｃａと、「項目１」ノード４２ｃｂと、「項目２」ノード４２ｃｃと、「項目３」ノード４２ｃｄと、が作成される。これら新たなノードには、内容４２ｂａ、内容４２ｂｂ、内容４２ｂｃ、内容４２ｂｄが連結される。
【００８４】
図１６は、文書構造例４０を文書クラス「Ｒｅｐｏｒｔ  」に従った文書構造に変換した時の出力文書構造を示す。出力文書構造４３は文書クラス「Ｒｅｐｏｒｔ  」の定義に従っており、この文書構造変換が成功していることが判る。
【００８５】
なお、上記の説明では内容分割の際に作成されるノードを、「リード」と「項目」とにしたが、入力文書クラス及び出力文書クラスの定義情報と、内容分割規則と、構造変換規則と、で統一性を取ることができれば、別のタイプのノードを作成、変換することもできる。
【００８６】
【発明の効果】
以上説明したように、本発明の文書構造変換装置により、第１の文書クラスに従った文書構造中の特定のノードをより詳細なノードに分割して細分化文書構造を作成し、作成した細分化文書構造中の全てのノードを第２の文書クラスの定義に含まれるノードに変換することができる。即ち、第１の文書クラスに従った第１の文書構造を、第１の文書クラスの構造制約より更に細かい構造制約を持つ第２の文書クラスに従った第２の文書構造に変換することができる。
【００８７】
また、ノードの分割及びその位置を判断する基準となる文字列は、内容分割規則中に分割パターンとして記述される、所定の規則に則った文字列から導出できるため、文書クラスに応じて適宜内容分割規則を定めることで、希望する文書構造の作成が可能となる。
【００８８】
更に、ノードの分割の基準とした文字列を、分割後のノードから削除する指示を行うことができ、変換後の文書構造に不要な文字列を含めないように文書構造の変換を行うことができる。
【００８９】
また、本発明の文書構造変換方法により、構成ノードの内容の細かさに対する方針が異なった文書クラス間でも、ユーザの希望通りに、文書構造の変換を行うことができる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の文書構造変換装置のブロック図である。
【図３】文書構造変換の手順を示すフローチャートである。
【図４】文書クラス「技術報告書」のノードのタイプ定義を示す。
【図５】文書クラス「技術報告書」の構造制約を示す。
【図６】文書クラス「Ｒｅｐｏｒｔ  」のタイプ定義を示す。
【図７】文書クラス「Ｒｅｐｏｒｔ  」の構造制約を示す。
【図８】（Ａ）は、入力文書クラス名が「技術報告書」、出力文書クラス名が「Ｒｅｐｏｒｔ  」である内容分割規則を示す。（Ｂ）は、第１の内容分割規則要素の入力ノード条件を満たすノードを示す。
【図９】入力文書クラス名が「技術報告書」、出力文書クラス名が「Ｒｅｐｏｒｔ  」である構造変換規則を示す。
【図１０】細分化文書構造作成の手順を示すフローチャートである。
【図１１】内容分割処理の手順を示すフローチャート（その１）である。
【図１２】内容分割処理の手順を示すフローチャート（その２）である。
【図１３】構造変換処理の手順を示すフローチャートである。
【図１４】文書クラス「技術報告書」に従った文書構造の例を示す。
【図１５】文書構造例の内容分割の様子を示す。
【図１６】文書構造例を変換した出力文書構造を示す。
【符号の説明】
１  第１の文書構造
２  第２の文書構造
３  内容分割規則管理手段
４  分割規則適用要素決定手段
５  内容分割手段
６  構造変換規則管理手段
７  構造変換手段
【図１】
0003610679.tif 000002
【図２】
0003610679.tif 000003
【図３】
0003610679.tif 000004
【図４】
0003610679.tif 000005
【図５】
0003610679.tif 000006
【図６】
0003610679.tif 000007
【図７】
0003610679.tif 000008
【図８】
0003610679.tif 000009
【図９】
0003610679.tif 000010
【図１０】
0003610679.tif 000011
【図１１】
0003610679.tif 000012
【図１２】
0003610679.tif 000013
【図１３】
0003610679.tif 000014
【図１４】
0003610679.tif 000015
【図１５】
0003610679.tif 000016
【図１６】
0003610679.tif 000017