JP2003323324A - データ・リポジトリ抽象化層を介するアプリケーションの物理データ層の動的なエンド・ユーザ固有のカスタマイズ - Google Patents

Abstract

(57)【要約】 【課題】 データが物理的に表現される特定の形から独
立にデータへのアクセスを提供するシステム、方法、お
よび製造物を提供すること。 【解決手段】 一実施形態では、複数のデータ・リポジ
トリ抽象化によって、同一の基礎となるデータ・リポジ
トリの異なる論理ビューを提供する。複数のデータ・リ
ポジトリ抽象化のそれぞれを、異なるユーザに関連付け
ることができ、これによって、各ユーザに異なるデータ
のセットが公開される。ランタイム・コンポーネント
が、特定の物理データ表現に対して使用することができ
る形への抽象照会の変換を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、全般的にはデータ
処理に関し、具体的には、データが物的に表現される特
定の形から独立のデータへのアクセスに関する。

【０００２】

【従来の技術】データベースは、コンピュータ化された
情報保管検索システムである。リレーショナル・データ
ベース管理システムは、データを保管し検索するのにリ
レーショナル技法を使用するコンピュータ・データベー
ス管理システム（ＤＢＭＳ）である。データベースの最
も普及したタイプが、リレーショナル・データベースす
なわち、複数の異なる形でデータを再編成でき、アクセ
スできるようにデータが定義される表形式データベース
である。

【０００３】ＤＢＭＳでは、特定のアーキテクチャに無
関係に、要求元の実体（たとえばアプリケーションまた
はオペレーティング・システム）が、データベース・ア
クセス要求を発行することによって、指定されたデータ
ベースへのアクセスを求める。そのような要求には、た
とえば、単純なカタログ・ルックアップ要求またはトラ
ンザクションと、オペレータがデータベース内の指定さ
れたレコードの読取、変更、および追加を行うトランザ
クションの組合せを含めることができる。これらの要求
は、構造化照会言語（ＳＱＬ）などの高水準照会言語を
使用して行われる。たとえば、ＳＱＬは、Internationa
l Business Machines社（ＩＢＭ）のＤＢ２(R)、Micros
oft社のSQL Server、および、Oracle社、Sybase社、お
よびComputerAssociates社のデータベース製品などのデ
ータベースから情報を取得し、更新する対話型照会を行
うのに使用される。用語「照会」は、保管されたデータ
ベースからデータを検索するコマンドの組を指す。照会
は、プログラマおよびプログラムが、データの選択、挿
入、更新、位置の検索などを行えるようにするコマンド
言語の形をとる。

【０００４】データ・マイニング・アプリケーションお
よびデータベース照会アプリケーションが直面する問題
の１つが、一般に、所与のデータベース・スキーマ（た
とえばリレーショナル・データベース・スキーマ）との
密な関係である。この関係によって、対応する基礎とな
るデータベース・スキーマに変更が加えられる時に、ア
プリケーションをサポートすることが困難になる。さら
に、代替の基礎データ表現へのアプリケーションの移行
は、禁止される。今日の環境では、前述の短所が、主
に、アプリケーションがＳＱＬに頼ることに起因し、こ
れは、リレーショナル・モデルが、照会される情報の表
現に使用されることを前提とする。さらに、所与のＳＱ
Ｌ照会は、特定のデータベース表、列、および関係がＳ
ＱＬ照会表現内で参照されるので、特定のリレーショナ
ル・スキーマに依存する。これらの制限の結果として、
多数の問題が生じる。

【０００５】問題の１つが、基礎となるリレーショナル
・データ・モデルの変更によって、対応するアプリケー
ションがその上で構築されたＳＱＬ基礎に対する変更が
必要になることである。したがって、アプリケーション
設計者は、アプリケーション保守を避けるために基礎と
なるデータ・モデルを変更せずに済ませるか、基礎とな
るリレーショナル・モデルの変更を反映するようにアプ
リケーションを変更しなければならない。もう１つの問
題が、複数のリレーショナル・データ・モデルを扱うよ
うにアプリケーションを拡張することが、各一意のリレ
ーショナル・スキーマによって駆動される一意のＳＱＬ
要件を反映するために、アプリケーションの複数のバー
ジョンを必要とすることである。もう１つの問題は、Ｓ
ＱＬがリレーショナル・システムと共に使用されるよう
に設計されているので、代替データ表現を扱うためのア
プリケーションの進化である。ＸＭＬなどの代替データ
表現をサポートするようにアプリケーションを拡張する
ことは、非ＳＱＬデータ・アクセス方法を使用するよう
に、アプリケーションのデータ管理層を書き直すことを
必要とする。

【０００６】前述の問題に対処するのに使用される通常
の手法は、ソフトウェア・カプセル化である。ソフトウ
ェア・カプセル化では、ソフトウェア・インターフェー
スまたはソフトウェア・コンポーネントを使用して、特
定の基礎となるデータ表現へのアクセス方法をカプセル
化することが用いられる。その例が、Java (R) 2 Enterp
rise Edition（Ｊ２ＥＥ）技術スイートの構成要素であ
るEnterprise Java (R)Bean（ＥＪＢ）仕様に見られ
る。ＥＪＢの場合には、bean全体が、データの所与の組
をカプセル化するように働き、この情報にアクセスする
のに使用することができるアプリケーション・プログラ
ム・インターフェース（ＡＰＩ）の組が公開される。こ
れは、データの新しい組にアクセスする時に必ず、また
はデータ・アクセスの新しいパターンが望まれる時に、
ソフトウェア（新しいエンティティＥＪＢの形の）を記
述することを必要とする、非常に特殊化された手法であ
る。ＥＪＢモデルは、基礎となる物理データ・モデルの
再編成に反応するか、代替データ表現をサポートするた
めに、コード更新、アプリケーション構築、および開発
のサイクルも必要とする。ＥＪＢプログラミングでは、
より高度なJava(R)プログラミング技法が用いられるの
で、特殊化された技術も必要になる。したがって、ＥＪ
Ｂ手法および他の類似する手法は、柔軟性に欠け、新し
い物理データ・モデルにアクセスする汎用照会アプリケ
ーションについて維持するのにコストがかかる。

【０００７】従来技術のもう１つの短所は、情報をユー
ザに提示できる形である。複数のソフトウェア解決策
が、ユーザ定義照会の使用をサポートするが、このユー
ザ定義照会では、ユーザに、ユーザの特定のデータ選択
要件を満たす照会を構築するツールが与えられる。ＳＱ
Ｌベースのシステムでは、ユーザに、照会を構築する時
にそこから選択される、基礎となるデータベース表およ
びデータベース列のリストが与えられる。ユーザは、デ
ータベース管理者によって使用される命名規則に基づい
て、どの表および列にアクセスするかを判断しなければ
ならない。この手法は、ユーザに提示される情報の組を
サブセットにする効率的な形を提供しない。その結果、
本質的でない内容もユーザに示される。

【０００８】さらに、既存のデータベース環境は、同一
の物理データの異なる部分に同時にアクセスすることを
求める複数のユーザに効率的に対処しない。通常、その
ような同時アクセスは、各ユーザが別々のアプリケーシ
ョンを使用することによって達成される。各アプリケー
ションは、所望のデータをそれぞれのユーザに公開する
ように記述される。したがって、現在のデータベース環
境では、アプリケーション開発のかなりのオーバーヘッ
ドが生じる。

【０００９】

【発明が解決しようとする課題】したがって、基礎とな
る物理データが表現される特定の形に制限されず、好ま
しくは従来技術に関連するアプリケーション開発のオー
バーヘッドが回避される、データにアクセスする改良さ
れたより柔軟な方法を提供する必要がある。

【００１０】

【課題を解決するための手段】本発明は、全般的に、デ
ータが物理的に表現される特定の形から独立にデータに
アクセスし、同一のアプリケーションを使用して異なる
形でデータを公開する、方法、システム、および製造物
を対象とする。一実施形態では、複数のデータ・リポジ
トリ抽象化によって、同一の基礎となるデータ・リポジ
トリの異なる論理ビューを提供する。複数のデータ・リ
ポジトリ抽象化は、それぞれ、異なるユーザに関連付け
ることができ、これによって、データの異なるセットが
各ユーザに公開される。ランタイム・コンポーネント
が、特定の物理データ表現に対して使用することができ
る形への抽象照会の変換を実行する。

【００１１】一実施形態では、特定の物理データ表現を
有するデータにアクセスする方法が提供される。この方
法は、抽象照会を定義する複数の論理フィールドを含む
照会指定を提供するステップと、前記複数の論理フィー
ルドの少なくとも第１部分を前記データの第１の複数の
物理実体にマッピングするマッピング規則の第１組を提
供するステップと、前記複数の論理フィールドの少なく
とも第２部分を前記データの第２の複数の物理実体にマ
ッピングするマッピング規則の第２組を提供するステッ
プとを含む。

【００１２】特定の物理データ表現を有するデータへの
アクセスを提供するもう１つの方法は、抽象照会を定義
する複数の論理フィールドを含む照会指定を定義するア
プリケーションを提供するステップと、それぞれが前記
複数の論理フィールドの少なくとも一部を前記データの
物理実体にマッピングするマッピング規則の異なる組と
の関連をそれぞれが定義する複数のユーザ・プロファイ
ルを提供するステップとを含む。

【００１３】特定の物理データ表現を有するデータにア
クセスするもう１つの方法は、第１ユーザによって、ア
プリケーションに第１の複数の論理フィールドに従って
定義される第１抽象照会を発行するステップと、前記第
１抽象照会に応答して、前記第１ユーザとの定義された
関連を有するマッピング規則の第１組にアクセスするス
テップとを含む。アプリケーションに第２抽象照会を発
行する第２ユーザに応答して、第２抽象照会が第２の複
数の論理フィールドに従って定義される。前記第２抽象
照会に応答して、前記第２ユーザとの定義された関連を
有するマッピング規則の第２組にアクセスする。前記第
１抽象照会および前記第２抽象照会のそれぞれを、前記
論理フィールドを前記データの物理実体にマッピングす
るそれぞれのマッピング規則に従って、前記特定の物理
データ表現との一貫性を有する照会に変換する。

【００１４】もう１つの実施形態は、特定の物理データ
表現を有するデータへのアクセスを提供するデータベー
ス・アクセス環境を含むコンピュータ可読媒体を提供す
る。前記データベース・アクセス環境が、抽象照会を定
義する複数の論理フィールドを含む照会指定を含むアプ
リケーションと、前記複数の論理フィールドを前記デー
タの物理実体にマッピングする複数のマッピング規則の
組とを含む。前記複数のマッピング規則の組の少なくと
も２つは、前記複数の論理フィールドを前記データの前
記物理実体の異なる組にマッピングし、２人の異なるユ
ーザ、ユーザの２つの異なるグループ、ユーザのグルー
プおよびユーザの３つから選択される２つの異なる要求
元実体の少なくとも１つに一意に関連する。

【００１５】もう１つの実施形態は、プロセッサによっ
て実行される時に、特定の物理データ表現を有するデー
タにアクセスする動作を実行するプログラムを含むコン
ピュータ可読媒体を提供する。前記動作は、論理フィー
ルドに従う前記抽象照会の定義を提供する、アプリケー
ションの照会指定に従って、複数のユーザによって発行
される複数の抽象照会を受け取るステップと、前記抽象
照会を、前記論理フィールドを前記データの物理実体に
マッピングする複数のデータ・リポジトリ抽象化コンポ
ーネントに従って、前記特定の物理データ表現との一貫
性を有する照会に変換するステップとを含む。異なるデ
ータ・リポジトリ抽象化コンポーネントは、前記アプリ
ケーションを使用する前記ユーザの少なくとも２人に関
連付けられる。

