JP2004519781A

JP2004519781A - ＤＩＣＯＭ−ｔｏ−ＸＭＬ発生器

Info

Publication number: JP2004519781A
Application number: JP2002575838A
Authority: JP
Inventors: ヒュ　ジングクン; クウォクピーリー
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2001-03-27
Filing date: 2002-03-05
Publication date: 2004-07-02
Also published as: ATE456833T1; US7373600B2; WO2002077863A2; DE60235233D1; EP1397761A2; EP1397761B1; US20020143824A1; WO2002077863A3

Abstract

変換システムは、ＤＩＣＯＭＳＲ情報をＤＩＣＯＭ形式のファイルからＸＭＬ表現に変換する。ＤＩＣＯＭＳＲとＸＭＬとの間にマッピングを設けることにより、ＤＩＣＯＭＳＲコンテンツ材料は、例えば医学的分析プログラムのようなＤＩＣＯＭ固有のアプリケーションプログラムと、例えば事務的又はデータ管理プログラムのようなＤＩＣＯＭ固有ではないアプリケーションプログラムにより容易に処理されることができる。好ましい実施例において、二相の変換が用いられている。ＤＩＣＯＭ情報は解析され、直接一組の“生の”ＸＭＬデータに変換される。その後、“生の”ＸＭＬはＸＳＬＴプロセッサを介して、適したＸＭＬ出力形式に変換される。このように、所望のＸＭＬ出力形式への変更は、対応するＸＳＬＴスタイルシートの変更を介して達成することができる。

Description

