JPH0728817A

JPH0728817A - 文書情報の構造変換方法

Info

Publication number: JPH0728817A
Application number: JP5175108A
Authority: JP
Inventors: Tetsuzo Uehara; 徹三上原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-07-15
Filing date: 1993-07-15
Publication date: 1995-01-31

Abstract

(57)【要約】【目的】文書の構造を定義したＡ、Ｂ二種の文書タイ
プ定義間の対応関係を指定して対応情報を作成し、これ
を利用して、文書タイプＡに従う文書例を文書タイプＢ
に従う文書例に変換できるような文書情報の構造変換方
法を提供する。【構成】各種の文書の文書タイプ定義文の記述を含む
変換元文書タイプ定義１３１および変換先文書タイプ定
義１３２を保持し、これらの間の対応関係を指定する文
書タイプ対応付け指定例に対する文書タイプ定義間の対
応付け操作の処理１１３と文書タイプ対応情報の作成処
理１１４によって、文書タイプ対応情報１３３を作成
し、これと変換元文書例１３４を入力情報として、文書
例の内容の構造変換処理１２３により変換先文書例１３
５を作成すると共に、それを構造文書編集処理１２４の
与える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は構造の定義された文書情
報の間の変換方法に関する。

【０００２】

【従来の技術】従来の技術（１）として、アイエス
オー（ＩＳＯ：International Standard Organizatio
n）による国際規格であるＩＳＯ８８７９：インフォメ
ーションプロセシング……テキストアンドオフィス
システムズ……スタンダードジェネラライズドマー
クアップランゲージ（Information processing …Tex
t and office systems … Standard Generalized Marku
p Language：SGML)(ISO, 1986)（以下では、ＳＧＭＬと
略す）が挙げられる。これによると、文書の論理構造を
木構造と等価な階層構造として表現する方法が示されて
いる。また、複数の文書間に共通の構造と構成単位の取
り得る属性を文書タイプ定義ドキュメントタイプデ
フィニション（ＤＴＤ：Document Type Definition）と
して表現し、個々の文書はその所属するタイプを指定す
るとともに、その文書タイプ定義の許容する構成と属性
を持ち、また、その文書タイプ定義の許容する属性に対
して属性値を設定することによって表現される。

【０００３】従来の技術（２）は、文書タイプ定義ＤＴ
Ｄに従って、文書内容を入力し、編集することを支援す
る構造文書編集機能の実現例がある。その一例として、
ソフトクウォード（SoftQuad）社のプログラム製品であ
るオーザエディタ（AuthorEditor）が挙げられる。こ
れは文書タイプ定義を指定して文書の入力編集を行い、
指定した文書タイプ定義の構成単位ごとに文書例の内容
を入力できる。文書タイプ定義の規定した構成に違反す
るような、文書内容の作成や修正操作は拒否される。こ
れにより、文書タイプ定義に従った文書内容の作成を効
率的に行うことが可能である。

【０００４】従来の技術（３）は、ラテック（LaTex）
などのように文書情報を割り付ける方法を指定する割り
付けスタイル情報を用意し、割り付け時に異なる割り付
けスタイル情報を用いると、同一の文書の割り付け形式
が変更できるという機能がある。これにより、文書本体
の変更なく、文書の出力形式を変更できる。

【０００５】

【発明が解決しようとする課題】従来の技術（１）は、
文書の論理構造の表現方法を示しており、また、文書の
クラスの定義、即ち、文書タイプ定義により、それに従
う個々の文書例の形式を表現する考え方を示している。
しかし、文書タイプ間の関係については規定していな
い。

【０００６】従来の技術（２）は、文書タイプ定義に従
った文書例の作成の効率化と、その可視化方法や、割り
付け方法との対応付けの機能を実現しているが、異なる
文書タイプ定義に従う文書間の変換に関する機能は実現
していない。

【０００７】従来の技術（３）は、同一の論理的内容の
文書に対して、割り付けスタイル情報の変更によって、
異なる割り付け形式の出力を用容易に与えられる。しか
し、論理的構造の異なる文書間の構造の変更を行うもの
ではない。

【０００８】今後、前記のようなＳＧＭＬ文書が普及す
ることが予想されるが、その場合、文書の複数種類の
（論理）構造定義である文書タイプ定義とこの文書タイ
プ定義ごとにまた多数の文書例が作成されるようにな
る。すなわち、文書タイプ定義ＤＴＤ（ａ）の各々に文
書例Ｄｏｃ（ａ−ｊ）が存在する。これらの文書タイプ
ＤＴＤ（ａ）とＤＴＤ（ｂ）とは、全く異なる文書の文
書タイプ定義の場合もあるが、関係する文書の文書タイ
プ定義の場合も十分あり得る。例えば、次のような場合
がある。