【００１６】もう１つの実施形態は、コンピュータであ
って、少なくとも（ｉ）論理フィールドによる抽象照会
の定義を提供する照会指定を含むアプリケーションと、
（ｉｉ）前記論理フィールドをデータの物理実体にマッ
ピングする複数のデータ・リポジトリ抽象化コンポーネ
ントであって、前記データ・リポジトリ抽象化コンポー
ネントの少なくとも一部が、異なるユーザとのプログラ
ム的に定義された関連を有する、複数のデータ・リポジ
トリ抽象化コンポーネントと、（ｉｉｉ）前記抽象照会
を、前記データ・リポジトリ抽象化コンポーネントに従
って、データの前記物理実体との一貫性を有する照会に
変換するランタイム・コンポーネントとを含むメモリを
含むコンピュータを提供する。

【００１７】

【発明の実施の形態】序論 本発明は、全般的に、データが物理的に表現される特定
の形とは独立にデータにアクセスするシステム、方法、
および製造品を対象とする。一実施形態では、データ・
リポジトリ抽象化層が、データが物理的に表現される特
定の形から独立な基礎となるデータ・リポジトリの論理
ビューを提供する。照会抽象化層も提供され、これは、
データ・リポジトリ抽象化層に基づく。ランタイム・コ
ンポーネントが、特定の物理データ表現に対して使用で
きる形への抽象照会の変換を実行する。一実施形態で
は、データ・リポジトリ抽象化層に、単一のアプリケー
ション・スペース内で共存する（かつ、いくつかの実施
形態では協力する）複数のデータ・リポジトリ抽象化コ
ンポーネント／インスタンスが含まれる。データ・リポ
ジトリ抽象化の複数のインスタンスを提供することによ
って、データの異なるセットを異なるユーザに公開でき
るようになる。さらに、一実施形態では、新しいデータ
・リポジトリ抽象化コンポーネントの動的インスタンス
化が提供され、これによって、オンザフライで変更を行
え、複数の動的ユーザがそれぞれのデータ抽象化コンポ
ーネントをカスタマイズできるようになる。

【００１８】本発明の一実施形態は、たとえば図１に図
示され下で説明するコンピュータ・システムなどのコン
ピュータ・システムと共に使用されるプログラム製品と
して実施される。このプログラム製品のプログラムによ
って、実施形態（本明細書に記載の方法を含む）の機能
が定義され、このプログラムを、さまざまな信号担持媒
体に含めることができる。例示的な信号担持媒体には、
（ｉ）書込不能記憶媒体（たとえば、ＣＤ−ＲＯＭドラ
イブによって読取可能なＣＤ−ＲＯＭディスクなどの、
コンピュータ内の読取専用メモリ・デバイス）に永久的
に保管された情報、（ｉｉ）書込可能記憶媒体（たとえ
ば、ディスケット・ドライブ内のフロッピ・ディスクま
たはハード・ディスク）に保管された変更可能な情報、
または（ｉｉｉ）無線通信を含む、コンピュータ・ネッ
トワークまたは電話ネットワークを介するなど、通信媒
体によってコンピュータに伝えられる情報が含まれる
が、これに制限はされない。後者の実施形態には、特
に、インターネットおよび他のネットワークからダウン
ロードされた情報が含まれる。そのような信号担持媒体
は、本発明の機能を指示するコンピュータ可読命令を搬
送する時に、本発明の実施形態を表す。

【００１９】一般に、本発明の実施形態を実施するため
に実行されるルーチンは、オペレーティング・システム
または特定のアプリケーションの一部、コンポーネン
ト、プログラム、モジュール、オブジェクト、あるいは
命令のシーケンスとすることができる。本発明のソフト
ウェアは、通常は、ネイティブ・コンピュータによって
計算機可読フォーマットに、したがって実行可能命令に
変換される、複数の命令からなる。また、プログラム
は、プログラムにローカルに常駐するか、メモリまたは
記憶装置内にある、変数およびデータ構造からなる。さ
らに、下に記載のさまざまなプログラムは、それらがそ
のために本発明の特定の実施形態で実施される応用例に
基づいて識別することができる。しかし、以下の特定の
用語が、単に便宜上使用されるものであり、したがっ
て、本発明を、そのような用語によって識別または暗示
される特定の応用分野だけでの使用に制限されないこと
を諒解されたい。

【００２０】環境の物理ビュー 図１に、本発明の実施形態を実施することができるネッ
トワーク化されたコンピュータ・システム１００のブロ
ック図を示す。一般に、ネットワーク化されたコンピュ
ータ・システム１００には、クライアント（たとえばユ
ーザの）コンピュータ１０２（３つのそのようなクライ
アント・コンピュータ１０２が図示されている）と、少
なくとも１つのサーバ・コンピュータ１０４（１つのそ
のようなサーバ・コンピュータ１０４）が含まれる。ク
ライアント・コンピュータ１０２およびサーバ・コンピ
ュータ１０４は、ネットワーク１２６を介して接続され
る。一般に、ネットワーク１２６は、ローカル・エリア
・ネットワーク（ＬＡＮ）または広域ネットワーク（Ｗ
ＡＮ）あるいはその両方とすることができる。１特定の
実施形態では、ネットワーク１２６がインターネットで
ある。

【００２１】クライアント・コンピュータ１０２には、
バス１０８を介してメモリ１１２、記憶装置１１４、入
力装置１１６、出力装置１１９、およびネットワーク・
インターフェース・デバイス１１８に接続された中央処
理装置（ＣＰＵ）１１０が含まれる。入力装置１１６
は、クライアント・コンピュータ１０２に入力を与える
すべての装置とすることができる。たとえば、キーボー
ド、キーパッド、ライトペン、タッチスクリーン、トラ
ックボール、または音声認識ユニット、オーディオ／ビ
デオ・プレイヤ、および類似物を使用することができ
る。出力装置１１９は、ユーザへの出力を与えるすべて
の装置、たとえば、普通の表示画面とすることができ
る。入力装置１１６とは別に図示されているが、出力装
置１１９と入力装置１１６を組み合わせることができ
る。たとえば、一体化されたタッチスクリーンを有する
表示画面、一体化されたキーボードを有するディスプレ
イ、またはテキスト音声コンバータと組み合わされた音
声認識ユニットを使用することができる。

【００２２】ネットワーク・インターフェース・デバイ
ス１１８は、ネットワーク１２６を介するクライアント
・コンピュータ１０２とサーバ・コンピュータ１０４の
間のネットワーク通信を可能にするように構成されたす
べての入口／出口装置とすることができる。たとえば、
ネットワーク・インターフェース・デバイス１１８は、
ネットワーク・アダプタまたは他のネットワーク・イン
ターフェース・カード（ＮＩＣ）とすることができる。

【００２３】記憶装置１１４は、直接アクセス記憶装置
（ＤＡＳＤ）であることが好ましい。記憶装置１１４
は、単一のユニットとして図示されているが、ハード・
ディスク、フロッピ・ディスク・ドライブ、磁気テープ
・ドライブ、取外し可能メモリ・カード、または光記憶
装置など、固定記憶装置または取外し可能記憶装置の組
合せとすることができる。メモリ１１２および記憶装置
１１４は、複数の主記憶装置および副記憶装置にまたが
る１つの仮想アドレス空間の一部とすることができる。

【００２４】メモリ１１２は、本発明の必要なプログラ
ミング構造およびデータ構造を保持するのに十分に大き
いランダム・アクセス・メモリであることが好ましい。
メモリ１１２は、単一の実体として図示されているが、
メモリ１１２に、実際に複数のモジュールを含めること
ができ、メモリ１１２が、高速レジスタおよびキャッシ
ュから低速だが大量のＤＲＡＭチップまでの複数のレベ
ルに存在できることを理解されたい。

【００２５】例として、メモリ１１２に、オペレーティ
ング・システム１２４が含まれる。有利に使用すること
ができる例示的オペレーティング・システムには、Linu
xおよびMicrosoft社のWindows (R)が含まれる。より一
般的に、本明細書に開示された機能をサポートするすべ
てのオペレーティング・システムを使用することができ
る。

【００２６】メモリ１１２は、ブラウザ・プログラム１
２２も含むものとして図示されており、このブラウザ・
プログラム１２２は、ＣＰＵ１１０で実行される時に、
さまざまなサーバ・コンピュータ１０４の間でのナビゲ
ートおよび１つまたは複数のサーバ・コンピュータ１０
４でのネットワーク・アドレスの突き止めのサポートを
提供する。一実施形態では、ブラウザ・プログラム１２
２に、ウェブベースのグラフィカル・ユーザ・インター
フェース（ＧＵＩ）が含まれ、このＧＵＩを用いて、ユ
ーザが、ハイパーテキスト・マークアップ言語（ＨＴＭ
Ｌ）情報を表示できるようになる。しかし、より一般的
には、ブラウザ・プログラム１２２は、サーバ・コンピ
ュータ１０４から送信された情報をレンダリングするこ
とができるすべてのＧＵＩベースのプログラムとするこ
とができる。

【００２７】サーバ・コンピュータ１０４は、クライア
ント・コンピュータ１０２に似た形で物理的に配置する
ことができる。したがって、サーバ・コンピュータ１０
４には、一般に、互いにバス１３６によって結合され
る、ＣＰＵ１３０、メモリ１３２、および記憶装置１３
４が含まれる。メモリ１３２は、サーバ・コンピュータ
１０４に配置される必要なプログラミング構造およびデ
ータ構造を保持するのに十分に大きいランダム・アクセ
ス・メモリとすることができる。

【００２８】サーバ・コンピュータ１０４は、一般に、
メモリ１３２に常駐して図示されているオペレーティン
グ・システム１３８の制御下にある。オペレーティング
・システム１３８の例には、IBM OS/400 (R)、UNIX (R)、
Microsoft Windows (R)、および類似物が含まれる。よ
り一般的には、本明細書に記載の機能をサポートするこ
とができるすべてのオペレーティング・システムを、使
用することができる。

【００２９】メモリ１３２には、さらに、１つまたは複
数のアプリケーション１４０および抽象照会インターフ
ェース１４６が含まれる。アプリケーション１４０およ
び抽象照会インターフェース１４６は、コンピュータ・
システム１００のさまざまなメモリおよび記憶装置にさ
まざまな時に常駐する複数の命令を含むソフトウェア製
品である。サーバ・コンピュータ１０４の１つまたは複
数のＣＰＵ１３０によって読み取られ、実行される時
に、アプリケーション１４０および抽象照会インターフ
ェース１４６は、コンピュータ・システム１００に、本
発明のさまざまな態様を実施するステップまたは要素を
実行するのに必要なステップを実行させる。アプリケー
ション１４０（および、より一般的には、オペレーティ
ング・システム１３８および最上位のユーザを含むすべ
ての要求元の実体）が、データベース（たとえば、集合
的にデータベース１５６と称するデータベース１５
６_１、…、１５６_Ｎ）に対して照会を発行する。例とし
て、データベース１５６が、記憶装置１３４内のデータ
ベース管理システム（ＤＢＭＳ）の一部として図示され
ている。データベース１５６は、特定の物理表現と無関
係なデータの集合を表す。例として、データベース１５
６を、リレーショナル・スキーマ（ＳＱＬ照会によって
アクセス可能）に従って、またはＸＭＬスキーマ（ＸＭ
Ｌ照会によってアクセス可能）に従って編成することが
できる。しかし、本発明は、特定のスキーマに制限され
ず、現在は未知のスキーマへの拡張が企図されている。
本明細書で使用する用語「スキーマ」は、データの特定
の配置を包括的に指す。

