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