JPH05282131A

JPH05282131A - データフォーマット変換

Info

Publication number: JPH05282131A
Application number: JP3048060A
Authority: JP
Inventors: A Mcnelis Paul; アントニーマックニールズポール; Mark Smith Jonathan; マークスミスジョナサン; Ann Kelly Jean; アンケリージャン
Original assignee: Digital Equipment International Ltd
Current assignee: Compaq Computer Holding Ltd
Priority date: 1990-03-14
Filing date: 1991-03-13
Publication date: 1993-10-29
Also published as: GB9005697D0; DE69126805D1; EP0447157A2; EP0447157A3; US5173853A; DE69126805T2; EP0447157B1

Abstract

(57)【要約】【目的】データフォーマット変換のためのシステム。【構成】本発明のシステムは、データ構造を第１のソ
ースフォーマットから第２の目標フォーマットに変換す
るものである。このデータ構造は、内容アーキテクチ
ャ、プロフィール論理、レイアウト構造が含む。またこ
のシステムは、プロフィール変換要素、及び前記プロフ
ィール変換要素によって選択されたソース文書内容を目
標フォーマットに変換するための複数の内容アーキテク
チャ変換要素と、ソース文書の論理及びレイアウト構造
を目標フォーマットのそれらに変換し、そして必要な内
容アーキテクチャ変換要素をインボウクするための複数
のプロフィール変換要素と、目標フォーマットに合致す
るプロフィールを認識し、必要なプロフィール変換要素
をインボウクするための主要変換要素を備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般に第１のフォーマッ
トから第２のフォーマットへのデータの変換に関する。
更に言えば、本発明は合成文書をソースフォーマットか
ら目標フォーマットに変換させるための変換システムを
与えるものであり、これらめつフォーマットは各々デジ
タルデータシステム内にデータを記憶するために用いら
れる。

【０００２】

【従来の技術】合成文書は一般に、その文書の内容のた
めの論理及びレイアウト構造を含む文書であって、異な
る型、例えば、文書、幾何学グラフ、ラスタグラフ（イ
メージ）の内容を含む。幾つかの合成文書アーキテクチ
ャが現在存在する。例えば、ＣＤＡとＯＤＡ（「合成」
という言葉は２つの意味で用いられることに注意しても
らいたい。一つは汎用の、もう一つは特別のもの（ＣＤ
Ａ）である。）である。これらは各々、合成文書をどの
ように表現し記憶するかということについて定義するも
のである。これらのアーキテクチャはあまりに異なって
いるので、あるフォーマットから他のフォーマットへの
変換には問題がある。

【０００３】

【発明の概要】本発明の１つの特徴は、ソースフォーマ
ットを目標フォーマットに変換するためのデータ構造フ
ォーマット変換システムを与えることであり、このシス
テムは、ソース文書の内容を目標フォーマットに変換
するためプロィール変換要素によって選択された複数の
内容アーキテクチャ変換要素と、ソース文書の論理及び
レイアウトを目標フォーマットのそれに変換し、必要と
される内容アーキテクチャ変換要素を求めるための複数
のプロィール変換要素、及び合成文書に適合するプロィ
ールを認識しそして必要なプロィール変換要素を求める
ための主要コンバータ要素と、更により好ましくは、プ
ロィール及び／あるいは内容アーキテクチャ変換要素
を、存在する要素を変換することなく付加できる。

【０００４】このシステムの良い所は、コールバックを
内容アーキテクチャ変換要素からプロフィール変換要素
に実行するため、混合された内容タイプの変換が出来る
ことである。本発明の変換システムは合成文書の変換を
与えるが、ここでは合成文書の特定の組みを表すのに、
合成文書アーキテクチャの全てをよりよく定義したサブ
セットが用いられる。この場合、合成文書アーキテクチ
ャの全てのサブセットは「プロィール」と呼ばれる。そ
れ故プロィールは、合成文書アーキテクチャ全体のどの
部分に文書のこのサブセットを表現するために使用出来
るかを認識する。それは、合成文書内で定められるであ
ろうそのプロフィールに整合する属性（及びそれらの
値）を認識する。それはまた、それらの合成文書によっ
て定められた論理、及び／または、レイアウトの複雑さ
についての制限を定義するであろう。