【００３０】一実施形態では、アプリケーション１４０
によって発行される照会が、各アプリケーション１４０
と共に含まれるアプリケーション照会指定１４２に従っ
て定義される。アプリケーション１４０によって発行さ
れる照会は、事前定義（すなわち、アプリケーション１
４０の一部としてハード・コードされる）か、入力（た
とえばユーザ入力）に応答して生成されるものとするこ
とができる。どちらの場合でも、照会（本明細書では
「抽象照会」と称する）は、抽象照会インターフェース
１４６によって定義される論理フィールドを使用して構
成される。具体的に言うと、抽象照会に使用される論理
フィールドは、抽象照会インターフェース１４６のデー
タ・リポジトリ抽象化コンポーネント１４８によって定
義される。抽象照会は、ランタイム・コンポーネント１
５０によって実行され、このランタイム・コンポーネン
ト１５０は、まず、抽象照会を、ＤＢＭＳ１５４に含ま
れるデータの物理表現との一貫性を有する形に変換す
る。アプリケーション照会指定１４２および抽象照会イ
ンターフェース１４６を、図２および３を参照してさら
に説明する。

【００３１】一実施形態では、照会の要素が、グラフィ
カル・ユーザ・インターフェース（ＧＵＩ）を介してユ
ーザによって指定される。ＧＵＩの内容は、アプリケー
ション１４０によって生成される。１特定の実施形態で
は、ＧＵＩ内容は、ブラウザ・プログラム１２２を用い
てクライアント・コンピュータ１０２でレンダリングす
ることができるハイパーテキスト・マークアップ言語
（ＨＴＭＬ）コンテンツである。したがって、メモリ１
３２に、クライアント・コンピュータ１０２からの要求
をサービスするように適合されたハイパーテキスト転送
プロトコル（ｈｔｔｐ）サーバ・プロセス１５２（たと
えばウェブ・サーバ）が含まれる。たとえば、ｈｔｔｐ
サーバ・プロセス１５２は、データベース１５６へのア
クセスの要求に応答することができ、データベース１５
６は、例としてサーバ・コンピュータ１０４に常駐す
る。データベース１５６からのデータに関する着信クラ
イアント要求によって、アプリケーション１４０が呼び
出される。ＣＰＵ１３０によって実行される時に、アプ
リケーション１４０は、サーバ・コンピュータ１０４
に、データベース１５６のアクセスを含む本発明のさま
ざまな態様を実施するステップまたは要素を実行させ
る。一実施形態では、アプリケーション１４０に、ＧＵ
Ｉ要素を構築するように構成された複数のサーブレット
が含まれ、このＧＵＩ要素は、その後、ブラウザ・プロ
グラム１２２によってレンダリングされる。

【００３２】図１は、ネットワーク化されたクライアン
ト・コンピュータ１０２およびサーバ・コンピュータ１
０４の１つのハードウェア／ソフトウェア構成にすぎな
い。本発明の実施形態は、コンピュータ・システムが、
複雑なマルチユーザ・コンピューティング装置、単一ユ
ーザ・ワークステーション、または独自の不揮発性記憶
域を有しないネットワーク機器のどれであるかにかかわ
らず、すべての匹敵するハードウェア構成に適用するこ
とができる。さらに、ＨＴＭＬを含む特定のマークアッ
プ言語に言及したが、本発明が、特定の言語、標準規
格、またはバージョンに制限されないことを理解された
い。したがって、本発明が、他のマークアップ言語なら
びに非マークアップ言語に適用可能であることと、本発
明が、特定のマークアップ言語でのさらなる変更ならび
に現在未知の他の言語にも適応可能であることを、当業
者は諒解するであろう。同様に、図１に示されたｈｔｔ
ｐサーバ・プロセス１５２は、単に例示であり、すべて
の既知のプロトコルおよび未知のプロトコルをサポート
するように適合された他の実施形態が企図されている。

【００３３】環境の論理／ランタイムビュー 図２および３に、本発明のコンポーネントの例示的な関
係ビュー２００を示す。要求元の実体（たとえばアプリ
ケーション１４０の１つ）が、要求元実体のそれぞれの
アプリケーション照会指定１４２によって定義される抽
象照会２０２を発行する。結果の抽象照会２０２を、本
明細書では一般に「抽象照会」と称するが、これは、こ
の照会が、ＤＢＭＳ１５４内の基礎となる物理データ実
体への直接参照によるのではなく、抽象（すなわち論
理）フィールドに従って構成されるからである。その結
果、使用される特定の基礎となるデータ表現から独立の
抽象照会を定義することができる。一実施形態では、ア
プリケーション照会指定１４２に、データ選択に使用さ
れる判断基準（選択判断基準２０４）と、選択判断基準
２０４に基づく返されるフィールドの明示的指定（リタ
ーン・データ指定２０６）の両方を含めることができ
る。

【００３４】アプリケーション照会指定１４２によって
指定され、抽象照会２０２の構成に使用される論理フィ
ールドは、データ・リポジトリ抽象化コンポーネント１
４８によって定義される。一般に、データ・リポジトリ
抽象化コンポーネント１４８は、データ選択の判断基準
を指定し、照会動作から返される結果データの形式を指
定するためにアプリケーション１４０によって発行され
る照会（たとえば抽象照会２０２）内で使用することが
できる論理フィールドの組として情報を公開する。論理
フィールドは、ＤＢＭＳ１５４内で使用される基礎とな
るデータ表現とは独立に定義され、これによって、照会
を、基礎となるデータ表現に疎に結合された形にするこ
とが可能になる。

【００３５】一般に、データ・リポジトリ抽象化コンポ
ーネント１４８には、集合的にフィールド指定２０８と
称する複数のフィールド指定２０８_１、２０８_２、２０
８_３、２０８_４、および２０８_５（例として５つを図
示）が含まれる。具体的に言うと、フィールド指定は、
抽象照会の構成に使用可能な論理フィールドごとに提供
される。各フィールド指定には、論理フィールド名２１
０_１、２１０_２、２１０ _３、２１０_４、および２１０_５
（集合的に論理フィールド名２１０）と、関連するアク
セス方法２１２_１、２１２_２、２１２_３、２１２_４、お
よび２１２_５（集合的にアクセス方法２１２）が含まれ
る。アクセス方法によって、論理フィールド名がデータ
ベース（たとえばデータベース１５６の１つ）内の特定
の物理データ表現２１４_１、２１４_２、…、２１４_Ｎに
関連付けられる（すなわち、マッピングされる）。例と
して、２つのデータ表現、ＸＭＬデータ表現２１４_１お
よびリレーショナル・データ表現２１４_２が示されてい
る。しかし、物理データ表現２１４_Ｎは、既知または未
知の、すべての他のデータ表現が企図されていることを
示す。

【００３６】一実施形態では、単一のデータ・リポジト
リ抽象化コンポーネント１４８に、複数の物理データ表
現２１４のフィールド指定が（関連するアクセス方法と
共に）含まれる。代替実施形態では、異なる単一のデー
タ・リポジトリ抽象化コンポーネント１４８が、別々の
物理データ表現２１４ごとに設けられる。もう１つの実
施形態では、複数のデータ・リポジトリ抽象化コンポー
ネント１４８が設けられ、各データ・リポジトリ抽象化
コンポーネント１４８が、同一の基礎となる物理データ
（１つまたは複数の物理データ表現２１４を含めること
ができる）の異なる部分を公開する。この形で、単一の
アプリケーション１４０を、複数のユーザが同時に使用
して、同一の基礎となるデータにアクセスすることがで
き、この基礎となるデータの、アプリケーションに公開
される特定の部分は、それぞれのデータ・リポジトリ抽
象化コンポーネント１４８によって決定される。後者の
実施形態を、下で詳細に説明する。

【００３７】サポートされる異なるタイプの論理フィー
ルドの数に応じて、複数のアクセス方法が企図される。
一実施形態では、単純なフィールド、フィルタリングさ
れたフィールド、および合成されたフィールドのアクセ
ス方法が提供される。フィールド指定２０８_１、２０８
_２、および２０８_５によって、それぞれ単純なフィール
ドのアクセス方法２１２_１、２１２_２、および２１２_５
が例示される。単純なフィールドは、基礎となる物理デ
ータ表現の特定の実体に直接にマッピングされる（たと
えば、フィールドが、所与のデータベースの表および列
にマッピングされる）。例として、図３に示された単純
なフィールドのアクセス方法２１２_１では、論理フィー
ルド名２１０_１（FirstName）が、「contact」という名
前の表の「f_name」という名前の列にマッピングされ
る。フィールド指定２０８_３に、フィルタリングされた
フィールドのアクセス方法２１２_３が例示されている。
フィルタリングされたフィールドによって、関連する物
理実体が識別され、物理データ表現内の項目の特定のサ
ブセットを定義するのに使用される規則が提供される。
１例が、図３に示されており、この例では、フィルタリ
ングされたフィールドのアクセス方法２１２_３によっ
て、論理フィールド名２１０_３（AnytownLastName）
が、「contact」という名前の表の「l_name」という名
前の列の物理実体にマッピングされ、Anytownという都
市の個人に関するフィルタが定義される。フィルタリン
グされるフィールドのもう１つの例が、郵便番号の物理
表現にマッピングされ、NewYork州について定義された
郵便番号だけにデータを制限する、New York ZIP code
フィールドである。フィールド指定２０８_４に、合成さ
れたフィールドのアクセス方法２１２_４が例示されてい
る。合成アクセス方法では、アクセス方法定義の一部と
して供給される式を使用して、１つまたは複数の物理フ
ィールドから１つの論理フィールドを計算する。この形
で、基礎となるデータ表現に存在しない情報を計算する
ことができる。図３に示された例では、合成されたフィ
ールドのアクセス方法２１２_４によって、論理フィール
ド名２１０_４「AgeInDecades」が「AgeInYears/10」に
マッピングされる。もう１つの例が、販売価格フィール
ドに消費税率をかけることによって合成される消費税フ
ィールドである。

【００３８】基礎となるデータのすべての所与のデータ
型（たとえば日付、１０進数など）のフォーマットが変
更される可能性があることが企図されている。したがっ
て、一実施形態では、フィールド指定２０８に、基礎と
なるデータのフォーマットを反映する型属性が含まれ
る。しかし、もう１つの実施形態では、フィールド指定
２０８のデータ・フォーマットが、関連する基礎となる
物理データと異なり、この場合には、アクセス方法が、
要求元の実体によって仮定される正しいフォーマットで
データを返す責任を負う。したがって、アクセス方法で
は、どのフォーマットのデータが仮定されるか（すなわ
ち、論理フィールドに従って）ならびに基礎となる物理
データの実際のフォーマットを知らなければならない。
その場合に、アクセス方法で、基礎となる物理データを
論理フィールドのフォーマットに変換することができ
る。

【００３９】例として、図２および３に示されたデータ
・リポジトリ抽象化コンポーネント１４８のフィールド
指定２０８は、物理データ表現２１４_２で表現されたデ
ータにマッピングされた論理データを表す。しかし、デ
ータ・リポジトリ抽象化コンポーネント１４８の他のイ
ンスタンスで、ＸＭＬなどの他の物理データ表現に論理
フィールドをマッピングすることができる。

【００４０】図２および３の抽象照会２０２に対応する
例示的抽象照会を、下のテーブル１に示す。例として、
データ・リポジトリ抽象化コンポーネント１４８が、Ｘ
ＭＬを使用して定義される。しかし、他の言語を有利に
使用することができる。

【００４１】テーブル１ 照会の例 001 <?xml version="1.0"?> 002 <!--照会文字列表現: (FirstName= "Mary" AND Las
tName = 003 "McGoon")OR State = "NC"--> 004 <QueryAbstraction> 005 <Selection> 006 <Condition internalID="4"> 007<Conditionfield="FirstName" operator="EQ"value
="Mary" 008 internalID="1"/> 009<Condition field="LastName"operator="EQ" value
="McGoon" 010 internalID="3"relOperator="AND"></Condition> 011 </Condition> 012 <Conditionfield="State" operator="EQ" value="N
C" internalID="2" 013 relOperator="OR"></Condition> 014 </Selection> 015 <Results> 016 <Field name="FirstName"/> 017 <Field name="LastName"/> 018 <Fieldname="State"/> 019 </Results> 020 </QueryAbstraction>