【０００９】Ａ）ＤＴＤ（ａ）とＤＴＤ（ｂ）とは構造
上は全く等価で、構造単位の名前のみが異なる。Ｂ）ＤＴＤ（ａ）はＤＴＤ（ｂ）の部分の並べ変え。Ｃ）ＤＴＤ（ａ）はそれに特有の部分とＤＴＤ（ｂ）の
複数文書例の全体とから構成される。Ｄ）ＤＴＤ（ａ）はそれに特有の部分とＤＴＤ（ｂ）の
複数文書例の部分とから構成される。

【００１０】さて、これらの文書タイプに従う文書例
が、少なからず作成されると、関連する文書タイプ相互
の間での変換の要求が発生する。例えば、ある学会用に
作成した論文を別の学会用の論文に変更したい場合
（Ａ）の例参照）、ある論文誌の論文のタイトルと著者
名と要旨のみを抜き出した要約を作成したい場合（Ｂ）
の例参照）、ある学会の論文記述要領に従ったいくつか
の論文を集めるとともに、先頭および最後に、別の形式
の文章を付加することによって、１冊の論文誌を構成し
たい場合（Ｃ）の例参照）、ある論文誌に記載された複
数の論文のタイトルと著者名と要旨のみを抜き出した要
約集を作成したい場合（Ｄ）の例参照）などの要求であ
る。これらの要求は、一括して、文書例の間の文書情報
の構造変換の要求であるということができる。

【００１１】本発明の目的は、変換元文書例の従う文書
タイプ定義および変換先文書例の従うべき文書タイプ定
義を利用して、文書情報の構造変換を行い、変換元文書
例から変換先文書例を作成することにある。

【００１２】本発明の第１の目的は、変換元文書タイプ
定義および変換先文書タイプ定義の間に利用者が対応付
けを指定する方法を提供することである。より詳しく
は、上記のような種々の場合に対処すべく、変換元文書
タイプ定義の構成単位と変換先文書タイプ定義の構成単
位との間の１：１の対応関係、変換元文書タイプ定義の
含む構成単位の一部の構成単位と変換先文書タイプ定義
の構成単位の含む構成単位の全体または一部の構成単位
との間の１：１の対応関係、変換元文書タイプ定義の含
む構成単位の出現順序と変換先文書タイプ定義の構成単
位の対応する構成単位の出現順序とが異なるような対応
関係、変換元文書タイプ定義の含む構成単位の系列と変
換先文書タイプ定義の構成単位との間の対応関係を与え
ることを可能とすることを目的とする。また、変換先文
書タイプ定義の一部の構成単位の定義として複数個数出
現の記述がなされている場合、変換元文書タイプ定義の
含む構成単位あるいは構成単位系列を、変換先文書タイ
プ定義の前記複数個数指定の構成単位の一個分の出現例
と解釈されるような対応関係を与え得ることを目的とす
る。

【００１３】本発明の第２の目的は、実際に与えられた
変換元文書例を、このように利用者が指定した対応付け
に従って変換し、変換先文書例を作成することである。
更に、このように変換した文書内容を公知の構造文書編
集機能に渡すインターフェースを提供することである。

【００１４】

【課題を解決するための手段】上記の第１の目的に対し
て、本発明は、変換元の文書例の従う文書タイプ定義で
ある変換元文書タイプ定義と変換先の文書例の従う文書
タイプ定義である変換先文書タイプ定義とを用意すると
ともに、利用者による文書タイプ定義間の対応付け操作
手段を提供し、また、その指定結果を示す文書タイプ対
応情報の作成手段を提供する。

【００１５】上記の第２の目的に対して、本発明は、変
換元文書例と変換先文書タイプを指定し、該当する文書
タイプ対応情報を参照し、変換先文書例を作成する手段
を提供する。また、作成した変換先文書の構成単位の内
容を構造文書編集機能に渡す手段を提供する。

【００１６】

【作用】上記の第１の目的を実現するために、本発明で
は、変換元の文書例の従う文書タイプ定義である変換元
文書タイプ定義と変換先の文書例の従う文書タイプ定義
である変換先文書タイプ定義とを用意すると共に、利用
者による文書タイプ定義間の対応付け操作を用いて、適
当な変換元文書タイプ定義の構成単位あるいはその系列
と、該当する変換元文書タイプ定義の構成単位との間の
対応関係を指定することにより、両文書タイプの構造上
の関係を与えることができる。この対応関係の指定は、
先に記した、Ａ）からＤ）の場合に相当する対応関係を
含む指定が可能である。なお、これらの指定結果に従っ
て、文書タイプ対応情報を作成し、変換元文書タイプの
識別と定義変換先文書タイプ定義の識別とのペアによっ
て取り出される形で保存し、下記の変換処理で利用でき
るようにする。