【０００１】
【発明の属する技術分野】
本発明は、ＤＩＣＯＭＳＲ（ＤｉｇｉｔａｌＩｍａｇｉｎｇａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎｉｎＭｅｄｉｃｉｎｅＳｔｒｕｃｔｕｒｅｄＲｅｐｏｒｔｉｎｇ）リレーショナルデータの使用を介したモデリング（ｍｏｄｅｌｉｎｇ）及びデータ表現の分野、特に医用リポートのモデリング及び表現に関する。
【０００２】
【従来の技術】
ＤＩＣＯＭＳＲ規格及びそれが基づくＳＲ文書化モデル（ＳＲＤｏｃｕｍｅｎｔａｔｉｏｎＭｏｄｅｌ）は、診断画像及び波形の文書化の表現力、精度及びコンパラビリティ（比較対照性）を改善する。ＤＩＣＯＭＳＲは、表現力のある合成リポートの交換を支援する。そのようなリポートでは、画像及び波形により示されるクリティカルな特徴がオブザーバによって明確に表されることができ、後続のレビューする者によって索引付けされ、選択的に取り出されることができる。確認されたことは、テキスト、コード及び数値測定としてか、画像若しくは波形内の関心のある特定の領域の位置座標を介してか、又は比較画像、音声、波形、曲線及び以前のリポート情報への参照として、オブザーバによって表されることができる。オブザーバにより記録される所見及び履歴の結果は、解釈プロシージャの一部として参照される証拠を含んでもよい。このように、ＤＩＣＯＭＳＲは、診断的所見のリポーティングのみならず、所見を引き出した証拠を完全に文書化する能力も支援する。この能力は、診断画像及び波形解釈のルーチン副産物として、臨床的研究、トレーニング及び結果評価のための構造化データの大規模な収集に関して重要な新しい機会を提供し、複数の医療機関にまたがる臨床試験及び評価のために構造化データをプールすることを容易にする。
【０００３】
ＤＩＣＯＭＳＲは、リレーショナルデータ技術に基づくものであり、米国電気機器製造者協会（ＮＥＭＡ）により標準化されている。ＤＩＣＯＭ規格のＳｕｐｐｌｅｍｅｎｔ２３：ＳｔｒｕｃｔｕｒｅｄＲｅｐｏｒｔｉｎｇＳｔｏｒａｇｅＳＯＰＣｌａｓｓｅｓ（ＤＩＣＯＭ規格委員会発行、１３００Ｎ．１７^ｔｈＳｔｒｅｅｔ，Ｒｏｓｓｌｙｎ，ＶＡ２２２０９ＵＳＡ）は、任意の数の画像若しくは波形又はそれらが含む特定の特徴について記述し又は言及する文書を伝送及び記憶するためにＳＲサービスオブジェクト対（ＳＯＰ）クラスを取り入れている。これについては、ここに参照することにより盛り込まれる。この規格は、構造化リポーティング形式でテキスト、画像及び波形コンテンツを提供するために、医用装置製造業者及び一般の提供業者により採用されることが期待されている。
【０００４】
【発明が解決しようとする課題】
ＤＩＣＯＭＳＲ規格は、一貫したリポーティング及び記録方式を提供するが、ＤＩＣＯＭＳＲに含まれる情報の使用は、ＤＩＣＯＭ固有の形式を使用してこの情報を処理することができるＤＩＣＯＭ準拠のアプリケーションに限定される。アプリケーション開発者はＤＩＣＯＭの知識がなければならず、ＤＩＣＯＭドメインの外側の他のアプリケーションと相互に動作するアプリケーションを展開するための方法は未だ開発されていない。
【０００５】
コンピュータ産業において、多様なアプリケーションによる多様なソースからの情報の利用を容易にする標準化された言語及び方法を使用することにおいて進歩があった。コンテンツ材料を処理するのに広く使用される標準言語は、標準汎用マークアップ言語（ＳＧＭＬ）から導き出されるワールドワイドウェブコンソーシアム（ＷｏｒｌｄＷｉｄｅＷｅｂＣｏｎｓｏｒｔｉｕｍ）の拡張可能マークアップ言語（ＸＭＬ）である。かかる言語は、データ及びその構造を記述するように設計されるので、データはネットワークを通して容易に伝送されることができると共に、受信器により一貫した処理が施されることができる。ＸＭＬが情報及び構造を記述するために使用されるので、特にデータ記述言語としてよく適している。ＸＭＬの特定の強さの一つは、それにより全産業、学術分野及び専門組織が、それらの分野内で情報の表現を標準化するのに役立つことができる文書型定義（ＤＴＤ）及びスキーマの組を開発することを可能にする。ＤＴＤ及びスキーマの組を与える場合、ＤＴＤ及びスキーマに準じてモデリングされたコンテンツ材料は、これらのＤＴＤ及びスキーマ用に開発されるアプリケーションによって処理されることが可能である。
【０００６】
ＸＭＬを使用する他の利点は、ＸＭＬ互換データの処理に利用可能なツールの豊富さである。特に重要なのが、“拡張可能書式言語（ＸＳＬ）”は、スタイルシートを表す言語であり、“ＸＳＬ変換（ＸＳＬＴ）”は、スタイルシートを使用してＸＭＬ文書を他のＸＭＬ文書に変換する言語である。スタイルシートは、１組のテンプレート規則を含み、これら規則は、パターンをソース文書、すなわち“ソースツリー”に合致させ、適当な合致が見つかったとき、テンプレートを結果の文書、すなわち“リザルトツリー”に対するテンプレートを例示するのに使用される。このやり方で、あるアプリケーション用に構成されるＸＭＬ情報は、比較的容易に他のアプリケーション用の異なる構成に変換されることができる。
【０００７】
ＸＭＬが比較的新しく且つ固有の言語と見なされたとしても、ＤＩＣＯＭに精通している者よりも多くのプログラマ及び他のコンピュータ専門家が、ＸＭＬに精通するであろうことが期待される。加えて、ＤＩＣＯＭＳＲ符号化情報に関して利用可能であるよりも多くの汎用的ユーティリティ及びアプリケーションが、ＸＭＬ符号化情報に関して利用可能になることが期待できる。
【０００８】
従って、本発明の目的は、ＤＩＣＯＭＳＲ表現及び関連する情報のＸＭＬ表現の生成を容易にする方法及びシステムを提供することである。本発明の他の目的は、最小の信号損失で、ＤＩＣＯＭＳＲ及び他のＤＩＣＯＭオブジェクトのＸＭＬ表現の生成を容易にする方法及びシステムを提供することである。本発明の他の目的は、柔軟性及び拡張性を持つＤＩＣＯＭオブジェクトのＸＭＬ表現を生成する方法及びシステムを提供することである。
【０００９】
【課題を解決するための手段】
これら及び他の目的は、ＤＩＣＯＭＳＲ情報をＤＩＣＯＭ形式のファイルからＸＭＬ表現に変換する変換システムを提供することにより達成される。ＤＩＣＯＭＳＲとＸＭＬとの間にマッピングを設けることにより、ＤＩＣＯＭＳＲコンテンツ材料は、例えば医学的分析プログラムのようなＤＩＣＯＭ固有のアプリケーションプログラムと、例えばルーチンの事務的又はデータ管理プログラムのようなＤＩＣＯＭ固有ではないアプリケーションプログラムにより容易に処理されることができる。好ましい実施例において、二相の変換が用いられている。ＤＩＣＯＭ情報は解析され、直接一組の“生の”ＸＭＬデータに変換される。その後、“生の”ＸＭＬはＸＳＬＴプロセッサを介して、適したＸＭＬ出力形式に変換される。所望のＸＭＬ出力形式に変更させることは対応するＸＳＬＴスタイルシートに関する変更を介して達成される。
【００１０】
【発明の実施の形態】
これら図面を通して、同じ参照番号は、類似又は一致する特徴又は機能を示している。
【００１１】
上述されるように、ＤＩＣＯＭのリレーショナル構造化リポーティング方式を直接用いるアプリケーションが開発されることができるが、ＸＭＬ並びにオブジェクト指向の技術及び技法に精通するプログラマ及び他のコンピュータ専門家の数は、ＤＩＣＯＭ並びにリレーショナル技術及び技法に精通する人よりもかなり多くなることが期待できる。
【００１２】
共に係属中の２０００年１０月１０日出願、シリアル番号０９／６８６，４０１の米国特許出願“ＵＭＬＭＯＤＥＬＡＮＤＸＭＬＲＥＰＲＥＳＥＮＴＡＴＩＯＮＳＯＦＤＩＧＩＴＡＬＩＭＡＧＩＮＧＡＮＤＣＯＭＭＵＮＩＣＡＴＩＯＮＳＩＮＭＥＤＩＣＩＮＥＳＴＲＵＣＴＵＲＥＤＲＥＰＯＲＴＳ（ＤＩＣＯＭＳＲ）”、発明者ＡｌｆｒｅｄｏＴｉｒａｄｏ−Ｒａｍｏｓ、ＪｉｎｇｋｕｎＨｕ及びＹａｓｓｅｒａｌＳａｆａｄｉ、出願人整理番号ＰＨＵＳ０００２６８は、ＤＩＣＯＭＳＲ仕様を非ＤＩＣＯＭシステム分析者及びシステム設計者によるＤＩＣＯＭＳＲの理解を容易にするためにＵＭＬ（ＵｎｉｆｉｅｄＭｏｄｅｌｉｎｇＬａｎｇｕａｇｅ）型式に変形させるシステム及び方法を開示している。これについては、ここに参照により盛り込まれる。このシステム及び方法は、このＵＭＬ型式をＸＭＬＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔｉｏｎ）及びＸＭＬ方式に変形させることも含んでいる。このシステム及び方法は、ＤＩＣＯＭＳＲリポートをＵＭＬ文書に変形させることも含み、更にはＵＭＬ文書をＸＭＬ文書に変形させることも含んでいる。このシステム及び方法が特にＤＩＣＯＭＳＲの理解を非ＤＩＣＯＭ専門家に伝えるのに十分適し、ＸＭＬアプリケーションプログラムの開発を容易にしたとしても、ＵＭＬ変形を介してＤＩＣＯＭＳＲリポートをＸＭＬへ変形させることが抽象概念の中間レベルを導入する。モデル抽象概念のこの追加のレベルは、ＵＭＬモデリング言語がデータではないモデル構造及び対話に対して主に設計されているので、情報の損失となる。
【００１３】
同時に出願された２００１年３月２７日出願、シリアル番号０９／８１８７１６の米国特許出願“ＤＩＣＯＭＸＭＬＤＴＤ／ＳＣＨＥＭＡＧＥＮＥＲＡＴＯＲ”、発明者ＪｉｎｇｋｕｎＨｕ及びＫｗｏｋＰｕｎＬｅｅ、出願人整理番号ＰＨＵＳ０１００７０は、ＤＩＣＯＭＳＲ仕様を直接ＸＭＬＤＴＤ及びＸＭＬ方式に変形させるシステム及び方法を開示し、ＤＩＣＯＭＳＲ及び他のＤＩＣＯＭ文書を処理する選択の言語としてＸＭＬの使用が更に増大すると予想される。これについては、ここに参照により盛り込まれる。
【００１４】
本発明は、ＤＩＣＯＭ関連のアプリケーションプログラムがＸＭＬ可能アプリケーションとして開発され、様々な存在するＸＭＬ可能アプリケーションがＤＩＣＯＭリポートに含まれる情報に関連する事務的及び管理タスクを扱うのに用いることが可能であるという前提に基づいている。
【００１５】
図１は、本発明によるＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システム１００の例示的なブロック図を説明している。この変換システム１００は、例えばＤＩＣＯＭＳＲのようなＤＩＣＯＭ入力ファイル１１０を対応するＸＭＬ文書１６０に変換する。ＤＩＣＯＭパーサ（ＤＩＣＯＭｐａｒｓｅｒ）１２０は、このＤＩＣＯＭ入力ファイル１１０から属性を取り出し、これら属性をＸＭＬビルダ（ＸＭＬＢｕｉｌｄｅｒ）１３０に供給する。ＤＩＣＯＭ環境において、属性は核となるデータ伝達装置である。例えば診断リポートにおける属性は、患者、診断医、施された処置、見つかった特別な結果、例えばＸ線画像のような他の項目の参照、参照画像の興味のある項目の座標等を特定するだろう。
【００１６】
好ましい実施例において、ＸＭＬビルダ１３０は、ＤＩＣＯＭ−ＸＭＬ属性を処理するアプリケーションプログラムにより必要とされる特定の書式又は構成を考慮することなく、各ＤＩＣＯＭ属性の直接的な翻訳をもたらすように構成される。代わりに、ＸＭＬビルダ１３０は、特定のアプリケーションにおいて使用するために構成されるＸＭＬＤＴＤ及びスキーマの特定の組に従うＤＩＣＯＭ−ＸＭＬ属性を書式設定するように構成されてもよい。ＸＭＬの書式設定からＸＭＬ変換を分割することにより、結果として得られるシステムは、十分体系化された設計の原理と一致する合成システムよりも柔軟性があり強固であることが予想される。参照しやすいように、ＸＭＬビルダ１３０から直接的に翻訳された属性は、ここで“生の”ＸＭＬデータと呼ばれる。
【００１７】
好ましい実施例において、この生のＸＭＬデータは、ＸＳＬＴ（ＥｘｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａｇｅＴｒａｎｓｆｏｒｍａｔｉｏｎ）エンジン１４０によって処理される。ＸＭＬ変換をＸＭＬ書式設定から分離させることの追加の利点は、存在するＸＭＬ変形ツール及び技法が所望の出力ＸＭＬ書式構造をもたらすために使用されることが可能なことである。ＸＳＬＴのこの好ましい使用において、所望の出力ＸＭＬ書式は、ＸＳＬＴスタイルシート１５０を用いて指定され、これは以下に論じられる。これらスタイルシート１５０は、アプリケーションプログラムにより用いられる書式を定義するＤＴＤ及びスキーマに基づいて定義される。ＤＩＣＯＭ−ＸＭＬ規格がＤＩＣＯＭ処理アプリケーションに採用される場合、この規格と互換性があるスタイルシート１５０を使用することは、変換システム１００により処理されるＤＩＣＯＭ−ＸＭＬデータが前記規格と互換性があるアプリケーション各々により処理されることを可能にする。様々なＤＩＣＯＭ−ＸＭＬ書式が定義される場合、スタイルシート１５０の異なる組が各書式に供給され、これにより特定の出力書式に関係無く同じビルダ１３０を使用することが可能となる。
【００１８】
図２は本発明によるＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システム１００の例示的な構成要素の構成図を説明する。説明されるように、このＤＩＣＯＭ−ｔｏ−ＸＭＬ変換器１００は、必要に応じて３つの処理１２０、１３０、１４０の各々を呼び出す。好ましい実施例において、ＤＩＣＯＭパーサ１２０は、商業的に利用可能な様々な従来のＤＩＣＯＭ”ｔｏｏｌｋｉｔｓ”の何れかにアクセスし、これにより、ルーチンのＤＩＣＯＭ関連処理タスクのための開発タスクを軽減する。例えば、図１のＤＩＣＯＭファイル１１０は典型的に、明確に定義される符号化方式を持つ“バイナリ”ファイルである。ＤＩＣＯＭツールキット２１０は、ユーティリティプログラムと、副プログラムと、このバイナリデータをパーサ１２０によって処理するためのより便利な形式に復号することを容易にする関数呼び出し（ｆｕｎｃｔｉｏｎｃａｌｌ）とを含む。
【００１９】
ＤＩＣＯＭ属性がＤＩＣＯＭパーサ１２０によりＤＩＣＯＭファイル１１０から復号された後、ＤＩＣＯＭ−ｔｏ−ＸＭＬ変換器１００は、解析された（ｐａｒｓｅｄ）ＤＩＣＯＭ属性の各々に対応するＸＭＬデータを作り出すためのＸＭＬビルダ１３０を実行する。
【００２０】
図３は、ＤＩＣＯＭオブジェクトを本発明によるＸＭＬ表現に変換する例示的な流れ図を説明する。ＸＭＬデータは３１０においてルート要素により特定される。本実施例において、ＸＭＬデータに対するルート要素は“ｒｅｐｏｒｔ”と定義される。各ＤＩＣＯＭ属性は続いてループ３２０−３７０を介して処理される。ＤＩＣＯＭ属性が他の属性を含む場合、これら他の属性の各々は前記ループ３２０−３７０内において再帰的に処理される。
【００２１】
３３０において、ＤＩＣＯＭ属性が“シーケンス”（ＤＩＣＯＭ用語では“ＳＱ”）である場合、３３６において、“符号化方式”、“コードＩＤ”及び“値型式”のＸＭＬ属性を持つＸＭＬ要素が作り出され、これらは以下に詳細に説明される。３３０において、ＤＩＣＯＭ属性がシーケンスではない場合、３３２において、“符号化方式”、“コードＩＤ”、“値”及び“値型式”のＸＭＬ属性を持つＸＭＬ要素が作り出される。ＸＭＬ要素の名前は、ブロック３４０において説明される規則を用いて、ＤＩＣＯＭ属性名を変換することにより得られる。大文字は小文字に変換され、空白、ハイフン及びスラッシュ各々は下線に置き換えられ、アポストロフィ及び括弧各々は削除される。
【００２２】
ＸＭＬ属性はブロック３５０において説明されるように定義される。全ての要素は、例えば“ＤＣＭＴＡＧ”のような共通の符号化方式値を持つ。図２のＤＩＣＯＭパーサ１２０において解析されたＤＩＣＯＭコードＩＤは、ＸＭＬコードＩＤ属性の値として使用され、前記要素がシーケンス要素ではない場合、値属性はＤＩＣＯＭ属性が与えられ、これもＤＩＣＯＭパーサ１２０において解析されている。
【００２３】
ＤＩＣＯＭ属性データ型式３９０ａをＸＭＬ値型式属性３９０ｂにマッピングすることが３９０に説明されている。ＳＳ及びＵＳ型式のＤＩＣＯＭ属性は、値型式“ｓｉｇｎｅｄｓｈｏｒｔ”及び“ｕｎｓｉｇｎｅｄｓｈｏｒｔ”をそれぞれ割り当てられ、ＦＬ及びＦＤ型式の属性は、値型式“ｆｌｏａｔ”を割り当てられ、ＡＴ及びＵＬ型式の属性は値型式“ｕｎｓｉｇｎｅｄｌｏｎｇ”を割り当てられ、ＳＬ型式の属性は値型式“ｓｉｇｎｅｄｌｏｎｇ”を割り当てられ、及びＳＱ型式の属性は値型式“ｓｅｑｕｅｎｃｅ”を割り当てられる。その他の全ての属性は値型式“ｓｔｒｉｎｇ”を割り当てられる。このマッピングは、ブロック３６０においてＤＩＣＯＭ属性のデータ型式の解析される値に基づいてもたらされる。
【００２４】
各ＤＩＣＯＭ属性を対応するＸＭＬ要素に変換した後、ＤＩＣＯＭ−ｔｏ−ＸＭＬ変換器１００は、上述されるような所望のＸＭＬ出力書式を供給するために、様々な共通に利用可能なＸＳＬＴエンジンの何れかであるＸＳＬＴエンジン１４０を実行する。このＸＳＬＴエンジンは、図１の前述したスタイルシート１５０に基づいて後続する出力書式設定用の生のＸＭＬデータにおける各データ項目の特定を容易にするために従来のＸＭＬパーサ２２０を使用する。
【００２５】
図４Ａ−Ｃは、生のＸＭＬ書式設定された情報をＤＩＣＯＭ固有のＤＴＤ及びスキーマと一致するＸＭＬ書式に変換する例示的なＸＳＬＴスタイルシートを説明する。上述されるように、これらＤＴＤ及びスキーマは、ＤＩＣＯＭ関連材料、特にＤＩＣＯＭ構造化リポート（ＳＲ）を処理するように構成されるアプリケーションによる使用に対し定義されるであろう。
【００２６】
図４Ａは、ＤＩＣＯＭ−ＳＲＸＳＬＴ高レベル構造のスタイルシート４１０に対応している。このスタイルシート４１０の“ｉｎｃｌｕｄｅ”部分４１２に記載されるように、高レベル構造はＤＩＣＯＭＳＲにおける５つの“ＩｎｆｏｒｍａｔｉｏｎＥｎｔｉｔｉｅｓ（ＩＥ）”に対応する５つの異なるスタイルシート“Ｐａｔｉｅｎｔ＿ＩＥ．ｘｓｌ”、“Ｓｔｕｄｙ＿ＩＥ．ｘｓｌ”、“Ｓｅｒｉｅｓ＿ＩＥ．ｘｓｌ”、“Ｅｑｕｉｐｍｅｎｔ＿ＩＥ．ｘｓｌ”及び“Ｄｏｃｕｍｅｎｔ＿ＩＥ．ｘｓｌ”に対する参照（“ｈｒｅｆ＝”）を含む。４１４において、スタイルシート４１０は、生のＸＭＬファイルにおけるルート要素と単語“ｒｅｐｏｒｔ”との間の合致を要求し、これは図３の３１０における生のＸＭＬファイルのルート要素に割り当てられている。前記合致を見つけたとき、スタイルシート４１０は、部分４１６において、リポートの確認を含む、作り出されるＸＭＬファイル、ＳＲ文書及びリポートの日付にヘッダ情報を供給する。部分４１８において、Ｐａｔｉｎｅｔ、Ｓｔｕｄｙ、Ｓｅｒｉｅｓ、Ｅｑｕｉｐｍｅｎｔ及びＤｏｃｕｍｅｎｔテンプレート／スタイルシートの各々はＳＲ文書の残りを作成するために呼び出される。
【００２７】
図４Ｂは、前記高レベル構造のスタイルシート４１０において参照される前述された“Ｐａｔｉｅｎｔ＿ＩＥ．ｘｓｌ”スタイルシート４２０に対応する。ＤＩＣＯＭ“Ｐａｔｉｅｎｔ”ＩＥ内の各要素は、要素のコンテンツを特定形式で出力するための対応するテンプレートを持つ。例えば、患者の名前をＸＭＬ出力ファイルに配置するためのテンプレートは、図４Ｂにおいて“Ｐａｔｉｅｎｔ＿ｎａｍｅ＿ｔｅｍｐｌａｔｅ”４２２と記載されている。患者の確認及び誕生日を配置するためのテンプレートは、“ｐａｔｉｅｎｔｓ＿ｉｄ＿ｔｅｍｐｌａｔｅ”４２４及び“ｐａｔｉｅｎｔｓ＿ｂｉｒｔｈ＿ｄａｔｅ＿ｔｅｍｐｌａｔｅ”４２６等と記載されている。上述されるように、適切に書式設定された出力をこの出力を作り出すためのテンプレートを含むスタイルシートに基づいて作り出すためにＸＳＬＴエンジンを用いることにより、異なる出力書式が適切なテンプレートを単に変えること供給されることができる。スタイルシート“Ｓｔｕｄｙ＿ＩＥ．ｘｓｌ”、“Ｓｅｒｉｅｓ＿ＩＥ．ｘｓｌ”及び“Ｅｑｕｉｐｍｅｎｔ＿ＩＥ．ｘｓｌ”は、これらの情報エンティティの各々の中の要素に対応するテンプレートに適切な呼び出しを用いることにより同様に符号化される。
【００２８】
図４Ｃは、残りのスタイルシート“Ｄｏｃｕｍｅｎｔ＿ＩＥ．ｘｓｌ”４３０に対応している。好ましい実施例において、“Ｄｏｃｕｍｅｎｔ＿ＩＥ．ｘｓｌ”は、ＤＩＣＯＭ文書情報エンティティのＤＩＣＯＭＳＲ文書一般、ＳＲ文書コンテンツ及びＳＯＰ共通モジュールに対応する３つの簡単なスタイルシート“ＳＲ＿Ｄｏｃｕｍｅｎｔ＿Ｇｅｎｅｒａｌ＿Ｍｏｄｕｌｅ．ｘｓｌ”、“ＳＲ＿Ｄｏｃｕｍｅｎｔ＿Ｃｏｎｔｅｎｔ＿Ｍｏｄｕｌｅ．ｘｓｌ”及び“ＳＯＰ＿Ｃｏｍｍｏｎ．ｘｓｌ”に分割される。これらモジュールスタイルシートは、４３２においてスタイルシート４３０に含まれ、これらテンプレートの各々は、４３４においてＤＩＣＯＭ文書ＩＥに対応する適切に書式設定されたＸＭＬ出力を供給するために実行される。ＤＩＣＯＭＳＲは、基礎テキストＳＲ、拡張ＳＲ及び汎用ＳＲからなる３つの形式のＩＯＤ（ＩｎｆｏｒｍａｔｉｏｎＯｂｊｅｃｔＤｅｆｉｎｉｔｉｏｎ）を含む。ＩＯＤのこれら形式の各々は、別個のスタイルシート“ＳＲ＿Ｄｏｃｕｍｅｎｔ＿Ｃｏｎｔｅｎｔ＿Ｍｏｄｕｌｅ．ｘｓｌ”を設けることにより供給される。
【００２９】
上述したことは、本発明の原理を単に説明したものである。これにより、当業者は、ここに明白に記載又は示されなくとも、本発明の原理を具体化し、上記請求項の意図及び範囲内にある様々な装置を考案することが可能であることは明らかである。
【図面の簡単な説明】
【図１】本発明によるＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムのブロック図を説明する。
【図２】本発明によるＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムの例示的な構成要素の構成図を説明する。
【図３】ＤＩＣＯＭオブジェクトを本発明によるＸＭＬ表現に変換する例示的な流れ図を示す。
【図４Ａ】生のＸＭＬ書式設定された情報をＤＩＣＯＭ固有のＤＴＤ及びスキーマに一致するＸＭＬ書式に変換する例示的なＸＳＬＴスタイルシートを説明する。
【図４Ｂ】生のＸＭＬ書式設定された情報をＤＩＣＯＭ固有のＤＴＤ及びスキーマに一致するＸＭＬ書式に変換する例示的なＸＳＬＴスタイルシートを説明する。
【図４Ｃ】生のＸＭＬ書式設定された情報をＤＩＣＯＭ固有のＤＴＤ及びスキーマに一致するＸＭＬ書式に変換する例示的なＸＳＬＴスタイルシートを説明する。