【０００５】本発明の変換システムは、合成文書内の内
容タイプ（アーキテクチャ）の変換をそれらの文書内の
論理及びレイアウト構造の変換から分離するものであ
る。本発明の変換システムは、主要変換要素、プロフィ
ール変換要素、及び内容アーキテクチャ変換要素を含ん
でいる多数の別個の変換要素から作られている。このプ
ロフィール変換要素及び内容変換要素は、プロフィール
あるいは内容アーキテクチャネームに対応するネームに
よって認識される。このシステムでは新しいプロフィー
ル及び内容フォーマット変換要素が開発された時には、
臨時のプロフィール変換要素及び内容変換要素を付加出
来る。これらの付加はシステムの他の（現存する）変換
要素を変化させることなく達成される。

【０００６】主要変換要素は、合成文書が合致するプロ
フィールを認識し、そのプロフィール変換要素を選択し
そしてインボウクするという機能を実行する。（もし合
成文書がシステムに存在しないプロフィールのためのプ
ロフィール及びプロフィール変換要素を特定した場合に
は、エラーがコールシステムに報告され、その変換は中
断されるであろう。）プロフィール変換要素はその後、
変換された文書内の論理及びレイアウト構造を処理し且
つ変換するであろう。内容が変換された合成文書内に配
置されると、その内容が属する内容アーキテクチャが認
識され、対応する内容アーキテクチャ変換要素が求めら
れてその変換が実行される。

【０００７】異なるタイプの内容を合成文書内で混合す
ることが可能である。本発明のシステムはそのような状
態を扱うため、コールバックのシステムを与える。第１
のタイプの内容に、その第１のタイプの内容の一部にな
っている第２のタイプの内容を含んでいることが発見さ
れた場合には、第１のタイプのためのその変換要素はそ
の第２のタイプの内容を変換することが出来ないであろ
う。それ故、それはプロフィール変換要素にコールバッ
クを実行するであろう。それに応答して、このプロフィ
ール変換合成は第２のタイプの内容のための内容変換要
素を求め、そしてこの内容変換要素はその後必要な変換
を実行し、この変換が完了した時にそのプロフィール変
換要素に返還する。プロフィール返還要素はコールバッ
ク処理が実行されたことを知り、それ故処理を第１の内
容タイプの返還要素に返す。

【０００８】本発明の背景についてここでより詳細に考
えてみれば、そこには情報がコンピュータ内に記憶され
操作されているフォーマットのためによりよく確立され
た様々な標準形が存在する。これらのフォーマットの１
つはＯＤＩＦ（オフィス文書変換フォーマット）として
知られており、ＯＤＡ（オフィス文書アーキテクチャ）
として知られるアーキテクチャに関連させられている。
これらのフォーマットの他のものはＤＤＩＦ（デジタル
文書変換フォーマット）として知られておりそれはＣＤ
Ａ（合成文書アーキテクチャ）として知られるアーキテ
クチャと関連させられている。ＯＤＡ／ＯＤＩＦアーキ
テクチャ及びフォーマットはＩＳＯ文書ＩＳＯ8613によ
り定義され、ＣＤＡ／ＤＤＩＦアーキテクチャ及びフォ
ーマットはDigital Equioment Corporation の文書ＤＥ
ＣＳＴＤ078 によって定義される。

【０００９】これらのアーキテクチャ及びそれらに関連
するフォーマットは共に幅広く使用されており、その一
方のフォーマットのデータを他方に変換する出来ること
が明らかに必要である。しかしながらこれら２つのアー
キテクチャ及びフォーマットには重大な違いがある。そ
れ故、それらの間の変換は重大なものなのである。本発
明の主な目的は、データをＣＤＡ／ＤＤＩＦをＯＤＡ／
ＯＤＩＦに変換するための改善された変換システムを与
えることである。しかしながら、本発明は勿論、それら
の（あるいはいづれかの）特定のアーキテクチャ及びそ
れらに関連するフォーマットに限られたものでないこと
は明かであろう。

