JP2002269068A

JP2002269068A - 構造化文書処理装置

Info

Publication number: JP2002269068A
Application number: JP2001069524A
Authority: JP
Inventors: Shigenori Tanaka; 成典田中; Hitoshi Furuta; 均古田; Yoshitaka Minami; 佳孝南; Masanori Ikebe; 正典池辺
Original assignee: Fuji Electric Co Ltd; Kansai Informatics Institute Co Ltd
Current assignee: Fuji Electric Co Ltd; Kansai Informatics Institute Co Ltd
Priority date: 2001-03-12
Filing date: 2001-03-12
Publication date: 2002-09-20

Abstract

(57)【要約】【課題】構造の異なる文書間のデータ変換を容易に行
うことができるようにするための文書処理装置を提供す
る。【解決手段】ある記述対象（オブジェクト）の構造定
義データ（例えば、ＸＭＬ文書のＤＴＤ）を、そのオブ
ジェクトに対応する中間構造定義データに変換する。入
力側構造定義データが既存の中間構造定義データで対応
できない新規なものであるときは要素の追加等により中
間構造定義データを拡張する。こうして得られる中間構
造定義データは、同一のオブジェクトに対応する各種構
造定義データを包含する汎用的なものであり、これを用
いれば、異なる構造定義データ間の変換の手間と費用を
減らすことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は文書処理装置に関
し、特に、マークアップ言語で記述される文書をその構
造を考慮して変換するための構造化文書処理装置に関す
る。

【０００２】

【従来の技術】文書の構造を表現するための言語とし
て、タグと呼ばれる要素を文書に埋め込むことにより文
書の構造を表現するもの、いわゆるマークアップ言語が
ある。マークアップ言語としてはＳＧＭＬ（Standard G
eneralized Markup Language）、ＨＴＭＬ（HyperText
Markup Language）、ＸＭＬ（eXtensible Markup Langu
age）等が広く知られているが、このうちＸＭＬは、特
に１９９８年のＷ３Ｃ（World Wide Web Consortium）
による標準化（ＸＭＬ１．０）以降、商取引等における
電子的データ交換のための標準フォーマットとしての利
用が期待されている。

【０００３】ＳＧＭＬやＸＭＬを用いる場合、文書作成
者は、文書の構造（例えば、文書に埋め込むタグの名
前、タグ間の包含関係、タグの出現順序、各タグの出現
回数に関する制限、タグ付けされる要素のデータ型、タ
グの内部属性値等）を、文書型定義（ＤＴＤ（Document
Type Definition）、ＸＭＬＳｃｈｅｍａ、ＲＥＬＡ
Ｘ等）と呼ばれる記法に従って任意に定義することがで
きる。例えば、２次元平面上の線分を記述対象とする場
合、図１０や図１１のように、始点及び終点の４つの座
標値で線分を定義することも可能であるし、図１２のよ
うに、始点の２つの座標値、線分の方向及び長さで定義
することも可能である。このように、文書型定義により
タグを定義できるマークアップ言語を用いると、記述対
象に応じた適切な構造の文書が作成できる。また、文書
型定義は人間が読める記法で作成されるため、文書の利
用者は文書型定義を参照することによってその文書の構
造やデータの意味を高い確度で推定することができる。

【０００４】ところで、図１０〜図１２の例から分かる
ように、たとえ記述対象が同一であっても、使用言語の
違い（例：図１０と図１１）や記述対象の認識方法の違
い（例：図１０と図１２）等に応じて様々な文書型定義
が存在し得る。このような場合、当事者間で文書データ
を交換するには、データ提供者の作成した文書をデータ
受取者の形式の文書に変換する作業が必要である。しか
し、多数の当事者間でデータ交換を行う場合、全ての当
事者の組み合わせ毎に個別にデータ変換規則（及びデー
タ変換プログラム）を作成していたのでは多大な手間及
び費用が発生する。