【００４２】例として、テーブル１に示された抽象照会
には、選択判断基準を含む選択指定（行００５から０１
４）および結果指定（行０１５から０１９）が含まれ
る。一実施形態では、選択判断基準が、フィールド名
（論理フィールドの）、比較演算子（＝、＞、＜な
ど）、および値式（比較されるフィールドが何か）から
なる。一実施形態では、結果指定が、照会実行の結果と
して返されなければならない抽象フィールドのリストで
ある。抽象照会の結果指定は、フィールド名およびソー
ト判断基準からなるものとすることができる。

【００４３】図２および３に示されたデータ・リポジト
リ抽象化コンポーネント１４８に対応する例示的な抽象
照会を、下のテーブル２に示す。例として、データ・リ
ポジトリ抽象化コンポーネント１４８が、ＸＭＬを使用
して定義される。しかし、他の言語を有利に使用するこ
とができる。

【００４４】テーブル２ データ・リポジトリ抽象化の
例 001 <?xml version="1.0"?> 002 <DataRepository> 003 <Categoryname="Demographic"> 004 <Field queryable="Yes" name="FirstName"display
able="Yes"> 005 <AccessMethod> 006<Simple columnName="f_name" tableName="contact"
></Simple> 007 </AccessMethod> 008 <Type baseType="char"></Type> 009 </Field> 010 <Field queryable="Yes" name="LastName"displaya
ble="Yes"> 011 <AccessMethod> 012<Simple columnName="l_name" tableName="contact"
></Simple> 013 </AccessMethod> 014 <Type baseType="char"></Type> 015 </Field> 016 <Field queryable="Yes" name="State" displayabl
e="Yes"> 017 <AccessMethod> 018<Simple columnName="state" tableName="contact">
</Simple> 019 </AccessMethod> 020 <Type baseType="char"></Type> 021 </Field> 022 </Category> 023 </DataRepository>

【００４５】図４に、ランタイム・コンポーネント１５
０の動作の一実施形態を例示する例示的なランタイムの
方法３００を示す。方法３００は、ランタイム・コンポ
ーネント１５０が、入力として抽象照会のインスタンス
（図２および３に示された抽象照会２０２など）を受け
取る時に、ステップ３０２で開始される。ステップ３０
４で、ランタイム・コンポーネント１５０が、抽象照会
のインスタンスを読み取り、構文解析し、個々の選択判
断基準および所望の結果フィールドを突き止める。ステ
ップ３０６で、ランタイム・コンポーネント１５０が、
抽象照会に存在する照会選択判断基準ステートメントの
それぞれを処理し、これによって具象照会のデータ選択
部分を構築するために、ループ（ステップ３０６、３０
８、３１０、および３１２を含む）に入る。一実施形態
では、選択判断基準が、フィールド名（論理フィールド
の）、比較演算子（＝、＞、＜など）、および値式（比
較されるフィールドが何か）からなる。ステップ３０８
で、ランタイム・コンポーネント１５０が、抽象照会の
選択判断基準からのフィールド名を使用して、データ・
リポジトリ抽象化コンポーネント１４８のフィールドの
定義をルック・アップする。上で注記したように、フィ
ールド定義には、フィールドに関連する物理データにア
クセスするのに使用されるアクセス方法の定義が含まれ
る。その後、ランタイム・コンポーネント１５０が、処
理される論理フィールドの具象照会寄与を構築する（ス
テップ３１０）。本明細書で定義される具象照会寄与
は、具象照会のうちで、現在の論理フィールドに基づい
てデータ選択を実行するのに使用される部分である。具
象照会は、ＳＱＬおよびＸＭＬ Ｑｕｅｒｙなどの言語
で表された照会であり、所与の物理データ・リポジトリ
（たとえばリレーショナル・データベースまたはＸＭＬ
リポジトリ）のデータとの一貫性を有する。したがっ
て、具象照会は、図１に示されたＤＢＭＳ１５４によっ
て表される物理データ・リポジトリからデータを突き止
め、検索するのに使用される。現在のフィールドについ
て生成された具象照会寄与が、具象照会ステートメント
に追加される。その後、方法３００は、ステップ３０６
に戻って、抽象照会の次のフィールドの処理を開始す
る。したがって、ステップ３０６で開始される処理は、
抽象照会のデータ選択フィールドごとに繰り返され、こ
れによって、寄与する追加の内容が、実行される最終的
な照会に与えられる。

【００４６】具象照会のデータ選択部分を構築した後
に、ランタイム・コンポーネント１５０は、照会実行の
結果として返されなければならない情報を識別する。上
で説明したように、一実施形態では、抽象照会によっ
て、本明細書で結果指定と称する、照会実行の結果とし
て返される抽象フィールドのリストが定義される。抽象
照会の結果指定は、フィールド名およびソート判断基準
からなるものとすることができる。したがって、方法３
００は、ステップ３１４でループ（ステップ３１４、３
１６、３１８、および３２０によって定義される）に入
って、生成される具象照会に結果フィールド定義を追加
する。ステップ３１６で、ランタイム・コンポーネント
１５０が、データ・リポジトリ抽象化コンポーネント１
４８内で結果フィールド名（抽象照会の結果指定から
の）をルック・アップし、その後、データ・リポジトリ
抽象化コンポーネント１４８から結果フィールド定義を
検索して、現在の論理結果フィールドについて返される
データの物理位置を識別する。ランタイム・コンポーネ
ント１５０は、その後、論理結果フィールドの具象照会
寄与（返されるデータの物理位置を識別する具象照会
の）を構築する（ステップ３１８として）。ステップ３
２０で、具象照会寄与を具象照会ステートメントに追加
する。抽象照会の結果指定のそれぞれを処理し終えたな
らば、ステップ３２２で照会を実行する。

【００４７】ステップ３１０および３１８による論理フ
ィールドの具象照会寄与を構築する方法４００の一実施
形態を、図５を参照して説明する。ステップ４０２で、
方法４００は、現在の論理フィールドに関連するアクセ
ス方法が単純なアクセス方法であるかどうかを問い合わ
せる。そうである場合には、物理データ位置情報に基づ
いて具象照会寄与を構築し（ステップ４０４）、処理
は、その後、上で説明した方法３００に従って継続され
る。そうでない場合には、処理はステップ４０６に継続
されて、現在の論理フィールドに関連するアクセス方法
がフィルタリングされるアクセス方法であるかどうかを
問い合わせる。そうである場合には、ある物理データ実
体の物理データ位置情報に基づいて具象照会寄与を構築
する（ステップ４０８）。ステップ４１０で、具象照会
寄与を、物理データ実体に関連するデータをサブセット
化するのに使用される追加論理（フィルタ選択）を用い
て拡張する。その後、処理は、上で説明した方法３００
に従って継続される。

【００４８】アクセス方法が、フィルタリングされるア
クセス方法でない場合には、処理は、ステップ４０６か
らステップ４１２に進んで、方法４００が、アクセス方
法が合成されるアクセス方法であるかどうかを問い合わ
せる。アクセス方法が、合成されるアクセス方法である
場合には、ステップ４１４で、合成されるフィールド式
の各サブフィールド参照の物理データ位置を突き止め、
検索する。ステップ４１６で、合成されるフィールド式
の物理フィールド位置情報を、合成されるフィールド式
の論理フィールド参照について置換し、これによって、
具象照会寄与を生成する。処理は、その後、上で説明し
た方法３００に従って継続される。

【００４９】アクセス方法が、合成されるアクセス方法
ではない場合には、処理は、ステップ４１２からステッ
プ４１８に進む。ステップ４１８は、本発明の実施形態
として企図される他のすべてのアクセス方法タイプを表
す。しかし、すべての使用可能なアクセス方法より少な
い方法が実施される実施形態が企図されていることを理
解されたい。たとえば、１特定の実施形態で、単純なア
クセス方法だけが使用される。もう１つの実施形態で
は、単純なアクセス方法およびフィルタリングされるア
クセス方法だけが使用される。

【００５０】上で説明したように、論理フィールドで基
礎となる物理データと異なるデータ・フォーマットが指
定される場合に、データ変換を実行する必要が生じる場
合がある。一実施形態では、方法４００に従って論理フ
ィールドの具象照会寄与を構築する時に、それぞれのア
クセス方法ごとに最初の変換が実行される。たとえば、
変換を、ステップ４０４、４０８、および４１６の一部
として、またはその直後に実行することができる。物理
データのフォーマットから論理フィールドのフォーマッ
トへの後続の変換が、ステップ３２２で照会が行われた
後に実行される。もちろん、論理フィールド定義のフォ
ーマットが、基礎となる物理データと同一である場合に
は、変換は不要である。

【００５１】さまざまな実施形態で、従来技術に対する
多数の利点がもたらされる。１態様では、利点が、アプ
リケーション照会指定と基礎となるデータ表現の間の疎
結合を定義することによって達成される。ＳＱＬが使用
される場合のように特定の表、列、および関係情報を用
いてアプリケーションをエンコードするのではなく、ア
プリケーションで、より抽象的な形でデータ照会要件を
定義し、このデータ照会要件が、その後、ランタイム
に、特定の物理データ表現にバインドされる。本発明の
疎な照会−データ結合によって、要求元の実体（たとえ
ばアプリケーション）が、基礎となるデータ表現が修正
される場合であっても、また、要求元実体が、要求元実
体が開発された時に使用されたものと異なる完全に新規
の物理データ表現を用いて使用される場合であっても、
機能することが可能になる。所与の物理データ表現が、
修正されるか再構成される場合に、対応するデータ・リ
ポジトリ抽象化が、基礎となる物理データ・モデルに対
する変更を反映するように更新される。同一の論理フィ
ールドの組が、照会による使用に使用可能であり、単に
異なる実体または物理データ・モデル内の位置にバイン
ドされている。その結果、抽象照会インターフェースに
対して記述された要求元実体が、対応する物理データ・
モデルがかなりの変更を受ける場合であっても、変更な
しで機能し続ける。要求元実体が、要求元実体が開発さ
れた時に使用されたものと異なる完全に新しい物理デー
タ表現と共に使用される場合に、新しい物理データ・モ
デルを、同一の技術（たとえばリレーショナル・データ
ベース）を使用するが、命名および編成の情報に関する
異なる戦略（たとえば異なるスキーマ）に従って実施す
ることができる。新しいスキーマには、単純な、フィル
タリングされる、および合成されるフィールド・アクセ
ス方法技法を使用するアプリケーションによって要求さ
れる論理フィールドの組にマッピングされる情報が含ま
れる。代替案では、新しい物理表現で、類似する情報を
表す代替の技法を使用することができる（たとえば、Ｘ
ＭＬベースのデータ・リポジトリ対リレーショナル・デ
ータベース・システムの使用）。どの場合でも、抽象照
会インターフェースを使用するように記述された既存の
要求元実体は、代替データ・リポジトリ抽象化の提供と
共に新しい物理データ表現を使用するように簡単に移行
することができ、この代替データ・リポジトリ抽象化
は、照会で参照されるフィールドを、新しい物理データ
・モデルの位置および物理表現にマッピングする。

【００５２】もう１つの態様では、アプリケーション構
築者およびエンド・ユーザの使い易さが促進される。抽
象層を使用して基礎となるデータ・リポジトリの論理フ
ィールドを表すことによって、アプリケーション開発者
が、基礎となるデータ表現の詳細を気にせずに主要なア
プリケーション・データ要件に焦点を合わせられるよう
になる。その結果、より高い生産性および低い誤り率
が、アプリケーション開発中に達成される。エンド・ユ
ーザに関して、データ・リポジトリ抽象化は、データ・
フィルタリング機構を提供し、関係するデータが公開さ
れ、所与の照会を開発する特定のクラスのエンド・ユー
ザが必要としない本質的でない内容が隠蔽される。

