JPH04278634A

JPH04278634A - 木生成システム及び方法

Info

Publication number: JPH04278634A
Application number: JP3055543A
Authority: JP
Inventors: Tomio Amano; 天野　富夫; Akio Yamashita; 晶夫山下; Hiroyasu Takahashi; 高橋　弘晏
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1991-02-28
Filing date: 1991-02-28
Publication date: 1992-10-05
Anticipated expiration: 2011-01-29
Also published as: EP0501753A3; EP0501753A2; JPH087674B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】【産業上の利用分野】本発明は、レイアウト理解のため
のモデル等を表わす木または木の集合に対応するデータ
構造をメモリ上に生成するシステム及び方法に関する。【０００１】【従来の技術】最近、オフィスなどで文書をコンピュー
タによって管理・検索する電子ファイリングシステムが
利用可能になってきた。しかし、現在のシステムは、各
文書を単に絵として蓄えているに過ぎず、情報を蓄積す
る体系としては、従来の紙をベースにしたファイリング
となんら変わらない。より高度なファイリングシステム
を構築するためには、文書画像から文書の内容を抽出す
ることが必要である。【０００２】システムに全文データベースとしての機能
を求めるのであれば、全文書内容のコード化が必要であ
るし、そうでない場合でも、タイトル、掲載誌名、キー
ワードなどの検索のためのコード情報の入力は必要不可
欠である。そして、印刷文字ＯＣＲが、このコード化作
業を支援するツールとして期待されている。しかしなが
ら、ＯＣＲによって文書画像自体から検索のための情報
を抽出するためには、まず必要な情報が印刷されている
位置を知らなければならない。また、電子ファイリング
システムの利用形態はアプリケーションに応じて様々で
あり、文書のある一部分（例えば、論文のアブストラク
ト）のみコード化したいといった要求も存在する。しか
し、こういった認識すべき位置の指定をオペレータが行
っていたのでは、文書入力の効率化は期待できない。し
たがって、コンピュータによって文書画像を解析し、そ
のレイアウトを自動的に理解する技術が必要になる。レ
イアウト理解の過程は、文書画像を文字、イラスト、写
真、表、グラフなどの領域に分割する処理、さらに各領
域の構造を解析する処理等で構成されるが、電子ファイ
リングにおいては、文字列、線分、その他の領域といっ
た大雑把な分割の後で、文字列に対してタイトル、著者
名、本文などの解釈を与える処理が重要である。【０００３】一般に、文書画像の構成要素の間には、部
分ー全体の関係に基づく階層構造が存在する。例えば、
文書はページの集まりで構成され、各ページはタイトル
、著者名、本文で構成され、さらに本文は幾つかのカラ
ムで構成される、といった具合である。この階層構造は
、節点がタイトル等の文書画像構成要素の１つに対応し
、葉が文字列に対応するような木によって表現される。【０００４】そこで、例えばＡ．Ｄｅｎｇｅｌ　ａｎｄ
　Ｇ．Ｂａｒｔｈ，　”Ｈｉｇｈ　Ｌｅｖｅｌ　Ｄｏｃ
ｕｍｅｎｔ　Ａｎａｌｙｓｉｓ　Ｇｕｉｄｅｄ　ｂｙ　
Ｇｅｏｍｅｔｒｉｃ　Ａｓｐｅｃｔｓ，”　Ｉｎｔ．　
Ｊｏｕｒｎａｌｏｆ　Ｐａｔｔｅｒｎ　Ｒｅｃｏｇｎｉ
ｔｉｏｎ　ａｎｄ　Ａｒｔｉｆｉｃｉａｌ　Ｉｎｔｅｌ
ｌｉｇｅｎｃｅ，　２，　４，　ｐｐ．６４１−６５５
，　１９８８に開示されているように、ユーザがレイア
ウトに関する知識として木構造のモデルを与え、システ
ムがそれを基に解析を行う方式が提案されている。【０００５】ところで、木に対応するデータ構造をメモ
リ上に生成する方法として、ユーザが読解可能な何らか
の形で木を記述し、システムがその記述結果を解釈して
メモリ上にデータ構造を生成することが、ユーザの負担
の少なさの点で有利であり、一般的な方法である。その
ような例として、Ｇ．　Ｎａｇｙ，Ｓ．　Ｓｅｔｈ，　
”Ｈｉｅｒａｃｈｉｃａｌ　Ｒｅｐｒｅｓｅｎｔａｔｉ
ｏｎ　ｏｆ　Ｏｐｔｉｃａｌｌｙ　Ｓｃａｎｎｅｄ　Ｄ
ｏｃｕｍｅｎｔｓ”，　Ｐｒｏｃ．７ｔｈ　ＩＣＰＲ（
Ｍｏｎｔｒｅａｌ），３４７−３４９，　１９８４は、
ユーザが木の骨組とその中の各ノードに与える属性を記
述するための属性文法を提案する。しかしながら、これ
は１種のプログラミングを強いるものであるから、エン
ドユーザがモデルを記述するのには不向きである。【０００６】一般に、文書の種類に応じて多種多様なレ
イアウトが存在するため、すべてのレイアウトに対して
モデルをあらかじめ用意しておくことは不可能であり、
モデルの記述・変更はエンドユーザが行う必要がある。したがって、モデルを容易に記述・変更できることが、
レイアウト理解を行う文書画像解析システムの重要な要
件である。しかもこの記述の容易さという条件は、ユー
ザが様々なレイアウトに対応できるような十分な表現能
力を保ちつつ達成されなければならない。上記属性文法
にしたがう木の記述は、このような条件を満足できない
点で問題がある。【０００７】レイアウトモデルに限らず、ユーザが読解
可能な形で木を記述するためには、木を表わす図をディ
スプレイ上で編集するグラフィックスエディタを用いる
ことが一般的である。しかし、グラフィックスエディタ
を利用できる計算機は限定される。また、グラフィック
スエディタは、木の骨組、つまりノードの階層関係及び
同じノードに接続する子ノード同士の順序関係を記述す
るのには適しているが、個々のノードに与える属性を記
述するのには適していない。【０００８】特開平２ー５９８１８号公報で開示される
木構造図作成システムは、プログラムモジュールの木構
造図を作成するためのものであるが、グラフィックス機
能をサポートしない端末からでも、木構造図を作成する
ための情報の入力を可能にする。モジュール間の呼び出
し関係はメインプログラムをルートとする木構造になる
から、この作成システムをは１種の木生成システムであ
る。このシステムにおいて、ユーザは、テキストエディ
タを使って、モジュール間の呼出し関係の情報を記述す
る。図１は、木構造図情報の記述例を示す。テキストに
おいて、木の枝分れは、ＩＦ、ＴＨＥＮ、ＥＬＳＥ等の
キーワードで表示される。システムは、それらキーワー
ドを含んだテキストを解釈して、図２に示すような木構
造図を作成する。なお、図１及び図２は上記公報に掲載
されている図面である。【０００９】しかし、木の枝分れ毎に特殊なキーワード
を割り当てるのであるから、キーワードの意味を理解し
、その使い方に習熟しなければならない。このような記
述方法は、プログラム開発者にはなじみ深いものである
が、エンドユーザに最適とはいえない。キーボードに慣
れていないエンドユーザはキーワードの入力に時間がか
かるし、スペルミスや文法エラーをおかす可能性もある
。また、この記述方法にしたがって、多くの階層からな
る複雑な木を表現したならば、表現結果は複雑なものと
なり、表現結果から、木の全体的な階層構造を把握する
のが困難になる。【００１０】さらに、以上の記述方式に共通する問題点
は、これらの方式では１個の具体的な木を表現すること
しかできない、つまり、木の集合を表現できないという
ことである。アプリケーションによっては、木の集合を
表現できた方が望ましい場合がある。論文第１ページの
レイアウトを例にとって考えてみると、タイトルや著者
といった構成要素は必ず存在するが、脚注はそうではな
い。また、ある論文ではカラムが１ページに２つあるの
が普通であるとしても、最終ページには１つしかないこ
ともある。従来は、そのような変動に対応するために、
脚注のノードのある木とない木、あるいはカラムのノー
ドを１つ含む木と２つある木を別個に記述しなければな
らず、ユーザにとってレイアウトモデルを作成する負担
は重かった。【００１１】【発明が解決しようとする課題】したがって、本発明の
目的は、ユーザが木を簡単に記述することができ、その
記述結果に基づいて該木を表わすデータ構造をメモリ上
に生成することのできるシステム及び方法を提供するこ
とにある。【００１２】本発明の他の目的は、木の記述結果からユ
ーザが生成される木を容易に把握することができ、その
記述結果に基づいて該木を表わすデータ構造をメモリ上
に生成することのできるシステム及び方法を提供するこ
とにある。【００１３】本発明のさらに他の目的は、ユーザがテキ
ストエディタを使って木を記述することができ、その記
述結果に基づいて該木を表わすデータ構造をメモリ上に
生成することのできるシステム及び方法を提供すること
にある。【００１４】本発明のさらに他の目的は、ユーザが木の
集合を記述することができ、その記述結果に基づいてメ
モリ上で該木の集合を表わすデータ構造をメモリ上に生
成することのできるシステム及び方法を提供することに
ある。【００１５】【課題を解決するための手段】上記課題を解決するため
に、本発明による、メモリ上に木または木の集合を表わ
すデータ構造を生成するシステムは、１以上の欄を持ち
、木または木の集合に含まれ得るノードの種類ごとに当
該種類に与えられた属性が上記欄に記述されてなる表を
解釈して、上記種類ごとに、上記メモリ上に当該種類の
ための領域を確保し、該領域に当該種類に与えられた属
性のデータをセットするとともに、領域間の連結関係を
表わすポインタデータを生成する手段を含む。【００１６】このシステムを使うなら、木または木の集
合を記述するために、ユーザは、エディタを使ってノー
ドの種類毎にそれに与える属性を表に書き下すだけでよ
い。エディタにはテキストエディタを用いることができ
る。【００１７】上記表で、ノードの種類ごとにその種類の
木または木の集合における深さを記述する欄を設けるな
らば、上記表解釈手段は、上記表における、ノードの種
類の属性を記述する行の配列順序と、各種類に割り当て
られた深さに基づいて、種類間の階層関係及び同じノー
ドの下に連結するノードの種類間の順序関係を判断し、
その判断に基づいてポインタデータを生成することがで
きる。【００１８】上記表には、ノードの種類の名前を記述す
る欄を設けることが可能である。また、上記表には、ノ
ードの種類毎にその種類に属するノードの数を記述する
欄を設けることも可能である。その場合、上記表解釈手
段は、数のデータを属性データとして扱い、当該種類に
割り当てられたメモリ領域にそれをセットする。【００１９】作成された表を外部記憶装置に蓄積してお
き、モジュール化することも可能である。表の作成を容
易にするために、メインの表の記述の足りない箇所の有
無を判断し、そのような箇所があるならば、サブの表と
メインの表を合成して１つの完全な表を作成する手段が
用意される。【００２０】【実施例】［ハードウェアの構成］図３は、本発明の１
実施例のハードウェアの構成を示す。この木生成システ
ムは、キーボード等の入力装置１と、ＣＲＴディスプレ
イ等の表示装置２と、磁気ディスクや光ディスク等を記
憶媒体に使う外部記憶装置３と、表を編集及び表示する
表編集表示装置４と、この表編集表示装置４により編集
された表のデータを外部記憶装置３に保存して管理する
表管理装置５と、複数の表を合成して１つの表を作成す
る表合成装置６と、表を解釈して、ノードまたはノード
の種類ごとに、メモリ２０上に領域を確保し、該領域に
当該ノードまたはノードの種類に与えられた属性のデー
タをセットするとともに、領域間の連結関係を表わすポ
インタデータを生成する表解釈装置７と、この表解釈装
置７が生成した木構造に関するデータを保存及び管理す
る木構造管理装置８と、これら各装置を統括制御する制
御装置９とから構成されている。具体的には、テキスト
エディタ１０が表集表示装置４と表管理装置５を合わせ
て実現する。上記装置４乃至８は、専用のハードウェア
で構成することも可能であるけれども、図３の例では、
メモリ２０にロードされるソフトウェアモジュールの形
で実現されている。【００２１】［表の入力］ａ．概要図４に示すような、ＡからＪまでの１１種類のノードが
それぞれ１つずつ含まれてなる木の記述を例にとって説
明する。本発明によれば、ユーザは、テキストエディタ
１０を使って、図５に示す表を入力装置１から入力しさ
えすればよい。表には、ノードまたはノードの種類の名
前を記述する１つの欄と属性を記述する複数の欄が設け
られており、そこにユーザが必要な情報を書込めるよう
になっている。所望の表を簡便に作成するためには、項
目名以外は空白の表を外部記憶装置３に保存しておき、
それを取り出して編集するとよい。完成した表は、外部
記憶装置３に保存される。【００２２】木の骨組は、図５に示す表の上で次のよう
にして表わされる。まず、表には、深さ（レベル）を記
述するレベル欄が設けられる。例えば、木の最上部に位
置するＡについては、レベル欄に数字０を記入し、Ａの
子供であるＢ，Ｃ，Ｄ，Ｅについては、レベル欄に数字
１を記入する、といった具合である。【００２３】次に、親子間の連結情報について述べると
、親に連結する（直接または間接の）子孫の行を、当該
親の行と、それより下に最初に現れる、当該親以上のレ
ベルにあるノードの行との間の行を使ってすべて書きき
ってしまうことで、それら子孫が当該親に直接または間
接的に連結することを表わす。当該親のレベル以上のノ
ードがそれ以降に全くないときは、当該親の行より下の
すべての行が、子孫の記述に使われる。【００２４】さらに、親を同じくする子同士の中で順序
関係があるときは、それを表の中での行の上下関係に反
映させることにする。例えば、レベル１のノードに関し
て順序関係が存在し、それに対応して図４では便宜上左
からＢ，Ｃ，Ｄ，Ｅの順に並んでいるとする。（その順
序は、実際にはノードに対応する実体の物理的位置の上
下方向の順序に対応するものかもしれないことに注意さ
れたい。）　　このとき、図５に示す表において、それ
らに対応する行は、上からＢ，Ｃ，Ｄ，Ｅの順で並ぶ。【００２５】以上の規則に従えば、木に含まれるノード
（またはノードの種類）の階層関係及び親を同じくする
ノード（またはノードの種類）同士の順序関係が、表の
中での行の上下関係とレベルの欄だけを使ってすべて表
現できる。したがって、上記規則を踏まえて図５に示す
表を解釈すると、まず表の１番上にある行の名前の欄に
Ａが記述されていることから、Ａが木の最も上にあるこ
とがわかる。また、レベル欄に１が記入された行のノー
ド名の欄を調べることによって、Ａの子供はＢ，Ｃ，Ｄ
，Ｅであり、かつそれらの行の上下関係から、それらの
間に順序関係があるとするなら、その順序はＢ，Ｃ，Ｄ
，Ｅの順であることがわかる。【００２６】さらに、レベル１であるＤとＥの行に挟ま
れた、レベル２の行に対応するＦとＧが、Ｄの子供であ
る。そして、Ｇの行に続くレベル３の行に対応するＪが
、Ｇの子供である。表の最後部には、レベル１のＥの行
に続いてレベル２のＨ，Ｉの行が続く。よって、Ｈ，Ｉ
はＥの子供であるとわかる。後述する表解釈装置７は、
このような解釈を行ってポインタデータを生成する。【００２７】図５に示す表において、属性を記す欄の中
には、ノードの数を記す欄がある。その欄はさらに最小
値を記す欄と最大値を記す欄からなる。ある種類に属す
るノードの数をその種類の行を使って記述してもよいけ
れども、ここでは子ノードの数をその親の行に記述する
ことにする。（なお、ルートノードの数は１つであるこ
とを前提にしている。）そのような規則の下で記述した
図５に示す表の、例えばＡの行を見ると、最小値と最大
値がともに１であるから、この表が表現する木には、ノ
ードＡの子供として、種類Ｂ，Ｃ，Ｄ，Ｅに属するノー
ドが１つずつ存在することが示されている。結局、図５
の表は、１つの木を表現している。【００２８】もし、Ｇの行において、最小値を１、最大
値を２と記述したなら、その表は、種類Ｊのノードを１
つだけ含む木と２つ含む木（図６参照）をそのメンバー
とする集合に対応付けられていることを意味する。しか
し、そのような表を変換して作られるデータ構造は、種
類Ｊに対応するメモリ上の領域を１つしか含まないこと
に注意されたい。種類Ｇに割り当てられた領域に、その
属性データとしてその子ノード（Ｊ）の最小値と最大値
がセットされるだけである。【００２９】なお、Ｊのような葉が何らかの下位要素を
持ち、しかもその数が不定であることを示す必要がある
ならば、その葉の行の最小値と最大値の欄に適当な数を
記入する。後述するレイアウトモデルの例では、葉の下
位要素は文字列に対応する。【００３０】本実施例では、表合成装置６が設けられて
いる。この装置６は、外部記憶装置３から取り出した表
について、その表が他の表と組み合わされるべきもので
あるかを判断し、判断結果が肯定的であるならば、組み
合わす相手の表を探し、それらの表を合成する。これを
使うと、他の表の記述を援用することが許されるので、
複雑な木を定義したい時に、その木の一部を定義した表
が外部記憶装置３に保存されている場合には、その表を
モジュールとして活用してもよい。例えば、図４に示す
木のうち、Ｄをルートとするサブツリーが、図７に示す
表（サブの表）の形で定義され、外部記憶装置３に保存
されているとする。このとき、図４の木を定義するため
に、ユーザは、図５よりも簡単な、図８に示す表（メイ
ンの表）を作成するだけでよい。そこでは、Ｄが別の表
で定義されたサブツリーのルートであることを表示する
ために、Ｄの行は、レベル欄と名前欄を除いて空白であ
る。例えば、外部記憶装置３から図８に示す表が取り出
されると、表合成装置６は、外部記憶装置３に保存され
ている表の中から図７の表を探し、これらを合成して図
４に示す表を作成する。この表合成装置６の動作の詳細
は、後で説明する。【００３１】ｂ．具体例以下、表を使った木構造の表現の具体例として、文書画
像のレイアウトモデルの記述方法を述べる。ここで、文
書画像の構成要素として文字列から構成されるもののみ
に対象を絞ると、ある要素を構成する直接の下位要素間
には常に順序関係が成立している（実際、人間はこの順
序に従ってテキストを読んでいる）。この順序は、それ
ら下位要素間の紙面上での位置関係によって決まるもの
で、縦並びなら上から下、横並びなら左から右の順番に
なる。例えば、米国特許の公報では、１つのページの本
文はその下位の構成要素として２つの欄を含み、それら
は横並びである。そこで、表の上で連続した２つの構成
要素に関し、それらが階層を異にするのか、つまり上位
と下位の関係にあるのか、それとも同じ階層に属するの
かを区別できれば、同じレベルにある構成要素に関して
は、この順序にそって構成要素名を並べることにより、
木構造をなす紙面の構成要素を１次元のシーケンスとし
て表現することができる。この区別の方法としては、例
えば階層のレベル（深さ）を示す数字を、各構成要素に
与えてやればよい。このような記述方法の工夫によって
、レイアウトモデルを、行方向に構成要素が並び、列方
向には各構成要素の属性が記述された表として表現する
ことができる。【００３２】例えば、天野他、マルチメディア文書入力
のための文書画像認識システム：ＤＲＳ、情報処理学会
マルチメディア通信と分散処理研究会４８ー６、１９９
１年１月、で開示されたレイアウト解析システムについ
て、上述の方針にそってモデルに記述されるべき情報を
整理してみると、次のようになる。（なお、以下では文
書画像構成要素を単に要素と呼ぶことにする。そして、
便宜上文字列も要素であると考えることにする。しかし
、文字列のための領域はメモリ上で確保されない。）【
００３３】１）　　直接の下位要素の数に関する制限（
最少値と最大値）。２）　　下位要素が複数あるときに、それらの並び方（
縦並びか横並びか）。３）　　その要素の存在はそのモデルにおいてマンダト
リー（必須）か否か。４）　　その要素の左右または上下にフィールドセパレ
ータ（他の要素との区切りになる程に大きな白画素の領
域や水平または垂直の線分）があるか。５）　　文字列を構成する字種（数字、アルファベット
、漢字）。６）　　後で文字の認識を行うか。７）　　認識後、（例えば住所、姓名等について）後処
理をかけるか。【００３４】１）および２）のような下位要素の集合に
関する属性は、それらの１つ上位レベルの要素の属性と
して、その上位要素の行の中で記述することができる。３）以下の属性は、その要素自体の持つ属性として、そ
の要素の行の中で記述することができる。【００３５】以下では、１）から４）の情報の記述方法
について説明するが、５）以降の情報についても属性を
記述する欄を追加することにより、容易に記述すること
ができる。モデルを記述する表の例を図９に示す。表の
各欄は、次のような意味を持つ。【００３６】１）ネスト階層レベルを表す番号である。一の表の中で、木の最上
位に位置する要素を０として、番号が大きいほど深い（
最上位要素から離れた）要素であることを示している。【００３７】２）要素名要素の名前を示す文字列である。その要素が他の要素か
ら参照されていなければ、空白にしておいてもよい。【００３８】３）必在ある要素が紙面に必ず存在するか否かを示す。Ｙは必在
することを、Ｎはそうでないことを意味する。【００３９】４）構成要素の構成方法を示す。４つの項目からなり、そのすべ
てが空白の場合は、その要素が別の表によって定義され
ていることを意味する。【００４０】４−１）並び直接の下位要素の配列方向を表わす。Ｖで縦並び、Ｈで
横並びを表す。ピッチ等の情報を記述するように拡張す
ることも可能である。【００４１】４−２，３）最小　　最大同じ下位要素が
繰り返し登場し得る場合、その登場回数の最小値と最大
値を指定する。繰り返しが無い場合は、両方とも１を指
定する。【００４２】４−４）下位要素名その要素が包含する直接の下位要素の名前を指定する。下位要素が文字列になる場合は、予約語Ｃｈ＿Ｓｔｒｉ
ｎｇを指定する。空白の場合は、子供の要素がすぐ次の
行から定義されていることを意味する。【００４３】５）Ｆ．Ｓ．その構成要素の周囲でフィールドセパレータが存在する
位置を示す。例えば、ＬＷ（Ｌｅｆｔ　Ｗｈｉｔｅ），
ＬＢ（Ｌｅｆｔ　Ｂｌａｃｋ），　ＲＷ（Ｒｉｇｈｔ　
Ｗｈｉｔｅ），ＲＢ（Ｒｉｇｈｔ　Ｂｌａｃｋ），ＡＷ
（ＡｂｏｖｅＷｈｉｔｅ），ＡＢ（Ａｂｏｖｅ　Ｂｌａ
ｃｋ），　ＢＷ（Ｂｅｌｏｗ　Ｗｈｉｔｅ），ＢＢ（Ｂ
ｅｌｏｗ　Ｂｌａｃｋ），空白（フィールド・セパレー
タ無し）等を記述する。【００４４】実際に、図１０のような論文フロント・ペ
ージのレイアウトを記述した表を図１１に示す。図１１
に示す表から、Ｐａｐｅｒという名の要素はＴｉｔｌｅ
、Ａｕｔｈｏｒ、及びＢｏｄｙがそれぞれ１つずつ縦に
並んでできたものだということがわかる。　Ｔｉｔｌｅ
は、文字列が縦に最大三個まで並んでできるものであり
、Ａｕｔｈｏｒは、文字列が縦に最大二個まで並んでで
きるものであることがわかる。また、Ｂｏｄｙは、無名
の要素（カラムに相当する）が二つ横に並んでできたも
のである。その無名の要素は、縦方向に最大５０個まで
の文字列が並んでできるものである。ＡｕｔｈｏｒとＢ
ｏｄｙの間には水平線分によるフィールド・セパレータ
がある。図１２に示すように、要素Ｂｏｄｙの構造を別
の表で定義することもできる。【００４５】［データ構造の生成］上記論文フロントペ
ージのレイアウトモデルを記述した表に基づいて、木ま
たは木の集合を表わすデータ構造がメモリ上にどのよう
に生成されるかを説明する。【００４６】ａ．表の合成上述のように、表の中には他の表から記述を補わなけれ
ばならないものがあるので、メモリ上でのデータ構造の
作成に先立って、表合成装置６が必要な前処理を実行す
る。表合成装置６は、以下のような動作を行う。【００４７】１）入力された表（メインの表）の行を上
から順に調べ、下位要素名の欄が空白であるにもかかわ
らず、次の行のネスト番号が自分のネスト番号以下にな
っているもの（あるいは表が終わってしまっているもの
）を探す。【００４８】２）そのような行（以下、空白行と呼ぶ）
が発見された場合は、各欄の項目名がメインの表と一致
し、かつ先頭行の要素名の欄の内容が空白行と同じであ
る表（サブの表）を外部記憶装置３から見つけだし、サ
ブの表の先頭行の記述で空白行の足りない記述を補うと
ともに、サブの表の２行目以降を空白行の下に挿入する
。その際、挿入される行のネスト番号の欄には、サブの表
で付いていたネスト番号とメインの表における該空白行
のネスト番号の和が記入される。【００４９】３）以上の処理をメインの表の終わりまで
繰り返し、また新たに挿入された部分についても同様の
処理を実行する。【００５０】結果として、表合成装置６は、空白行がな
ければ入力された表をそのまま出力し、空白行があれば
合成されてできた新しい表を出力する。この新しい表は
、外部記憶装置３に保存してよい。【００５１】ｂ．データ構造の生成表合成装置６から出力された表は、表解釈装置装置７に
入力される。表解釈装置７は、現在処理中の行は表の上
から数えて何行目かを表わす大域変数　　ｉｎｔＬｉｎ
ｅ　　を用意し、初期値を　Ｌｉｎｅ　＝　１（１行目
を意味する）　に設定する。しかる後、以下に疑似コー
ドを示すプログラムＧｅｎＴｒｅｅを再帰的にコールし
、ルートから下にむかって木を成長させていく。【００５２】　　ＧｅｎＴｒｅｅ（ノードへのポインタ　　Ｐａｒｅ
ｎｔＮｏｄｅ）　　　　　　　　　　　｛　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　／＊　　局
所変数の表現　　　＊／　　　　　　　　　　　　　　
　　　　　　　　　　　　　ｉｎｔ　Ｎｅｓｔ；　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　ノードへのポインタ　　Ｃ
ｕｒｒｅｎｔＮｏｄｅ　　；　　　　　　　　　　　　
　　　　ｉｆ　（Ｌｉｎｅが１なら）　｛　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　ルートのノードを作り、属性をセットする。　
　　　　　　　　　ＣｕｒｒｅｎｔＮｏｄｅ　＝　ルー
トノードのアドレス　　　　　　　　　　　｝　　ｅｌ
ｓｅ　｛　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　ノー
ドを作り、属性をセットする。　　　　　　　　　　　
　　　　　　　ＣｕｒｒｅｎｔＮｏｄｅ　＝　ノードの
アドレス　　　　　　　　　　　　　　　　　　　　Ｐ
ａｒｅｎｔＮｏｄｅに対してＣｕｒｒｅｎｔＮｏｄｅを
子ノードとしてポインタで結ぶ　　　　｝　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　Ｎｅｓｔ　＝　
Ｌｉｎｅがしめす行のネスト番号　　　　　　　　　　
　　　　　　　ｄｏ　ｗｈｉｌｅ　　（表が続いており
　　かつ　Ｌｉｎｅ＋１の行のネスト番号　＞　Ｎｅｓ
ｔ）　｛　　　　　　　　Ｌｉｎｅをインクリメント　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　ｃａ
ｌｌ　ＧｅｎＴｒｅｅ（ＣｕｒｒｅｎｔＮｏｄｅ）；　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　｝　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　｝　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　【０
０５３】このプログラムを図１１に示す表に適用すると
、次のようして木が成長する。１）まず、Ｌｉｎｅ＝１でＧｅｎＴｒｅｅ（ＮＵＬＬ）
がコールされる。Ｌｉｎｅが１だから、木のルートノー
ド（Ｐａｐｅｒ）がメモリ上に作られる（図１３）。こ
こでは、木の集合に含まれ得るノードに対応してメモリ
上に確保された領域のこともノードと呼んでいるので、
注意されたい。Ｐａｐｅｒ　の属性データは、Ｐａｐｅ
ｒのために確保されたメモリ領域（Ｐａｐｅｒノード）
にセットされる。要素の名前は、ユーザが木構造を記述
するときに個々のノードを区別する点にその第１の存在
意義があるから、アプリケーションによっては、その要
素のためのメモリ領域にセットされなくてもよい。【００５４】最初のコールでは、変数Ｎｅｓｔに０がセ
ットされる。次の行のネスト番号は１だから、繰り返し
の条件が成立し、Ｌｉｎｅが２にインクリメントされた
後、ＧｅｎＴｒｅｅが再帰的にコールされる。【００５５】２）ＧｅｎＴｒｅｅは、二度目はＬｉｎｅ
＝２の状態でコールされるので、表の２行目に対して作
用する。メモリ上に子供（Ｔｉｔｌｅ）のための領域が
作られ、親（Ｐａｐｅｒ）の領域とポインタで結ばれる
（図１４）。具体的には、図１８に示すように、メモリ
上のＰａｐｅｒノードの中または外に、子供のノードへ
のポインタデータを記憶する配列３０がメモリ上に作ら
れ、その中にＴｉｔｌｅノードへのアドレスデータがセ
ットされる。配列３０にセットされるアドレスデータは
、メモリのアドレスそのものでもよいけれども、図１９
に示すような、別の配列４０に関するインデックスであ
ってもよい。後者の方法に従うときは、配列４０にアド
レスが格納されることになる。これによれば、メモリ上
に生成された木構造を一旦外部記憶装置３にファイルの
形で格納し、再度メモリにロードするときに、アドレス
データの書換を配列４０にて集中的に行えばよいので、
便利である。このように、ポインタデータの管理は様々
な態様で行うことができる。【００５６】この二回目のコールでは、変数Ｎｅｓｔに
は１がセットされる。次の行のネスト番号も１であるか
ら、繰り返しの条件は成立せず、ただちに呼び出し側に
リターンする。【００５７】３）最初に呼び出されたＧｅｎＴｒｅｅの
ループの中で３行目に対してＧｅｎＴｒｅｅがコールさ
れ、２）と同様にしてＡｕｔｈｏｒに対応するノードが
メモリ上に作られる。ＡｕｔｈｏｒがＰａｐｅｒの子供であることを示すため
に、メモリ上のＰａｐｅｒノードとＡｕｔｈｏｒノード
はポインタで結ばれる。（図１５）【００５８】４）同様に、４度目のＧｅｎＴｒｅｅコー
ルによって４行目が処理され、Ｂｏｄｙに対応するノー
ドがメモリ上に作られる。ＢｏｄｙがＰａｐｅｒの子供
であることを示すために、メモリ上のＰａｐｅｒノード
とＢｏｄｙノードはポインタで結ばれる。この場合は繰
り返しの条件が成立し、さらにＧｅｎＴｒｅｅがコール
される（図１６）。【００５９】５）５度目にコールされたＧｅｎＴｒｅｅ
の処理では、引数で与えられる親ノードがＢｏｄｙに対
応するノードになっている。新しくメモリ上に作られた
ノード（名前無し）はＢｏｄｙノードとポインタで結ば
れ、この無名の要素がＢｏｄｙの子供であることを示す
（図１７）。なお、親を同じくする子供の順序関係の情
報の代表的な管理方法としては、次のようなものがある
。１つは、図１８または図１９に示すように、メモリ上
での親ノードから子ノードへのポインタデータを記憶す
る配列の中でのインデックスの順番に対応させる方法で
ある。もう１つは、図２０に示すように、親ノードが先
頭の子供のノードへのポインタデータを持ち、順序関係
において相前後する子供同士の間では、前の子供のノー
ドが後の子供のノードへのポインタデータを持ち、最後
の子供のノードが親ノードへのポインタデータを持つと
いう方法である。何れも、当業者には公知の方法である
ので、その詳しい実現方法の説明は省略する。【００６０】以上のようにして生成された木構造に関す
るデータは、外部記憶装置３にファイルの形で保存され
る。そうすることによって、ファイルから再度メモリに
ロードすれば、メモリ上で木構造を直ちに回復すること
ができる。しかし、各ノードに新しく割り当てられたメ
モリ領域のアドレスに基づくポインタデータの更新は必
要である。【００６１】実施例によれば、木または木の集合を表わ
すデータ構造をメモリ上に生成するために、ユーザはノ
ードの種類の属性を記述した行を順番に並べた表を作成
しさえすればよい。木をいくつかに分け、複数の表を使
ってモデルを記述することも可能である。この実施例の
記述方式は、次のような利点を持っている。【００６２】１）　　メモリ上の各ノードにセットされ
る属性情報を記述するのが容易である。アプリケーショ
ンによっては、木の骨組みだけでなく、メモリ上のノー
ドが持つさまざまな属性情報も記述しなければならない
。例えば、レイアウトモデルでは、各ノードが、フィー
ルドセパレータの有無や認識・後処理の指定など、さま
ざまな属性を含んでいる。実施例では、表の中に属性ご
とに欄を設けてあり、１つの行を埋めることで、１のノ
ードにセットされる属性情報を簡単に記述することがで
きる。これに対し、特開平２ー５９８１８号公報の方式
でそのような記述を可能とするには、複雑な文法を導入
せざるを得ない。【００６３】２）　　表を用いて木を記述するので、記
述結果が理解しやすい。まず、表に記入された属性の値
同士を比較、対照することは容易である。さらに、名前
欄におけるノードの名前の配列と、ネスト欄に示された
各ノードの木の中での深さとによって、木を構成するノ
ードの階層関係及び同じノードに接続する子ノード同士
の順序関係が表現されるようにしたので、木の骨組も簡
単に把握できる。【００６４】また、レイアウトモデルを記述する場合、
同じ要素が複数個集まって上位要素を構成するという繰
り返しの情報を文法によって記述するなら、再帰的な記
述が必要になり、記述結果は予備知識のないユーザには
わかりにくいものになってしまう。これに対し、上記方
式にしたがえば、下位要素間の関係を上位要素の属性と
して表現することにより、繰り返しを簡単に記述できる
。【００６５】３）　　木を表で表現し蓄積することによ
り、モジュール化を促進できる。レイアウトモデルを例
にとって説明すると、通常、新たに入力したい文書のモ
デルが既存のものと全く異なっていることはまれであり
、むしろ部分的には既存のモデルのどれかと類似してい
ることが多い。当然、ユーザとしては既存のモデルの使
える部分を修正したり組み合わせたりすることによって
新しいモデルを作りたいと思うだろう。そのような場合
、実施例によれば、ユーザは、まず外部記憶装置３に蓄
積されている表の中から似たレイアウトモデルを表わし
ているものを探せばよい。探す作業は、表示装置２に表
を表示して行ってもよいし、プリンタ（図示せず）で表
を印刷して行ってもよい。いずれにせよ、１）で述べた
ような理由で、表からレイアウトモデルの骨格及び各構
成要素の属性を把握することは簡単であるから、表を比
較する作業は容易である。必要に応じて、ノード名と属
性の項目名をキーとする検索する機能を付加してもよい
し、そのような機能は当業者なら簡単に実現できる。似
た表が見つかったなら、その表を入力したい文書のレイ
アウトにあわせて修正し、それを木構造生成装置７で木
構造データに変換するだけで、所望の木構造データを得
ることができる。あるいは、２つ以上の表の使える部分
だけを貼り合わせる編集を行って、新しい表を作ること
も可能である。【００６６】４）　　テキストエディタを使って、木を
記述できる。個々のノードの名前及び属性は、表の上で
一次元的に上から下に記述すればよいので、木構造を扱
う専用エディタは必要ない。さらに、表の各欄の意味さ
え説明されていれば、ユーザが木構造記述のためにキー
ボードで入力する情報は必要最小限ですむ。また、２）
で述べた蓄積されたデータの修正作業を簡単に行うこと
ができる。専用のエディタが必要になるような記述方式
の場合、そのような作業は比較的困難である。また、似
た表を探す機能を実現することも困難である。【００６７】５）　　木の集合を表現できる。既に述べ
たように、従来の方式では、１個の具体的な木の構造を
表現することしかできない。レイアウトモデルに基づく
レイアウト解析において、構成要素の数の変動に対応す
るには、木の集合を記述する必要があるけれども、従来
技術では個々の木の記述しかサポートできず、不十分で
ある。これに対し、実施例の方式では、１の種類のノー
ドが必須かどうかを示す属性や、子ノードの数に関する
情報を表す属性をサポートしており、これらによって、
１つの木を記述することに加えて、特定のクラスに属す
る（例えば論文フロントページのレイアイウト構造を表
している）木の集合をまとめて記述することが可能とな
っている。このように、実施例の方式は、先行技術に比
べて非常に強力な表現能力を持っている。【００６８】［変形例］上記実施例の説明に関連して既
に示唆したものの他に、例えば以下に示すような実施態
様が可能である。まず、表のレベル欄またはネスト欄で
は、要はノードまたはノードの種類の木の中での深さの
違いが区別できればよいので、そこには数字以外の記号
を記述することも可能である。【００６９】また、既存の表を利用する場合、表の合成
を経ることなしに、それぞれが１の表に対応する複数の
データ構造から１つのデータ構造を生成することも可能
である。その場合、木構造生成装置７は、メインの表か
らメモリ上にメインツリーを生成し、それにサブツリー
を付加することになる。【００７０】また、本発明は、レイアウト理解の分野以
外にも広く適用可能である。一般に、予め知識を与えて
おくアプリケーションでは、知識データは木構造の形態
をとることが多い。本発明は、そのような知識の入力作
業に広く適用できる。レイアウトモデルを記述する場合
には、木構造の集合を表現する要請に応えて、表の中に
ノードの数を記述する欄を設けたが、個々の木を記述し
分けることしか要請されないアプリケーションでは、そ
のような欄を設ける必要はない。【００７１】【発明の効果】本発明により、次のような効果が得られ
る。（ａ）ユーザが木を簡単に記述することができ、その記
述結果に基づいて当該木を表わすデータ構造をメモリ上
に生成することができる。【００７２】（ｂ）木の記述結果からユーザが生成され
る木構造を容易に把握することができ、その記述結果に
基づいて当該木を表わすデータ構造をメモリ上に生成す
ることができる。【００７３】（ｃ）ユーザがテキストエディタを使って
木を記述することができ、その記述結果に基づいて当該
木を表わすデータ構造をメモリ上に生成することができ
る。【００７４】（ｄ）ユーザが木の集合を記述することが
でき、その記述結果に基づいて当該木の集合を表わす１
つのデータ構造をメモリ上に生成することができる。【００７５】