【０００５】上記のような問題に鑑み、いくつかの分野
では、その分野に関するデータ交換のために公開されて
いる文書型定義が利用されている。例として、数式等の
数学関連の記述のためのＭａｔｈＭＬ（Mathematical M
arkup Language）、化学式を記述するためのＣＭＬ（Ch
emical Markup Language）等が挙げられる。このように
公開されている文書型定義を用いる場合、データ交換
は、データ提供者が自分の文書を公開されている文書型
定義に従った構造を有する文書に変換し、データ受取者
がその文書を自分の処理可能な文書に変換する、という
手順で行われる。この方法によれば、各当事者が自分の
文書型定義と公開されている文書型定義との間の変換プ
ログラムを用意するだけで全ての当事者間のデータ交換
が可能となり、特に当事者の数が多い場合にはデータ交
換に係る手間及び費用が大幅に少なくなる。また、新た
なデータ交換の相手が現れても、そのために新たなプロ
グラムを追加作成する必要がないという利点もある。

【０００６】

【発明が解決しようとする課題】現状では公開されてい
る文書型定義を利用できる分野は限られている。また、
公開されている文書型定義は基本的に固定的なものであ
るため、文書作成者が必要に応じて追加した独自の要素
は公開されている文書型定義によるデータ交換の対象外
となってしまう。このようなことから、公開されている
文書型定義の使用によって文書データの交換作業を省力
化しようとする試みには限界がある。このような状況の
中、従来より構造化文書の変換方法及び装置が各種提案
されている（例えば、特開平８−３１４９３３号公報に
記載の構造化文書の処理装置、特開平１０−１１４４１
号公報に記載の文書構造変換装置及び文書構造変換方
法、特開平１０−２１２２７号公報に記載の文書構造変
換装置及び文書構造変換方法、特開平１１−２４２６７
３号公報に記載の構造化情報マッピングシステム、特開
平１１−２７２６６７号公報に記載の構造化文書作成方
法及び構造化文書作成装置）。しかし、従来の方法及び
装置はいずれも２つの特定の構造化文書間の変換を予め
用意した固定的な変換規則に従って行うものであって、
汎用性に乏しい。本発明はこのような課題を解決するた
めに成されたものであり、その目的とするところは、構
造の異なる文書間のデータ変換を容易に行うことができ
るようにするための文書処理装置を提供することにあ
る。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に成された本発明は、マークアップ言語により記述され
た文書の構造定義データを処理する構造化文書処理装置
において、記述対象毎に作成された汎用の構造定義デー
タである中間構造定義データを保存するための中間構造
定義データ保存部、一般文書の構造定義データと、中間
構造定義データとの関連付けデータを保存するための関
連付けデータ保存部、外部から入力された一般文書の構
造定義データに対応する関連付けデータが関連付けデー
タ保存部に保存されているかどうかを調べる解析部、前
記一般文書の構造定義データに対応する関連付けデータ
が関連付けデータ保存部に保存されていないとき、その
一般文書の構造定義データと中間構造定義データとの関
連付けデータを作成し、関連付けデータ保存部に保存す
るための関連付けデータ作成部を備えることを特徴とす
る構造化文書処理装置を提供する。

【０００８】

【発明の実施の形態及び発明の効果】本発明に係る構造
化文書処理装置（以下、単に文書処理装置と表記する）
は、入力、制御、演算、記憶、出力等の基本機能を備え
る一般的なコンピュータ上で所定のプログラムを動作さ
せることにより構成される。以下、本発明の各構成要素
について説明する。

【０００９】本発明において記述対象とは、何らかの言
語により記述可能な具体的又は抽象的なもの（以下、オ
ブジェクトと呼ぶ）を意味する。例えば、書類、図形、
個人情報、製品情報、商品受発注情報、会計情報等、人
間に認識可能なあらゆるものをオブジェクトとみなしう
る。また、例えば図形は直線、線分、円、多角形等に細
かく分類できるが、これらはそれぞれ「図形」オブジェ
クトの下位オブジェクトとみなしうる。また、一つのオ
ブジェクトは複数の属性オブジェクトを有することもあ
る。例えば図１０〜図１２の例では、「線分」オブジェ
クトが「始点Ｘ」、「始点Ｙ」、「終点Ｘ」及び「終点
Ｙ」という属性オブジェクトを有し、「ＬＩＮＥ」オブ
ジェクトが「Ｘ０」、「Ｙ０」、「Ｘ１」及び「Ｙ１」
という属性オブジェクトを有し、「直線」オブジェクト
が「始点Ｘ」、「始点Ｙ」、「方向」及び「長さ」とい
う属性オブジェクトを有するものと考えられる。