【００１０】ＯＤＡ／ＯＤＩＦ及びＣＤＡ／ＤＤＩＦ内
の文書構造の詳細は上で述べた文書で定義される。しか
しながら本発明を理解するためには、これらの構造の細
かい非公式の記述が望まれる。それらの構造は共にツリ
ー形態で配列された要素（セグメント）の階層を利用す
る。このツリーはルートセグメントで開始する。例えば
もしその文書が本であれば、そのルートセグメントは全
文書（その本）であり、第１階級下は章であり、各々の
章のセグメントが題目や多数の節であり、節の中のセグ
メントは節の冒頭や多数のパラグラフであるという具合
である。各セグメントは一般に、それら各々が可能な値
の範囲のうちの１つを持つ事が出来る多数の属性を有す
る。

【００１１】ＯＤＡ／ＯＤＩＦでは、丁度述べたそれら
のセグメントは論理構造を形成する。ルートセグメント
はルート論理対象と呼ばれる。それらの枝の「小枝」の
端部において、最も低いセグメントは「内容部分」と呼
ばれており、その文書の内容即ちデータが含まれてい
る。ルートセグメントと内容部分セグメントの間のセグ
メントは、もしそれらが内容部分だけ、さもなければ
「合成論理対象」だけを含んでいれば（つまりもしそれ
らが合成、及び／あるいは、基本論理対象を内容部分と
同様に含んでいれば）、「基本論理対象」と呼ばれる。

【００１２】ＯＤＡ／ＯＤＩＦでは、文書のレイアウト
を何が実効的なマークアップ言語であるかにより決定す
る。これは論理構造とは独立したツリー形態を持つレイ
アウト構造によって実行される。レイアウト構造はルー
トセグメント、即ちその文書を持つ。一般にそのセグメ
ントの一階級下はページセットであり、それらのセグメ
ントの次の一階級下はページであり、その後はフレーム
やブロックが続いている。

【００１３】論理構造の各内容部分がレイアウト構造の
対応するブロックと対にされるといった方法で、ＯＤＡ
／ＯＤＩＦの実行は文書のためにこれら２つのツリーを
構成しなくてはならない。これには、内容部分をパラグ
ラフを２つあるいはそれ以上のパラグラフに分けるとい
うものが度々含まれるであろう。なぜなら、もしパラグ
ラフがあるコラムから次のコラムに連続しており、それ
ら２つのコラムが別個のレイアウト要素であり、そして
単一の内容部分が２つ以上のレイアウト要素と関連する
必要がない場合には、パラグラフセグメントの始まりを
含む内容部分に対応するあるコラム要素内の最後のブロ
ックと、パラグラフの残りを含む第２の内容部分に対応
する次のコラム要素の最初のブロックで、２つ以上のブ
ロックに分けられるだろうからである。

【００１４】文書が働いている時（作り出されたりある
いは編集されたりしている時）は、完全なＯＤＡ／ＯＤ
ＩＦ制限が一般に遂行されていないことが分かるであろ
う。なぜなら明かなように、もし文書をその内容をちょ
っと変える度に再フォーマットすると、文書の編集が遅
れ、しかも複雑となってしまうからである。その代わ
り、完全なＯＤＡ／ＯＤＩＦ制限をエデットが終了した
時にしなくてはならないのである。（同一の原理がＣＤ
Ａ／ＤＤＩＦにも同様に適用される）。

【００１５】ＯＤＡ／ＯＤＩＦ構造は更に複雑なものを
含んでおり、ページ番号の脚注及び挿入のロケーション
のような問題に関して詳細に考える必要はない。ＣＤＡ
／ＤＤＩＦでは、ＯＤＡ／ＯＤＩＦの論理ツリーと多少
似ているツリー構造が存在する。しかしながらＣＤＡ／
ＤＤＩＦにおいて別個のレイアウトツリーは存在しな
い。その代わりにＣＤＡ／ＤＤＩＦは、インプリシット
ガレイベースレイアウト(implicit galley-based layou
t)を使用する（様々なセグメントの属性は一般に、その
レイアウトの多くの特性あるいは特徴─例えば、フォン
ト、フォントのサイズ、ライン幅等を定義するであろう
が）。ＣＤＡ／ＤＤＩＦはこのように、幾つかの面でＯ
ＤＡ／ＯＤＩＦより簡易なものであるが、他の面ではよ
り複雑である（例えば、それはリブリンク(live links)
や外部リファレンスの使用を許す) 。