【００１７】第２の目的を実現するために、本発明で
は、変換元文書例と変換先文書タイプを指定されて、変
換元文書タイプと変換先文書タイプの識別により、該当
する文書タイプ対応情報を取り出して参照し、これと変
換元文書例の内容とを突き合わせつつ変換先文書例を作
成することができる。また、この変換先文書例の構成単
位を作成するごとに、その内容を構造文書編集機能を渡
すことによって、変換先文書例を変換しながら編集、表
示等の公知の構造文書編集機能の文書処理機能を利用す
ること、および、既存の変換先文書例に変換元文書例か
らの内容を変換して追加することを可能とする。

【００１８】

【実施例】図２は本発明の文書情報の構造変換方法を提
供する文書システムの一構成例である。図２で、処理装
置２０は、本システムを実現するプログラムを実行する
処理装置であり、キーボード２１は、本システムの利用
者が文書名を指定したり、システムからの問い合わせに
応えたりするための文字入力手段であり、ディスプレイ
装置２２は、文書例や文書タイプ定義を表示する出力装
置であり、指示入力装置２３は、ディスプレイ装置２２
に表示された部分を指示することにより、利用者からの
指定を与える入力装置であり、外部記憶装置２５は、文
書例や文書タイプ定義および文書タイプ対応情報などの
文書データの保存、本システムのプログラムの保存手段
であり、主記憶装置２４は、本システムのプログラムお
よび文書データを必要に応じて外部記憶装置２６からこ
こに読み込み、プログラムによって参照したり、データ
を生成・変更したりするためのいわゆる主記憶装置であ
る。

【００１９】本システムを起動すると、本システムを実
現するためのプログラムが、外部記憶装置２５から主記
憶装置２４に読み込まれ、このプログラムに制御が渡さ
れる。

【００２０】図１によりこのプログラムの動作を説明す
る。このプログラムは、本発明の文書情報の構造変換方
法を与えるものである。プログラムは、符号１００の部
分から開始されると、まず、処理１０１で、ディスプレ
イ装置２２へ表示によって、利用者に対してその行いた
いことを問いかけ、その要求の指定を持つ。利用者は、
キーボード２１あるいは指示入力装置２３を用いてその
要求を指定する。ここでの利用者の要求とは、文書タイ
プ定義間の対応付けの場合と、文書内容の構造変換の場
合との二種がある。処理１０２はこれらを判別し、前者
であれば処理１１１に進み、後者であれば処理１２１に
進む。処理１１１から始まる文書タイプ定義間の対応付
け処理とは、入力情報である変換元文書タイプ定義１３
１と変換先文書タイプ定義１３２とに関して、利用者に
対して両文書タイプ定義間の対応付け操作を行わせ、利
用者による操作内容によって、文書タイプ対応情報１３
３を作成して外部記憶装置２５に保存する。

【００２１】ここで、以下の処理の記述の前提となる文
書タイプ定義について、まず、例を挙げて説明する。図
３と図４は、文書情報の文書タイプ定義の例を与える図
である。このうち、図３は、文書の一種である論文に関
する文書タイプ定義の例である。論文にも色々な形式が
あり、唯一つの文書タイプ定義で定義できない。しか
し、論文としてまとめられる以上、共通の性質もある。
図３は、二つの論文の種類である論文Ａと論文Ｂに関す
る文書タイプ定義の例を示したものである。図３（ａ）
が論文Ａに関する文書タイプ定義、図３の（ｂ）が論文
Ｂに関する文書タイプ定義を示す。なお、文書タイプ定
義の全体は規模が大きく、ここではその一部を示した。

【００２２】図３の（ａ）の論文Ａに関する文書タイプ
定義３１について説明する。文書タイプ定義は、いくつ
かの定義文からなる。文書タイプ定義３１で、Ａ．
１）、Ａ．２）、Ａ．３）などと記した各々が定義文の
例である。〈〉で囲んで示したのがこの文書の構成単位
であると考える。即ち、〈タイトル〉とは、タイトルと
いう名称の構成単位を指す。一々、タイトルという名称
の構成単位と言うのは面倒なので、説明でも〈タイト
ル〉という記号を使うことにする。定義文Ａ．１）は、
論文Ａという文書（その最上位の構成単位が〈論文Ａ〉
である）の形式が、次の種類の構成単位がその順に出現
したものであることを示す。即ち〈論文Ａ〉とは、〈タ
イトル〉、〈著者〉、〈要旨〉、〈始めに〉、〈本
文〉、〈終りに〉、および、〈参考文献〉の系列であ
る。

【００２３】これは、普通の言葉で言えば、論文Ａの形
式は、まず、タイトルがあり、次に著者が書いてあり、
その次に、要旨が来て、始めにという項目の後に、本文
を記し、終りにという項目を置いて、最後に、参考文献
を記す、というような書き方の規定に相当する。定義文
Ａ．１）の記述は、このような規定をより簡明に示す方
法である。なお、この記述法は、プログラム言語の文法
の記述法として従来採用されているものと、基本的には
同じものである。