Claims

ＤＩＣＯＭＳＲ文書をＸＭＬ文書にマッピングする方法において、
−前記ＤＩＣＯＭＳＲ文書における複数のＤＩＣＯＭ属性の各ＤＩＣＯＭ属性を複数のＸＭＬ要素の対応するＸＭＬ要素にマッピングするステップ、及び
−前記複数のＸＭＬ要素の各ＸＭＬ要素を、前記ＸＭＬ文書のＸＭＬ文書型式定義に従う書式で前記ＸＭＬ文書に出力するステップ、
を有する方法。
請求項１に記載の方法において、前記各ＸＭＬ要素を出力するステップは、前記ＸＭＬ文書型式定義に従うように１つ以上のＸＳＬテンプレートを介して前記ＸＭＬ要素を書式設定するステップを含む方法。
請求項２に記載の方法において、前記ＸＭＬ要素の書式設定はＸＳＬＴエンジンを介して行う方法。
請求項２に記載の方法において、前記１つ以上のＸＳＬテンプレートは、１つ以上のＤＩＣＯＭ情報エンティティに対応する方法。
請求項１に記載の方法において、各ＤＩＣＯＭ属性を対応するＸＭＬ要素にマッピングすることは、前記ＸＭＬ文書の前記ＸＭＬ文書型式定義から独立している方法。
請求項１に記載の方法において、ＤＩＣＯＭデータ型式及びＤＩＣＯＭコードＩＤを前記ＤＩＣＯＭ属性から分離するために各ＤＩＣＯＭ属性を解析するステップを更に含み、前記マッピング手段は、
−前記ＤＩＣＯＭコードＩＤを前記対応するＸＭＬ要素の第１の属性に割り当てるステップ、
−前記ＤＩＣＯＭデータ型式を前記対応するＸＭＬ要素の対応する値型式にマッピングするステップ、及び
−前記対応する値型式を前記対応するＸＭＬ要素の第２の属性に割り当てるステップ、
を含む方法。
請求項６に記載の方法において、ＤＩＣＯＭ属性値を分離するために前記ＤＩＣＯＭ属性を解析するステップを更に含み、前記マッピングは前記ＤＩＣＯＭ属性値を前記対応するＸＭＬ要素の第３の属性に割り当てるステップを更に含む方法。
ＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、ＤＩＣＯＭデータファイルから複数のＤＩＣＯＭ属性を提供するように構成されるＤＩＣＯＭパーサ、前記複数のＤＩＣＯＭ属性に対応する複数のＸＭＬ要素を提供するように構成される、前記ＤＩＣＯＭパーサに結合されるＸＭＬフォーマッタを有するＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システム。
請求項８に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記ＸＭＬフォーマッタは、前記複数のＸＭＬ要素を有するＸＭＬ文書のＸＭＬ文書型式定義に従う書式で前記複数のＸＭＬ要素を供給するように構成されるシステム。
請求項９に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記ＸＭＬフォーマッタは、前記ＸＭＬ文書型式定義に従う１つ以上のＸＳＬスタイルシートテンプレートに基づく前記複数のＸＭＬ要素を供給するように構成されるＸＳＬＴエンジンを含むシステム。
請求項１０に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記１つ以上のＸＳＬスタイルシートテンプレートは、１つ以上のＤＩＣＯＭ情報エンティティに対応するシステム。
請求項９に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記複数のＤＩＣＯＭ属性の各ＤＩＣＯＭ属性を前記ＸＭＬ文書型式定義とは独立して前記複数のＸＭＬ要素の対応するＸＬＭ要素へ直接のマッピングをもたらすように構成され、前記ＤＩＣＯＭパーサと前記ＸＭＬフォーマッタとの間に結合されるＸＭＬビルダを更に含むシステム。
請求項１２に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記ＤＩＣＯＭパーサは、前記ＤＩＣＯＭ属性からＤＩＣＯＭデータ型式及びＤＩＣＯＭコードＩＤを供給するための各ＤＩＣＯＭ属性を解析するように構成され、前記ＤＩＣＯＭビルダは、前記ＤＩＣＯＭコードＩＤを前記対応するＸＭＬ要素の第１の属性に割り当て、前記ＤＩＣＯＭデータ型式を前記対応するＸＭＬ要素の対応する値型式にマッピングし、前記対応する値型式を前記対応するＸＭＬ要素の第２の属性に割り当てるように構成されるシステム。
請求項１３に記載のＤＩＣＯＭ−ｔｏ−ＸＭＬ変換システムにおいて、前記ＤＩＣＯＭパーサはＤＩＣＯＭ属性値を供給するために各ＤＩＣＯＭ属性を解析するように更に構成され、前記ＸＭＬビルダは前記ＤＩＣＯＭ属性値を前記対応するＸＭＬ要素の第３の属性に割り当てるように更に構成されるシステム。