【００１６】また更に、ＣＤＡ／ＤＤＩＦ及びＯＤＡ／
ＯＤＩＦの両方の特徴であるが、異なる内容のタイプ
（メタクラス）が存在するということがある。このよう
にＯＤＡ／ＯＤＩＦでは、テキスト、ラスタグラフ、及
び幾何学グラフのための別個のメタクラスが存在する。
（ラスタグラフは図面のビットマップであり、幾何学グ
ラフは座標や、線、弧、ベタ領域等のための他のパラメ
ータによって定義される図面である）。

【００１７】ＯＤＡ／ＯＤＩＦ標準形は勿論とても複雑
なものであり、そのユーザの多くはＯＤＡ／ＯＤＩＦ設
備の全範囲を必要とはしていない。完全なＯＤＡ／ＯＤ
ＩＦ標準形のあるサブセットはそれ故改善され、これら
はＤＡＰｓ（文書アプリケーションプロィール）として
知られている。これらのサブセットを漠然とした階級に
分類することも出来る。階級１は簡単なテキスト操作、
階級２は簡単なワード処理（ページの番号付け、かなり
複雑な論理構成）、階級３は複雑なワード処理及びディ
スクトップパブリッシング（desk top publishing) (複
雑なレイアウト、フォント及びプリント、図表等) 、そ
して階級４が完全なＯＤＡ／ＯＤＩＦである。３つの特
別なＤＡＰｓがＱ111 、Ｑ112 、Ｑ121 をして知られて
いる。

【００１８】文書がＯＤＩＦかＤＤＩＦ形態である場合
には、文字（それらのいくつかは制御文字である）の記
号列の形態をしているということは明かであろう。例え
ば、完全なツリー構造は勿論存在するが、これらのツリ
ー構造は暗黙のものであり、適当な処理によってのみ文
字記号列から回復され得るものである。ＯＤＡ／ＯＤＩ
Ｆ及びＣＤＡ／ＤＤＩＦのため、ＯＤＩＦあるいはＤＤ
ＩＦ形態の文書を分析し、記号列自体を各動作のために
分析しなくてはならない場合に必要とされであろうもの
よりも非常にたやすくそれが動作できるようにするツー
ルキットと呼ばれる機構が開発された。そのようなツー
ルキットは文書の属性を操作することが出来るが、文書
それ自体（その「内容」）は操作出来ない。

【００１９】この背景のもとで、本発明の変換システム
をよりうまく実行する方法をより詳細に考えることが出
来る。

【００２０】

【実施例】図１は変換システムのブロック図である。こ
こでは主に、ＤＤＩＦ文書をＯＤＩＦ形態に変換するた
めのプロセスを考える。逆の変換は同様のものである
が、幾らか複雑である。ＯＤＩＦ文書はＯＤＩＦ文書装
置10に記憶されている。この装置は装置10内の文書から
その文書の様々な要素を引き出す働きをするＯＤＡツー
ルキット装置11と結合されている。３つのＤＡＰハンド
ラー12−１〜12−３がツールキット装置11に結合されて
いる。ツールキットはまず始めにその文書を点検してど
のＤＡＰに従って行動するかを決定し、そうして適当な
ＤＡＰハンドラーを選択する。

【００２１】各ＤＡＰハンドラーはまた、３つの内容ア
ーキテクチャハンドラー13−１〜13−３の組みにも結合
されている。各々の内容ハンドラーは対応する内容メタ
クラスの内容の変換─装置13−１でラスタグラフ、装置
13−２で幾何学グラフ、装置13−３でテキスト─を実行
する。選択されたＤＡＰハンドラー及びツールキットは
結合して連続する要素を文書から選択する。文書の論
理、及び／または、レイアウト要素の処理はこれら２つ
の装置両方によって影響を受ける。内容要素はこれら２
つの装置により変換を実行する内容アーキテクチャハン
ドラーに送られる。

