(57)【要約】ＤＩＣＯＭ ＳＲ仕様を該仕様のＵＭＬベースのオブジェクト指向表現に変換し、ＤＩＣＯＭ ＳＲレポートをＵＭＬ互換表現に変換するモデリング技法が示される。この方法を使用して、ワールドワイドウェブコンソーシアムのＸＭＬ ＤＴＤ及びスキーマ仕様を使用するオープン交換可能表現も提供される。ＤＩＣＯＭ ＳＲ仕様を表現するための方法は、ＤＩＣＯＭの意味的に豊かなフレームワーク、その構造及び構成の明らか且つ幅広いビューを提供する。ＤＩＣＯＭ ＳＲと、ＵＭＬ、ＸＭＬ ＤＴＤ及びスキーマとの間のマッピングを提供することにより、開発者、アナリスト及びシステム構築者は、ＤＩＣＯＭ ＳＲ仕様をよりよく理解することができ、ＤＩＣＯＭ ＳＲ認識アプリケーションをよりよく規定し開発することができる。【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ ＳＲ文書をＵＭＬ文書にマッピングする方法であって、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭ情報エンティティを、前記ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭ ＩＯＤモジュールを、前記ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭマクロを、前記ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭ属性を、前記ＵＭＬ文書における対応するＵＭＬ属性にマッピングすることを含む、方法。
【請求項２】
各ＤＩＣＯＭ情報エンティティがＩＥ名を有し、
前記ＩＥ名が「ｐａｔｉｅｎｔ」である場合、前記ＤＩＣＯＭ情報エンティティを一意且つ「ｐａｔｉｅｎｔ」と異なるクラス名をもつ対応するＵＭＬクラスにマッピングすることを除いて、各ＤＩＣＯＭ情報エンティティが前記ＩＥ名に対応するクラス名をもつ対応するＵＭＬクラスにマッピングされる、請求項１に記載の方法。
【請求項３】
各ＤＩＣＯＭ ＩＯＤモジュールがモジュール名を有し、
空白文字が前記クラス名から取り除かれることを除いて、各ＤＩＣＯＭ ＩＯＤモジュールが前記モジュール名に対応するクラス名をもつ対応するＵＭＬクラスにマッピングされる、請求項１に記載の方法。
【請求項４】
各ＤＩＣＯＭマクロが接尾辞「Ｍａｃｒｏ」を有するマクロ名を有し、
空白文字及び前記接尾辞「Ｍａｃｒｏ」が前記クラス名から取り除かれることを除いて、各ＤＩＣＯＭマクロが、前記マクロ名に対応するクラス名をもつ対応するＵＭＬクラスにマッピングされる、請求項１に記載の方法。
【請求項５】
各ＤＩＣＯＭ属性がＤＩＣＯＭ属性名を有し、
各大文字が前記ＵＭＬ属性名において対応する小文字と置き換えられること、各空白が前記ＵＭＬ属性名において下線文字と置き換えられること、各ハイフン文字が前記ＵＭＬ属性名において下線文字と置き換えられること、各アポストロフィ文字が前記ＵＭＬ属性名から取り除かれること、及び各括弧文字が前記ＵＭＬ属性名から取り除かれることを除いて、各ＤＩＣＯＭ属性が、前記ＤＩＣＯＭ属性名に対応するＵＭＬ属性名をもつ対応するＵＭＬ属性にマッピングされる、請求項１に記載の方法。
【請求項６】
それぞれのＤＩＣＯＭ ＳＲ再帰的要素を、相互に参照するＵＭＬ要素の対にマッピングすることを含む、請求項１に記載の方法。
【請求項７】
請求項１に記載の方法により生成される前記ＵＭＬ文書に対応する、コンピュータシステムを介した処理のための電子文書。
【請求項８】
請求項１に記載の方法により生成される前記ＵＭＬ文書を含む、コンピュータシステム上で実行されるように構成されるコンピュータプログラム。
【請求項９】
ＤＩＣＯＭ ＳＲの非常に小さい属性をＵＭＬクラス属性にマッピングする方法であって、
各小文字を前記非常に小さい属性から前記クラス属性にコピーし、
各大文字を前記非常に小さい属性から前記クラス属性に対応する小文字としてコピーし、
各空白を前記非常に小さい属性から前記クラス属性に下線文字としてコピーし、
各ハイフン文字を前記非常に小さい属性から前記クラス属性に下線文字としてコピーすることを含む方法。
【請求項１０】
ＤＩＣＯＭ ＳＲ文書に対応するＸＭＬ互換表現を生成する方法であって、
前記ＤＩＣＯＭ ＳＲ文書を対応するＵＭＬ文書にマッピングし、
前記ＵＭＬ文書を、前記ＸＭＬ互換表現を形成する対応するＸＭＬ文書にマッピングすることを含む方法。
【請求項１１】
前記対応するＸＭＬ文書が、ＸＭＬ文書型定義及びＸＭＬスキーマのうち少なくとも一方を含む、請求項１０に記載の方法。
【請求項１２】
請求項１０に記載の方法により生成される前記ＸＭＬ文書に対応する、コンピュータシステムを介した処理のための電子文書。
【請求項１３】
請求項１０に記載の方法により生成される前記ＸＭＬ文書を含む、コンピュータシステム上で実行されるように構成されるコンピュータプログラム。
【請求項１４】
ＤＩＣＯＭ ＳＲからオブジェクト指向表現へのコンバータであって、
ＳＲ文書におけるそれぞれのＤＩＣＯＭ情報エンティティを、ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭ ＩＯＤモジュールを、前記ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭマクロを、前記ＵＭＬ文書における対応するＵＭＬクラスにマッピングし、
前記ＳＲ文書におけるそれぞれのＤＩＣＯＭ属性を、前記ＵＭＬ文書における対応するＵＭＬ属性にマッピングする、ように構成されるＳＲ文書からＵＭＬ文書へのコンバータを有する、ＤＩＣＯＭ ＳＲからオブジェクト指向表現へのコンバータ。
【請求項１５】
前記ＵＭＬ文書におけるそれぞれのＵＭＬクラスを、対応するＸＭＬ ＤＴＤ要素にマッピングし、
前記ＵＭＬ文書におけるそれぞれのＵＭＬクラス属性を、対応するＸＭＬ ＤＴＤ要素にマッピングし、
前記ＵＭＬ文書におけるそれぞれのＵＭＬ連係及び使用関係を、対応するＸＭＬ ＤＴＤ要素にマッピングし、
前記ＵＭＬ文書におけるそれぞれのＵＭＬの非常に小さい属性クラスを、対応するＸＭＬ要素にマッピングする、ように構成されるＵＭＬ文書からＸＭＬ文書へのコンバータを有する、請求項１４に記載のＤＩＣＯＭ ＳＲからオブジェクト指向表現へのコンバータ。
【請求項１６】
ＵＭＬの非常に小さい属性の各々が、ｃｏｄｉｎｇ＿ｓｃｈｅｍｅ、ｃｏｄｅ＿ｉｄ、ｔｙｐｅ及びｖａｌｕｅの４つの属性をもつ対応するＸＭＬ要素にマッピングされる、請求項１４に記載のＤＩＣＯＭ ＳＲからオブジェクト指向表現へのコンバータ。
【請求項１７】
前記ＳＲ文書からＵＭＬ文書へのコンバータが、それぞれのＤＩＣＯＭ再帰的要素を、相互に参照する対応するＵＭＬ要素の対にマッピングするように構成される、請求項１４に記載のＤＩＣＯＭ ＳＲからオブジェクト指向表現へのコンバータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、モデリング及びデータ表現の分野に関し、特に、ＤＩＣＯＭ ＳＲリレーショナルデータの使用を介した医用レポートのモデリング及び表現に関する。
【０００２】
【従来の技術】
医用デジタル画像と通信（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ、ＤＩＣＯＭ）の構造化レポート（Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ、ＳＲ）規格、及びそれに基づくＳＲドキュメンテーションモデルは、診断画像及び波形のドキュメンテーションの表現力、精度及びコンパラビリティ（比較対照性）を改善する。ＤＩＣＯＭ ＳＲは、表現力のある合成レポートの交換を支援する。そのようなレポートでは、画像及び波形により示されるクリティカルな特徴は、オブザーバによって明確に表されることができ、後続のレビューワによって索引付けされ、選択的に取り出されることができる。確認されたものは、テキスト、コード及び数値測定としてか、画像若しくは波形内の関心のある特定の領域の位置座標を介してか、又は比較画像、音声、波形、曲線及び以前のレポート情報への参照として、オブザーバによって表されることができる。オブザーバにより記録される所見及び履歴の結果は、解釈プロシージャの一部として参照される証拠を含んでもよい。このように、ＤＩＣＯＭ ＳＲは、診断的所見のリポーティングのみならず、所見を引き出した証拠を完全に文書化する能力をも支援する。この能力は、診断画像及び波形解釈のルーチン副産物として、臨床的研究、トレーニング及び結果評価のための構造化データの大きな集合に関して重要な新しい機会を提供し、複数の医療機関にまたがる臨床試験及び評価のために構造化データをプールすることを容易にする。
【０００３】
ＤＩＣＯＭ ＳＲは、リレーショナルデータ技術に基づくものであり、米国電気機器製造業者協会（ＮＥＭＡ）により標準化されている。ＤＩＣＯＭ規格のＳｕｐｐｌｅｍｅｎｔ ２３：Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ Ｓｔｏｒａｇｅ ＳＯＰ Ｃｌａｓｓｅｓ（ＤＩＣＯＭ規格委員会発行、１３００ Ｎ． １７ｔｈ Ｓｔｒｅｅｔ， Ｒｏｓｓｌｙｎ， ＶＡ ２２２０９ ＵＳＡ）は、任意の数の画像若しくは波形又はそれらが含む特定の特徴について記述し又は言及する文書の伝送及び記憶のためにＳＲサービスオブジェクト対（ＳＯＰ）クラスを取り入れている。これについては、ここに参照により盛り込まれる。この規格は、構造化リポーティング形式でテキスト、画像及び波形コンテントを提供するために、医用装置製造業者及び一般の提供業者により採用されることが期待されている。
【０００４】
ＤＩＣＯＭ ＳＲ規格は、一貫したリポーティング及び記録方式を提供するが、ＤＩＣＯＭ ＳＲに含まれる情報の使用は、ＤＩＣＯＭ特定の形式を使用してその情報を処理することができるＤＩＣＯＭ準拠のアプリケーションに限定される。アプリケーション開発者はＤＩＣＯＭの知識がなければならず、ＤＩＣＯＭドメインの外側の他のアプリケーションと相互に動作するアプリケーションを展開するための方法は未だ開発されていない。
【０００５】
コンピュータ産業において、多様なアプリケーションによる多様なソースからの情報の利用を容易にする標準化された言語及び方法を使用することにおいて進歩があった。オブジェクト指向処理のパラダイムは、異種システムの間で情報を共有するとともに、情報を使用するプロセスを共有することを容易にするのに良く適している。オブジェクトマネジメントグループ（ＯＭＧ）は、オブジェクト指向処理に特に良く適した情報を交換するための統一モデリング言語（ＵＭＬ）を定めている。ＵＭＬは、ソフトウェア集約型システムの中で生成されるオブジェクトを指定し、構築し、視覚化し、及び文書化する言語であるとともに、ビジネスモデリング及び他の非ソフトウェアシステムのための言語でもある。ＵＭＬは、いかなる特定のプログラミング言語にも依存しないが、特化されたオブジェクト指向モデルのコンテクスト内の情報を表現し、交換し、処理するための定形的且つ一貫した基準を提供する。
【０００６】
オブジェクト指向処理に良く適した別の標準言語は、標準汎用マークアップ言語（ＳＧＭＬ）から導き出されるワールドワイドウェブコンソーシアムの拡張可能マークアップ言語（ＸＭＬ）である。かかる言語は、データを構造化するように設計されるので、データは容易にネットワークを通して伝送されることができるとともに、受信器により一貫した処理を施されることができる。ＸＭＬは、情報及び構造を記述するために使用されるので、特にデータ記述言語として良く適している。ＸＭＬは、他の言語を記述することを可能にするメタ言語である。このような他の言語は、文書の中の情報がそれを表示するアプリケーションにおいてどのように現れるかの定義と、他の詳細とを含む。ＸＭＬの特定の強さの一つは、それにより全産業、学術分野及び専門組織が、それらの分野内で情報の表現を標準化するのに役立つことができる文書型定義（ＤＴＤ）の組を開発することである。
【０００７】
ＵＭＬ及びＸＭＬは比較的新しく且つ特化したものであるが、ＤＩＣＯＭに精通している者より多くのプログラマ及び他のコンピュータ専門家が、ＵＭＬ及びＸＭＬに精通するであろうことが期待できる。加えて、ＤＩＣＯＭ ＳＲ符号化情報に関して利用可能であるよりも多くの汎用的ユーティリティ及びアプリケーションが、ＵＭＬ及びＸＭＬ符号化情報に関して利用可能になるであろうことが期待できる。
【０００８】
【発明が解決しようとする課題】
従って、本発明の目的は、ＤＩＣＯＭ ＳＲ表現のＵＭＬ表現及び関連情報の生成を容易にする方法及びシステムを提供することである。本発明の他の目的は、ＤＩＣＯＭ ＳＲ表現のＸＭＬ表現及び関連情報の生成を容易にする方法及びシステムを提供することである。
【０００９】
【課題を解決するための手段】
これら及び他の目的は、ＤＩＣＯＭ ＳＲ情報をＤＩＣＯＭリレーショナルモデルからオブジェクト指向表現に変換するためのモデリング技法を提供することにより達成される。ＤＩＣＯＭ ＳＲ仕様をかかる仕様のＵＭＬベースのオブジェクト指向表現に変換し、ＤＩＣＯＭ ＳＲレポートをＵＭＬ互換（コンパチブル）表現に変換する方法が示されている。この方法を使用して、ワールドワイドウェブコンソーシアムのＸＭＬ ＤＴＤ及びスキーマ仕様を使用するオープンな交換可能表現が提供される。ＤＩＣＯＭ ＳＲ仕様を表現する方法は、ＤＩＣＯＭの意味的に豊かなフレームワーク、その構造及び構成の明らかで幅広い表示（ビュー）を提供する。ＤＩＣＯＭ ＳＲと、ＵＭＬ、ＸＭＬ ＤＴＤ及びスキーマとの間のマッピングを提供することにより、開発者、解析者、システム構築者は、ＤＩＣＯＭ ＳＲ仕様をよりよく理解することができ、ＤＩＣＯＭ ＳＲ認識アプリケーションをよりよく規定し開発することができる。
【００１０】
本発明について、添付の図面を参照して例示により更に詳しく説明する。
【００１１】
【発明の実施の形態】
図面を通して、同じ参照符号は同じ又は対応する特徴又は機能を示している。
【００１２】
図１は、本発明により、ＤＩＣＯＭ ＳＲ仕様１１０を、プログラム開発を容易にするＵＭＬ１３０及びＸＭＬ１７０の表現に変換するための例示的なフロー図を示している。上述したように、ＤＩＣＯＭのリレーショナル構造化リポーティング方式を直接的に利用するアプリケーションが開発されることができるが、ＵＭＬ及びＸＭＬ並びにオブジェクト指向の技術及び技法に精通するプログラマ及び他のコンピュータ専門家の数は、ＤＩＣＯＭ及びリレーショナル技術及び技法に精通する人よりもかなり多くなるであろうことが期待できる。本発明は、ＤＩＣＯＭ関連のアプリケーションプログラムがＵＭＬ及びＸＭＬ可能なアプリケーションとして一層効率的に開発されることができるという前提に基づいている。この効率は、ＤＩＣＯＭ ＳＲ構造をＵＭＬ構造又はＸＭＬ構造のコンテクストで示することにより得られ、これにより、新しい言語を扱うときに一般に直面する習熟曲線及びコンテクスト切替えの困難を排除する。この分野で知られているように、言語のルール、取り決め、特質等の吸収又は適応は一般に時間及び経験に伴うものである。同様に、データ項目及びエンティティの中の相互関係の認識は、これらの相互関係を表すために使用されるモデリング言語により示される相互作用及び依存の認識に大きく依存する。ＤＩＣＯＭ ＳＲ仕様をＵＭＬ又はＸＭＬ表現として示すことにより、ＵＭＬ又はＸＭＬプログラマ、システムアナリスト、テクニカルライタ、エンジニア、マネージャ等の経験が有利に使用され、それによってアプリケーションプログラム開発と関連付けられたコストを潜在的に低減させる。
【００１３】
図１に示されるように、コンバータ１２０は、ＤＩＣＯＭ ＳＲ仕様１１０の要素をＵＭＬ構造１３０の要素に変換する。このＵＭＬ構造１３０は、ＵＭＬ構造１３０を使用するアプリケーションプログラム１５０の開発１４０を容易にするために使用されることができ、更には、コンバータ１６０を介して、１７０に集合的に図示されているＸＭＬ文書型定義（ＤＴＤ）及び／又はＸＭＬスキーマの要素に変換されることができる。ＸＭＬ ＤＴＤ及びスキーマ１７０は、ＸＭＬ可能なアプリケーションプログラム１９０の開発１８０を容易にする。
【００１４】
ＵＭＬアプリケーションプログラム開発１４０及びＸＭＬアプリケーションプログラム開発１８０は、ＤＩＣＯＭ ＳＲ仕様を直接的に使用するアプリケーションプログラム開発よりも必要とする資源が少ないことが期待できることに注意されたい。コンピュータ産業におけるＵＭＬ及びＸＭＬの使用の増加に基づいて、多くのＵＭＬ及びＸＭＬユーティリティルーチンが上記の開発において利用可能になることが期待できる。更に、ＵＭＬ及びＸＭＬはオブジェクト指向言語であり、オブジェクト指向パラダイムの目的は、オブジェクト指向のソフトウェアのトランスポート及び再利用を容易にすることである。
【００１５】
図２は、本発明により、前述したＵＭＬ１５０及びＸＭＬ１９０可能なアプリケーションによる処理のために、ＤＩＣＯＭ ＳＲレポート２１０をＵＭＬ２３０及びＸＭＬ２７０の文書に変換するための例示的なフロー図を示す。すなわち、ＤＩＣＯＭ ＳＲレポート２１０を対応するＵＭＬ２３０及びＸＭＬ２７０の文書に単に変換することにより、本発明のＤＩＣＯＭコンバータ１２０、１６０により開発が容易にされたプログラム１５０、１９０又は他のＵＭＬ及びＸＭＬプログラムを使用して、個々のＤＩＣＯＭ ＳＲレポート２１０を処理することができる。用語「文書（ドキュメント）」は、ここで言及し易さのために用いられているが、多様ないかなる実施例をも含み、ファイルに一時的又は永久的に記憶されたデータ、メモリ又はディスクに記憶されたデータ、処理システム間で通信されるデータ等を含むことに注意されたい。ＵＭＬ１５０又はＸＭＬ１９０のアプリケーションは、例えば、診断者が見るために個々のＳＲレポート２１０のコンテントを描画（２８０）するアプリケーション、ＤＩＣＯＭ ＳＲ可能なアプリケーションをもたない処理機能に個々のＳＲレポート２１０のコンテントを転送するアプリケーション、個々のＳＲレポート２１０からの情報を集めて臨床研究のための解析を行うアプリケーション等である。
【００１６】
図３は、ＤＩＣＯＭ ＳＲからＵＭＬへのコンバータ３００の例を示す。例示的なＤＩＣＯＭエンティティ３１１−３１７は、コンバータ３００の左側に図示されており、対応するＵＭＬエンティティ３２１−３２７は、コンバータ３００の右側に図示されている。本発明により、変換をもたらすために、特定のルールがさまざまなＤＩＣＯＭ ＳＲエンティティタイプに関連付けられている。
【００１７】
ＤＩＣＯＭ ＳＲは、患者（Ｐａｔｉｅｎｔ）、研究（Ｓｔｕｄｙ）、シリーズ（Ｓｅｒｉｅｓ）、装置（Ｅｑｕｉｐｍｅｎｔ）及び文書（Ｄｏｃｕｍｅｎｔ）の５個の「情報エンティティ（ＩＥ）」３１１を含む。対応するＵＭＬエンティティを生成するためのルールは、各ＵＭＬ ＩＥ３１１に対応するＵＭＬ「クラス」３２１を生成することである。ここで、Ｐａｔｉｅｎｔ（患者）ＩＥに対応するＵＭＬクラスが「Ｐａｔｉｅｎｔｓ」という名前を与えられることを除いて、クラスは、対応するＩＥと同じ名前をもつ。これは、後述するように、別のＤＩＣＯＭエンティティもまた名前「Ｐａｔｉｅｎｔ」を有し、ＵＭＬが、各クラスの一意のネーミングを必要とするからである。名前にインクリメントする数を追加するというような一意の名前を生成するための代替の技法は、この分野において一般的である。
【００１８】
ＤＩＣＯＭ ＳＲは、患者（Ｐａｔｉｅｎｔ）、標本認識（Ｓｐｅｃｉｍｅｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、一般的研究（Ｇｅｎｅｒａｌ Ｓｔｕｄｙ）、ＳＲ文書シリーズ（ＳＲ Ｄｏｃｕｍｅｎｔ Ｓｅｒｉｅｓ）、一般的装置（Ｇｅｎｅｒａｌ Ｅｑｕｉｐｍｅｎｔ）、ＳＲ文書一般（ＳＲ Ｄｏｃｕｍｅｎｔ Ｇｅｎｅｒａｌ）、ＳＲ文書コンテント（ＳＲ Ｄｏｃｕｍｅｎｔ Ｃｏｎｔｅｎｔ）及びＳＯＰ共通（ＳＯＰ Ｃｏｍｍｏｎ）の９個の「情報オブジェクト定義（ＩＯＤ）モジュール」３１２を含む。対応するＵＭＬエンティティを生成するためのルールは、各ＩＯＤモジュール３１２に対応するＵＭＬ「クラス」３２２を生成することである。ここで、空白（ブランクスペース）がある場合にはその空白が対応するＵＭＬクラス名から取り除かれることを除いて、クラスは、対応するＩＯＤモジュール３１２と同じ名前をもつ。ＵＭＬは、各クラスについて１つの切れ目のない名前を必要とするからである。他の例として、空白文字を置き換えるために、代用文字が使用されることも可能である。
【００１９】
ＤＩＣＯＭ ＳＲは、「マクロ」３１３を含む。対応するＵＭＬエンティティを生成するためのルールは、各マクロ３１３に対応するＵＭＬ「クラス」３２３を生成することである。ここで、図３に示されるように、空白及び接尾辞「Ｍａｃｒｏ」がある場合にはそれらが対応するＵＭＬクラス名から取り除かれることを除いて、クラスは、対応するマクロ３１３と同じ名前をもつ。ここで、ＤＩＣＯＭ ＳＲ「ＳＯＰ Ｉｎｓｔａｎｃｅ Ｍａｃｒｏ」３１３’は、「ＳＯＰＩｎｓｔａｎｃｅ」３２３’という名前を付されたＵＭＬクラスに変換される。他の例として、空白文字を置き換えるために代用文字が使用されてもよく、及び／又は接尾辞Ｍａｃｒｏが保持されてもよい。
【００２０】
ＤＩＣＯＭ ＳＲは、「属性」３１４を含む。対応するＵＭＬエンティティを生成するためのルールは、各属性３１４に対応するＵＭＬ「クラス属性」３２４をそれぞれ生成することである。
【００２１】
図４は、ＤＩＣＯＭ ＳＲ属性名をＵＭＬクラス属性名に変換するための例示的なフロー図を示している。ＤＩＣＯＭ ＳＲ属性名は、最初に、４１０において、ＵＭＬ属性名を形成するためにコピーされ、４２０において、小文字に変換される。ループ４３０−４８０を介して、４４０において、それぞれの空白文字及びハイフン文字が識別され、４５０において、下線文字と置き換えられる。４６０において、各アポストロフィ又は括弧文字が識別され、４７０において、該当する文字がＵＭＬ属性名から取り除かれる。４９０において、結果として得られたＵＭＬ属性名が記憶される。
【００２２】
図３に戻り、それぞれのＤＩＣＯＭ ＳＲシーケンス属性３１４’は、図４に図示されるルールを使用して、対応するＵＭＬクラス属性３２４’にマップされる。特定のシーケンス３１５’の中の副属性又は下位属性３１５は、接尾辞「Ｓｅｑｕｅｎｃｅ」が取り除かれることを除いて、そのシーケンスと同じ名前をもつクラス３２５’内のクラス属性３２５にマップされる。例えば、ＤＩＣＯＭ ＳＲ「Ｖｅｒｉｆｙｉｎｇ Ｏｂｓｅｒｖｅｒ Ｓｅｑｕｅｎｃｅ」３１５’は、副属性「Ｖｅｒｉｆｙｉｎｇ Ｏｂｓｅｒｖｅｒ Ｎａｍｅ」及び「Ｖｅｒｉｆｙｉｎｇ Ｏｒｇａｎｉｚａｔｉｏｎ」を含む。これらの副属性は、「ＶｅｒｉｆｙｉｎｇＯｂｓｅｒｖｅｒ」３２５’と名前を付されたクラスに、クラス属性「ｖｅｒｉｆｙｉｎｇ＿ｏｂｓｅｒｖｅｒ＿ｎａｍｅ」及び「ｖｅｒｉｆｙｉｎｇ＿ｏｒｇａｎｉｚａｔｉｏｎ」をそれぞれ形成する。このように、ＤＩＣＯＭ ＳＲシーケンス３１５’から形成されるクラス３２５’は、ＤＩＣＯＭ ＳＲシーケンス属性３１４’から形成される属性名３２４’とは異なる一意の名前を有する。
【００２３】
ＤＩＣＯＭは、ＤＩＣＯＭ内部基本データタイプを与える各属性毎に数値表現（ｖａｌｕｅ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ、ＶＲ）を規定する。ＤＩＣＯＭ数値表現は、アプリケーションエンティティ（ＡＥ）、世代ストリング（ＡＳ）、属性タグ（ＡＴ）、コードストリング（ＣＳ）、日付（ＤＡ）、１０進ストリング（ＤＳ）、日付時間（Ｄｔ）、単精度及び倍精度浮動小数点（ＦＬ及びＦＤ）、並びに整数ストリング（ＩＳ）を含む。ＤＩＣＯＭ ＳＲの非常に小さい属性については、このような数値表現が使用される。シーケンスタイプのようなＤＩＣＯＭ ＳＲ複合属性については、関連付けられたクラスがそれらのタイプとして役に立つ。
【００２４】
ＤＩＣＯＭ ＳＲは、必須（ｍａｎｄａｔｏｒｙ）、条件付き（ｃｏｎｄｉｔｉｏｎａｌ）及び他のさまざまなものを含む多様な「制約（Ｃｏｎｓｔｒａｉｎｔｓ）」３１７を含む。対応するＵＭＬエンティティを生成するためのルールは、必須のＤＩＣＯＭ ＳＲ制約及び条件付きのＤＩＣＯＭ ＳＲ制約を、「必要（ｒｅｑｕｉｒｅｄ）」及び「条件付き（ｃｏｎｄｉｔｉｏｎａｌ）」のＵＭＬステレオタイプにそれぞれマップし、他のすべてのＤＩＣＯＭ ＳＲ制約を「任意（ｏｐｔｉｏｎａｌ）」のＵＭＬステレオタイプにマップすることである。他の例として、これらのＤＩＣＯＭ ＳＲ制約は、オブジェクト制約言語（ＯＣＬ）等が与えられる表現を介してＵＭＬにマップされてもよい。
【００２５】
ＤＩＣＯＭ ＳＲは、コンテントアイテムの制限のない再帰（ｒｅｃｕｒｓｉｏｎ）を可能にする。図５Ａは、文書関係マクロ５２０を介してのＳＲ文書コンテントモジュール５００におけるこの再帰を示している。図示するように、文書関係マクロ５２０は、コンテントモジュール５３０を含むことができる。このコンテントモジュール５３０は、別のコンテントモジュール５４０等を含む文書関係５３２を含むことができる。本発明によれば、図５Ｂに示すように、ＳＲ文書コンテントＵＭＬ表現５６０は、ＤｏｃｕｍｅｎｔＲｅｌａｔｉｏｎｓｈｉｐ５７０及びＤｏｃｕｍｅｎｔＣｏｎｔｅｎｔ５９０の要素を含む。文書関係表現５７０及びコンテント表現５８０はそれぞれが互いを参照し、それによって再帰的関係をもたらす。
【００２６】
ＤＩＣＯＭ ＳＲの要素をＵＭＬの対応する要素にマッピングするために上記のルールを使用して、ＤＩＣＯＭ ＳＲ仕様文書及びＤＩＣＯＭ ＳＲコンテント文書は、コンピュータ専門家によってより頻繁に使用されるモデリング言語に変換され、それによってＤＩＣＯＭ関連材料を処理するために使用されることができるアプリケーションプログラムを生成するタスク及びコストを低減する機会を与える。
【００２７】
図６は、ＤＩＣＯＭ ＳＲ要素をＵＭＬ表現に変換するための上述したルールを使用するＤＩＣＯＭ ＳＲ「ＳＲ文書一般（ＳＲ Ｄｏｃｕｍｅｎｔ Ｇｅｎｅｒａｌ）」情報オブジェクト定義（ＩＯＤ）モジュールの一部のＵＭＬ表現の例を示している。図６の表現は、ＤＩＣＯＭ ＳＲ「ＳＲ文書一般」ＩＯＤモジュールの網羅的な表現ではなく、説明の目的で示されていることに注意されたい。上側のレベルのブロック６１０は、ＤＩＣＯＭ ＳＲ「ＳＲ文書一般」の基本的な定義を示している。この上側のレベル６１０では、ＵＭＬ「ＳＲＤｏｃｕｍｅｎｔＧｅｎｅｒａｌ」クラスは、ＵＭＬ「使用（ｕｓｅｓ）」演算子を介して上側のレベルのクラス６１０と関連する他のＵＭＬクラス６２０、６３０及び６４０としてのちに参照される複数のシーケンスを含む。クラスは、「ＳＯＰＩｎｓｔａｎｃｅＲｅｆｅｒｅｎｃｅ」６３０により使用されるクラス「ＲｅｆｅｒｅｎｃｅｄＳｅｒｉｅｓ」６５０によって図示されるようにネストにされてもよい。図６に示されるように、クラス６６０、６７０は、複数のクラス（６２０、６５０）及び（６２０、６４０）によりそれぞれ使用されることができる。
【００２８】
ＤＩＣＯＭ関連のアプリケーションプログラムを生成するタスク及びコストを更に低減するため、本発明に従ってコンバータ３００により提供されるＵＭＬ表現は、図１及び図２に示すように、ＸＭＬ ＤＴＤ及びスキーマ表現に更に変換される。これは図７Ａ及び図７Ｂに関して以下により詳しく説明する。
【００２９】
図７Ａは、例示的なＸＭＬ文書型定義（ＤＴＤ）７０１を示し、図７Ｂは、例示的なＸＭＬスキーマ７０２を示しており、それぞれが図６の例示的なＵＭＬ「ＳＲＤｏｃｕｍｅｎｔＧｅｎｅｒａｌ」クラス６１０に対応している。ＤＩＣＯＭ ＳＲ文書に対応するＸＭＬ表現は、以下のルールを介してＸＭＬ ＤＴＤ７０１及びＸＭＬスキーマ７０２に変換される。
−すべてのＵＭＬクラスは、ＸＭＬ ＤＴＤ要素にマップされる。
−すべてのＵＭＬクラス属性は、ＸＭＬ ＤＴＤ要素にマップされる。
−すべてのＵＭＬ連係及び使用関係は、ＸＭＬ ＤＴＤ要素定義コンポーネントにマップされる。
−すべての非常に小さい属性は、ｃｏｄｉｎｇ＿ｓｃｈｅｍｅ、ｃｏｄｅ＿ｉｄ、ｔｙｐｅ及びｖａｌｕｅの４つの属性をもつＸＭＬ要素にマップされる。
【００３０】
上述したものは、本発明の原理を単に説明しているにすぎない。当業者であれば、ここに明示的に記述又は図示されていないが、本発明の原理を具体化する多様な装置、従って特許請求の範囲の精神及び範囲内にある多様な装置を工夫して考え出すことができることが理解されるであろう。
【図面の簡単な説明】
【図１】本発明により、ＤＩＣＯＭ ＳＲ仕様を、プログラム開発を容易にするＵＭＬ及びＸＭＬ表現に変換するための例示的なフロー図。
【図２】本発明により、ＤＩＣＯＭ ＳＲレポートをＵＭＬ及びＸＭＬ可能なアプリケーションによる処理のためにＵＭＬ及びＸＭＬ表現に変換するための例示的なフロー図。
【図３】本発明による、ＤＩＣＯＭ ＳＲからＵＭＬへのコンバータの例を示す図。
【図４】本発明によりＤＩＣＯＭ ＳＲ属性をＵＭＬ属性に変換するためのフロー図。
【図５Ａ】本発明によりＤＩＣＯＭ ＳＲ再帰的データ要素をＵＭＬ要素の組に変換するための例示的なフロー図。
【図５Ｂ】本発明によりＤＩＣＯＭ ＳＲ再帰的データ要素をＵＭＬ要素の組に変換するための例示的なフロー図。
【図６】本発明によるＤＩＣＯＭ ＳＲ情報オブジェクト定義（ＩＯＤ）モジュールのＵＭＬ表現の例を示す図。
【図７Ａ】本発明によるＤＩＣＯＭ ＳＲ情報オブジェクト定義（ＩＯＤ）モジュールのＵＭＬ表現のＸＭＬ文書型定義（ＤＴＤ）表現の例を示す図。
【図７Ｂ】本発明によるＤＩＣＯＭ ＳＲ情報オブジェクト定義（ＩＯＤ）モジュールのＵＭＬ表現のＸＭＬスキーマ表現の例を示す図。
【図１】
2004511853.tif 000002
【図２】
2004511853.tif 000003
【図３】
2004511853.tif 000004
【図４】
2004511853.tif 000005
【国際公開パンフレット】
2004511853.tif 000006
2004511853.tif 000007
2004511853.tif 000008
2004511853.tif 000009
2004511853.tif 000010
2004511853.tif 000011
2004511853.tif 000012
2004511853.tif 000013
2004511853.tif 000014
2004511853.tif 000015
2004511853.tif 000016
2004511853.tif 000017
2004511853.tif 000018
2004511853.tif 000019
2004511853.tif 000020
2004511853.tif 000021
2004511853.tif 000022
2004511853.tif 000023
2004511853.tif 000024
2004511853.tif 000025
2004511853.tif 000026
2004511853.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2004511853.tif 000028
【国際調査報告】
2004511853.tif 000029
2004511853.tif 000030
2004511853.tif 000031
2004511853.tif 000032