【００２４】定義文Ａ．２）は、定義文Ａ．１）で用い
られた〈本文〉を定義している。即ち、〈本文〉とは、
〈章〉＊である。ここで、＊はその直前の記述の１個以
上の出現を表わす。つまり、〈本文〉は、〈章〉が１個
以上繰り返し出現したものである。文書タイプ定義は、
このように、各構成単位を定義し、その定義に用いた構
成単位を更に定義するという風に行われる。しかし、定
義文Ａ．３）以降へと続く論文Ａの定義の詳細は、本発
明の理解の上で必要でないので図３の（ａ）では省略し
た。

【００２５】次に、図３の（ｂ）の論文Ｂに関する文書
タイプ定義３２を説明する。定義文Ｂ．１）は、〈論文
Ｂ〉が、〈タイトル〉、〈著者〉、〈序論〉、〈本
文〉、〈結論〉、〈謝辞〉？、および、〈参考文献〉の
系列であることを示す。ここで〈謝辞〉？とは、〈謝
辞〉が有っても無くてもよいことを示す。定義文Ｂ．
２）は、論文Ａの場合と同様、〈本文〉とは〈章〉＊で
ある、ということを示している。定義文Ｂ．３）以降へ
と続く論文Ｂの定義の詳細は省略した。

【００２６】もちろん、この定義からは判らないが、こ
こでは、論文Ａの〈始めに〉の定義内容と論文Ｂの〈序
論〉の定義内容とは同じであるとする。〈終りに〉と
〈結論〉についても同様である。ここで、論文Ａと論文
Ｂの形式を比較しておくと、論文Ａには〈謝辞〉がな
く、論文Ｂには〈要旨〉がない。また、論文Ａにある
〈始めに〉、〈終りに〉は、それぞれ、論文Ｂにある
〈序論〉、〈結論〉に対応するのであるが、両論文でそ
れらの構成単位の識別名が違っている例である。

【００２７】これらの構成単位の識別名の違いを除け
ば、二つの文書タイプ論文Ａと論文Ｂの形式の相違は、
以下の点だけである。論文Ａには定義した位置に〈要
旨〉があり、一方、〈謝辞〉という構成単位はなく（多
分、誰かに感謝したければ、〈終りに〉の末尾にでも記
すのである）、論文Ｂには定義した位置に〈謝辞〉を置
くことができ（但し、省略してもよい）、一方、〈要
旨〉がない。即ち、二つの文書タイプ論文Ａと論文Ｂと
は、極めて類似の文書タイプを定義していることにな
る。そして、ＳＧＭＬの普及などによって、文書タイプ
の定義が広く用いられるようになれば、このようなこと
は、実際に十分起こり得ることである。可能ならば、文
書タイプの統一、標準化が望ましい場合もあるが、既存
の文書は従来その形式を持っているのであり、現実に
は、本来異なる文書タイプの定義を統一するよりも、む
しろ、類似の文書タイプ定義の間の関係を取り扱う本発
明のような機能が要求されると考えられる。

【００２８】例えば〈始めに〉と〈序論〉の例のよう
に、内容上は等価でありながら構成単位の識別名が異な
るという事態も、論文Ａと論文Ｂの文書タイプ定義が独
立になされ得る（あるいは、既に過去に独立になされ
た）ことだけからでも、十分起こり得ることであること
がわかる。

【００２９】また、文書タイプを新規に定義するにして
も、内容上は等価な構成単位の識別名を異なるものにし
たいという要求はあり得る。例えば、日本語の文書では
日本語の構成単位名を、英語の文書では英語の構成単位
名を用いたいであろう。子供用の文書と大人用の文書で
は構成単位名も、それにふさわしい識別名にしたいであ
ろう。先に挙げた構造文書機能を用いて文書を作成する
時、構造文書機能の側から、作成対象文書の文書タイプ
定義に従った構成単位の識別名の系列が表示され、文書
作成者は、ある構成単位の内容を入力したり、表示させ
たり、文字サイズや書体を変えたりできる。この場合に
も、自らの作成する文書のタイプにふさわしい構成単位
の識別名を用いることが、利用者の文書作成効率にとっ
て望ましい。このように、類似の文書タイプであって
も、その文書タイプ定義を完全に統一することは、現実
問題として可能でもなく、また、望ましいことでもな
い。しかし、一方、類似の文書であるからには、共通の
扱いをしたいことが起こるのは当然である。これを文書
タイプ間の関係付けによって実現する。

【００３０】次に図４により、別の文書タイプ定義の例
を説明する。図４（ａ）は論文抄録Ｃの文書タイプ定
義、図４の（ｂ）は論文誌Ｄの文書タイプ定義を示す。
図４の（ａ）の論文抄録Ｃの文書タイプ定義４１を見る
と、定義文Ｃ．１）で、〈論文抄録Ｃ〉とは〈全タイト
ル〉と〈抄録〉＊との系列であることが示され、この
〈抄録〉は定義文Ｃ．２）により〈タイトル〉、〈著
者〉、〈要旨〉の系列であることが示されている。定義
文Ｃ．３）の〈全タイトル〉の定義以降の記述は省略し
た。