【００５３】本明細書での特定の値、定義、プログラミ
ング言語、および例への言及が、単に例示のためである
ことに留意されたい。したがって、本発明は、特定の図
および例によって制限されない。さらに、本発明の諸態
様を、SELECTION動作に関して説明したが、ADD、MODIF
Y、INSERT、DELETE、および類似物などの周知の動作を
含む他の入出力動作が企図されている。もちろん、ある
アクセス方法で、その特定のアクセス方法を使用するフ
ィールドを使用して定義できる抽象照会機能のタイプに
関する制限が設けられる場合がある。たとえば、合成さ
れるアクセス方法を用いるフィールドは、MODIFY、INSE
RT、およびDELETEの実行可能なターゲットにならない。

【００５４】上で注記したように、一実施形態では、単
一のアプリケーション・スペースに共存する、データ・
リポジトリ抽象化コンポーネント１４８の複数のインス
タンスが提供される。そのような環境を示す一実施形態
を、図６に示す。環境５００には、一般に、アプリケー
ション層５０２（アプリケーション１４０によって定義
される）、データ抽象化層５０４、および物理データ層
５０６が含まれる。環境５００に、アプリケーション層
５０２を介して物理データ層５０６にアクセスする２人
のユーザ５０８および５１０が示されている。したがっ
て、ユーザ５０８および５１０は、共通のアプリケーシ
ョン層５０２を介して同一の物理データ層５０６にアク
セスしている。しかし、それぞれのユーザ５０８および
５１０に公開されるデータは、同一ではない。そうでは
なく、各ユーザに、物理データ層５０６のうちで、デー
タ抽象化層５０４の定義に従って選択された部分が公開
される。具体的に言うと、データ抽象化層５０４には、
例として、２つのデータ・リポジトリ抽象化コンポーネ
ント、ＤＲＡ１ ５１６およびＤＲＡ２ ５１８が含ま
れ、これらによって、それぞれ、アプリケーション層５
０２を介してユーザ５０８および５１０に公開されるデ
ータが定義される。この例では、第１のデータ・リポジ
トリ抽象化（ＤＲＡ１ ５１６）によって、第１のデー
タベース５１２（登録データベース）のすべておよび第
２のデータベース５１４（給与計算データベース）の表
１が公開され、第２のデータ・リポジトリ抽象化（ＤＲ
Ａ２５１８）によって、第２のデータベース５１４のす
べておよび第１のデータベース５１２の表２が公開され
る。それぞれのデータ・リポジトリ抽象化コンポーネン
トによって公開される特定のデータが、例示にすぎない
ことに留意されたい。より一般的には、データベース５
１２および５１４の任意の部分ならびにデータ抽象化層
５０４の任意の他のデータベースを公開することができ
る。例として、環境５００に、２人のユーザ（５０８、
５１０）を示すが、より一般的には、任意の数のユーザ
が、物理データ層５０６のデータにアクセスしているこ
とが可能である。

【００５５】一実施形態では、各ユーザが、関連するプ
ロファイル１５８（図１に図示）を有する。各プロファ
イルに、ユーザＩＤが含まれ、各プロファイルによっ
て、特定のユーザのシステムでの権限が決定される。さ
らに、いくつかの場合に、プロファイルは、特定のデー
タ・リポジトリ抽象化コンポーネント１４８に関連付け
られる。これらの態様を、図７に示す。たとえば、プロ
ファイルＡ６０２およびプロファイルＢ６０４は、図６
に示された第１のユーザ５０８および第２のユーザ５１
０のプロファイルである。したがって、プロファイルＡ
によって、第１のデータ・リポジトリ抽象化コンポーネ
ントＤＲＡ１ ５１６との関連が定義され、プロファイ
ルＢ６０４によって、第２のデータ・リポジトリ抽象化
コンポーネントＤＲＡ２ ５１８との関連が定義され
る。一実施形態では、個々のプロファイルによって、グ
ループのメンバが定義される。たとえば、プロファイル
Ｃ６０６およびプロファイルＤ６０８は、グループＡ６
１０のメンバである。いくつかの場合に、グループ自体
によって、データ・リポジトリ抽出コンポーネントとの
関連が定義される。たとえば、グループＡ６１０によっ
て、第４のデータ・リポジトリ抽出コンポーネントＤＲ
Ａ４ ６１４との関連が定義される。この形で、グルー
プのメンバが、それ自体のそれぞれのプロファイルを介
するのではなく、グループ定義からデータ・リポジトリ
抽象化コンポーネントを継承する。しかし、一実施形態
では、グループのメンバが、第３のデータ・リポジトリ
抽象化コンポーネントＤＲＡ３ ６１２への関連を定義
するプロファイル Ｃによって例示されているように、
グループによって定義されたデータ・リポジトリ抽象化
コンポーネントをオーバーライドする。

【００５６】図７には、データ・リポジトリ抽象化コン
ポーネントが互いを参照する実施形態も示されている。
具体的に言うと、第２のデータ・リポジトリ抽象化コン
ポーネントＤＲＡ２ ５１８は、第３のデータ・リポジ
トリ抽象化コンポーネントＤＲＡ３ ６１２（子）に関
する親である。この関係では、第３のデータ・リポジト
リ抽象化コンポーネントＤＲＡ３ ６１２が、第２のデ
ータ・リポジトリ抽象化コンポーネントＤＲＡ２ ５１
８の定義の少なくとも一部を継承する。第３のデータ・
リポジトリ抽象化コンポーネントＤＲＡ３ ６１２は、
第２のデータ・リポジトリ抽象化コンポーネントＤＲＡ
２ ５１８の一部をオーバーライドするか、第２のデー
タ・リポジトリ抽象化コンポーネントＤＲＡ２ ５１８
にない追加の定義を含めるか、その両方を行うこともで
きる。これらの態様を、図８を参照してさらに説明す
る。

【００５７】図８に、第２のデータ・リポジトリ抽象化
コンポーネントＤＲＡ２ ５１８と第３のデータ・リポ
ジトリ抽象化コンポーネントＤＲＡ３ ６１２の例示的
実施形態を示す。第２のデータ・リポジトリ抽象化コン
ポーネントＤＲＡ２ ５１８によって、「demographi
c」という名前のカテゴリ７０２が定義され、このカテ
ゴリ７０２に、３つのフィールド７０４ＡからＣすなわ
ち「name」、「gender」、および「ethnicgroup」が含
まれる。第３のデータ・リポジトリ抽象化コンポーネン
トＤＲＡ３ ６１２には、親属性７０６が含まれる。親
属性７０６は、第２のデータ・リポジトリ抽象化コンポ
ーネントＤＲＡ２ ５１８への参照として動作し、これ
によって、すべての共通のカテゴリ（第２のデータ・リ
ポジトリ抽象化コンポーネントＤＲＡ２ ５１８に関す
る）のフィールドが、第３のデータ・リポジトリ抽象化
コンポーネントＤＲＡ３ ６１２によって継承される。
たとえば、第３のデータ・リポジトリ抽象化コンポーネ
ントＤＲＡ３ ６１２に、「demographic」という名前
のカテゴリ７０８が含まれる。したがって、第３のデー
タ・リポジトリ抽象化コンポーネントＤＲＡ３ ６１２
は、第２のデータ・リポジトリ抽象化コンポーネントＤ
ＲＡ２ ５１８からフィールド７０４のそれぞれを継承
する。しかし、この例では、第３のデータ・リポジトリ
抽象化コンポーネントＤＲＡ３ ６１２のカテゴリ７０
８が、第２のデータ・リポジトリ抽象化コンポーネント
ＤＲＡ２ ５１８のethnicgroupフィールドに対応するe
thnic groupフィールド７１２Ａに関連するremove属性
７１０を用いて構成される。remove属性７１０は、親デ
ータ・リポジトリ抽象化コンポーネントからの指定され
たフィールド、この例ではethnicgroupフィールドの継
承を除去またはオーバーライドするように動作する。さ
らに、子のカテゴリ７０８に、親のカテゴリ７０２のフ
ィールド７０４Ａおよび７０４Ｂを補足する追加フィー
ルドを含めることもできる。この例では、子のカテゴリ
７０８に、追加のclinicnumberフィールド７１２Ｂが含
まれる。もちろん、子のデータ・リポジトリ抽象化コン
ポーネントＤＲＡ３ ６１２では、それ自体の独自のカ
テゴリも定義することができる。たとえば、データ・リ
ポジトリ抽象化コンポーネントＤＲＡ３ ６１２では、
カテゴリ７０８のほかに、diagnosticsカテゴリ７１６
が定義されている。図８に、結果の「有効」データ・リ
ポジトリ抽象化コンポーネントＤＲＡ３_effective７２
０を示す。すなわち、有効データ・リポジトリ抽象化コ
ンポーネントＤＲＡ３_{ef fective}７２０は、実際の既存
のＤＲＡではなく、データ・リポジトリ抽象化コンポー
ネントＤＲＡ３ ６１２の有効なカテゴリ定義およびフ
ィールド定義の表現である。具体的に言うと、有効デー
タ・リポジトリ抽象化コンポーネントＤＲＡ３
_effective７２０は、データ・リポジトリ抽象化コンポ
ーネントＤＲＡ３６１２に、親のデータ・リポジトリ抽
象化コンポーネントＤＲＡ２ ５１８から継承した２つ
のフィールド７０４Ａおよび７０４Ｂと、追加のclinic
numberフィールド７１２Ｂとを含む「demographic」と
いう名前のカテゴリ７２２が含まれることを示す。ethn
ic groupフィールド７０４Ｃが存在しないことに留意さ
れたい。というのは、これが、remove属性７１０によっ
て除去されたからである。有効データ・リポジトリ抽象
化コンポーネントＤＲＡ３_effective７２０には、デー
タ・リポジトリ抽象化コンポーネントＤＲＡ３ ６１２
にdiagnosticsカテゴリ７１６が含まれることも示され
ている。

【００５８】前述では、データ・リポジトリ抽象化コン
ポーネント１４８が互いから継承し、ある継承された列
を選択的に除去するように構成することができる実施形
態を説明した。しかし、他の属性を使用して、データ・
リポジトリ抽象化コンポーネントの諸態様を操作する、
本発明の実施形態が企図されている。たとえば、あるデ
ータ・リポジトリ抽象化コンポーネントの選択された継
承された列を、別のデータ・リポジトリ抽象化コンポー
ネントによる使用のために修正（たとえば、修正属性の
使用によって）することができる。例として、基礎とな
る物理データベースが値「Ｍ」および「Ｆ」をサポート
し、ＤＲＡ２ ５１８のフィールド７０４Ｂが、エンド
・ユーザ使用可能のために有効な値として「male」およ
び「female」をとると仮定する。したがって、ランタイ
ム・コンポーネント１５０（すなわち、ランタイム・コ
ンポーネントの照会ビルダ２５０）は、ＤＲＡ２ ５１
８が入力として得るもの（「male」または「female」）
をとり、基礎となる物理データベース値（「Ｍ」および
「Ｆ」）との一貫性を有する照会を構築することができ
る。もう１つのデータ・リポジトリ抽象化コンポーネン
トを定義して、ＤＲＡ２ ５１８を拡張することがで
き、このデータ・リポジトリ抽象化コンポーネントは、
別の作業環境のユーザに対処するためにgender列の値の
１および０としてのマッピングを定義するgender列を有
する。やはり、ランタイム・コンポーネント１５０は、
１および０をとり、これらを基礎となる物理データベー
スとの一貫性を有する値（すなわち「Ｍ」および
「Ｆ」）に変換する。１態様では、この手法が、単に、
親データ・リポジトリ抽象化コンポーネントから継承す
る値を定義し、その列に関するremove属性が存在しない
子データ・リポジトリ抽象化コンポーネントで、親の実
施形態よりそれ自体の実施形態が使用されることを示
す。