【００１０】ところで、上記「線分」オブジェクト、
「ＬＩＮＥ」オブジェクト及び「直線」オブジェクトは
いずれも「２次元平面上の線分」という同一の実体に対
応する。そして、適切なデータ処理により、３つのオブ
ジェクト間で要素（データ）の相互変換が可能である。
本発明に係る装置では、この変換処理のために、全ての
オブジェクトを包含するような中間的なオブジェクトを
想定し、その構造定義データを作成する。上記「線分」
オブジェクト、「ＬＩＮＥ」オブジェクト及び「直線」
オブジェクトに対応する中間的なオブジェクトのＤＴＤ
記法による構造定義データの一例を図２に示す。この構
造定義データが本発明の中間構造定義データに相当する
ものである。また、図３及び図４に、ユーザ独自の構造
定義データと中間構造定義データの関連付けの例を示
す。

【００１１】中間構造定義データは他の構造定義データ
の全ての要素を包含しているため、先に説明した公開さ
れている文書型定義のようにデータ交換用の共通フォー
マットとして利用できる。しかし、中間構造定義データ
は公開されている文書型定義と同じものではない。すな
わち、公開されている文書型定義は基本的に固定的であ
るのに対し、中間構造定義データは、新たな構造定義デ
ータにも柔軟に対応できるよう、拡張可能なものとなっ
ている。

【００１２】本発明に係る文書処理装置によるデータ処
理について図１のフローチャート及びその他の図を参照
しながら以下に説明する。

【００１３】まず、本発明に係る文書処理装置に外部か
ら一般文書の構造定義データが入力されると、解析部が
その構造定義データを識別する。例えば、構造定義デー
タがＤＴＤ形式の場合、＜！ＤＯＣＴＹＰＥ……＞（文
書型宣言）に記述されたルート要素名やそのルート要素
の属する名前空間（ＵＲＩ）に基づいて構造定義データ
を識別する。

【００１４】次に、解析部は、識別された構造定義デー
タに対応する関連付けデータが関連付けデータ保存部に
保存されているかどうかを調べる。例えば、関連付けデ
ータ保存部に図３で示したような関連付けデータが保存
されており、入力された構造定義データが図１０の「線
分」であったとする。このとき、図３を参照すると、構
造定義データ「線分」に対応する中間構造定義データは
「Ｌｉｎｅ」であり、「線分」の４要素（始点Ｘ，始点
Ｙ，終点Ｘ，終点Ｙ）はそれぞれ「Ｌｉｎｅ」の４要素
（ＳｔａｒｔＸ，ＳｔａｒｔＹ，ＥｎｄＸ，ＥｎｄＹ）
に対応することがわかる。従って、「線分」データを
「Ｌｉｎｅ」データに変換するには、「線分」の４要素
（始点Ｘ，始点Ｙ，終点Ｘ，終点Ｙ）の値をそれぞれ
「Ｌｉｎｅ」の４要素（ＳｔａｒｔＸ，ＳｔａｒｔＹ，
ＥｎｄＸ，ＥｎｄＹ）に設定するだけでよい（なお、必
要であれば単位の変換も行う）。

【００１５】一方、入力された構造定義データが図１２
の「直線」であったとする。図３を見ると、「直線」の
エントリは存在しない。従って、解析部は、「直線」に
対応する関連付けデータは存在しないと判定する。解析
部がこのような判定結果を出すと、関連付けデータ作成
部は、例えば次のような手順で関連付けデータ作成処理
を実行する。

