(57)【要約】  関係データベースのスキーマを作成するための方法が提供されている。この方法は、第１の概念及び第１のプロパティを有する参照オントロジーを入手するステップ、前記参照オントロジーから第１の概念の組を選択するステップ、前記第２のプロパティから、前記選択した第１の概念の組と関連している第１のプロパティの組を決定するステップ、前記決定した第１のプロパティの組と関連している第２の概念の組を決定するステップ、並びに多数のテーブルを有する関係データベースのスキーマを生成するステップであり、前記テーブルの少なくとも１つのテーブルは、前記第２の概念の組の中の１つの概念に関係しているステップ、を有する。さらに、関係データベースを作成するためのモジュールが提供される。
2012511767.tif 000002
【特許請求の範囲】
【請求項１】
関係データベースのスキーマを作成するための方法において、
第１の概念及び第２のプロパティを有する参照オントロジーを入手するステップ、
前記参照オントロジーから第１の概念の組を選択するステップ、
前記第２のプロパティから、前記選択した第１の概念の組と関連している第１のプロパティの組を決定するステップ、
前記決定した第１のプロパティの組と関連している第２の概念の組を決定するステップ、並びに
多数のテーブルを有する関係データベースのスキーマを生成するステップであり、前記テーブルの少なくとも１つのテーブルは、前記第２の概念の組の中の１つの概念に関係しているステップ
を有する方法。
【請求項２】
前記関係データベースのスキーマの前記多数のテーブルの少なくとも１つのテーブルは、前記第１の概念の組の中の１つの概念に関係している請求項１に記載の方法。
【請求項３】
前記関係データベースのスキーマの前記多数のテーブルの少なくとも１つのテーブルは、複数の前記決定した第１のプロパティの組に関係している請求項１に記載の方法。
【請求項４】
前記参照オントロジーと前記生成した関係データベースのスキーマとの間の変換を有するメタ表象を作成するステップをさらに有する、請求項１に記載の方法。
【請求項５】
前記第２のプロパティから、前記決定した第２の概念の組と関連している第２のプロパティの組を決定するステップ、及び
前記決定した第２のプロパティの組と関連している第３の概念の組を決定するステップ、
をさらに有する請求項１に記載の方法において、前記関係データベースのスキーマは、前記第３の概念の組の中の１つの概念に関係している少なくとも１つのテーブルを有する方法。
【請求項６】
前記作成した関係データベースのスキーマを用いて、関係データベースを作成するステップをさらに有する請求項１に記載の方法。
【請求項７】
臨床試験のデータ管理のための関係データベースを作成するための請求項１に記載の方法の使用。
【請求項８】
データ処理装置上で実行されるとき、請求項１に記載の方法のステップを行うために適合したソフトウェアコードを有するコンピュータ読取可能媒体に記憶されるコンピュータプログラムプロダクト。
【請求項９】
第１の概念及び第２のプロパティを有する参照オントロジーを入手するためのユニット、
ユーザが前記参照オントロジーから第１の概念の組を選択し、前記関係データベースのスキーマを適合させることを可能にするためのユーザインタフェース、
前記第２のプロパティから、前記選択した第１の概念の組と関連している第１のプロパティの組を決定するためのユニット、
前記決定した第１のプロパティの組と関連している第２の概念の組を決定するためのユニット、並びに
多数のテーブルを有する関係データベースのスキーマを生成するためのユニットであり、前記テーブルの少なくとも１つのテーブルは、前記第２の概念の組の中の１つの概念に関係しているユニット
を有する関係データベースのスキーマを作成するためのモジュール。
【請求項１０】
前記参照オントロジーと前記生成した関係データベースのスキーマとの間の変換を有するメタ表象を作成するためのユニットをさらに有する請求項９に記載のモジュール。
【請求項１１】
前記選択した第１の概念の組、前記決定した第２の概念の組及び前記決定した第１のプロパティの組を少なくとも１つのＤＤＬスクリプトファイルに変換するためのユニットをさらに有する請求項９に記載のモジュール。
【請求項１２】
前記作成した関係データベースのスキーマを用いて関係データベースを生成するためのユニットをさらに有する請求項９に記載のモジュール。
【請求項１３】
遠隔のデータベースサーバと接続するためのユニットをさらに有する請求項１２に記載のモジュールにおいて、前記関係データベースは前記遠隔のデータベースサーバ上に作成されているモジュール。
【請求項１４】
前記ユーザインタフェースは、前記関係データベースのスキーマのプレビューを表示するように構成される請求項９に記載のモジュール。
【請求項１５】
前記ユーザインタフェースは、前記関係データベースのスキーマを適合させるように構成される請求項１４に記載のモジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、関係（リレーショナル）データベースを作成するための方法及びモジュールに関する。特に、本発明は、オントロジーの概念(concept)の選択に基づく関係データベースのスキーマを作成するための方法に関する。
【背景技術】
【０００２】
臨床試験は、新しい薬剤、医用装置及び他の医療用品を検査するための、医療研究の一般的な手段である。頻繁に、新しい研究が出てきて、実施される臨床試験の数は増大している。臨床試験に最も頻繁に用いられる公的なデータベースの１つである、例えばアメリカ国立衛生研究所の試験登録は、２００６年において約２３，５００の臨床研究を含んでいる。２００８年１月では、１５３を超える国々から２倍以上の略５０，０００の研究の登録される試験がある。特に、製薬業界及び医療装置の製造業者は、ますます多くの研究の実施を推し進める。迅速且つ効果的であるが、正確な研究計画、実施、及び結果の分析の必要性も不可欠である。特に、臨床試験中に集められるデータは、これら試験を制御及び実施する機関にとって非常に価値がある。それ故に、国内及び国際規制に従いながらデータの慎重な収集、取り扱い及び保存は、臨床研究の管理において主要作業である。
【０００３】
医療技術の分野における企業は、新しい医療装置の開発に取り組み、このことが様々な疾病の診断、治療、予防及び監視の開発並びに改善に寄与している。この目的のために、臨床試験及び予備パイロット試験が行われる。これら試験中、開発した装置を用いて、質問票、症例報告書等により関心のあるデータが様々な様式で取得される。その後、集められたデータは、処理及び統計学的に分析され、これら新しい装置の品質及び応用性を評価する。さらに、患者の健康状態と同じく、取得したデータと疾病の進行との間の一貫性（コヒーレンス）が目的である。これら結果は装置のデータと比較され、これらが現在の医療行為に用いられる、又は一定の疾病の進行を新たに見抜くために分析される。
【０００４】
臨床試験を管理する１つの方法はオントロジーを使用することである。Thomas Gruber著、A Translation Approach to Portable Ontology Specification, Knowledge, Acquisition 5:199-220, 1993によれば、オントロジーは公式には共有する概念化の明示的な仕様である。それは、大きなコミュニティの過半数がそれに同意するような関心領域の概念、これら概念間の関係及び制約が表現されることができるように、この関心領域を機械読取可能且つ意味方式で説明する。
【０００５】
オントロジーは人工知能、知識工学及びセマンティックウェブ(Semantic Web)の分野に用いられ、生物医学又は物理学を含む様々な領域に対し開発されている。
【０００６】
データベースの作成及びデータ統合の分野におけるオントロジーのモデル化並びに使用は、幾つかの利益をもたらす。オントロジーは、高い抽象化レベルで領域を開示している。オントロジーの長所は特に、一貫した及び公式な語彙を構築する実現性にあり、これは、データベースに記憶されるデータの構造及び意味の定義に用いられるだけでなく、再利用されることもでき、この語彙に基づく応用と同時に使用したり、これら応用を構築したりする。
【０００７】
現在のシステムの大部分は、エンティティ属性値(EAV: Entity Attribute Value)のデータベース設計に基づいている。これは、例えばインデックス付け、仕切り(partitioning)、クエリー最適化による効率的なデータベースの管理を禁止し、それ故にデータ分析及びアドホッククエリを妨げる。
【０００８】
臨床試験はしばしば、集学的チームによって行われる。試験データベースを作成するためのオントロジーに基づく手法は、高い抽象化レベルの共有基準を提供し、これは、インデックス及びキーのような物理的な設計発行物と概念上無関係のデータベースをユーザが設計することを可能にする。
【０００９】
臨床試験のデータ管理のためのオントロジーに基づくシステム、Geisler, S.他著、IEEE Benelux EMBS Symposium, Dec. 6-7, 2007は、臨床試験のデータ管理の設計のためのオントロジーに基づくシステムを開示している。参照オントロジーは、臨床試験のデータベースを生成するための基準として役立つ。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述したシステムの欠点は、幾つかの関係の依存性が関係データベースの生成中に失われることがあるので、参照整合性を保証することができないことである。さらに、このようなシステムは、非効率であり、柔軟性を欠いている。
【００１１】
それ故に、オントロジーから関係データベースのスキーマを作成するための改善した方法が有利となる。
【００１２】
それに応じて、本発明は好ましくは、上述した従来技術の欠点及び不利益の１つ以上を個々に若しくは何れか組み合わせて軽減、緩和又は解消しようとする、並びに少なくとも上述した問題を、添付の特許請求の範囲に従う方法、モジュール及びコンピュータプログラムプロダクトを提供することにより解決する。
【課題を解決するための手段】
【００１３】
幾つかの実施例による目的は、関係データベースの迅速且つ正確なセットアップのための方法を提供することである。
【００１４】
幾つかの実施例による他の目的は、関係データベースの効率的、柔軟な及びユーザフレンドリーな設計のための方法を提供することである。
【００１５】
幾つかの実施例による考えは、生成した関係データベースの参照整合性を保証するために、参照した概念を用いた概念の選択の自動的な補足を提供することであう。
【００１６】
ある態様に従って、関係データベースのスキーマを作成するための方法が提供される。この方法は、第１の概念及び第２のプロパティを有する参照オントロジーを入手するステップ、前記参照オントロジーから第１の概念の組を選択するステップ、前記第２のプロパティから、前記選択した第１の概念の組と関連している第１のプロパティの組を決定するステップ、前記決定した第１のプロパティの組と関連している第２の概念の組を決定するステップ、並びに多数のテーブルを有する関係データベースのスキーマを生成するステップであり、前記テーブルの少なくとも１つのテーブルは、前記第２の概念の組の中の１つの概念に関係しているステップ、を有する。
【００１７】
ここで、「テーブル」という言葉は、情報技術及びデータベースのモデル化の分野における関係を表すための全ての同等物を網羅していると広く解釈されるべきである。
【００１８】
前記方法は、例えば臨床試験のデータベース管理のための関係データベースのスキーマを作成する又は異なる実験装置を用いて作業を調査するための、幾つかの異なる応用に対し実施されることができる。
【００１９】
ある態様に従って、関係データベースのスキーマを作成するためのモジュールが提供される。このモジュールは、第１の概念及び第２のプロパティを有する参照オントロジーを入手するためのユニット、ユーザが前記参照オントロジーから第１の概念の組を選択し、前記関係データベースのスキーマを適合させることを可能にするためのユーザインタフェース、前記第２のプロパティから、前記選択した第１の概念の組と関連している第１のプロパティの組を決定するためのユニット、前記決定した第１のプロパティの組と関連している第２の概念の組を決定するためのユニット、並びに多数のテーブルを有する関係データベースのスキーマを生成するためのユニットであり、前記テーブルの少なくとも１つのテーブルは、前記第２の概念の組の中の１つの概念に関係しているユニット、を有する。
【図面の簡単な説明】
【００２０】
【図１】ある実施例による方法を概略的に示すフローチャート。
【図２】ある実施例による方法を概略的に示すフローチャート。
【図３】ある実施例によるモジュールのブロック図。
【発明を実施するための形態】
【００２１】
本発明が可能であるこれら及び他の態様、特徴及び利点は、本発明の実施例の以下の記載、付随する図面の参照から明らかであり、説明される。
【００２２】
幾つかの実施例は、当業者が本発明を実行可能にするために、付随する図面を参照して、以下にさらに詳細に説明される。しかしながら、本発明は、多くの異なる形式で具現化されてもよく、ここに述べた実施例に限定されると解釈されるべきではない。寧ろ、これら実施例は、本開示が完全且つ完璧となるように提供され、本発明の範囲が当業者に完全に伝わるだろう。これら実施例が本発明を限定するのではなく、本発明は添付の特許請求の範囲により限定されるだけである。さらに、付随する図面に表される特定の実施例の詳細な説明に用いられる専門用語は本発明の限定を意味しているのではない。
【００２３】
以下の説明は、関係データベースを作成する方法に応用可能な実施例に焦点を当てている。
【００２４】
図１による実施例において、関係データベースのスキーマを作成するための方法１００は、参照オントロジー１０１を入手するステップ１１０で始まる。この参照オントロジー１０１は、複数の概念及びプロパティを有し、各プロパティは、少なくとも１つの概念と関連している。前記方法１００はさらに、前記参照オントロジーから第１の概念の組を選択するステップ１２０、その後、この選択した第１の概念の組と関連しているプロパティを決定するステップ１３０を有する。次いで、この方法１００は、予め決められたプロパティと関連している他の概念の組を決定するステップ１４０を有する。前記決定した概念の組及び関連しているプロパティに対応する関係データベースのスキーマを生成する後続ステップ１５０がその後行われる。前記方法１００は、このオントロジーを変更することなく、若しくは外部のオントロジーエディタを用いることなく、参照オントロジーの部分を個別に選択することが利点である。それにより、前記参照オントロジーはそのまま残る一方、予想される関係データベースのスキーマに対する複雑さを減少させる。
【００２５】
ある実施例において、前記決定したプロパティと関連している他の概念の組を決めるステップ１４０は、これら決定したプロパティと関連している全ての概念が決定されるまで繰り返される。それ故に、関係データベースのスキーマの関係整合性は自動的に保証され、故に前記方法１００をさらに簡単にする。
【００２６】
ある実施例において、前記方法１００はさらに、例えばどの概念がどのテーブルに変換されたか等のような、前記オントロジーと前記関係データベースのスキーマとの間の変換を保持するメタ表象を作成するステップ１６０を有する。
【００２７】
ある実施例において、前記方法１００は、前記決定した概念の組及び関連しているプロパティを少なくとも１つのデータ定義言語(DDL: Data Definition Language)のスクリプトファイルに変換するステップを有する。これは、ＤＤＬファイル、例えばＳＱＬスクリプトが後で入手するために記憶されることができるのが利点である。
【００２８】
ある実施例において、前記方法１００は、関係データベースのスキーマを用いて関係データベースを作成するステップも有する。この関係データベースは、局所的な又は遠隔のデータベースサーバに作成されてもよい。それ故に、このデータベースは、直接作成されるか、若しくはＤＤＬスクリプトファイルを実行することにより後で作成されるかの何れか一方にすることができるので、改善した柔軟性が提供される。
【００２９】
ある実施例において、前記方法１００は、ユーザインタフェースを用いて関係データベースのスキーマを表示するステップを有する。これは、実際のデータベースが作成される前に、ユーザが概念の選択を修正することを可能にする、方法の柔軟性をさらに高める。
【００３０】
ある実施例において、前記方法１００は、上記ユーザインタフェースを用いて前記関係データベースのスキーマのプレビューを適合させるステップを有する。例えば、ユーザは、前記関係データベースのスキーマのテーブル及び属性をリネーム、追加又は削除してもよい。このような適合は、選択した概念の組を変更すること、及び前記メタ表象にラベルを付けることにより反映されてもよい。それ故に、関係データベースのスキーマの作成に関する柔軟性が提供される。
【００３１】
他の実施例において、前記方法は、オントロジーの階層を変換するステップを有する。ある選択した概念が、これら選択した概念の組にも含まれているスーパー概念(superconcept)を持つ場合、２つのテーブルが作成され、これらテーブル間に１：１の関係が確立される。ある選択した概念が、これら選択した概念の組には含まれてないスーパー概念を持つ場合、この選択した概念に対する１つのだけの概念が作成され、このスーパー概念のプロパティは、属性として作成したテーブルに加えられる。
【００３２】
ある実施例において、このオントロジーの階層を変換するステップは、再帰的に行われる。
【００３３】
図２において、幾つかの実施例による方法２００が設けられる。ここで、参照オントロジーを入手するステップ２１０、この参照オントロジーから第１の概念の組を選択するステップ２２０、この選択した第１の概念の組と関連しているプロパティを決定するステップ２３０、予め決められたプロパティと関連している他のプロパティの組を決定するステップ２４０、並びに前記決定した概念の組及び関連しているプロパティに対応する関係データベースのスキーマを生成するステップ２５０は、図１を参照して上述した方法と同じやり方で行われる。予め決められたプロパティと関連している他の概念の組を決めるステップ２４０及び前記概念と関連しているプロパティを決定するステップ２３０は、全ての関連する概念を連鎖して見つけるために、繰り返されると共に再帰的に行われる。
【００３４】
それに応じて、ある実施例において、前記方法はさらに、前記第２のプロパティから前記決定した第２の概念の組と関連している第２のプロパティの組を決定するステップ（１３０、２３０）を有する。この方法は、前記決定した第２のプロパティの組と関連している第３の概念の組を決定するステップ（１４０、２４０）も有する。その上、関係データベースのスキーマは、この第３の概念の組の中の１つの概念に関係している少なくとも１つのテーブルを有する。
【００３５】
前記方法２００はさらに、オントロジーと関係データベースのスキーマとの間の変換を保持するメタ表象を作成するステップ２５１を有する。
【００３６】
前記方法２００はさらに、関係データベースのスキーマを表示するステップ２６０、ユーザインタフェースを用いてこの関係データベースのスキーマを適合させるステップ２６１、及びステップ２５０で生成した関係データベースのスキーマを表すＤＤＬスクリプトファイルを作成するステップ２７０を有する。次いで、方法２００は、関係データベースのスキーマを用いて関係データベースを作成するステップ２９０のために、データベースサーバに接続するステップ２８０を有する。
【００３７】
臨床試験データ管理オントロジー(CTDMO: Clinical Trial Data Management Ontology）は、臨床試験のためのデータベースを便利且つ柔軟な方法で作成するための参照オントロジー１０１として役立つ。
【００３８】
ある実施例において、このＣＴＤＭＯは、他の概念及びプロパティを用いて拡張されるように構成される。
【００３９】
他の実施例において、ＣＴＤＭＯは、標準的な臨床試験のための全ての必要な情報を有する。
【００４０】
幾つかの実施例において、方法２００は、以下に従って実施されてもよい。ユーザはユーザインタフェースを用いて、参照オントロジー１０１の構造を読み込み、閲覧することが可能である。このユーザインタフェースを用いて、ユーザは参照オントロジー１０１から概念を選択することが可能であり、これら概念は、関係データベースを作成するのに用いられる。前記概念は、再帰的処理により選択した概念と関係付けられる追加の概念により、前記オントロジーから自動的に補充される。ある実施例において、アルゴリズムは、前記選択した概念と関連しているプロパティによりループし、現在のプロパティがオブジェクトプロパティであるか検査する。オブジェクトプロパティである場合、このアルゴリズムはさらに、この現在のオブジェクトプロパティがどの他の概念に関係しているか検査する。再帰呼び出しは、全ての関連する概念に対し同じ手続きを繰り返す。各々の関連する概念は、ユーザが選択した概念を既に有する概念のリストに加えられる。選択及び関連する概念のリスト、すなわち参照オントロジー１０１のサブセットは、関係データベースを生成するのに用いられる。
【００４１】
ユーザインタフェースは、作成したデータベーススキームのプレビューをユーザに示す。経験が豊かなユーザの場合、このようなユーザがこのデータベースのプレビューのカスタマイズされたビューを規定することが可能であってもよい。その上、ユーザは、このプレビューに作成した関係データベースのスキーマを適合させてもよい。例えば、ユーザは、この関係データベースのスキーマにおいてテーブル及び属性をリネーム、追加又は削除してもよい。関係データベースの作成は、データベースサーバに接続することにより直接実施されるか、又はユーザがスクリプトを実施することによりデータベースを作成するコードを含むＤＤＬスクリプトファイル、例えばＳＱＬスクリプトを保存することができるかのどちらか一方である。
【００４２】
図３において、ある実施例によるモジュール３００が設けられている。このモジュール３００は、複数の概念及びプロパティの参照オントロジー１０１を入手するためのユニット３１０を有する。ユーザインタフェース３２０は、ユーザにこの参照オントロジー１０１の図形表現を表示するために供給される。このユーザインタフェース３２０を用いて、ユーザは参照オントロジー１０１から第１の概念の組を選択することができる。さらに、この選択した第１の概念の組と関連しているこれらのプロパティを決めるためのユニット３３０が設けられる。ユニット３４０は、これら決定したプロパティと関連している他の概念の組を決定し、この他の概念の組をユーザインタフェース３２０に示すように構成される。ユニット３５０は、前記決定した概念の組、すなわち第１の概念の組及び他の概念の組、並びに前記決定したプロパティに対応する関係データベースのスキーマを生成するために設けられる。ユニット３６０を用いて、生成した関係データベースのスキーマは、ＤＤＬスクリプトファイルに変換される。さらに、モジュール３００は、ＤＤＬスクリプトファイルから関係データベースを作成するために構成されるデータベースサーバ（図示せず）に前記モジュールを接続するためのユニット３７０を有する。
【００４３】
ある実施例において、前記モジュールは、データベースサーバに対してＤＤＬスクリプトファイルを実施するために、データベースサーバに認証情報を提供するために構成される。
【００４４】
もう１つの実施例において、ユーザは、データベースサーバにおいて後で実施するために、ＤＤＬスクリプトファイルをコンピュータ上で局所的又はサーバ上で遠隔的の何れか一方で保存することを可能にする。
【００４５】
さらに、参照オントロジー１０１と作成される関係データベースのスキーマとの間の変換を記録及び記憶するためのユニット３５５は、前記モジュールに含まれる。
【００４６】
ある実施例において、コンピュータプログラムプロダクトが設けられる。コンピュータプログラムは、データ処理装置上で実行されるとき、幾つかの実施例に従う方法１００のステップを行うように適合したソフトウェアコードを有するコンピュータ読取可能媒体に記憶される。
【００４７】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらの何れかの組み合わせを含む如何なる適切な形式で実施されてもよい。しかしながら、好ましくは、本発明は、１つ以上のデータ処理器及び/又はデジタル信号処理器で実行するコンピュータソフトウェアとして実施される。本発明の実施例の要素及び構成部品は、如何なる適切な方法で物理的、機能的及び論理的に実施されてもよい。実際は、機能が単一のユニット、複数のユニット又は他の機能ユニットの一部として実施されてもよい。例えば、本発明は単一のユニットで実施されてもよいし、又は異なるユニットと処理器との間で物理的及び機能的に分配されてもよい。
【００４８】
上述した実施例が添付の特許請求の範囲により規定されるような範囲から外れることなく組み合わされてもよいことは明らかである。
【００４９】
本発明は特定の実施例を参照して上述されたとしても、ここに述べた特定の形式に限定されることを意図しているのではない。寧ろ、本発明は付随する請求項によってのみ制限され、上述した以外の他の実施例も同様にこれら添付の特許請求の範囲内にあることが可能である。
【００５０】
請求項において、「有する／有している」という言葉は、他の要素又はステップの存在を排除するものではない。さらに、別々に列挙されていても、複数の手段、要素又は方法ステップが例えば単一のユニット若しくは処理器により実施されてもよい。加えて、個々の特徴が異なる請求項に含まれていたとしても、これら特徴が有利に組み合わされることがあってもよく、別々の請求項に含まれることがこれら特徴の組み合わせが実施可能ではない及び/又は有利ではないことを意味していない。さらに、複数あることを述べないことがそれらが複数あることを排除するものではない。１つの、ある、第１、第２等の用語は、複数あることを排除するものではない。請求項における参照符号は単に明瞭な例として設けられ、請求項の範囲を決して制限していると解釈されるべきではない。
【図１】
2012511767.tif 000003
【図２】
2012511767.tif 000004
【図３】
2012511767.tif 000005
【国際調査報告】
2012511767.tif 000006
2012511767.tif 000007