【００３１】この定義から判ることではないが、実は論
文抄録Ｃの〈抄録〉部分は、先に定義した〈論文Ａ〉の
構成単位である〈タイトル〉、〈著者〉、〈要旨〉の系
列であるものとする。この〈抄録〉に＊が付加されてい
るから、この構成単位は繰り返されるのであり、〈論文
Ａ〉の異なる文書例の対応部分がここに取り込まれる。

【００３２】〈全タイトル〉はこの〈論文抄録Ｃ〉全体
のタイトルである。即ち、〈論文抄録Ｃ〉は、そのタイ
トルの後に、〈論文Ａ〉のいくつかの文書例の〈タイト
ル〉、〈著者〉、〈要旨〉の系列を繰り返して配置した
ものであり、実際によく見られる論文の抄録誌の形式を
示している。

【００３３】次に、図４の（ｂ）の論文誌Ｄの文書タイ
プ定義を簡単に見ておこう。まず、定義文Ｄ．１）は
〈論文誌Ｄ〉が〈全タイトル〉と〈序文〉と〈論文Ａ〉
＊の系列であることを示す。定義文Ｄ．２）は〈論文
Ａ〉、定義文Ｄ．３）は〈全タイトル〉、定義文Ｄ．
４）は〈序文〉の定義をそれぞれ与えるが、それらの定
義内容と以降の定義内容については省略した。

【００３４】実は、この〈論文誌Ｄ〉は、〈論文Ａ〉の
文書例をいくつか配置したものの前に、〈全タイトル〉
と〈序文〉を付加したもので、よくある学会誌の形式を
単純化したものである。注意すべきは、図４の（ａ）で
文書タイプ〈論文抄録Ｃ〉の構成単位が別の文書タイプ
〈論文Ａ〉の構成単位を含み、図４の（ｂ）で文書タイ
プ〈論文抄録Ｄ〉の構成単位が、別の文書タイプ〈論文
Ａ〉の構成単位全体を含むことであり、これらは、先に
図３の説明の後に言及した本発明の対象とする文書タイ
プ間の関係の別の例である。

【００３５】図１に戻り、処理１１１から始まる文書タ
イプ定義間の対応付け処理について説明する。処理１１
１は、利用者がこれから対応付け指定を行いたい変換元
／変換先の文書タイプ定義の識別名をキーボード２１に
より指定し、プログラムがそれらを受け取る処理であ
る。この後、処理１１２に進み、ディスプレイ装置２２
の画面に、上で指定された変換元／変換先の文書タイプ
定義を表示する。

【００３６】この画面表示の例を、図５によって説明す
る。図５の（ａ）は、処理１１１で、変換元文書タイプ
として論文Ａ、変換先文書タイプとして論文Ｂを利用者
が指定したのに対して、処理１１２によりディスプレイ
装置２２に表示される文書タイプ対応付け操作画面（対
応付け画面と呼ぶ）の例である。この対応付け画面の内
容５１０は、外部記憶装置２５から利用者の指定した識
別名によって取り出した変換元文書タイプ定義１３１の
内容５２０および変換先文書タイプ定義１３２の内容５
３０とから成る。この表示内容は、それぞれ、図３の
（ａ）および（ｂ）に示した論文Ａと論文Ｂの文書タイ
プ定義の第１の定義文の内容を示したものである。但
し、それぞれの構成単位の前に〔〕を表示すると共
に、各構成単位を行を変えて表示している。図５の
（ｂ）は、処理１１１で、変換元文書タイプとして論文
Ａ、変換先文書タイプとして論文抄録Ｃが指定されたと
きに、処理１１２により表示される対応付け画面の例で
ある。この内容５５０のうち、左側の内容５６０が変換
元文書タイプ定義、右側の内容５７０が変換先文書タイ
プ定義を表わすことなど、図５の（ａ）と同様である。

【００３７】図１の処理フロー処理１１２で、上のよう
な対応付け画面が表示された後、処理は、次の処理１１
３に移る。処理１１３は、この対応付け画面の入力領域
である構成単位の前〔〕の中に、利用者が文書タイプ
定義間の対応付け指定を行い、プログラムがそれを受け
取るものであり、文書タイプ定義間の対応付け操作の処
理という。

【００３８】図６により、利用者による対応付け指定の
例と、その意味する所を説明する。図６の（ａ）は、図
５の（ａ）の対応付け画面に対して、利用者が指定した
対応付け指定の内容６１０を示す。この内容は、図５の
（ａ）の左右の文書タイプ定義の各構成要素に対応する
〔〕の中に、利用者がそれらの対応付けを示す記号
（ここでは、ａ，ｂ，ｃなどの文字によっている）を入
力したものである。この対応付けの方法は、変換元／変
換先文書タイプ定義の構成要素に付された記号が同じも
のを対応させるものである。