【００１６】まず、関連付けデータ作成部は、入力され
た構造定義データの構造を例えば図５に示したようにツ
リー形式で表示するとともに、その構造定義データをど
のカテゴリの中間構造定義データと関連付けるかをユー
ザに選択させるための画面（カテゴリ選択画面）を表示
する。カテゴリ選択画面において、ユーザは、カテゴリ
・ツリーを下層に向けて順次展開しつつ、目的のカテゴ
リを探索する。また、「”直線”には”Ｌｉｎｅ”が対
応する」というような一般辞書（本発明の関連付けデー
タ保存部とは異なり、単に一般的な語句間の対応関係を
示す辞書）を別途用意しておき、関連付けデータ作成部
がその辞書を参照しつつ、カテゴリ候補を自動的に検索
し、ユーザに提示するようにしてもよい。この場合、ユ
ーザは「次候補」ボタン及び「前候補」ボタンでカテゴ
リ候補を順又は逆に閲覧し、入力された構造定義データ
に最も適合するカテゴリを選択する。なお、適切なカテ
ゴリが見つからない場合、ユーザは「新規カテゴリ」ボ
タンを押して新しいカテゴリを任意に作成、追加でき
る。このようにしてユーザがカテゴリを選択すると、関
連付けデータ作成部は、ユーザの選択したカテゴリに対
応する中間構造定義データを関連付け候補としてツリー
形式で表示する（図５）。

【００１７】上記のように２つの構造定義データを表示
した画面上で、ユーザは、各データの構成要素間の関連
付け操作を行う。まず、ユーザは、入力側の構造定義デ
ータの要素の中に、中間構造定義データの既存の要素と
関連づけのできない新規な要素があるかどうかを調べ、
もしそのような要素があれば、それに対応する新たな要
素を中間構造定義データに追加する（図６）。次にユー
ザは、入力装置を用いた所定の操作により、入力された
構造定義データの各要素に対し、それに関連付けるべき
中間構造定義データの要素を指定する（図７）。要素指
定は、例えばマウスによる要素間のドラッグ・アンド・
ドロップ操作により行う。全ての対応要素の指定が完了
したら、ユーザは確認操作（例：「ＯＫ」ボタンの押
下）を実行する。すると、関連付けデータ作成部は、指
定された要素間の関連付けデータを生成し、関連付けデ
ータ保存部に保存する。これにより、関連付けデータ保
存部における関連付けデータの内容は図４に示したよう
になる。これ以降、図１２の構造定義データ「直線」が
入力されると、その構造定義データに対応する関連付け
データは既に存在しているため、直ちに中間構造定義デ
ータへの変換が可能である。

【００１８】以上のように、本発明に係る文書処理装置
を用いれば、各ユーザ独自の構造定義データを全て包括
するような中間構造定義データを作成することによっ
て、ユーザ間のデータ交換作業を大きく省力化すること
ができる。すなわち、各ユーザは、他のユーザ独自の構
造定義データを知らなくても、自分の構造定義データと
中間構造定義データとの間の相互変換のみを考慮して変
換プログラムを作成するだけで、全ての他のユーザとデ
ータを交換することができる。

【００１９】本発明に係る文書処理装置において、更
に、中間構造定義データの要素間の変換規則を作成する
ための変換規則作成部、及び、前記変換規則を示すデー
タを保存した変換規則データ保存部を更に設けるように
してもよい。例えば、変換規則作成部は、ユーザに要素
間の変換式を作成させるための画面（変換式作成画面。
例えば図８に示したようなもの）を表示する。この画面
でユーザは、例えば図９に示したような要素間の変換式
を作成する。変換式の作成が完了したら、変換規則作成
部は変換規則データ保存部（固定磁気ディスクに設けら
れたファイル等）に変換式を保存する。

【００２０】上記のように中間構造定義データの要素間
の変換規則を作成すれば、認識方法の違いが存在する構
造定義データ間のデータ交換も可能である。例えば、図
１０の構造定義データに基づく文書から図１２の構造定
義データに基づく文書への変換において、予め定めた変
換規則に従って変換元の２点の座標値から変換先の方向
及び長さを計算し、出力することができる。このよう
に、本発明に係る文書処理装置において、入力側の構造
定義データを中間構造定義データに変換するだけでな
く、更に中間構造定義データをユーザが出力先として指
定した他の構造定義データに変換するようにすれば、入
力側の文書構造データをダイレクトに出力側の文書構造
データに変換することもできる。