【００５９】１態様で、前述の実施形態は、ユーザが人
種（ethnic origin）または性別（gender）などの微妙
な情報に基づいて一方的な判断をすることができなくす
る。物理データ層の選択された情報へのアクセスを防ぐ
ことによって（子データ・リポジトリ抽象化の継承され
た／参照されたカテゴリの場合のremove属性の使用によ
るか、データ・リポジトリ抽象化コンポーネントの継承
されないカテゴリの定義による）、望まれない問題を回
避することができる。たとえば、第２のデータ・リポジ
トリ抽象化コンポーネントＤＲＡ２ ５１８のユーザ
は、ethnicgroupフィールド７０４Ｃへのアクセス権を
与えられるが、第３のデータ・リポジトリ抽象化コンポ
ーネントＤＲＡ３ ６１２のユーザは、これを与えられ
ない。

【００６０】図９を参照すると、アプリケーション１４
０の初期プログラム・ロードを示す方法８００が示され
ている。ステップ８０２で、アプリケーション１４０の
実行が開始される（たとえば管理者によって）。ステッ
プ８０４で、デフォルト・データ・リポジトリ抽象化コ
ンポーネントをロードする。一実施形態では、デフォル
ト・データ・リポジトリ抽象化コンポーネントが、アプ
リケーション１４０のプロパティ・ファイル１６０（図
１に図示）によって指定される。デフォルト・データ・
リポジトリ抽象化コンポーネントを指定することによっ
て、ユーザまたはグループのプロファイルでデータ・リ
ポジトリ抽象化コンポーネントが指定されない場合であ
っても、データ・リポジトリ抽象化コンポーネントが必
ず使用可能になる。デフォルト・データ・リポジトリ抽
象化コンポーネントをロードしたならば、デフォルト・
データ・リポジトリ抽象化コンポーネントに関連するタ
イムスタンプをロードする（ステップ８０６）。図１か
らわかるように、各データ・リポジトリ抽象化コンポー
ネント１４８が、関連するタイムスタンプ１６２を有す
る。関連するタイムスタンプによって、それぞれのデー
タ・リポジトリ抽象化コンポーネントが最後に修正され
た時が示される。アプリケーション１４０は、要求を受
け入れ始める準備ができている。

【００６１】ユーザが、アプリケーション１４０に接続
する時（すなわち、ユーザがアプリケーションに照会を
発行する時）に、どのデータ・リポジトリ抽象化コンポ
ーネントがそのユーザに必要であるかを判定する必要が
ある。一実施形態では、レベル／状況および最後の修正
の時刻（関連するタイムスタンプによる）も、所与のユ
ーザのためにロードされるデータ・リポジトリ抽象化コ
ンポーネントごとに判定される。これらの態様を処理す
る方法９００の一実施形態を、図１０を参照して説明す
る。一実施形態では、方法９００が、データ・リポジト
リ抽象化コンポーネント１４８のアプリケーション・プ
ログラミング・インターフェース（ＡＰＩ）の１機能を
表す。アプリケーション１４０への要求の発行時に、方
法９００では、要求を発行する特定のユーザのプロファ
イルで、データ・リポジトリ抽象化コンポーネント１４
８が指定されているかどうかを判定する（ステップ９０
２）。そうである場合には、指定されたデータ・リポジ
トリ抽象化コンポーネントのレベル／状況に、「プロフ
ァイル」をセットする（ステップ９０４）。レベル／状
況は、特定のデータ・リポジトリ抽象化コンポーネント
が指定されたことを追跡する機構である。一実施形態で
は、レベル／状況を、単に変数値とすることができる。
その後、指定されたデータ・リポジトリ抽象化コンポー
ネントのコピーをロードし（ステップ９０６）、指定さ
れたデータ・リポジトリ抽象化コンポーネントの関連す
るタイムスタンプを、メモリにロードする（ステップ９
０８）。要求を発行する特定のユーザのプロファイル
で、データ・リポジトリ抽象化コンポーネントが指定さ
れない場合（ステップ９０２）には、方法９００は、ユ
ーザが、関連するデータ・リポジトリ抽象化コンポーネ
ントを有するグループの一部であるかどうかを判定する
（ステップ９１０）。そうである場合には、レベル／状
況に「グループ」をセットする（ステップ９１２）。そ
の後、指定されたデータ・リポジトリ抽象化コンポーネ
ントのコピーをロードし（ステップ９０６）、指定され
たデータ・リポジトリ抽象化コンポーネントの関連する
タイムスタンプを、メモリにロードする（ステップ９０
８）。ユーザが、関連するデータ・リポジトリ抽象化コ
ンポーネントを有するグループの一部でない場合（ステ
ップ９１０）には、レベル／状況に「アプリケーショ
ン」をセットする（ステップ９１４）。その後、デフォ
ルト・データ・リポジトリ抽象化コンポーネントのコピ
ーをロードし（ステップ９０６）、デフォルト・データ
・リポジトリ抽象化コンポーネントの関連するタイムス
タンプをメモリにロードする（ステップ９０８）。

【００６２】マルチユーザ環境では、方法９００が、ユ
ーザごとに実行される。結果として、データ・リポジト
リ抽象化コンポーネントの多数のインスタンス（そのう
ちのいくつかが同一である可能性がある）が、任意の所
与の時刻に存在する可能性がある。さらに、いくつかの
場合に、データ・リポジトリ抽象化コンポーネント１４
８が、変更される（たとえばデータ・リポジトリ抽出コ
ンポーネントに関連するファイルを修正することによっ
て）、追加される、または除去される可能性がある。後
者の事象（変更、修正、および追加）は、単一ユーザ環
境またはマルチユーザ環境のいずれかで発生する可能性
がある。たとえば、動作中に、ユーザが、当初はアプリ
ケーション・レベル／状況で作業している可能性がある
（すなわち、ユーザが、デフォルト・データ・リポジト
リ抽象化コンポーネントのユーザ自身のコピーを用いて
作業している）。ユーザが、その後、デフォルト・デー
タ・リポジトリ抽象化コンポーネントのユーザ自身のコ
ピーを修正し、そのコピーとプロファイル１５８を関連
付けると仮定する。そのユーザによる後続の要求では、
そのユーザのプロファイル１５８に関連するデータ・リ
ポジトリ抽象化コンポーネントにアクセスしなければな
らない。したがって、これらの事象を適宜検出し、処理
する機構が必要である。そのような機構の１つが、図１
１に示された方法１０００によって例示される。具体的
に言うと、方法１０００は、特定のデータ・リポジトリ
抽象化コンポーネントがアクセスされる時に実施するこ
とができるアルゴリズムを示す。一実施形態では、方法
１０００が、データ・リポジトリ抽象化コンポーネント
１４８のアプリケーション・プログラミング・インター
フェース（ＡＰＩ）の１機能を表す。ステップ１００２
で、アクセスされるデータ・リポジトリ抽象化コンポー
ネントのレベル／状況を検査する。図１０に関して上で
説明したように、レベル／状況は、「ユーザ」、「グル
ープ」、および「アプリケーション」のうちの１つであ
る。レベル／状況が「ユーザ」である場合には、方法１
０００では、アクセスされるデータ・リポジトリ抽象化
コンポーネントが変更されたかどうかを判定する（ステ
ップ１００４）。これは、アクセスされるデータ・リポ
ジトリ抽象化コンポーネントの最後の修正のタイムスタ
ンプ（方法９００のステップ９０８でメモリにロードさ
れた）を、アクセスされるデータ・リポジトリ抽象化コ
ンポーネントの現在のタイムスタンプと比較することに
よって達成される。アクセスされるデータ・リポジトリ
抽象化コンポーネントが変更されていない場合には、ア
クセスが許可される（ステップ１００６）。そうでない
場合には、方法９００をもう一度実行し（ステップ１０
０８）、その後、アクセス要求を再開始する（１０１
０）。

【００６３】アクセスされるデータ・リポジトリ抽象化
コンポーネントのレベル／状況に「グループ」がセット
されている場合（ステップ１００２の判定で）、次に高
いレベル／状況（現在のユーザに関する）でのデータ・
リポジトリ抽象化コンポーネントの存在を検査する（ス
テップ１０１２）。この実施形態では、「ユーザ」レベ
ル／状況だけが、「グループ」レベル／状況より上位で
ある。したがって、ユーザ・レベル・データ・リポジト
リ抽象化コンポーネントが、特定のユーザについて存在
しない場合には、方法１０００では、アクセスされるデ
ータ・リポジトリ抽象化コンポーネントが変更されたか
どうかを（ステップ１００４）すなわち、上で説明した
ようにタイムスタンプの比較によって、判定する。アク
セスされるデータ・リポジトリ抽象化コンポーネントが
変更されていない場合には、アクセスが許可される（ス
テップ１００６）。そうでない場合には、方法９００を
もう一度実行し（ステップ１００８）、その後、アクセ
ス要求を再開始する（１０１０）。

【００６４】アクセスされるデータ・リポジトリ抽象化
コンポーネントのレベル／状況に「アプリケーション」
がセットされている（ステップ１００２での判定で）場
合には、次に高いレベル／状況（現在のユーザにとって
の）でのデータ・リポジトリ抽象化コンポーネントの存
在を検査する（ステップ１０１４）。この実施形態で
は、「ユーザ」レベル／状況および「グループ」レベル
／状況が、「アプリケーション」レベル／状況より上位
である。したがって、方法１０００では、まず、ユーザ
・レベル・データ・リポジトリ抽象化コンポーネントが
存在するかどうかを判定し（ステップ１０１４）、そう
でない場合に、グループ・レベル・データ・リポジトリ
抽象化コンポーネントが存在するかどうかを判定する
（ステップ１０１６）。ユーザ・レベルまたはグループ
・レベルのいずれかのデータ・リポジトリ抽象化コンポ
ーネントが、現在のユーザについて存在する場合には、
処理はステップ１００８に進み、方法９００をもう一度
実行して、使用される適当なデータ・リポジトリ抽象化
コンポーネントを判定し、その後、アクセス要求を再開
始する（１０１０）。ユーザ・レベルおよびグループ・
レベルの両方のデータ・リポジトリ抽象化コンポーネン
トが現在のユーザについて存在しない場合には、処理は
ステップ１００４に進んで、アクセスされる現在のアプ
リケーション・レベル・データ・リポジトリ抽象化コン
ポーネントが変更されたかどうかを（ステップ１００
４）すなわち、上で説明したようにタイムスタンプを比
較することによって判定する。アクセスされるデータ・
リポジトリ抽象化コンポーネントが変更されていない場
合には、アクセスが許可される（ステップ１００６）。
そうでない場合には、方法９００をもう一度実行し（ス
テップ１００８）、その後、アクセス要求を再開始する
（１０１０）。

【００６５】したがって、本発明の諸態様は、アプリケ
ーション層によって操作されるデータの変更からアプリ
ケーション層を分離する、高水準インフラストラクチャ
（すなわち、データ・リポジトリ抽象化コンポーネン
ト）を提供する。このインフラストラクチャは、非常に
構成可能でもあり、これによって、アプリケーションを
対話式に構築できるようになる。さらに、所与のデータ
・リポジトリ抽象化コンポーネントは、複数のアプリケ
ーションに拡張可能であり、それぞれがデータ・リポジ
トリ抽象化コンポーネントへの初期投資を再利用するア
プリケーションのファミリを構築できるようになる。図
１１に関して説明したように、本発明の一実施形態は、
新しいデータ・リポジトリ抽象化コンポーネント・イン
スタンスの動的インスタンス化を提供し、オンザフライ
変更を行えるようにし、複数のユーザがデータ・リポジ
トリ抽象化コンポーネントを動的にカスタマイズできる
ようにする。この形で、ユーザが、自分の特定の必要に
従ってそれぞれのデータ・リポジトリ抽象化コンポーネ
ントをカスタマイズすることができる。たとえば、医療
環境では、心臓科の医師が、心臓検査に関するすべての
情報を必要とする可能性があるが、神経科の医師は、神
経検査に関するすべての情報を必要とする可能性があ
る。本発明の諸態様を適用することによって、各ユーザ
が、自分に関係すると思われる情報だけを公開すること
ができる。