【００３９】例えば、図６の（ａ）で、変換元文書であ
る論文Ａの構成要素〈タイトル〉と、変換先文書である
論文Ｂの構成要素〈タイトル〉の両者に〔ａ〕と付され
ているからこれらは対応する。なお、両者の構成要素の
識別名はこの対応関係にとって意味を持たないことに注
意する。つまり、識別名が同じだから対応する、識別名
が異なるだから対応しない、ということはない。すべて
は、ここでの利用者の指定による。

【００４０】図６の（ａ）では、〈タイトル〉と同様
に、それぞれの文書の構成要素である〈著者〉、〈本
文〉、〈参考文献〉の対応が指定されている。更に、変
換元文書である論文Ａの構成要素〈始めに〉と、変換先
文書である論文Ｂの構成要素〈序論〉には、共に〔ｃ〕
と付されているからこれらは対応する。〈終りに〉と
〈結論〉も同様である。つまり、先に図３の説明と共に
述べた論文Ａと論文Ｂの形式の類似性はこの対応付けの
指定内容によってプログラムに対して示される。それら
の相違点は、前者が含む〈要旨〉を後者が含まないこ
と、逆に、後者が含み得る〈謝辞〉を前者が含まないこ
と、前者の構成単位の識別名〈始めに〉と〈終りに〉と
〈結論〉に対して、後者ではそれぞれ識別名〈序論〉と
〈結論〉を用いていることである。図６の（ａ）の利用
者の指定はこの対応関係を示している。また、注意すべ
きは、このような指定によって、両文書タイプがこのよ
うな関係を持つことが初めて明らかになることである。

【００４１】図６の（ｂ）は、図５の（ｂ）の対応付け
画面に対して、利用者が指定した対応付け指定の内容６
５０を示す。内容６５０の、変換元文書タイプ定義の部
分６６０の表示内容は（ａ）と同様である。変換先文書
タイプ定義の部分６７０の表示内容は、図５の（ｂ）の
対応付け画面の該当部分と少し異なっている。即ち、
〈抄録〉に対する定義文の内容が更に、画面に加えられ
ている。これは、例えば、利用者が図５の（ｂ）の対応
付け画面において、〈抄録〉の部分を指示入力装置２３
によって指示しつつ、その定義情報を出力するように要
求したのに対して表示されたものである。図６の（ｂ）
は、この後で利用者が指定した対応付け指定の内容６５
０を示したものである。その指定方法は先に述べた通り
である。その指定内容は、変換元文書タイプの〈論文
Ａ〉の構成単位である〈タイトル〉と〈著者〉と〈要
旨〉とが、それぞれ、変換先文書タイプの〈論文抄録
Ｃ〉の構成単位である〈抄録〉を構成する構成単位であ
る〈タイトル〉と〈著者〉と〈要旨〉とに対応すること
を示す。

【００４２】即ち、先述のように、〈論文抄録Ｃ〉は、
そのタイトルの後に、〈論文Ａ〉のいくつかの文書例の
〈タイトル〉、〈著者〉、〈要旨〉の系列を繰り返して
配置したものである。繰り返して言うが、図６の（ｂ）
の利用者の指定により、初めてこの対応関係が明らかに
なるのである。なお、図には示さなかったが、図４の
〈論文誌Ｄ〉がそれ独自の構成単位である〈全タイト
ル〉と〈序文〉の後に〈論文Ａ〉の全体を繰り返し含む
という関係の指定も同様に可能である。

【００４３】図１の処理フローの説明に戻ると、処理１
１３で、上のような文書タイプ定義間の対応付け指定が
なされ、プログラムがこれを受け取ると、処理は次の処
理１１４に移る。処理１１４は、上の利用者の指定内容
を両文書タイプの識別名のペアによって取り出される形
で、外部記憶装置２５に保存する。この後、処理は再び
処理１０１に戻って、利用者の要求の指定を待つ。今度
は、利用者の要求の指定が文書内容の構造変換であるも
のとし、処理１０２から処理１２１に制御が移ったもの
としよう。

【００４４】以下、図１の処理１２１から始まる文書内
容の構造変換の処理について説明する。

【００４５】まず、処理１２１では、利用者が変換元／
変換先文書例の識別名および変換先文書タイプの識別名
を指定するのを受け取る。この後、処理１２２に進み、
指定された変換元文書例１３４、変換先文書例１３５お
よび文書タイプ対応情報１３３を外部記憶装置２５から
読込む。このとき、指定された変換先文書例がない場合
は、新規の文書例とみなして、内容が空の文書例を作成
する。指定された変換先文書例１３５がある場合は、そ
れを読込む。