【図面の簡単な説明】

【図１】従来技術による、木構造の記述例を示す図であ
る。

【図２】従来技術による、木構造図の出力結果を示す図
である。

【図３】本発明の木生成システムの１例の概要を示す図
である。

【図４】木の１例を概略的に示す図である。

【図５】図４に示した木を記述する表を示す図である。

【図６】木の他の例を概略的に示す図である。

【図７】サブの木を記述する表を示す図である。

【図８】メインの木を記述する表を示す図である。

【図９】レイアウトモデルを記述する表を示す図である
。

【図１０】論文フロントページの例を示す図である。

【図１１】図１０に示した論文フロントページのレイア
ウトモデルを記述する表を示す図である。

【図１２】図１０に示した論文フロントページのレイア
ウトモデルを記述する２つの表を示す図である。

【図１３】図１１の表からデータ構造が生成される過程
の説明図である。

【図１４】図１１の表からデータ構造が生成される過程
の説明図である。

【図１５】図１１の表からデータ構造が生成される過程
の説明図である。

【図１６】図１１の表からデータ構造が生成される過程
の説明図である。

【図１７】図１１の表からデータ構造が生成される過程
の説明図である。

【図１８】ポインタデータの管理の１例を示す図である
。

【図１９】ポインタデータの管理の他の例を示す図であ
る。