【００２２】文書の構造またはレイアウトの処理は、こ
のようにその内容の処理から厳格に分離されている。構
造あるいはレイアウトの処理は選択されたＤＡＰハンド
ラーによって排他的に実行され、それら内容の個々のメ
タクラスの処理はそのメタクラスのための内容アーキテ
クチャハンドラーによって排他的に実行される。今まで
述べた装置によって作られた処理、及び／または、変換
された様々な要素は、ＣＤＡコンバータカーネル15に結
合されたＯＤＡＦＥＢＥ（前端後端）主要要素14へ
送られる。しかしながらＣＤＡコンバータカーネル15は
それをＣＤＡツールキット装置（ＯＤＡツールキット装
置11に類似している) 、ＤＤＩＦ文書装置、及び場合に
よってはＤＴＩＦ（文書テーブル変換フォーマット）文
書装置に結合していることに注意すべきである。

【００２３】ＤＡＰが更に将来開発されるのと同様にＤ
ＡＰコンバーターを付加し、また可能な内容メタクラス
が将来開発され作り上げられていくのと同様に更に内容
アーキテクチャハンドラーを付加することによって、こ
のシステムを拡張できることは明かであろう。勿論、１
つのフォーマットから他のフォーマットへの文書の変換
により、一般には文書の配列の詳細が損失されてしまう
ことは明かであろう。例えば、文字の大きさの厳密なフ
ォント及びレンジは２つのシステムで異なるであろう。
もっと極端な例を言えば、もしかしたらソース文書にテ
キスト要素（図面の部分のための表示）に関連したグラ
フィック要素（図面あるいは図表）が含まれているかも
しれないのである。この変換では変換されたテキスト要
素が変換されたグラフ要素の正しい位置に自動的に配置
されるとはとても思えず、そのタスクを試みると、この
変換では普通、単にそのテキスト要素がグラフ要素の上
方や下方の単一のリスト内に変換されるだけであろう。

【００２４】相当の範囲で、ＯＤＡ／ＯＤＩＦ及びＣＤ
Ａ／ＤＤＩＦ内の個々の要素は基本的にはそれぞれ一対
一に直接対応する。これらの要素は例えばセグメントで
あったり、属性ネームであったり、属性値であったり、
テキスト列等であろう。これらの要素の変換は比較的簡
単なものである。ソース文書（ＣＤＡ／ＤＤＩＦ）の中
の要素はＣＤＡツールキット及び適当なＤＡＰハンドラ
ーによって認識される。もしそれが内容要素であれば、
適当な内容ハンドラーに変換のために送られる。もしそ
れが内容要素ではなければ、それはＣＤＡツールキット
や適当なＤＡＰハンドラーによって変換される。どちら
の場合でも、ＣＤＡツールキット及び適当なＤＡＰハン
ドラーは、もしそのような要素がまだ存在していなけれ
ばＯＤＡ／ＤＤＩＦ内に最適な要素を作り出してその変
換を作る。（勿論いくつかの要素では、それらが作り出
されると自動的にそれらの要素のある成分を作り出し、
その後、オブジェクト言語のそれらに対応する要素が変
換される。）この処理は、文書を編集し、その後それに
関連する制限を文書に課す上で述べた処理とある類似点
を持つ。

【００２５】しかしながら、２つのシステム（ＯＤＡ／
ＯＤＩＦ及びＣＤＡ／ＤＤＩＦ）間の対応に失敗するこ
ともあり、変換システムはこれらの状況を処理しなけれ
ばならない。ＣＤＡ／ＤＤＩＦにおいては、テキストセ
グメントは幾何学的グラフ、及び／または、イメージ
（ラスタグラフ）内容を含むことが出来るという事実か
ら、特定の例が浮かんでくる。（幾何学グラフセグメン
トは同様にイメージ内容を含むことが出来る。）しかし
ながら、ＯＤＡ／ＯＤＩＦＢＬＯ（基本論理対象）
は、単一の内容のタイプだけを含むことが出来る。