【００４６】文書タイプ対応情報１３３は、指定された
変換元文書例よりわかる変換元文書タイプと指定された
変換先文書タイプとのペアによって、外部記憶装置２５
から読み込むことができる。

【００４７】この後、処理１２３に進み、変換元文書例
１３４の内容を、文書タイプ対応情報１３３の示す所に
従って、構成単位ごとに取り出して、変換先文書例１３
５の対応する構成単位の内容として構造変換し、処理１
２４に進む。

【００４８】処理１２４は、公知の構造文書編集機能で
あり、ここでは、変換先文書タイプ定義を作成対象の文
書の文書タイプ定義とし、処理１２２で読み込んだ変換
先文書例１３５（または、上述の新規の文書例）を作成
中の文書例とし、処理１２３で作成した変換先文書タイ
プの構成単位の内容を作成中の文書例の部分の内容とし
て扱うものとする。公知の構造文書編集機能は、このよ
うなインタフェースで、作成対象の文書タイプ定義と作
成対象の文書例の構成単位ごとの内容を受け取って、そ
の文書例を作成できる。一構成単位の内容を作成した
後、処理１２５に進み、変換元文書例１３４の内容がな
くなったかどうかを判定する。

【００４９】ここで、「終り？」でＹＥＳとは、変換元
文書例１３４の内容がなくなったこと、「終り？」でＮ
Ｏとは、変換元文書例１３４の内容がまだ残っているこ
とを示す。従って、処理１２５で、ＮＯの場合には処理
１２３に戻って変換元文書例１３４のまだ残っている内
容の変換処理を続ける。また、処理１２５で、ＹＥＳの
場合には処理１０１に戻って利用者の次の要求を受け取
る。

【００５０】以上により、本発明の文書情報の構造変換
方法の処理方法を一とおり説明した。これを本発明の目
的と対照してまとめると、次のようである。

【００５１】即ち、処理１１１から処理１１４におい
て、本発明の第１の目的である、変換元文書タイプ定義
および変換先文書タイプ定義の間に利用者が対応付けを
指定する方法を提供できることを示した。変換元文書タ
イプ定義の構成単位と変換先文書タイプ定義の構成単位
との間の１：１の対応関係、変換元文書タイプ定義の含
む構成単位の一部の構成単位と変換先文書タイプ定義の
構成単位の含む構成単位の全体または一部の構成単位と
の間の１：１の対応関係、変換元文書タイプ定義の含む
構成単位の出現順序を変換先文書タイプ定義の構成単位
の対応する構成単位の出現順序とが異なるような対応関
係などを含めて、種々の対応関係が実現できることも例
と共に示した。

【００５２】次に、処理１２１から処理１２５におい
て、本発明の第２の目的である、利用者が変換元文書例
と変換先文書タイプを指定したのに対して、該当する文
書タイプ対応情報を参照し、変換先文書例を作成する手
段を提供すると共に、作成した変換先文書の構成単位の
内容を構造文書編集機能に渡す手段を提供することがで
きる。

【００５３】今後、ＳＧＭＬ文書の文書タイプ定義のよ
うな論理構造の定義とそれに従った文書例の作成、蓄
積、交換、利用が普及すること予想される。そこでは、
多種類の文書タイプ定義とこの文書タイプ定義ごとにま
た多数の文書例が作成される。すなわち、構造上は全く
等価で、構造単位の名前が異なる文書タイプ、構成単位
の出現順序だけが異なるような文書タイプ、他の文書タ
イプの構成単位を構成単位として含むような文書タイ
プ、他の文書タイプの構成単位の繰り返しを構成単位と
して含むような文書タイプなどがあり得る。そして、そ
れらの文書タイプに従う文書例について、これらの関係
を利用した文書例相互間の処理が意味を持つ。即ち、あ
る学会用に作成した論文を別の学会用の論文に変更する
こと、ある論文誌の論文のタイトルと著者名と要旨のみ
を抜き出した要約を作成すること、ある学会の論文を集
めて先頭および最後に別形式の文章を付加して１冊の論
文誌を構成すること、ある論文誌に記載された複数の論
文のタイトルと著者名と要旨のみを抜き出した要約集を
作成することなどの要求である。これらの要求は、一括
して、文書例の間の文書情報の構造変換の要求であると
いうことができる。

【００５４】

【発明の効果】本発明によれば、変換元文書例の従う文
書タイプ定義および変換先文書例の従うべき文書タイプ
定義を利用して、変換元文書タイプ定義および変換先文
書タイプ定義の間に利用者が対応付けを指定する方法を
提供すること、および、実際に与えられた変換元文書例
を、このように利用者が指定した対応付けに従って変換
し、変換先文書例を作成することによって、この要求を
実現することができる。更に、このように変換した文書
内容を公知の構造文書編集機能を渡すことによって、変
換先の文書を更に、任意に編集したり、印刷したり、割
り付けしたりすることができる。

【図面の簡単な説明】