【００２１】本発明に係る文書処理装置はネットワーク
対応にすることもできる。すなわち、本発明に係る文書
処理装置を利用すれば、ユーザのクライアント端末から
ネットワーク経由で送信されてきた文書の構造定義デー
タを処理して中間構造定義データを生成し、更にそれを
ユーザの指定した別の構造定義データに変換してユーザ
に返す、というサービスが可能である。また、本発明に
係る文書処理装置で生成した中間構造定義データにＵＲ
Ｉ等の形式で一意に識別子を与え、ＷＷＷシステムやＦ
ＴＰシステム等を利用して一般に公開してもよい（会員
登録制とする場合も含む）。このようにすると、Ｗｅｂ
ブラウザやＦＴＰソフトを利用して誰でも簡単に中間構
造定義データを取得することができるため、中間構造定
義データの普及が促進され、ひいては、同一カテゴリに
おける構造定義データの標準化に貢献することができ
る。

【００２２】図１３に本発明に係る文書処理装置のコン
ピュータネットワークシステム（以下、本システムと呼
ぶ）への応用例を示す。本システムはサーバ機１、会員
端末２、管理者端末３及びこれらを接続するデータ通信
ネットワーク４を含む。図１には会員端末２を１つしか
描いていないが、実際には複数の会員端末２がネットワ
ーク４に接続されている。

【００２３】サーバ機１は、入力、制御、演算、出力、
記憶、通信等の基本機能を備えたコンピュータである。
サーバ機１では所定のコンピュータプログラムが動作し
ており、これにより、管理部１０、解析変換部１１、電
子メールサーバ１２、ＷＷＷサーバ１３といった機能部
がソフトウェア的に構成されている。また、サーバ機１
には固定磁気ディスク等の記憶装置が備えられており、
ここに、ユーザデータベース１４、関連付けデータベー
ス１５及びＷＷＷサイト１６が作成されている。ユーザ
データベース１４には、会員（本システムの利用登録を
行った企業等）に関する情報（会員ＩＤ、会員名、住
所、パスワード等）が保存されており、関連付けデータ
ベース１５には一般の構造定義データと中間構造定義デ
ータとの関連付けデータ（図３や図４で概念的に示した
ようなもの）が保存されている。ＷＷＷサイト１６に
は、本システムの概要、使い方、登録方法等の一般情報
を記載したページの他に、Ｗｅｂブラウザを用いて中間
構造定義データの検索・閲覧サービスを利用したりデー
タ変換サービスを申し込むためのページも含まれる。な
お、これらのページはファイルの形で記憶装置に静的に
作成しておいてもよいし、要求に応じてＣＧＩプログラ
ムにより動的に生成してもよい。

【００２４】会員端末２は、本システムの利用登録を予
め済ませた企業等に設置されたパーソナルコンピュータ
等の端末で、電子メール送受信ソフト（以下、メーラと
する）２１及びＷｅｂブラウザ２２がインストールされ
ている。管理者端末３は、本システムの管理者が使用す
るパーソナルコンピュータ等の端末で、メーラ３１の他
に管理ソフト３２がインストールされている。管理ソフ
ト３２は、サーバ機１の管理部１０と連携して、先に説
明したような構造定義データの変換処理を実行する。

【００２５】本システムの利用登録をした会員が、自分
の端末２のメーラ２１を用いてデータ変換サービスを受
ける手順について図１４のフローチャートを参照しなが
ら以下に説明する。