【００６６】前述は、本発明の実施形態を対象とする
が、本発明の他の実施形態およびさらなる実施形態を、
本発明の基本範囲から逸脱せずに考案することができ、
本発明の範囲は、請求項によって定義される。

【００６７】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６８】（１）特定の物理データ表現を有するデー
タへのアクセスを提供する方法であって、抽象照会を定
義する複数の論理フィールドを含む照会指定を提供する
ステップと、前記複数の論理フィールドの少なくとも第
１部分を前記データの第１の複数の物理実体にマッピン
グするマッピング規則の第１組を提供するステップと、
前記複数の論理フィールドの少なくとも第２部分を前記
データの第２の複数の物理実体にマッピングするマッピ
ング規則の第２組を提供するステップとを含む方法。 （２）前記抽象照会が、少なくとも１つの選択判断基準
および結果指定を含む、上記（１）に記載の方法。 （３）各抽象照会を、前記それぞれのマッピング規則に
従って、前記特定の物理データ表現との一貫性を有する
照会に変換するステップをさらに含む、上記（１）に記
載の方法。 （４）第１ユーザによって発行されるすべての抽象照会
についてマッピング規則の前記第１組だけにアクセスす
るステップと、第２ユーザによって発行されるすべての
抽象照会についてマッピング規則の前記第２組だけにア
クセスするステップとをさらに含む、上記（１）に記載
の方法。 （５）前記特定の物理データ表現との一貫性を有する前
記照会が、ＳＱＬ照会およびＸＭＬ照会の１つである、
上記（３）に記載の方法。 （６）前記マッピング規則のそれぞれが、前記複数の論
理フィールドの異なるアクセス方法を含む、上記（１）
に記載の方法。 （７）前記アクセス方法のそれぞれが、前記データの前
記物理実体の位置を記述する、上記（６）に記載の方
法。 （８）特定の物理データ表現を有するデータへのアクセ
スを提供する方法であって、抽象照会を定義する複数の
論理フィールドを含む照会指定を定義するアプリケーシ
ョンを提供するステップと、それぞれが前記複数の論理
フィールドの少なくとも一部を前記データの物理実体に
マッピングするマッピング規則の異なる組との関連をそ
れぞれが定義する複数のユーザ・プロファイルを提供す
るステップと、を含む方法。 （９）各抽象照会を、前記それぞれのマッピング規則に
従って、前記特定の物理データ表現との一貫性を有する
照会に変換するステップをさらに含む、上記（８）に記
載の方法。 （１０）前記マッピング規則のそれぞれが、前記複数の
論理フィールドの異なるアクセス方法を含み、前記アク
セス方法のそれぞれが、前記データの前記物理実体の位
置を記述する、上記（８）に記載の方法。 （１１）特定の物理データ表現を有するデータにアクセ
スする方法であって、第１ユーザによって、アプリケー
ションに第１の複数の論理フィールドに従って定義され
る第１抽象照会を発行するステップと、前記第１抽象照
会に応答して、前記第１ユーザとの定義された関連を有
するマッピング規則の第１組にアクセスするステップ
と、第２ユーザによって、前記アプリケーションに第２
の複数の論理フィールドに従って定義される第２抽象照
会を発行するステップと、前記第２抽象照会に応答し
て、前記第２ユーザとの定義された関連を有するマッピ
ング規則の第２組にアクセスするステップと、前記第１
抽象照会および前記第２抽象照会のそれぞれを、前記論
理フィールドを前記データの物理実体にマッピングする
それぞれのマッピング規則に従って、前記特定の物理デ
ータ表現との一貫性を有する照会に変換するステップと
を含む方法。 （１２）前記第１ユーザおよび前記第２ユーザによる前
記アプリケーションとの最初の接続に関して、（ｉ）前
記ユーザの使用のためにマッピング規則の前記それぞれ
の組を選択するステップと、（ｉｉ）マッピング規則の
前記それぞれの組が、前記マッピング規則にアクセスす
る特定のユーザについて選択されたその選択のされ方を
示すレベル・インジケータをセットするステップと、
（ｉｉｉ）前記選択されたマッピング規則の組をロード
するステップとをさらに含む、上記（１１）に記載の方
法。 （１３）前記ユーザの使用のためにマッピング規則の前
記組を選択するステップが前記ユーザと特定のマッピン
グ規則の組との間に事前定義の関連が存在するかどうか
を判定し、そうである場合に、前記ユーザによって発行
された照会についてアクセスされるマッピング規則の前
記組として前記特定のマッピング規則の組を選択し、そ
うでない場合に、前記ユーザによって発行された照会に
ついてアクセスされるマッピング規則の前記組としてデ
フォルト・マッピング規則の組を選択するステップを含
む、上記（１２）に記載の方法。 （１４）前記第１ユーザおよび前記第２ユーザによるマ
ッピング規則のそれぞれの組のアクセスごとに、アクセ
スされるマッピングの前記組のレベル・インジケータを
判定するステップと、少なくとも第１のレベル・インジ
ケータについて、アクセスされるマッピング規則の前記
組が、アクセスされる前記マッピング規則の組が前記ユ
ーザのためにロードされた時に関して変更されているか
どうかを判定し、そうである場合にステップ（ｉ）乃至
（ｉｉｉ）を実行するステップと、少なくとも第２のレ
ベル・インジケータについて、前記ユーザについて別の
レベルが存在するかどうかを判定し、そうである場合に
ステップ（ｉ）乃至（ｉｉｉ）を実行するステップとを
さらに含む、上記（１２）に記載の方法。 （１５）前記第１のレベル・インジケータが、前記それ
ぞれのユーザによってアクセスされるマッピング規則の
前記組が前記ユーザとの定義された関連を有することを
示すユーザ・レベル・インジケータであり、前記第２の
レベル・インジケータが、（ｉ）前記それぞれのユーザ
によってアクセスされるマッピング規則の前記組が、前
記ユーザがそのメンバであるグループとの定義された関
連を有することを示すグループ・レベル・インジケータ
と、（ｉｉ）前記それぞれのユーザによってアクセスさ
れるマッピング規則の前記組が、マッピング規則のデフ
ォルト組であることを示すアプリケーション・レベル・
インジケータとの少なくとも１つである、上記（１４）
に記載の方法。 （１６）前記マッピング規則のそれぞれが、前記抽象照
会の論理フィールドごとに少なくとも１つのアクセス方
法を含む、上記（１１）に記載の方法。 （１７）前記アクセス方法のそれぞれが、前記データの
物理実体の物理位置を記述する、上記（１６）に記載の
方法。 （１８）特定の物理データ表現を有するデータへのアク
セスを提供するデータベース・アクセス環境を含むコン
ピュータ可読媒体であって、前記データベース・アクセ
ス環境が、抽象照会を定義する複数の論理フィールドを
含む照会指定を含むアプリケーションと、前記複数の論
理フィールドを前記データの物理実体にマッピングする
複数のマッピング規則の組とを含み、前記複数のマッピ
ング規則の組の少なくとも２つは、前記複数の論理フィ
ールドを前記データの前記物理実体の異なる組にマッピ
ングし、２人の異なるユーザ、ユーザの２つの異なるグ
ループ、ユーザのグループおよびユーザの３つから選択
される２つの異なる要求元実体の少なくとも１つに一意
に関連する、コンピュータ可読媒体。 （１９）前記２つの異なる要求元実体の１つによって発
行される、前記照会指定によって定義される抽象照会
を、前記２つの異なる要求元実体の前記それぞれのマッ
ピング規則に従って、前記特定の物理データ表現との一
貫性を有する照会に変換するランタイム・コンポーネン
トをさらに含む、上記（１８）に記載のコンピュータ可
読媒体。 （２０）前記マッピング規則が、前記複数の論理フィー
ルドごとに少なくとも１つのアクセス方法を含む、上記
（１８）に記載のコンピュータ可読媒体。 （２１）前記アクセス方法が、前記データの前記物理実
体の位置を記述する、上記（２０）に記載のコンピュー
タ可読媒体。 （２２）プロセッサによって実行される時に、特定の物
理データ表現を有するデータにアクセスする動作を実行
するプログラムを含むコンピュータ可読媒体であって、
前記動作が、論理フィールドに従う抽象照会の定義を提
供する、アプリケーションの照会指定に従って、複数の
ユーザによって発行される複数の抽象照会を受け取るス
テップと、前記抽象照会を、前記論理フィールドを前記
データの物理実体にマッピングする複数のデータ・リポ
ジトリ抽象化コンポーネントに従って、前記特定の物理
データ表現との一貫性を有する照会に変換するステップ
とを含み、異なるデータ・リポジトリ抽象化コンポーネ
ントは、前記アプリケーションを使用する前記ユーザの
少なくとも２人に関連付けられる、コンピュータ可読媒
体。 （２３）前記マッピング規則が、前記抽象照会の論理フ
ィールドごとにアクセス方法を含む、上記（２２）に記
載のコンピュータ可読媒体。 （２４）前記アクセス方法が、前記データの前記物理実
体の物理位置を記述する、上記（２３）に記載のコンピ
ュータ可読媒体。 （２５）コンピュータであって、少なくとも（ｉ）論理
フィールドによる抽象照会の定義を提供する照会指定を
含むアプリケーションと、（ｉｉ）前記論理フィールド
をデータの物理実体にマッピングする複数のデータ・リ
ポジトリ抽象化コンポーネントであって、前記データ・
リポジトリ抽象化コンポーネントの少なくとも一部が、
異なるユーザとのプログラム的に定義された関連を有す
る、複数のデータ・リポジトリ抽象化コンポーネント
と、（ｉｉｉ）前記抽象照会を、前記データ・リポジト
リ抽象化コンポーネントに従って、データの前記物理実
体との一貫性を有する照会に変換するランタイム・コン
ポーネントとを含むメモリと、前記メモリの内容を実行
するように適合されたプロセッサとを含むコンピュー
タ。 （２６）前記データを含む記憶装置をさらに含む、上記
（２５）に記載のコンピュータ。 （２７）前記データ・リポジトリ抽象化コンポーネント
が、前記複数の論理フィールドごとにアクセス方法を含
む、上記（２５）に記載のコンピュータ。 （２８）前記アクセス方法が、前記データの前記物理実
体の位置を記述する、上記（２６）に記載のコンピュー
タ。

【図面の簡単な説明】

【図１】本発明に従って使用されるコンピュータ・シス
テムの一実施形態である。

【図２】本発明の一実施形態のソフトウェア・コンポー
ネントの相対ビューを示す図である。

【図３】本発明の一実施形態のソフトウェア・コンポー
ネントの相対ビューを示す図である。

【図４】ランタイム・コンポーネントの動作を示す流れ
図である。

【図５】ランタイム・コンポーネントの動作を示す流れ
図である。

【図６】データ・リポジトリ抽象化コンポーネントの複
数のインスタンスが単一アプリケーション・スペース内
に共存する、一実施形態を示す図である。

【図７】それぞれが直接にまたはグループへのメンバシ
ップによってデータ・リポジトリ抽象化コンポーネント
に関連付けられるプロファイルをユーザが有する環境を
示す図である。

【図８】別のデータ・リポジトリ抽象化コンポーネント
による、あるデータ・リポジトリ抽象化コンポーネント
の諸態様の継承を示す図である。

【図９】アプリケーション起動を示す流れ図である。