【図２０】ポインタデータの管理のさらに別の例を示す
図である。

【符号の説明】

７　　表解釈装置、　　１０　　テキストエディタ、　
　２０　　メモリ

Claims

【特許請求の範囲】

【請求項１】メモリ上に木に対応するデータ構造を生成
するシステムであって、１以上の欄を持ち、上記木に含
まれるノードごとにそのノードに与えられた属性が上記
欄に記述されてなる表を解釈して、上記ノードごとに、
上記メモリ上に当該ノードのための領域を確保し、該領
域に当該ノードに与えられた属性のデータをセットする
とともに、領域間の連結関係を表わすポインタデータを
生成する手段を含むシステム。
【請求項２】メモリ上に木または木の集合に対応するデ
ータ構造を生成するシステムであって、１以上の欄を持
ち、上記木または木の集合に含まれ得るノードの種類ご
とにその種類に与えられた属性が上記欄に記述されてな
る表を解釈して、上記種類ごとに、上記メモリ上に当該
種類のための領域を確保し、該領域に当該種類に与えら
れた属性のデータをセットするとともに、領域間の連結
関係を表わすポインタデータを生成する手段を含むシス
テム。
【請求項３】メモリ上に木に対応するデータ構造を生成
するシステムであって、（ａ）データを入力するための
手段と、（ｂ）木に含まれるノードごとにそのノードに
与える属性を記述するための表を表示する手段と、（ｃ
）上記手段（ａ）から受け取ったデータに基づいて、上
記表を編集する手段と、（ｄ）編集された表を解釈して
、そこに含まれるノードごとに、上記メモリ上に当該ノ
ードのための領域を確保し、該領域に当該ノードに与え
られた属性のデータをセットするとともに、領域間の連
結関係を表わすポインタデータを生成する手段を含むシ
ステム。
【請求項４】メモリ上に木または木の集合に対応するデ
ータ構造を生成するシステムであって、（ａ）データを
入力するための手段と、（ｂ）木または木の集合に含ま
れ得るノードの種類ごとにその種類に与える属性を記述
するための表を表示する手段と、（ｃ）上記手段（ａ）
から受け取ったデータに基づいて、上記表を編集する手
段と、（ｄ）編集された表を解釈して、そこに含まれる
ノードの種類ごとに、上記メモリ上に当該種類のための
領域を確保し、該領域に当該種類に与えられた属性のデ
ータをセットするとともに、領域間の連結関係を表わす
ポインタデータを生成する手段を含むシステム。
【請求項５】（ｅ）外部記憶手段と、（ｆ）上記表編集
手段によって編集された表のデータを上記外部記憶手段
に保存及び管理するための手段と、（ｇ）上記表解釈手
段によって生成されたデータを上記外部記憶手段に保存
及び管理するための手段をさらに含む請求項３又は４記
載のシステム。
【請求項６】（ｈ）欄の項目名が一致する複数の表を合
成して１つの表を生成する手段をさらに含む請求項３乃
至５記載のシステム。
【請求項７】上記表には、ノードごとに当該ノードの木
の中での深さを記述する欄が設けられている、請求項１
又は３記載のシステム。
【請求項８】上記表解釈手段は、上記表における、ノー
ドに与えた属性を記述する行の配列順序と、ノードに割
り当てられた深さに基づいて、ノード間の階層関係及び
同じノードのすぐ下に連結するノード同士の間での順序
関係を判断する、請求項７記載のシステム。
【請求項９】上記表には、ノードの種類ごとに当該種類
の木または木の集合における深さを記述する欄が設けら
れている、請求項２又は４記載のシステム。
【請求項１０】上記表解釈手段は、上記表における、ノ
ードの種類に与えた属性を記述する行の配列順序と、種
類に割り当てられた深さに基づいて、種類間の階層関係
及び同じノードのすぐ下に連結するノードの種類間の順
序関係を判断する、請求項９記載のシステム。
【請求項１１】上記表には、ノードの種類ごとにその種
類に属するノードの数を記述する欄が設けられている、
請求項２又は４記載のシステム。
【請求項１２】上記ノードの数を記述する欄は、最大値
を記述する欄と最小値を記述する欄からなる、請求項１
１記載のシステム。
【請求項１３】親である種類の行には、その子である種
類のノードの数が記述される、請求項１１記載のシステ
ム。
【請求項１４】上記表には、ノードの種類ごとにその種
類のノードが上記集合のメンバーであるすべての木で必
在するか否かを記述する欄が設けられている請求項２又
は４記載のシステム。
【請求項１５】上記表編集手段はテキストエディタであ
る請求項３又は４記載のシステム。
【請求項１６】メモリと外部記憶装置を具備するコンピ
ュータシステムにおいて、上記メモリ上に木に対応する
データ構造を生成する方法であって、（ａ）１以上の欄
を持ち、上記木に含まれるノードごとにそのノードに与
えられた属性が上記欄に記述されてなる表を上記外部記
憶装置から取り出し、（ｂ）上記取り出された表を解釈
して、上記ノードごとに、上記メモリ上に当該ノードの
ための領域を確保し、該領域に当該ノードに与えられた
属性のデータをセットするとともに、領域間の連結関係
を表わすポインタデータを生成するステップを含む方法
。
【請求項１７】メモリと外部記憶装置を具備するコンピ
ュータシステムにおいて、上記メモリ上に木または木の
集合に対応するデータ構造を生成する方法であって、（
ａ）１以上の欄を持ち、上記木または木の集合に含まれ
得るノードの種類ごとにその種類に与えられた属性が上
記欄に記述されてなる表を上記外部記憶装置から取り出
し、（ｂ）上記取り出された表を解釈して、上記種類ご
とに、上記メモリ上に当該種類のための領域を確保し、
該領域に当該種類に与えられた属性のデータをセットす
るとともに、領域間の連結関係を表わすポインタデータ
を生成するステップを含む方法。
【請求項１８】入力手段とメモリを具備するコンピュー
タシステムにおいて、上記メモリ上に木に対応するデー
タ構造を生成する方法であって、（ａ）木に含まれるノ
ードごとに当該ノードに与える属性を記述するための表
を表示し、（ｂ）上記入力手段から受け取ったデータに
基づいて、上記表を編集し、（ｃ）編集された表を解釈
して、そこに含まれるノードごとに、上記メモリ上に当
該ノードのための領域を確保し、該領域に当該ノードに
与えられた属性のデータをセットするとともに、領域間
の連結関係を表わすポインタデータを生成するステップ
を含む方法。
【請求項１９】入力手段とメモリを具備するコンピュー
タシステムにおいて、上記メモリ上に木または木の集合
に対応するデータ構造を生成する方法であって、（ａ）
木または木の集合に含まれ得るノードの種類ごとに当該
種類に与える属性を記述するための表を表示し、（ｂ）
上記入力手段から受け取ったデータに基づいて、上記表
を編集し、（ｃ）編集された表を解釈して、そこに含ま
れるノードの種類ごとに、上記メモリ上に当該種類のた
めの領域を確保し、該領域に当該種類に与えられた属性
のデータをセットするとともに、領域間の連結関係を表
わすポインタデータを生成するステップを含む方法。
【請求項２０】上記表には、ノードごとに当該ノードの
木の中での深さを記述する欄が設けられている、請求項
１６又は１８記載の方法。
【請求項２１】上記表解釈ステップでは、上記表におけ
る、ノードに与えた属性を記述する行の配列順序と、ノ
ードに割り当てられた深さに基づいて、ノード間の階層
関係及び同じノードのすぐ下に連結するノード同士の間
での順序関係を判断する、請求項２０記載の方法。
【請求項２２】上記表には、ノードの種類ごとに当該種
類の木または木の集合における深さを記述する欄が設け
られている、請求項１７又は１９記載の方法。
【請求項２３】上記表解釈ステップでは、上記表におけ
る、ノードの種類に与えた属性を記述する行の配列順序
と、種類に割り当てられた深さに基づいて、種類間の階
層関係及び同じノードのすぐ下に連結するノードの種類
間の順序関係を判断し、その判断に基づいてポインタデ
ータを生成する、請求項１７記載の方法。
【請求項２４】上記表には、ノードの種類ごとにその種
類に属するノードの数を記述する欄が設けられている、
請求項１７又は１９記載の方法。
【請求項２５】上記ノードの数を記述する欄は、最大値
を記述する欄と最小値を記述する欄からなる、請求項２
４記載の方法。
【請求項２６】親である種類の行には、その子である種
類のノードの数の情報が記述される、請求項２４記載の
方法。
【請求項２７】上記表には、ノードの種類ごとにその種
類のノードが上記木の集合のメンバーであるすべての木
の中で必在するか否かを記述する欄が設けられている請
求項１７又は１９記載の方法。
【請求項２８】上記表解釈ステップに先立って、表の中
の記述の足りない箇所の有無を判断し、そのような箇所
があれば、当該表と他の表を合成して１つの表を作成す
ることによって、足りない記述を補うステップを含む、
請求項１６乃至１９記載の方法。
【請求項２９】メモリ上に木に対応するデータ構造を生
成するシステムであって、１以上の欄を持ち、実体ごと
にその属性が上記欄に記述されてなる表を解釈して、上
記実体ごとに、上記メモリ上に当該実体のための領域を
確保し、該領域に当該実体の属性のデータをセットする
とともに、領域間の連結関係を表わすポインタデータを
生成する手段を含むシステム。
【請求項３０】上記実体は、文書画像の構成要素である
、請求項２９記載のシステム。
【請求項３１】メモリ上に木に対応するデータ構造を生
成する方法であって、１以上の欄を持ち、実体ごとにそ
の属性が上記欄に記述されてなる表を編集し、上記表を
解釈して、上記実体ごとに、上記メモリ上に当該実体の
ための領域を確保し、該領域に当該実体の属性データを
セットするとともに、領域間の連結関係を表わすポイン
タデータを生成するステップを含む方法。
【請求項３２】上記実体は、文書画像の構成要素である
、請求項３１記載の方法。