【００２６】まず会員は、会員ＩＤ及びパスワードを記
載した所定様式の電子メール（以下、メールとする）を
作成し、変換を希望する構造定義データを添付して所定
のメールアドレス（ここではapply@dtdconv.comとす
る）へ送信する。このとき、もし会員が出力側の構造定
義データを指定したい場合は、その構造定義データのＵ
ＲＩを所定様式で上記メールに記載しておく。なお、出
力側に指定可能な構造定義データのＵＲＩは予めメール
やＷＷＷページを利用して会員に通知又は公開してお
く。サーバ機１のメールサーバ１２は、上記メールアド
レス宛のメールを全てデータ変換申請メールとみなして
管理部１０へ転送する。管理部１０は、受け取ったメー
ルに記載の会員ＩＤ及びパスワードがユーザＤＢ１４に
登録済みの正当な会員ＩＤ及びパスワードであるかどう
かを検査する。もし上記会員ＩＤ及びパスワードが正当
なものであれば、管理部１０は上記メールを解析変換部
１１に渡す。

【００２７】解析変換部１１は、受け取ったメールから
構造定義データを取り出した後、先に説明したような方
法で構造定義データを識別する。次に解析変換部１１
は、その構造定義データに対応する関連付けデータが関
連付けＤＢ１５に存在しているかどうかを調べ、もし存
在していれば、先に説明したような手順で構造定義デー
タをそれに対応する中間構造定義データに変換する。更
に、もし会員が出力側の構造定義データを指定していれ
ば、解析変換部１１は上記中間構造定義データを指定の
構造定義データに変換する。こうして最終的に出力デー
タ（出力側の指定がなければ中間構造定義データがすな
わち出力データである）が得られたら、解析変換部１１
はその構造定義データを添付したメールを作成して管理
部１０へ渡し、管理部１０はそのメールをメールサーバ
１２経由で会員のメールアドレス宛に送信する。なお、
データ変換申請メールにおいて会員が出力データの宛先
を指定できるようにしておいてもよい。この場合、管理
部１０は、メールで宛先が指定されているかどうかを調
べ、宛先が指定されているときには、出力データを添付
したメールを指定の宛先に送信する。

【００２８】一方、識別された構造定義データに対応す
る関連付けデータが関連付けＤＢ１５に存在しないと
き、解析変換部１１は「関連付けデータなし」のメッセ
ージを管理部１０へ送る。このメッセージを受け取った
管理部１０は、関連付けデータ作成依頼のメッセージを
含む所定様式のメールを作成し、上記構造定義データを
添付して管理者のメールアドレス宛に送信する。

【００２９】管理者は、自分の端末３のメーラ３１で上
記メールを受信したら、そのメールの添付ファイルを取
り出し、管理ソフト３２に読み込ませる。管理ソフト３
２は本発明の関連付けデータ作成部に相当する。関連付
けデータ作成処理においては関連付けＤＢ１５に保存さ
れたデータが必要になったとき、管理ソフト３２はネッ
トワーク４を通じてサーバ機１の管理部１０へ必要なデ
ータの取得要求を送信し、管理部１０は要求されたデー
タを管理ソフト３２へ返す。なお、このような通信を高
速に行うため、サーバ機１と管理者端末３とを一般のネ
ットワーク４とは別の高速ネットワークで接続しておい
てもよい。このように管理ソフト３２は管理部１０との
連携しつつ、先に図１〜図９を参照しながら説明したよ
うな手順で関連付けデータ作成処理を実行し、新たな関
連付けデータを作成する。

【００３０】関連付けデータの作成が完了したら、管理
ソフト３２はそのデータを管理部１０へ送信する。管理
部１０は受け取った関連付けデータを関連付けＤＢ１５
に保存するとともに、解析変換部１１にデータ変換処理
を再度実行させる。今度は目的の関連付けデータが存在
するから、解析変換部１１は先に説明したような手順で
構造定義データを中間構造定義データに変換することが
できる。その後の処理については先に説明した通りであ
る。

【００３１】上記例では電子メールシステムを利用して
データ変換サービスを提供するようにした。すなわち、
上記例では、メールを利用して会員からの構造定義デー
タの受信及び会員への出力データの送信を行うようにし
た。このようなデータの送受信はＷＷＷシステムを利用
して行うことも可能である。ＷＷＷシステムを利用する
と、いわゆるＳＳＬやＨＴＴＰＳ等の各種セキュリティ
関連技術を簡単に利用することができるという利点があ
る。

【図面の簡単な説明】

【図１】本発明に係る構造化文書処理装置による処理
のフローチャート。