【図１０】データ・リポジトリ抽象化コンポーネント
と、データ・リポジトリ抽象化コンポーネントとユーザ
の間の関係の起点を示す関連するレベル／状況の選択を
示す流れ図である。

【図１１】アクセス要求の処理方法と、データ・リポジ
トリ抽象化コンポーネントの動的更新を示す流れ図であ
る。

【符号の説明】

１４０ アプリケーション １４２ アプリケーション照会指定 １４８ データ・リポジトリ抽象化コンポーネント １５０ ランタイム・コンポーネント ２００ 関係ビュー ２１４ 物理データ表現

フロントページの続き (72)発明者 リチャード・ディーン・デッティンガー アメリカ合衆国55901 ミネソタ州ロチェ スター ケンシントン・レーン・ノース・ ウェスト 5305 (72)発明者 リチャード・ジョセフ・スティーブンス アメリカ合衆国55955 ミネソタ州マント ービル ツー・ハンドレッド・フィフティ ー・セカンド・アベニュー 61432 Ｆターム(参考） 5B082 GA02 GA08

Claims (28)

【特許請求の範囲】
1. 【請求項１】特定の物理データ表現を有するデータへの
   アクセスを提供する方法であって、 抽象照会を定義する複数の論理フィールドを含む照会指
   定を提供するステップと、 前記複数の論理フィールドの少なくとも第１部分を前記
   データの第１の複数の物理実体にマッピングするマッピ
   ング規則の第１組を提供するステップと、 前記複数の論理フィールドの少なくとも第２部分を前記
   データの第２の複数の物理実体にマッピングするマッピ
   ング規則の第２組を提供するステップとを含む方法。
2. 【請求項２】前記抽象照会が、少なくとも１つの選択判
   断基準および結果指定を含む、請求項１に記載の方法。
3. 【請求項３】各抽象照会を、前記それぞれのマッピング
   規則に従って、前記特定の物理データ表現との一貫性を
   有する照会に変換するステップをさらに含む、請求項１
   に記載の方法。
4. 【請求項４】第１ユーザによって発行されるすべての抽
   象照会についてマッピング規則の前記第１組だけにアク
   セスするステップと、 第２ユーザによって発行されるすべての抽象照会につい
   てマッピング規則の前記第２組だけにアクセスするステ
   ップとをさらに含む、請求項１に記載の方法。
5. 【請求項５】前記特定の物理データ表現との一貫性を有
   する前記照会が、ＳＱＬ照会およびＸＭＬ照会の１つで
   ある、請求項３に記載の方法。
6. 【請求項６】前記マッピング規則のそれぞれが、前記複
   数の論理フィールドの異なるアクセス方法を含む、請求
   項１に記載の方法。
7. 【請求項７】前記アクセス方法のそれぞれが、前記デー
   タの前記物理実体の位置を記述する、請求項６に記載の
   方法。
8. 【請求項８】特定の物理データ表現を有するデータへの
   アクセスを提供する方法であって、 抽象照会を定義する複数の論理フィールドを含む照会指
   定を定義するアプリケーションを提供するステップと、 それぞれが前記複数の論理フィールドの少なくとも一部
   を前記データの物理実体にマッピングするマッピング規
   則の異なる組との関連をそれぞれが定義する複数のユー
   ザ・プロファイルを提供するステップと、 を含む方法。
9. 【請求項９】各抽象照会を、前記それぞれのマッピング
   規則に従って、前記特定の物理データ表現との一貫性を
   有する照会に変換するステップをさらに含む、請求項８
   に記載の方法。
10. 【請求項１０】前記マッピング規則のそれぞれが、前記
    複数の論理フィールドの異なるアクセス方法を含み、前
    記アクセス方法のそれぞれが、前記データの前記物理実
    体の位置を記述する、請求項８に記載の方法。
11. 【請求項１１】特定の物理データ表現を有するデータに
    アクセスする方法であって、 第１ユーザによって、アプリケーションに第１の複数の
    論理フィールドに従って定義される第１抽象照会を発行
    するステップと、 前記第１抽象照会に応答して、前記第１ユーザとの定義
    された関連を有するマッピング規則の第１組にアクセス
    するステップと、 第２ユーザによって、前記アプリケーションに第２の複
    数の論理フィールドに従って定義される第２抽象照会を
    発行するステップと、 前記第２抽象照会に応答して、前記第２ユーザとの定義
    された関連を有するマッピング規則の第２組にアクセス
    するステップと、 前記第１抽象照会および前記第２抽象照会のそれぞれ
    を、前記論理フィールドを前記データの物理実体にマッ
    ピングするそれぞれのマッピング規則に従って、前記特
    定の物理データ表現との一貫性を有する照会に変換する
    ステップとを含む方法。
12. 【請求項１２】前記第１ユーザおよび前記第２ユーザに
    よる前記アプリケーションとの最初の接続に関して、 （ｉ）前記ユーザの使用のためにマッピング規則の前記
    それぞれの組を選択するステップと、 （ｉｉ）マッピング規則の前記それぞれの組が、前記マ
    ッピング規則にアクセスする特定のユーザについて選択
    されたその選択のされ方を示すレベル・インジケータを
    セットするステップと、 （ｉｉｉ）前記選択されたマッピング規則の組をロード
    するステップとをさらに含む、請求項１１に記載の方
    法。
13. 【請求項１３】前記ユーザの使用のためにマッピング規
    則の前記組を選択するステップが前記ユーザと特定のマ
    ッピング規則の組との間に事前定義の関連が存在するか
    どうかを判定し、 そうである場合に、前記ユーザによって発行された照会
    についてアクセスされるマッピング規則の前記組として
    前記特定のマッピング規則の組を選択し、 そうでない場合に、前記ユーザによって発行された照会
    についてアクセスされるマッピング規則の前記組として
    デフォルト・マッピング規則の組を選択するステップを
    含む、請求項１２に記載の方法。
14. 【請求項１４】前記第１ユーザおよび前記第２ユーザに
    よるマッピング規則のそれぞれの組のアクセスごとに、 アクセスされるマッピングの前記組のレベル・インジケ
    ータを判定するステップと、 少なくとも第１のレベル・インジケータについて、アク
    セスされるマッピング規則の前記組が、アクセスされる
    前記マッピング規則の組が前記ユーザのためにロードさ
    れた時に関して変更されているかどうかを判定し、そう
    である場合にステップ（ｉ）乃至（ｉｉｉ）を実行する
    ステップと、 少なくとも第２のレベル・インジケータについて、前記
    ユーザについて別のレベルが存在するかどうかを判定
    し、そうである場合にステップ（ｉ）乃至（ｉｉｉ）を
    実行するステップとをさらに含む、請求項１２に記載の
    方法。
15. 【請求項１５】前記第１のレベル・インジケータが、前
    記それぞれのユーザによってアクセスされるマッピング
    規則の前記組が前記ユーザとの定義された関連を有する
    ことを示すユーザ・レベル・インジケータであり、前記
    第２のレベル・インジケータが、（ｉ）前記それぞれの
    ユーザによってアクセスされるマッピング規則の前記組
    が、前記ユーザがそのメンバであるグループとの定義さ
    れた関連を有することを示すグループ・レベル・インジ
    ケータと、（ｉｉ）前記それぞれのユーザによってアク
    セスされるマッピング規則の前記組が、マッピング規則
    のデフォルト組であることを示すアプリケーション・レ
    ベル・インジケータとの少なくとも１つである、請求項
    １４に記載の方法。
16. 【請求項１６】前記マッピング規則のそれぞれが、前記
    抽象照会の論理フィールドごとに少なくとも１つのアク
    セス方法を含む、請求項１１に記載の方法。
17. 【請求項１７】前記アクセス方法のそれぞれが、前記デ
    ータの物理実体の物理位置を記述する、請求項１６に記
    載の方法。
18. 【請求項１８】特定の物理データ表現を有するデータへ
    のアクセスを提供するデータベース・アクセス環境を含
    むコンピュータ可読媒体であって、前記データベース・
    アクセス環境が、 抽象照会を定義する複数の論理フィールドを含む照会指
    定を含むアプリケーションと、 前記複数の論理フィールドを前記データの物理実体にマ
    ッピングする複数のマッピング規則の組とを含み、 前記複数のマッピング規則の組の少なくとも２つは、前
    記複数の論理フィールドを前記データの前記物理実体の
    異なる組にマッピングし、２人の異なるユーザ、ユーザ
    の２つの異なるグループ、ユーザのグループおよびユー
    ザの３つから選択される２つの異なる要求元実体の少な
    くとも１つに一意に関連する、 コンピュータ可読媒体。
19. 【請求項１９】前記２つの異なる要求元実体の１つによ
    って発行される、前記照会指定によって定義される抽象
    照会を、前記２つの異なる要求元実体の前記それぞれの
    マッピング規則に従って、前記特定の物理データ表現と
    の一貫性を有する照会に変換するランタイム・コンポー
    ネントをさらに含む、請求項１８に記載のコンピュータ
    可読媒体。
20. 【請求項２０】前記マッピング規則が、前記複数の論理
    フィールドごとに少なくとも１つのアクセス方法を含
    む、請求項１８に記載のコンピュータ可読媒体。
21. 【請求項２１】前記アクセス方法が、前記データの前記
    物理実体の位置を記述する、請求項２０に記載のコンピ
    ュータ可読媒体。
22. 【請求項２２】プロセッサによって実行される時に、特
    定の物理データ表現を有するデータにアクセスする動作
    を実行するプログラムを含むコンピュータ可読媒体であ
    って、前記動作が、 論理フィールドに従う抽象照会の定義を提供する、アプ
    リケーションの照会指定に従って、複数のユーザによっ
    て発行される複数の抽象照会を受け取るステップと、 前記抽象照会を、前記論理フィールドを前記データの物
    理実体にマッピングする複数のデータ・リポジトリ抽象
    化コンポーネントに従って、前記特定の物理データ表現
    との一貫性を有する照会に変換するステップとを含み、 異なるデータ・リポジトリ抽象化コンポーネントは、前
    記アプリケーションを使用する前記ユーザの少なくとも
    ２人に関連付けられる、 コンピュータ可読媒体。
23. 【請求項２３】前記マッピング規則が、前記抽象照会の
    論理フィールドごとにアクセス方法を含む、請求項２２
    に記載のコンピュータ可読媒体。
24. 【請求項２４】前記アクセス方法が、前記データの前記
    物理実体の物理位置を記述する、請求項２３に記載のコ
    ンピュータ可読媒体。
25. 【請求項２５】コンピュータであって、 少なくとも（ｉ）論理フィールドによる抽象照会の定義
    を提供する照会指定を含むアプリケーションと、（ｉ
    ｉ）前記論理フィールドをデータの物理実体にマッピン
    グする複数のデータ・リポジトリ抽象化コンポーネント
    であって、前記データ・リポジトリ抽象化コンポーネン
    トの少なくとも一部が、異なるユーザとのプログラム的
    に定義された関連を有する、複数のデータ・リポジトリ
    抽象化コンポーネントと、（ｉｉｉ）前記抽象照会を、
    前記データ・リポジトリ抽象化コンポーネントに従っ
    て、データの前記物理実体との一貫性を有する照会に変
    換するランタイム・コンポーネントとを含むメモリと、 前記メモリの内容を実行するように適合されたプロセッ
    サとを含むコンピュータ。
26. 【請求項２６】前記データを含む記憶装置をさらに含
    む、請求項２５に記載のコンピュータ。
27. 【請求項２７】前記データ・リポジトリ抽象化コンポー
    ネントが、前記複数の論理フィールドごとにアクセス方
    法を含む、請求項２５に記載のコンピュータ。
28. 【請求項２８】前記アクセス方法が、前記データの前記
    物理実体の位置を記述する、請求項２６に記載のコンピ
    ュータ。