【図１】本発明の一実施例における文書情報の構造変換
方法を与えるフローチャート。

【図２】本発明の一実施例における文書情報の構造変換
方法を与える文書システムのブロック図。

【図３】本発明の一実施例における文書情報の文書タイ
プ定義の例を与える説明図。

【図４】本発明の一実施例における文書情報の文書タイ
プ定義の別の例を与える説明図。

【図５】本発明の一実施例における文書タイプ定義間の
利用者による対応付け操作の例を示す説明図。

【図６】本発明の一実施例における文書タイプ定義間の
利用者による対応付け操作の別の例を示す説明図。

【符号の説明】

１１３…文書タイプ定義間の対応付け操作の処理、１１
４…文書タイプ対応情報の作成処理、１２３…文書例の
内容の構造変換、１２４…構造文書編集処理、１３１…
変換元文書タイプ定義、１３２…変換先文書タイプ定
義、１３３…文書タイプ対応情報、１３４…変換元文書
例、１３５…変換先文書例。

Claims

【特許請求の範囲】

【請求項１】複数の文書に共通の文書の形式を、その構
成単位とその出現順序と出現個数によってを記述し、前
記構造単位の形式を同様に記述することを適宜繰返すこ
とによって、文書の形式を定義したデータである文書タ
イプ定義として、第１の文書タイプ定義と、第２の文書
タイプ定義との２種を与えられて、これらの文書タイプ
定義間の利用者による対応付け操作によって、前記第１
の文書タイプ定義に従う文書例を前記第２の文書タイプ
定義に従う文書例に変換する際に利用する文書タイプ対
応情報を作成することを特徴とする文書情報の構造変換
方法。
【請求項２】請求項１に記載の利用者による文書タイプ
定義間の対応付け操作として、前記第１の文書タイプ定
義の構成単位と前記第２の文書タイプ定義の構成単位と
の間の１：１の対応関係を与える文書情報の構造変換方
法。
【請求項３】請求項１に記載の利用者による文書タイプ
定義間の対応付け操作として、前記第１の文書タイプ定
義の含む構成単位の一部の構成単位と前記第２の文書タ
イプ定義の構成単位の含む構成単位の全体または一部の
構成単位との間の１：１の対応関係を与える文書情報の
構造変換方法。
【請求項４】請求項１に記載の利用者による文書タイプ
定義間の対応付け操作として、前記第１の文書タイプ定
義の含む構成単位の出現順序を前記第２の文書タイプ定
義の構成単位の対応する構成単位の出現順序とが異なる
ような対応関係を与える文書情報の構造変換方法。
【請求項５】請求項１に記載の利用者による文書タイプ
定義間の対応付け操作として、前記第１の文書タイプ定
義の含む構成単位の系列と前記第２の文書タイプ定義の
構成単位との間の対応関係を与える文書情報の構造変換
方法。
【請求項６】請求項１に記載の利用者による文書タイプ
定義間の対応付け操作において、前記第１の文書タイプ
定義の一部の構成単位の定義として、出現個数がある一
定の複数値であるか、あるいは、任意の複数個数でよい
という記述がなされている場合、前記第１の文書タイプ
定義の含む構成単位あるいは構成単位系列を、前記第２
の文書タイプ定義の前記複数個数指定の構成単の一個分
の出現例と解釈されるような対応関係を与える文書情報
の構造変換方法。
【請求項７】請求項１，２，３，４，５または６におい
て、所属する文書タイプの指定された第１の文書例が与
えられて、これを別の文書タイプ定義に従う第２の文書
例に変換するに際して、前記第１の文書例の文書タイプ
定義を前記第１の文書タイプ定義とし、前記第２の文書
例の文書タイプ定義を前記第２の文書タイプ定義として
作成された、前記文書タイプ対応情報を参照し、この対
応関係に応じて、前記第１の文書例の構成単位を、場合
により無視し、場合により順序を変え、場合により変換
先文書定義の構成単位として扱うことによって、前記第
１の文書タイプ定義に従う文書例を前記第２の文書タイ
プ定義に従う文書例に変換する文書情報の構造変換方
法。
【請求項８】請求項７において、ある文書タイプ定義に
従う文書例全体の内容、あるいは、その文書を構成する
構成単位に対する文書例の内容が与えられたとき、それ
ら与えられた内容を指定の文書タイプ定義に含まれる構
成単位と対応付けることによって、文書タイプ定義に従
っていることを確認しつつ文書例を編集する構造文書編
集機能を保持し、文書情報の構造変換において、文書例
の内容を、場合により無視し、場合により順序を変え、
場合により前記第２の文書定義の構成単位に取り替える
ことによって得られる文書内容を、前記第２の文書タイ
プ定義に従う文書例の内容であるとして、対応する構成
単位の識別と共に前記構造文書編集機能に与えることに
よって、変換先の文書例の編集を行う文書情報の構造変
換方法。