【００２６】ＣＤＡ／ＤＤＩＦからＯＤＡ／ＯＤＩＦへ
の変換処理において、ＣＤＡ／ＤＤＩＦ文書内でテキス
トセグメントが発見されると、ＢＬＯがＯＤＡ／ＣＤＩ
Ｆ文書のためにＤＡＰハンドラーによって作り出され
る。テキストセグメントの内容に連続して出合うと、そ
れらの内容はテキスト内容アーキテチャハンドラー13─
3 によって変換され、内容部分セグメントが変換された
テキスト要素を含むよう作り出される。（上で述べたよ
うに、内容部分の製造とテキスト分割の間は、内容ツリ
ーのセグメントがレイアウトツリーに対して正確に整合
されるといった方法である程度従属している。) もしテキストセグメント内で幾何学グラフやイメージ要
素が発見された場合には、そのテキスト内容アーキテチ
ャハンドラー13─3 はそれを処理することは出来ない。
このテキスト内容アーキテチャハンドラー13─3 は直ち
にコールバックをＤＡＰハンドラーに作り、ＤＡＰハン
ドラーによって作り出されたＢＬＯの識別子を返す。こ
のようなコールバックに応答して、ＤＡＰハンドラーは
新たなＢＬＰを幾何学グラフ要素のために作り出し、そ
してそのＣＤＡ／ＤＤＩＦセグメントのグラフ要素を幾
何学内容アーキテクチャハンドラー13─２上に送る。そ
のハンドラーはそのグラグ要素を変換し、その変換され
た要素を新たに作り出されたＢＬＯの内容部分にエンタ
ーし、その後制御をＤＡＰヘンドラーに戻す。ＤＡＰハ
ンドラーはそのコールバック処理が実行されたことを認
識し、テキスト内容アーキテクチャハンドラー13─3 に
再び制御を返し、テキストセグメントのその変換処理を
再び使用し始める。

【００２７】同様な方法で、テキスト内容アーキテクチ
ャハンドラー13─3 及び幾何学内容アーキテクチャハン
ドラー13─2 はイメージ内容アーキテクチャハンドラー
13─1 へコールバックを作ることが出来る。もし必要な
らば幾つかのコールバックを単一のセグメントで作り出
すことが出来、そして一方がテキスト内容アーキテクチ
ャハンドラー13─3 から幾何学内容アーキテクチャハン
ドラー13─2 へ、そして第２のものが幾何学内容アーキ
テクチャハンドラー13─2 からのイメージ内容アーキテ
クチャハンドラー13─1 へのものである２つのコールバ
ックがネスティングされ得る。

【００２８】上で述べたように、テキスト、幾何学グラ
フ、それにラスタグラフの、テキスト内容アーキテクチ
ャハンドラー13─3 、幾何学内容アーキテクチャハンド
ラー13─2 、そしてイメージ内容アーキテクチャハンド
ラー13─1 へのそれぞれの処理の厳格な制限は、このよ
うにＣＤＡ／ＤＤＩＦセグメント内に発生し得る内容タ
イプ（メタクラス）の混合と両立し得るものとされてい
る。

【図面の簡単な説明】

【図１】変換システムのブロック図。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ジャンアンケリーアイルランドゴールウェイノックナッカーラモナリーマノー 47

Claims

【特許請求の範囲】

【請求項１】第１のソースフォーマットから第２の目
標フォーマットにデータ構造を変換するための変換シス
テムにおいて、前記データ構造は内容アーキテクチャ、
及びプロフィール論理及びレイアウト構造を含み、前記
システムは、プロフィール変換要素、及び前記プロフィール変換要素
によって選択されたソース文書内容を目標フォーマット
に変換するための複数の内容アーキテクチャ変換要素
と、ソース文書の論理及びレイアウト構造を目標フォーマッ
トのそれらに変換し、そして必要な内容アーキテクチャ
変換要素をインボウクするための複数のプロフィール変
換要素と、目標フォーマットに合致するプロフィールを認識し、必
要なプロフィール変換要素をインボウクするための主要
変換要素とを備えることを特徴とする変換システム。
【請求項２】第１のソースフォーマットから第２の目
標フォーマットへのデータ構造の変換方法において、前
記データ構造は、内容アーキテクチャ及びプロフィール
論理及びレイアウト構造を含み、前記方法は、プロフィール変換要素及びそのプロフィール変換要素に
よって選択された複数の内容アーキテクチャ変換要素を
使用することによりソース文書内容を目標フォーマット
に変換し、複数のプロフィール変換要素を用いることによってソー
ス文書の論理及びレイアウト構造を目標フォーマットの
それらに変換し、主要コンバータ要素を使用することによって目標フォー
マットが合致するプロフィールを認識し、そして必要な
プロフィール変換要素をインボウクして変換を完成する
ことを特徴とする方法。