【図２】二次元平面上の線分の中間構造定義データ
（ＤＴＤ記法によるもの）の一例。

【図３】ユーザ独自の構造定義データと中間構造定義
データの関連付けの例。

【図４】ユーザ独自の構造定義データと中間構造定義
データの関連付けの別の例（図３の関連付けを拡張した
もの）。

【図５】関連付けデータ作成画面の例。

【図６】関連付けデータ作成画面において中間構造定
義データに新たな要素を追加したところを示す図。

【図７】関連付けデータ作成画面における要素間の関
連付け操作を概念的に示す図。

【図８】ユーザに中間構造定義データの要素間の変換
式を作成させるための画面の一例。

【図９】要素間の変換式の例。

【図１０】二次元平面上の線分を定義するＤＴＤの一
例。

【図１１】二次元平面上の線分を定義するＤＴＤの別
の例。

【図１２】二次元平面上の線分を定義するＤＴＤの更
に別の例。

【図１３】本発明に係る文書処理装置のコンピュータ
ネットワークシステムへの応用例。

【図１４】図１３のシステムによる処理のフローチャ
ート。

【符号の説明】

１…サーバ機２…会員端末３…管理者端末４…データ通信ネットワーク

───────────────────────────────────────────────────── フロントページの続き (71)出願人 501097525 南佳孝大阪府大阪市淀川区宮原５丁目１番28号新大阪八千代ビル別館３階株式会社関西総合情報研究所内 (71)出願人 501097503 池辺正典大阪府大阪市淀川区宮原５丁目１番28号新大阪八千代ビル別館３階株式会社関西総合情報研究所内 (71)出願人 501069555 株式会社関西総合情報研究所大阪府大阪市淀川区宮原５丁目１番28号新大阪八千代ビル別館３階 (71)出願人 000005234 富士電機株式会社神奈川県川崎市川崎区田辺新田１番１号 (72)発明者田中成典大阪府吹田市竹見台４丁目７番２−606 (72)発明者古田均京都府宇治市羽戸山２丁目１番246 (72)発明者南佳孝大阪府大阪市淀川区宮原５丁目１番28号新大阪八千代ビル別館３階株式会社関西総合情報研究所内 (72)発明者池辺正典大阪府大阪市淀川区宮原５丁目１番28号新大阪八千代ビル別館３階株式会社関西総合情報研究所内Ｆターム(参考） 5B009 NA05 QA06 TA11

Claims

【特許請求の範囲】

【請求項１】マークアップ言語により記述された文書
の構造定義データを処理する構造化文書処理装置におい
て、記述対象毎に作成された汎用の構造定義データである中
間構造定義データを保存するための中間構造定義データ
保存部、一般文書の構造定義データと、中間構造定義データとの
関連付けデータを保存するための関連付けデータ保存
部、外部から入力された一般文書の構造定義データに対応す
る関連付けデータが関連付けデータ保存部に保存されて
いるかどうかを調べる解析部、前記一般文書の構造定義データに対応する関連付けデー
タが関連付けデータ保存部に保存されていないとき、そ
の一般文書の構造定義データと中間構造定義データとの
関連付けデータを作成し、関連付けデータ保存部に保存
するための関連付けデータ作成部を備えることを特徴と
する構造化文書処理装置。
【請求項２】中間構造定義データの要素間の変換規則
を作成するための変換規則作成部、及び、前記変換規則
を示すデータを保存するための変換規則データ保存部を
更に備えることを特徴とする請求項１に記載の構造化文
書処理装置。
【請求項３】データ通信ネットワークを通じて外部コ
ンピュータと通信を行うための通信手段を更に備えるこ
とを特徴とする請求項１又は２に記載の構造化文書処理
装置。
【請求項４】前記通信手段を通じて、外部コンピュー
タから、各中間構造定義データに付与された一意の識別
子を含む中間構造定義データ取得要求を受けたとき、前
記識別子の付与された中間構造定義データを前記外部コ
ンピュータへ送信する要求データ送信手段を更に備える
ことを特徴とする請求項３に記載の構造化文書処理装
置。