JP2003506780A

JP2003506780A - データベース問合せを実行するモジュラー方法及びシステム

Info

Publication number: JP2003506780A
Application number: JP2001514692A
Authority: JP
Inventors: スティーヴンダブリューボグレット
Original assignee: コンピュータアソシエイツシンク，インコーポレイテッド
Priority date: 1999-07-30
Filing date: 2000-07-28
Publication date: 2003-02-18
Also published as: ZA200200534B; CN1382278A; KR20020039328A; CA2376581A1; EP1212701A2; HK1048526A1; AU777696B2; BR0012828A; CN1179290C; AU6390800A; IL147824A; IL147824A0; WO2001009754A2; WO2001009754A3; US6842758B1

Abstract

(57)【要約】【課題】本発明は、従来のデータセットをカスタマイズすることが時間がかかる上にコストもかかるという問題点を解決したデータベース問合せを実行するためのモジュラー方法及びシステムを提供する。【解決手段】本発明によるコンピュータ読み取り可能な媒体に存在する問合せエンジンは、データドライバのライブラリーと、インテリジェントデータセットとを備えている。ライブラリーの各データドライバは、予め定義されたデータベースオペレーションを実行するように動作できる。インテリジェントデータセットは、問合せ要求に応答して、その要求を実行するのに必要なデータドライバをライブラリーから識別するように動作できる。インテリジェントデータセットは、更に、その要求を実行するのに必要なデータドライバの必要な順序を決定し、必要な順序の必要なデータドライバより成るドライバチェーンを発生し、そしてそのドライバチェーンのデータドライバをその順序で実行するように動作できる。

Description

【発明の詳細な説明】

【０００１】

【技術分野】

本発明は、一般に、分析的データ処理の分野に係り、より詳細には、データベ
ース問合せを実行するためのモジュラー方法及びシステムに係る。

【０００２】

【背景技術】

ビジネスインテリジェンスシステムは、主として、判断サポートシステム（Ｄ
ＳＳ）及び実行情報システム（ＥＩＳ）として開始された。判断サポートシステ
ム（ＤＳＳ）及び実行情報システム（ＥＩＳ）は、既存のオンライントランザク
ション処理（ＯＬＴＰ）システムから付加的な情報を供給する付加価値システム
である。ビジネスインテリジェンスシステムが開発されたとき、それらは、判断サポー
トシステム（ＤＳＳ）の機能を実行情報システム（ＥＩＳ）の機能と一体化し、
そしてオンラインの分析的処理（ＯＬＡＰ）ツール及びマネージメント報告ツー
ルを追加したものであった。これらのハイブリッドビジネスインテリジェンスシ
ステムは、多量のユーザアクセスを許すために、メインフレーム環境から分散型
サーバー／デスクトップ環境へ徐々に移動された。

【０００３】近年、集中型データウェアハウス及びデータマートの出現により、組織の中で
分析、利用及び分配を待機している使用可能なデータが著しく増加した。しかし
ながら、このようなデータウェアハウス及びデータマートは、通常、トランザク
ション処理ではなく情報供給に最適なものであった。その結果、データウェアハ
ウス及びデータマートは、記憶されたデータを有用な戦略的に優れた情報に変換
するための限定された解決策を与えるに過ぎない。この同じ期間中に、ビジネス
インテリジェンスシステムは、組織内で有効なプランニング及び判断実行をサポ
ートするために大量の記憶情報を分析する精巧な分析ツールを提供することによ
り卓越したものとなった。

【０００４】ビジネスインテリジェンスシステム及び他の分析処理ツール内では、要求され
たデータベース問合せを実行するために、通常、データセットが供給される。こ
のデータセットは、例えば、フェッチ、分類、インデックス及びサーチオペレー
ションのような全ての必要なデータベースオペレーションを実行できねばならな
い。更に、データセットは、特定の順序でオペレーションを実行できねばならな
い。その結果、データベースオペレーションの考えられる全ての組合せを識別し
てデータセットにプログラムすることができねばならない。データセットをこの
ようにカスタマイズすることは、時間がかかる上にコストもかかる。更に、既存
のシステムを改善するために付加的な能力を設けるには、データセットを更にカ
スタマイズすることが必要となる。

【０００５】

【発明の開示】

本発明は、データベース問合せを実行するためのモジュラー方法及びシステム
であって、従来のシステム及び方法に関連した欠点及び問題を実質的に排除又は
低減する方法及びシステムを提供する。特に、この方法及びシステムは、要求さ
れた問合せに必要なデータベースオペレーションを遂行するためにモジュラーデ
ータドライバを動的に選択しそして順序付けするインテリジェントデータセット
を使用する。本発明の１つの実施形態によれば、コンピュータ読み取り可能な媒体に存在す
る問合せエンジンは、データドライバのライブラリーと、インテリジェントデー
タセットとを備えている。ライブラリーの各データドライバは、予め定義された
データベースオペレーションを実行するように動作できる。インテリジェントデ
ータセットは、問合せ要求に応答して、その要求を実行するのに必要なデータド
ライバをライブラリーから識別するように動作できる。インテリジェントデータ
セットは、更に、その要求を実行するのに必要なデータドライバの必要な順序を
決定し、必要な順序の必要なデータドライバより成るドライバチェーンを発生し
、そしてそのドライバチェーンのデータドライバをその順序で実行するように動
作できる。

【０００６】より詳細には、本発明の特定の実施形態によれば、各データドライバは、ベー
スインターフェイス方法を含む。この実施形態では、ベースインターフェイス方
法は、それに対応するデータドライバに対して特定のデータベースオペレーショ
ンを実行する際にドライバチェーン内の次のデータドライバをコールするように
動作できる。データドライバのライブラリーは、フェッチ、分類、インデックス
、サーチ及び他のデータベースオペレーションを実行するように動作できる１つ
以上のデータドライバを含む。本発明の技術的な効果は、データベース問合せを効率的に実行する改良された
ビジネスインテリジェンスポータルを提供することを含む。より詳細には、ビジ
ネスインテリジェンスポータルは、データベース問合せを実行するための標準的
なアクセス方法を使用する。その結果、ポータルは、特定のデータベース問合せ
に対してカスタマイズされる必要がなく、そしてビジネスインテリジェンスポー
タルを形成して維持するコストが低減される。

【０００７】本発明の別の技術的効果は、モジュラー問合せエンジンを提供することを含む
。モジュラー問合せエンジンは、インテリジェントデータセットと、データベー
ス問合せを実行するためのモジュラーデータドライバのライブラリーとを含む。
インテリジェントデータセットは、要求された問合せを遂行するために必要なデ
ータドライバを動的に選択しそして順序付けする。その結果、データセットは、
アプリケーションと独立したものになり、新たな機能をサポートするように容易
に変更することができる。本発明の他の技術的効果は、添付図面、以下の説明及び特許請求の範囲から、
当業者に容易に明らかであろう。

【０００８】

【発明を実施するための最良の形態】

本発明及びその効果を完全に理解するために、同様の部分が同じ参照番号で示
された添付図面を参照して、以下に詳細に説明する。図１は、本発明の一実施形態によるビジネスインテリジェンスポータル１０を
示す。一般的に述べると、ビジネスインテリジェンスポータル１０は、企業にわ
たる一体的なデータアクセス及び情報共用を与えると共に、精巧な多次元分析ツ
ールを与えるものである。分析ツールは、高度に自動化され、そして種々様々な
ユーザが記憶情報を使用して、戦略的判断を直観的に行えるようにする。このよ
うに、ビジネスインテリジェンスポータル１０は、ユーザがそれらのデータから
受ける判断サポート利益を最大にする一方、システムを実施して管理するコスト
を最小にする。

【０００９】図１に示す実施形態では、ビジネスインテリジェンスポータル１０は、１つ以
上のネットワーク１８により接続されたデータベースタイヤー１２、サーバータ
イヤー１４及びクライアントタイヤー１６より成る３タイヤーの分散型アーキテ
クチャーを実施する。サーバータイヤー１４及びクライアントタイヤー１６は、
ジャワ(Java(登録商標))ベースであって、インターネット通信プロトコル（ＴＣ
Ｐ／ＩＰ）、多数のクライアント及びサーバープラットホーム、種々様々なデー
タソースへのプール型接続、及び企業にわたるポータル１０の完全拡張性をサポ
ートする。更に、ジャワベースのサーバー及びクライアントタイヤー１４及び１
６は、データベース内の構成データ及び未構成データの処理に対して高い適応性
及び機能性を有するオープンＡＰＩアーキテクチャーを提供する。クライアント
／サーバーネットワーク１８は、会社のイントラネットを備え、一方、サーバー
／データベースネットワーク１８は、公衆及び専用ネットワークの部分を含む。
ビジネスインテリジェンスポータル１０は、他の適当なアーキテクチャー、プロ
グラミング言語、等を使用して実施されてもよいことを理解されたい。

【００１０】図１を参照すれば、データベースタイヤー１２は、１つ以上のデータベース２
０を含む。以下に詳細に述べるように、データベース２０の各々は、データベー
ス２０に接続するのに必要な全ての情報（データベースログインを含む）を含む
エイリアスとして露出される。データベースエイリアスの使用は、データベース
２０の完全性を維持するためにネーティブデータベースへの直接的なユーザアク
セスを防止する。ここに示す実施形態では、各データベース２０は、ジャワデー
タベース接続（ＪＤＢＣ）又はオブジェクトデータベース接続（ＯＤＢＣ）に従
うデータベースであってもよいし、適当なデータウェアハウス又はデータマート
であってもよい。サーバータイヤー１４は、１つ以上のサーバー３０を含む。各サーバー３０は
、異なるプラットホームで動作できる１組のジャワベースのアプリケーションを
含む。以下に詳細に述べるように、サーバー３０は、ビジネスインテリジェンス
ポータル１０に対し、ハイアラーキーセキュリティ、集中型アドミニストレーシ
ョン、高速マルチスレッドプール型データアクセス、及び多次元データ分析を与
える。

【００１１】サーバー３０は、カタログ３２、カタログマネージャー３４、セキュリティマ
ネージャー３６、問合せジェネレータ３８、データベースアクセスシステム４０
、キャッシュマネージャー４２、多次元モデルマネージャー４４及びクライアン
トアドミニストレータ４６を含む。カタログ３２は、ビジネスインテリジェンス
ポータル１０のアドミニストレータ及びユーザにより形成された全てのコンフィ
ギュレーション、ドキュメント及びワーク生成物を記憶する。これは、ドキュメ
ントのマネージメントを集中化し、クライアントシステムに存在する冗長で且つ
古くなったコピーを排除し、ドキュメントを企業全体で共用できるようにし、そ
してドキュメントに対して継続的なセキュリティを与える。カタログマネージャ
ー３４は、サーバー３０内の全共用情報をマネージする。このようなコンフィギ
ュレーション、ドキュメント及びワーク生成物は、他の点では、ビジネスインテ
リジェンスポータル１０内に適当に記憶されてマネージされることが理解されよ
う。

【００１２】カタログ３２は、１つ以上のデータベースエイリアス５０、ユーザプロフィー
ル５２、セキュリティグループ５４、及びシステムアドミニストレータによって
構成された予め定義された問合せモデル５６を含む。又、カタログ３２は、シス
テムユーザにより形成された関連ビュー６０を記憶する１つ以上のポートフォリ
オ５８も含む。上述したように、データベースエイリアス５０は、データベース
２０に接続するのに必要な全ての情報を含む。データベースエイリアス５０を使
用すると、ユーザの直接的なデータベースアクセスを防止して、ネーティブデー
タベース２０のデータ完全性を維持すると共に、技術者以外のユーザがデータ崩
壊のおそれなく会社のデータに安全にアクセスできるようにする。更に、データ
ベースエイリアス５０は、物理的データベース２０への接続をプールし、これに
より、多数のクライアントをサポートするに必要なデータベース接続の数を減少
するようにも働く。

【００１３】各ユーザプロフィール５２は、ユーザに対する特定範囲の特典と、ユーザがア
クセスできる１つ以上のセキュリティグループ５４とを定義する。ユーザプロフ
ィール５２は、システムアドミニストレータにより発生されそして維持される。
セキュリティグループ５４は、システムアドミニストレータにより各グループ５
４に指定されたセキュリティ権利及び特典をもつハイアラーキーセキュリティモ
デルを実施する。アドミニストレータのセキュリティグループは、システムへの
アドミニストレータの完全なアクセス（システム内のセキュリティグループ５４
及びユーザプロフィール５２を追加、変更及び削除するための許可を含む）を許
すために設けられる。ユーザが引き継ぐ最終的なセキュリティ権利及び特典は、
ユーザプロフィール５２に定義された個人の権利と、ユーザが属する各セキュリ
ティグループ５４の権利との結合である。このように、システムの特徴をユーザ
に露呈することは、セキュリティグループ５４又は個々のユーザプロファイル５
２から指定されるか又は差し控えられる許可又は特典の広範な使用により制御さ
れる。従って、アドミニストレータは、データベース２０に接続して、ユーザを
追加又は削除できるが、有能なユーザは、この許可をもたないことがある。むし
ろ、有能なユーザは、全範囲のデータ分析及び共同特徴にアクセスすることがで
き、一方、情報消費者は、アドミニストレータ又は有能なユーザにより以前に定
義されたレポート又はチャートを実行及び適応させることしかできない。

【００１４】予め定義された問合せモデル５６は、技術的に弱いユーザでも容易に且つ直観
的に問合せ形成を行うために確立された特定データベースの自蔵型論理モデルで
ある。予め定義された問合せモデル５６は、更に、データベース２０からデータ
を取り出し、特定の問合せモデル５６を使用するユーザのグループ（１つ又は複
数）に関連したデータベース２０の部分のみを露呈させる。予め定義された問合
せモデル５６は、データベースからの当該テーブル、データベーステーブル内の
フィールド、及び一緒に問合せを定義するデータベーステーブル間のリンクを含
む。予め定義された問合せモデル５６は、ユーザにより形成された全ての問合せ
に対し基礎を形成する。このように、予め定義された問合せモデル５６は、特定
の１組のユーザがアクセスするデータベース２０内のエレメントを制御する。更
に、予め定義された問合せモデル５６は、いかなるユーザグループでも行うこと
のできる問合せの形式を制限するメカニズムを確立する。特に、このメカニズム
は、問合せを実行するのに使用できる最大コンピュータリソース又はガバナーを
定義すると共に、ビジネスインテリジェンスポータル１０の完全性に影響を及ぼ
す暴走又は悪意の問合せを防止するためのテーブル間の許容接合を定義する。

【００１５】ポートフォリオ５８は、ユーザが形成又は得たビュー６０を記憶するためのフ
ァイルシステムを提供する。更に、ビュー６０を内部で発生するために、ポート
フォリオ５８は、例えば、ワードプロセスドキュメント、スプレッドシートドキ
ュメント及びウェブページのビュー６０を含む。各ポートフォリオ５８は、ビュ
ー６０又は他の関連データセットの集合体を回復することのできるコンパウンド
ファイルである。ビュー６０は、ポートフォリオ５８内に直接記憶することもで
きるし、又はポートフォリオ５８内で互いにリンクすることもできる。ポートフォリオ５８へのアクセスは、ユーザに対して確立されたパラメータに
より決定され、そして更に、ポートフォリオ５８におけるビュー６０の作成者に
よって決定される。１つの実施形態では、ユーザは、アクセス特権をもたないポ
ートフォリオ５８を決して見ない。更に、ポートフォリオ５８は、ポートフォリ
オ５８内のビュー６０が更新されるか又は変更されたときに、関連ユーザに自動
的な通知を与えるようにカスタマイズされる。このように、セキュリティがシス
テムのオペレーションと一体にされ、これは、企業内での共同及び情報共用を容
易にする。

【００１６】ビュー６０は、例えば、テーブル、グラフ、レポート、ピボット及びウェブペ
ージのような種々様々なフォーマットを表示するためのデータを与える。ビュー
６０は、現在データを表わす生のビューであるか又は特定の時点におけるデータ
のスナップショットビューである。更に、以下に詳細に述べるように、生のビュ
ー６０は、規則的な間隔で自動的に更新され、最初にオープンされたときに更新
され、等々のようにスケジュールされてもよい。スナックショットビュー６０は
、以前のスナップショットにオーバーライトするように設定されてもよいし、或
いは経過分析のための一連のスナップショット又はロールオーバービュー６０を
形成するように設定されてもよい。ビュー６０及びポートフォリオ５８は、ユー
ザによって個人的にセーブすることもできるし、或いは共同及び判断実行を容易
にするために１つ以上のセキュリティグループ５４の間で分布又は共用されても
よい。

【００１７】セキュリティマネージャー３６は、ビジネスインテリジェンスポータル１０に
おけるセキュリティをマネージする。より詳細には、セキュリティマネージャー
３６は、ユーザプロフィール５２及びセキュリティグループ５４を発生して維持
するための予め定義されたセキュリティタスクを含む。又、セキュリティマネー
ジャー３６は、ユーザプロフィール６２及びセキュリティグループ５４が親クラ
スから特典を継承できるようにするセキュリティハイアラーキーも提供する。こ
のように、システムアドミニストレータは、ビジネスインテリジェンスポータル
１０に対するセキュリティを容易に確立及び維持することができる。問合せジェネレータ３８は、問合せモデル５６を定義する際にシステムアドミ
ニストレータ及び有能なユーザを助けるためのデータベースエレメントのグラフ
ィックビューを形成する。予め定義された問合せモジュール５６の各々は、デー
タベース接続、データベースから露出されるテーブル及びカラムのファミリー、
許容接合形式及び組合せ、メタデータ、実行ガバナー、及び問合せのためのエイ
リアスを定義する。予め定義された問合せモジュール５６は、安全な機密問合せ
を実行するために、後で適応されて、広い範囲のユーザにより使用することがで
きる。

【００１８】データベースアクセスシステム４０は、データベース２０にアクセスして問合
せを行いそして問合せ結果を、ユーザによる操作、分析及び報告のためにサーバ
ー３０へ返送する機能及びソフトウェアを備えている。ここに示す実施形態では
、データベースアクセスシステム４０は、問合せスケジューラ７２、ＳＱＬジェ
ネレータ７４、接続マネージャー７６及びジャワデータベース接続（ＪＤＢＣ）
７８を備えている。問合せスケジューラ７２は、スケジュールされた問合せを開始する。上述した
ように、データを含むビュー６０、及びビュー６０に含まれた計算は、特定のタ
イムスケジュールを含む多数のオプションに基づいてデータベース２０からリフ
レッシュするようにセットすることができる。これは、ビュー６０を、データの
現在状態を反映するように容易にリフレッシュできるようにし、そしてユーザが
常に最新の情報で仕事を行えるようにする。更に、同じ問合せに基づいてスナッ
プショットビュー６０の経歴的保存を形成するように、スナップショットビュー
６０を自動的にスケジュールすることができる。従って、例えば、ビュー６０は
、毎週月曜日、水曜日及び金曜日の午後１０時に更新するようにスケジュールさ
れ、そして共用ポートフォリオ５８を経てユーザのグループに自動的に分配され
る。

【００１９】ＳＱＬジェネレータ７４は、ユーザ適応又は非適応の問合せモデルをユーザか
ら受け取り、そして接続マネージャー７６により実行するためにテキストＳＱＬ
問合せを発生する。このように、ユーザによりグラフィック表示されて編集され
る問合せモデルは、実行可能なデータベース命令に自動的に変換され、そしてそ
の後に実行される。これは、プログラミング知識をほとんど又は全くもたない未
熟なユーザ及び他の情報消費者がビジネスインテリジェンスポータル１０を完全
に利用してそこから利益を得ることができるようにする。１つの実施形態では、ＳＱＬジェネレータ７４は、ダイアログ特有のジェネレ
ータ、及びテキストＳＱＬを発生するためのＳＱＬパーズツリーを備えている。
ダイアログ特有のジェネレータは、ビジネスインテリジェンスポータル１０によ
りアクセスされ又はそれに関連して使用される異なる形式のデータベース２０に
対応する。ダイアログ特有のジェネレータは、例えば、オラクル(Oracle)、シュ
ベース(Sybase)、ＤＢ２、及びＭＳＳＱＬジェネレータを含む。

【００２０】接続マネージャー７６は、ＳＱＬジェネレータ７４からテキストＳＱＬ問合せ
要求を受け取り、そしてデータベース２０と通信して、ジャワデータベース接続
（ＪＤＢＣ）７８を経て要求された問い合わせを実行する。ここに示す実施形態
では、接続マネージャーは、モジュラー問合せエンジン８０を備え、これは、イ
ンテリジェントデータセット８２と、データドライバ８４のライブラリーとを含
む。以下に詳細に述べるように、各データドライバ８４は、予め定義されたデー
タベースオペレーションを実行する。インテリジェントデータセット８２は、必
要に応じてライブラリーからデータドライバ８４を選択して順序付けし、問合せ
要求を実行する。その結果、データベースアクセス方法が標準化され、そしてデ
ータセットをアプリケーションごとにカスタマイズする必要がない。

【００２１】キャッシュマネージャー４２は、複数のページ９２を有するキャッシュ９０と
、プロセススレッド９４とを備えている。キャッシュマネージャー４２は、問合
せ要求に応答してデータベース２０から抽出されたデータを受け取り、そしてそ
れらをページ９２に供給する。キャッシュマネージャー４２は、ページ９２にデ
ータを供給するためにキャッシュ９０を駆動するプロセススレッド９４と非同期
で動作する。データは、他の点では、サーバー３０により適当に受信され、記憶
されそして最初に処理されることを理解されたい。多次元モデルマネージャー４４は、多次元記憶モデル１００を発生しそして操
作する。以下に詳細に述べるように、多次元記憶モデル１００は、該モデル１０
０のサイズを最小にするために非散在アーキテクチャーを使用する。モデル１０
０のサイズ減少は、処理時間を改善し、そしてデータ分析中に効率的なピボット
及びドリルオペレーションを行えるようにする。更に、モデル１００は、該モデ
ルが構成された後に計算を動的に行えるようにするためにオープンアーキテクチ
ャーを使用する。その結果、ユーザは、モデル１００の最初の定義中に予想され
なかったデータ交点を分析するために新たな計算を形成することができる。これ
は、ピボット及びドリルオペレーションをサポートするのに必要な時間及びリソ
ースを減少する。

【００２２】クライアントアドミニストレータ４６は、ポータル１０がクライアントアドミ
ニストレーションを管理するところの中心点を形成する。クライアントアドミニ
ストレータ４６は、クライアントによって常に最新のアプリケーションが使用さ
れるよう確保しつつ、ユーザ性能を最大にしそしてネットワークトラフィックを
最小にするようにクライアントアプリケーションの展開を自動的にマネージする
ゼロ・アドミニストレーションアーキテクチャーを備えている。クライアントタイヤー１６は、複数のクライアント１１０を含む。クライアン
ト１１０は、互いにそしてサーバー３０に対してローカル又はリモートであって
もよい。１つの実施形態では、クライアント１１０は、システムアドミニストレ
ーションを含む全てのアクセスをサーバー３０に与える。上述したように、全て
のクライアント１１０の機能は、サーバー３０に記憶された健全な１組の許可に
より制御される。これらの許可は、個々のユーザ及びユーザのセキュリティグル
ープの両方に許される。このようにして、ビジネスインテリジェントポータル１
０の健全な機能は、技術的に未熟なユーザに見掛け上過剰な複雑さを伴うことな
く、会社全体にわたり全てのユーザに対して適当に制御されそしてメーターアウ
トされる。

【００２３】クライアント１１０は、クライアントＡＰＩ１１２及びグラフィックユーザイ
ンターフェイス（ＧＵＩ）１１４を含む。ここに示す実施形態では、クライアン
ト１１０は、全ての要素がジャワピース又はジャワビーンズであるように設計さ
れる。この実施形態では、以下に詳細に述べるように、クライアント１１０は、
サーバー３０との接続を確立するときにその要素を識別する。これは、クライア
ント１１０のアドミニストレーションを効率的に行えると共に、付加的な機能を
クライアント１１０に一体化できるようにする。クライアントＡＰＩ１１２は、クライアント１１０がサーバー３０といかに通
信するかを定義する１組のジャワクラスを含む。クライアントＡＰＩ１１２は、
いかなるジャワプログラムでもサーバー３０と通信できるようにするので、企業
は、そのクライアント１１０に対して付加的なカスタム能力を効率的に追加する
ことができる。

【００２４】グラフィックユーザインターフェイス１１４は、１組のアドミニストレーショ
ンパネル１１６、１組のユーザパネル１１８、１組のウイザード１２０、問合せ
コンポーザ１２２、１組のビューワ１２４、及び特性インスペクター１２６を含
む。アドミニストレーションパネル１１６及びユーザパネル１１８は、アドミニ
ストレータ及びユーザを、それらの各オペレーションを経て誘導するためのグラ
フィック表示を形成する。ウイザード１２０は、形成プロセスを１つ以上の論理的ステップに分割し、そ
して形成プロセスを通してアドミニストレーション及びユーザを誘導する。これ
は、問合せを実行しそして結果を分析する際に、詳細なプログラミング知識をも
たない未熟なユーザ及び他の情報消費者を助ける。このように、企業内の全ての
ユーザは、ビジネスインテリジェンスポータル１０を効率的に使用して、意味の
あるデータを抽出し、これにより、企業内におけるオペレーションエリアを改善
することができる。

【００２５】問合せコンポーザ１２２は、どこからデータが到来するか、どんな実際データ
を表示すべきか、そしてそれをいかに記憶すべきかを特定する。問合せコンポー
ザ１２２は、予め定義された問合せモデル５６のグラフィックビューを与え、ユ
ーザがそのモデル５６を直観的に理解しそしてそれらの特定のニーズに適するよ
う変更できるようにする。１つの実施形態では、問合せコンポーザ１２２は、ユ
ーザが特典を有するところのモデル５６のデータエレメントしか見えないように
することができる。問合せコンポーザ１２２は、予め定義された問合せモデル５
６のユーザ編集を、サーバー３０へアップロードしてサーバー３０で実行できる
ユーザ適応問合せモデル１２８としてセーブする。

【００２６】ビューワ１２４は、テーブル、グラフ、レポート、ピボット、ウェブページ等
のデータビューの組合せを形成する。ビューワ１２４は、ユーザがいずれかのデ
ータビュー６０から他のデータビューへ容易に切り換えそしてデータを分類及び
フィルタできるようにする。又、ビュー６０は、ウェブサーバーにおいて公表す
るか又はカタログ３２において共用するためにＨＴＭＬヘエクスポートすること
もできる。上述したように、データビュー６０は、生のものでもスナップショッ
トでもよい。ビュー６０又はビュー６０のポートフォリオ５８は、個々のユーザ
自身のカタログエリア内に個人的にセーブすることもできるし、或いは１つ以上
のセキュリティグループ５４間に分散及び共用させて、共同及び判断実行を容易
にすることもできる。

【００２７】ビューワ１２４内では、テーブルビューワ１３０は、情報を一連の行列として
表示する。テーブルビューは、典型的に、情報をいかに編成するかの全体的なア
イデアを与えるので、アイデアを開発するためのスタート点として働く。テーブ
ルビューにおいて、ユーザは、フィルタを追加し、計算されたフィールドを追加
し、そして要約及びサブトータル情報を追加することができる。カラムは、再構
成され、隠され、そしてさもなければ、変更され得る。内容は、異なるレベルで
分類されそして見ることができる。レポートビューア１３２は、データをレポートフォーマットで表示する。レポ
ートビューワは、健全なバンド状レポートフォーマットを与え、そして自動レポ
ート発生及び分布を容易にする。ユーザは、計算、サブトータル、グルーピング
、ヘッダ、フッター、タイトル及びグラフィックを追加しながら、レポートの対
話型グラフィックデザインビューにおいてフィールド及びカラムを自由に構成す
ることができる。

【００２８】グラフビューワ１３４は、種々様々な２−Ｄ及び３−Ｄフォーマットでデータ
のグラフビューを表示する。これらのフォーマットは、例えば、バー、パイ、ラ
イン、散乱及びレーダーグラフを含む。グラフで作業する間に、ユーザは、オリ
ジナルデータのサブセットを使用してデータをフィルタすることによりグラフの
形式又は内容を変更し、そして多次元データを引き出すことができる。又、グラ
フビューも、記録を異なる順序で分類し、そしてグラフ特性を変更することによ
り、オンザフライで変更することができる。ピボットビューワ１３６は、多次元の、即ち立体的なデータを多数の次元に沿
って表示するピボットビューを与える。これは、ユーザが異種次元に沿って情報
をスライス及びダイシングして、企業の活動及び業績に対して異なる見地を得る
ことができるようにする。ピボットビューは、多数の次元におけるハイアラーキ
ーをサポートし、ユーザがドリルダウン、ドリルアップ及びドリルスルー分析を
実行できるようにする。以下に詳細に述べるように、多次元ビューは、多次元記
憶モデル１００から発生される。

【００２９】ブラウザビューワ１３８は、内蔵の交差プラットホームウェブブラウザを形成
する。これは、ユーザがワーク生成物及びウェブベースのインターネット又はイ
ントラネット環境にアクセスできるようにする。他のビューに形成されるレポー
ト又はオブジェクトは、ウェブサイトに送付するか又はブラウザインターフェイ
スを経て表示するためにＨＴＭＬにエクスポートすることができる。特性インスペクター１２６は、ユーザが特定ビューの表示特性を変更できるよ
うにする。１つの実施形態では、特性インスペクター１２６は、モードレスであ
る。この実施形態では、特性インスペクター１２６は、スクリーン上にある間に
変更を加えて、ユーザが異なるコンフィギュレーション及び属性で実験を行った
後に特性インスペクター１２６を閉じることができるようにする。

【００３０】ビジネスインテリジェンスポータル１０のクライアント１１０及びサーバー３
０は、一緒に、戦略的な層を企業情報構造に追加し、そして種々様々なユーザに
対して本来拡張できる一体的問合せ、報告及び分析に対し単一のエントリー点を
与える。ビジネスインテリジェンスポータル１０は、企業全体にわたって完全に
一体化できるので、情報の送付及び共用について企業規模でのルーチン分析が容
易になる。その結果、企業内の更に多くの人々がその企業に対して既に存在する
データを規則的に且つ生産的に利用できるようにする。図２は、本発明の１つの実施形態によりビジネスインテリジェンスポータル１
０を初期化する方法を示すフローチャートである。図２を参照すれば、この方法
は、システムアドミニストレータがユーザプロフィール５２を定義するステップ
２００で始まる。上述したように、ユーザプロフィール５２は、ユーザがシステ
ム内の特徴を利用するための許可を与える。次いで、ステップ２０２において、
システムアドミニストレータは、セキュリティグループ５４を定義する。上述し
たように、ユーザが継承する最終的なセキュリティ権利及び特典は、ユーザプロ
ファイル５２に定義された自分の個人的な権利と、ユーザが属する各セキュリテ
ィグループ５４の権利との結合である。

【００３１】ステップ２０４に進むと、システムアドミニストレータは、データベース２０
の各々に対してデータベースエイリアス５０を発生する。データベースエイリア
ス５０は、データベースへの直接的なユーザアクセスを防止し、データの完全性
を維持すると共に、技術者以外のユーザがデータ崩壊のおそれなく会社のデータ
に安全にアクセスできるようにする。又、データベースエイリアス５０は、物理
的データベース２０への接続をプールし、これにより、多数のクライアント１１
０をサポートするのに必要なデータベース接続の数を減少するように働く。次いで、ステップ２０６において、システムアドミニストレータは、問合せジ
ェネレータ３８を使用して、予め定義された問合せモデル５６を発生する。この
予め定義された問合せモデル５６は、特定の１組のユーザがアクセスできるデー
タベース２０のエレメントを制御する。更に、予め定義された問合せモデル５６
は、実行することのできる問合せの形式を制限すると共に、問合せを実行するの
に使用できる最大コンピュータリソース、及び暴走又は悪意の問合せを防止する
ためのテーブル間の許容接合を定義する。

【００３２】ステップ２０６は、システムアドミニストレータが、企業内で使用するための
ビジネスインテリジェンスポータル１０を設定するプロセスの終りに通じる。こ
の設定プロセスの一部分として、ユーザの許可及び問合せは、システム内のデー
タのアクセス及び分布を制御するために定義されている。図３は、本発明の一実施形態により予め定義された問合せモデル５６を発生す
る方法を示すフローチャートである。この実施形態において、モデル内の特定デ
ータは、考えられる程度で自動的にリンクされる。更に、データベースエレメン
トは、問合せモデル５６の発生を容易にするためにシステムアドミニストレータ
にグラフ表示される。

【００３３】図３を参照すれば、この方法は、ステップ２２０で始まり、問合せジェネレー
タ３８は、問合せを発生すべきところのデータベース２０のテーブル及びカラム
を自動的に識別してシステムアドミニストレータに表示する。次いで、ステップ
２２２では、システムアドミニストレータは、予め定義された問合せモデル５６
に対してテーブル及びカラムのサブセットを選択する。判断ステップ２２４に進むと、問合せジェネレータ３８は、データベース２０
が完全外部キー（ＦＫ）／一次キー（ＰＫ）情報を有するかどうかを決定する。
完全外部キー／一次キー情報は、異種テーブル内のデータを自動的にリンクでき
るようにする。従って、データベース２０が完全外部キー／一次キー情報を含む
場合には、判断ステップ２２４のイエス分岐がステップ２２６へ通じ、予め定義
された問合せモデル５６において外部キー／一次キー情報を使用して子テーブル
が親テーブルに自動的にリンクされる。ステップ２２６は、プロセスの終了へと
通じる。この点において、予め定義された問合せモデル５６をセーブすることが
できるか、又はシステムアドミニストレータによって更なる編集を行うことがで
きる。

【００３４】判断ステップ２２４に戻ると、完全外部キー／一次キー情報が得られない場合
には、判断ステップ２２４のノー分岐が判断ステップ２２８へ通じる。判断ステ
ップ２２８では、問合せジェネレータ３８が、完全一次キー情報がデータベース
２０から得られるかどうか決定する。完全一次キー情報が与えられると、親及び
子のテーブルをデータベーステーブルサーチによって決定することができる。従
って、完全一次キー情報が得られる場合には、判断ステップ２２８のイエス分岐
がステップ２２６に通じ、そこで、データベーステーブルサーチが行われて、親
及び子のテーブルが決定される。親及び子のテーブルが決定された後に、それら
が自動的にリンクされて、予め定義された問合せモデル５６が発生される。この
予め定義された問合せモデル５６は、セーブされてもよいし、又はシステムアド
ミニストレータによって更に編集されてもよい。

【００３５】判断ステップ２２８に戻ると、完全一次キー情報が得られない場合には、判断
ステップ２２８のノー分岐が判断ステップ２３０へ通じる。判断ステップ２３０
において、問合せジェネレータは、親及び子のテーブルを識別することのできる
独特のインデックス情報がデータベース２０から得られるかどうか決定する。こ
のような独特のインデックス情報が得られる場合には、判断ステップ２３０のイ
エス分岐がステップ２２６へ通じる。ステップ２２６において、独特のインデッ
クス情報を使用して、親及び子のテーブルに対しデータベースがサーチされる。
次いで、問合せジェネレータ３８は、親及び子のテーブルを自動的にリンクし、
予め定義された問合せモデル５６を発生する。次いで、予め定義された問合せモ
デル５６がセーブされるか、又はシステムアドミニストレータによって更に編集
される。

【００３６】判断ステップ２３０に戻ると、独特のインデックス情報がデータベース２０か
ら得られない場合には、判断ステップ２３０のノー分岐がステップ２３２へ通じ
る。ステップ２３２では、システムアドミニストレータは、子及び親テーブルを
手動で識別してリンクし、予め定義された問合せモデル５６を発生する。このよ
うにして、予め定義された問合せモデル５６は、ある程度まで、最小のアドミニ
ストレータ相互作用で自動的に発生される。データベーステーブル及び他の要素
は、その他、適当にリンクできることを理解されたい。

【００３７】図４は、本発明の一実施形態によりクライアントアプリケーションを展開及び
維持するための方法を示すフローチャートである。この実施形態では、クライア
ントアプリケーションは、このクライアントアプリケーションを形成するジャワ
クラスをクライアント１１０にダウンロードするために最初に使用される薄いブ
ートストラップアプレットを使用してサーバー３０から集中的に展開されそして
維持される。その後、クライアント１１０による新たなセッションの開始時に、
クライアントソフトウェアに対する全てのアップグレードがサーバー３０により
自動的に行われる。インストール／更新手順の一部分は、全てのモジュール及び
リソースの全ての名前及びバージョンをリストするマニフェストファイルをクラ
イアント１１０にダウンロードすることを含む。

【００３８】図４を参照すれば、この方法は、ステップ２５０で始まり、ここでは、サーバ
ー３０への新たな接続がクライアント１１０により行われる。ステップ２５２で
は、クライアント１１０のブートストラップエージェントがユーザのマニフェス
トファイルをサーバー３０へ送信する。ステップ２５４へ進むと、サーバー３０は、マニフェストファイルにリストさ
れた全モジュール及びリソースのバージョンを、サーバー３０の対応ファイルの
現在バージョンと比較する。判断ステップ２５６では、サーバー３０は、比較に
基づきモジュール又はリソースの幾つか又は全部が古いものであるかどうか決定
する。モジュール又はリソースの幾つか又は全部が古いものである場合には、判
断ステップ２５６のイエス分岐がステップ２５８へ通じる。ステップ２５８にお
いて、サーバー３０は、クライアント１１０に対する増分的更新を発生する。こ
の増分的更新は、更新することが必要なモジュールのみを含む。

【００３９】次いで、ステップ２６０において、サーバーは、増分的更新をクライアント１
１０へ送信する。ステップ２６２では、クライアント１１０は、その増分的更新
に基づいてクライアント側のアプリケーションを更新する。次いで、ステップ２
６４では、日付更新(update-to-date)クライアント１１０に対する新たなセッシ
ョンが開始される。判断ステップ２５６に戻ると、いずれのクライアントアプリ
ケーションも古くない場合には、判断ステップ２５６のノー分岐がステップ２６
４へ通じ、そこで、新たなセッションが開始される。このようにして、サーバー
３０は、どんなモジュール（又はジャワクラス）が古く、欠落し又は遅れたもの
であるかを決定し、次いで、正しいモジュールを更新されたマニフェストと共に
ユーザのマシンへ選択的にプッシュする。その結果、ユーザは、クライアントソ
フトウェアを手動で更新する必要が決してなく、そしてそれらのアプリケーショ
ン及びデータファイルを各ステーションに再インストールする必要なくログオン
するように異なるワークステーション間を容易にローミングすることができる。
更に、クライアント１１０は、迅速に実行し、そしてアドミニストレーションが
中央に維持されそしてネットワークが最小にされる間に常に最新である。

【００４０】図５は、本発明の一実施形態による予め定義された問合せモデル５６に基づい
て問合せモデルを適応させそして実行するための方法を示すフローチャートであ
る。この実施形態では、予め定義された問合せモデル５６は、アドミニストレー
タによってサーバー３０に発生されて維持され、そしてアクセス特典を要求及び
照合する際にユーザに供給される。図５を参照すれば、この方法は、ステップ２８０において開始され、ここで、
サーバー３０は、予め定義された問合せモデル５６に対するユーザからの要求を
受け取る。次いで、ステップ２８２において、サーバーは、予め定義された問合
せモデル５６のアクセス可能な部分をユーザの特典に基づいて決定する。アクセ
ス可能な部分とは、ユーザが見ることのできる問合せモデル５６の部分である。
又、特定の実施形態において、予め定義された問合せモデル５６のアクセス可能
な部分は、ユーザが編集できる問合せモデルの部分であってもよい。予め定義さ
れた問合せモデル５６のアクセス可能な部分の決定は、問合せモデルに対するユ
ーザの特典を決定し、次いで、そのユーザの特典に基づいてアクセス可能な部分
を決定することにより、実行される。

【００４１】予め定義された問合せモデル５６のアクセス可能な部分を決定する際に、サー
バー３０は、予め定義された問合せモデル５６の保護部分を決定することもでき
る。この保護部分は、予め定義された問合せモデル５６の残りの部分又は他の適
当な部分である。以下に詳細に述べるように、問合せコンポーザー１２２は、予
め定義された問合せモデルの保護部分を隠蔽するか、さもなければ、予め定義さ
れた問合せモデルの保護部分への編集を禁止することができる。次いで、ステップ２８４において、サーバー３０は、予め定義された問合せモ
デル５６をクライアント１１０へダウンロードする。ステップ２８６において、
問合せコンポーザー１２２は、予め定義された問合せモデル５６のアクセス可能
な部分をユーザに表示する。１つの実施形態では、問合せコンポーザー１２２は
、予め定義された問合せモデル５６を定めるアクセス可能なデータエレメントの
グラフィックビューを表示する。アクセス可能な部分を表示する際に、問合せコ
ンポーザー１２２は、予め定義された問合せモデル５６の保護部分を隠蔽し、そ
の部分が編集され及び／又は見られるのを防止する。

【００４２】ステップ２８８へ進むと、問合せコンポーザー１２２は、予め定義された問合
せモデル５６に対するユーザ編集を受け取る。このユーザ編集は、データベース
テーブル、データベーステーブルのカラム、及びデータベーステーブル間の接合
の選択及び選択解除を含む。次いで、ステップ２９０において、問合せコンポー
ザー１２２は、予め定義された問合せモデル５６のアクセス可能な部分に対する
ユーザ編集に基づいてユーザ適応問合せモデル１２８を発生する。ステップ２９
２では、ユーザ適応問合せモデル１２８は、実行のためにサーバー３０にアップ
ロードされる。ステップ２９４では、ＳＱＬジェネレータ７４は、ユーザ適応問合せモデル１
２８に基づいてデータベース問合せを自動的に発生する。データベース問合せは
、問合せを遂行するために接続マネージャー７６により実行できるテキストＳＱ
Ｌを含む。ステップ２９６では、サーバー３０は、問合せ結果を受け取る。上述
したように、問合せ結果は、キャッシュマネージャー４２によりサーバー３０に
最初に記憶される。

【００４３】判断ステップ２９８へ進むと、問合せが多次元分析を含む場合に、判断ステッ
プ２９８のイエス分岐は、ステップ３００へ通じ、そこで、多次元記憶モデル１
００が結果に基づいて発生される。ステップ３０２では、多次元記憶モデル１０
０を使用して、ピボット、ドリルスルー及び他のビューがユーザの要求に応じて
発生される。判断ステップ２９８へ戻ると、多次元分析が指示されない場合には、判断ステ
ップ２９８のノー分岐がステップ３０４へ通じ、そこで、要求された一次元ビュ
ーが問合せ結果に基づいて発生される。ステップ３０２及び３０４は、各々判断
ステップ３０６に通じる。判断ステップ３０６では、サーバー３０は、ユーザ適
応問合せモデル１２８がその後の再使用のために記憶されるかどうか決定する。
ユーザが問合せモデル１２８をセーブしたい場合には、判断ステップ３０６のイ
エス分岐がステップ３０８に通じ、そこで、問合せモデルがユーザの選択された
ポートフォリオ５８にセーブされるか、又はユーザがアクセスできるセキュリテ
ィグループ５４にセーブされる。ステップ３０８及び判断ステップ３０６のノー
分岐は、各々、判断ステップ３１０へ通じる。

【００４４】判断ステップ３１０において、サーバー３０は、問合せ結果を経歴的スナップ
ショットとして記憶すべきかどうか決定する。ユーザが結果をスナップショット
として記憶するように選択する場合には、判断ステップ３１０のイエス分岐がス
テップ３１２へ通じ、そこで、問合せ結果が、選択されたポートフォリオ５８に
記憶される。ステップ３１２は、予め定義された問合せモデル５６を適応及びカ
スタマイズのためのユーザに供給するプロセスの終りへと通じる。予め定義され
た問合せモデル５６は、データエレメントのグラフィックビューを使用して表示
及び変更される。これは、全ユーザによる健全なデータ分析を容易にし、そして
未熟なユーザが使用可能な情報を効率的に使用して、それらの組織内のオペレー
ションを改善できるようにする。

【００４５】図６は、本発明の一実施形態による問合せエンジン８０の詳細を示すブロック
図である。この実施形態において、問合せエンジン８０は、データドライバ８４
のライブラリーと、問合せ要求に応答してその要求を遂行するのに必要なデータ
ドライバ８４をライブラリーから識別するように動作するインテリジェントデー
タセット８２とを備えている。インテリジェントデータセット８２は、更に、そ
の要求を遂行するためのデータドライバ８４の必要な順序を決定し、必要なデー
タドライバ８４を含むドライバチェーンを必要な順序で発生し、そしてドライバ
チェーンにおけるデータドライバ８４を順次実行するように動作できる。

【００４６】図６を参照すれば、インテリジェントデータセット８２は、問合せ要求に応答
してドライバチェーン３２０を発生する。ドライバチェーン３２０は、要求され
た問合せを実行するのに必要なデータドライバ３２２を備えている。データドラ
イバ３２２は、使用可能なデータドライバ８４のライブラリーから動的に選択さ
れ、そして問合せ要求に基づいてインテリジェントデータセット８２により順序
付けされる。１つの実施形態において、ライブラリーにおけるデータドライバ８
４は、全てのインターフェイス方法がチェーン内の次のドライバーをコールする
ところの基本クラスから導出される。この実施形態では、各データドライバは、
チェーン３２０内の同じ相対的位置に配置するためのチェーンプライオリティを
有する。ここで使用する「各」は、少なくとも識別された項目のサブセットの各
１つを意味する。

【００４７】ここに示す実施形態では、ドライバチェーン３２０は、データドライバＤ１、
Ｄ２、Ｄ３及びＤ４を含む。データドライバＤ１は、要求された記録を返送する
フェッチデータベースオペレーションを遂行する。返送された記録は、次いで、
データドライバＤ２により分類され、そしてデータドライバＤ３によりインデッ
クスされる。データドライバＤ４は、次いで、分類されそしてインデックスされ
たデータ記録において要求されたサーチを遂行する。このように、モジュラー問
合せエンジン８０は、標準化されたアクセス方法を使用して、データベース問合
せを遂行する。その結果、ポータル１０は、特定のデータベース問合せに対して
カスタマイズされる必要がなく、そしてビジネスインテリジェンスポータル１０
を設けて維持するコストが減少される。

【００４８】図７は、本発明の一実施形態によるモジュラー問合せエンジン８０のオペレー
ションを示すフローチャートである。図７を参照すれば、この方法は、ステップ
３４０で開始され、ここで、問合せ要求がインテリジェントデータセット８２に
より受け取られる。次いで、ステップ３４２において、インテリジェントデータ
セット８２は、問合せ要求を実行するのに必要なデータドライバ８４をライブラ
リーから動的に選択する。ステップ３４４に進むと、インテリジェントデータセット８２は、要求を遂行
するのに必要なデータドライバ８４の順序を決定する。ステップ３４６において
、インテリジェントデータセット８２は、問合せ要求を遂行するために必要な順
序で必要なデータドライバを含むドライバチェーンを動的に構成する。

【００４９】次いで、ステップ３４８において、インテリジェントデータセットは、ドライ
バチェーンを実行して、問合せ要求を遂行する。ドライバチェーン内で、データ
セット８２は、その各々がそれ自身の実行の完了時にチェーン内の次のドライバ
８４をコールするように順次実行される。その結果、問合せエンジン８０及びデ
ータセット８２は、アプリケーションに従属したものであり、そしてデータドラ
イバ８４をライブラリーに追加しそしてインテリジェントデータセット８２をそ
れらの機能に関してプログラミングすることにより新たな機能をサポートするよ
うに容易に変更することができる。

【００５０】図８は、本発明の一実施形態による多次元記憶モデル１００を詳細に示すブロ
ック図である。この実施形態において、記憶モデル１００は、該モデル１００の
サイズを最小にするために非散在アーキテクチャーを使用する。更に、記憶モデ
ル１００は、該モデル１００が構成された後に計算を動的に遂行できるようにす
るためにオープンアーキテクチャーを使用する。図８を参照すれば、多次元記憶モデル１００は、各次元に対するスロット３６
０と、計算された次元に対するスロット３６２とを含む。次元のスロット３６０
は、エントリーと、データベースから抽出された関連データ値とを含み、一方、
計算された次元のスロット３６２は、その抽出されたデータに基づいて計算され
たデータを含む。

【００５１】ここに示す実施形態では、各次元のスロット３６０は、エントリー記憶部３７
０と、次元記憶部３７２とを含む。エントリー記憶部３７０は、対応する次元に
対する１組の非散在エントリー３７４を含む。非散在エントリーのみが含まれる
のが好ましい。エントリー３７４は、組合せ次元値を表わし、そしてその各々は
、関連データ値３７６を識別する。１つの実施形態では、各エントリー３７４は
、関連データ値３７６を指すポインタを含む。或いは又、データ値３７６をエン
トリー３７４と共にエントリー記憶部３７０に記憶することもできる。しかしな
がら、データ値３７６のポインタ及び個別記憶の使用は、多次元記憶モデル１０
０の効率及び処理速度を改善する。

【００５２】次元記憶部３７２は、エントリー記憶部３７０のエントリー３７４に関連した
データ値３７６を含む。このデータ値３７６は、各次元に対する独特の次元値を
表わす。各非散在エントリー３７４に対して１組の次元間リンク３８０が設けられる。
各次元間リンクは、異なる次元スロット３６０における非散在エントリー３７４
間の交点を識別する。次元間リンク３８０の組は、１つ以上の次元間リンクを含
む。１つの実施形態では、次元間リンク３８０は、エントリー点から各方向に次
元スロット３６０間を効率的に横断できるように両方向性である。

【００５３】次元間リンク３８０は、次元スロット３６０において非散在エントリー３７４
間の全ての交点を集合的に識別する。従って、非記憶の空の交点を含む全ての交
点は、非散在エントリー３７４及び次元間リンク３８０の横断から決定すること
ができる。より詳細には、第１及び第２次元におけるデータベースエントリー間
のナル交点は、モデルにおけるデータベースエントリーの欠乏、又は第１次元の
エントリー３７４を第２次元のエントリーに接続する次元間リンク３８０の欠乏
によって決定される。第１及び第２次元のエントリー３７４間の非散在交点は、
第１次元における指定エントリーから第２次元における指定エントリーへと次元
間リンク３８０を横断させ、次いで、第２次元のエントリー３７４に関連したデ
ータ値３７６を得ることにより決定される。多次元記憶モデル１００の横断によ
り得られるデータ及び情報は、以下に詳細に述べるように、更なる処理のために
出力される。

【００５４】計算された次元３６２は、１組の計算値３８２を含む。これらの計算値３８２
は、多次元記憶モデル１００と同時にユーザによって要求された予め定義された
計算から導出された値である。従って、多次元記憶モデル１００は、その形成後
に計算を許すためにオープンアーキテクチャーを備えているが、このモデルと共
にユーザにより要求される同時の計算は、モデル１００の形成後の処理を最小に
すると共に多次元分析の速度を改善するために、予め計算されて記憶される。図９は、例示的データ４００と、この例示的データ４００に対する例示的多次
元記憶モデル４０２とを示すブロック図である。図９を参照すれば、例示的デー
タ４００は、次元Ｃ１及びＣ２と、計算された次元Ｃ３とを含む。次元Ｃ１は、
独特のエントリー値Ａ、Ｂ及びＣを含み、一方、次元Ｃ２は、独特のエントリー
値Ｄ、Ｅ、Ｆ、Ｇ及びＨを含む。計算された次元Ｃ３は、異なる所定の計算に対
応する計算されたデータ値１、２、３、４、５及び６を含む。

【００５５】例示的記憶モデル４０２は、次元Ｃ１及びＣ２に対する次元スロット４０４と
、計算された次元Ｃ３に対する計算次元スロット４０６とを含む。Ｃ１の次元ス
ロット４０４では、次元記憶部４１０は、独特の次元値Ａ、Ｂ及びＣを含む。エ
ントリー記憶部４１２は、データ値に関連したエントリーと、データ値を指すポ
インタとを含む。同様に、Ｃ２の次元スロット４０４は、独特のデータ値Ｄ、Ｅ
、Ｆ、Ｇ及びＨを次元記憶部４１４に含む。エントリー記憶部４１６は、データ
値に関連したエントリーと、データ値を指すポインタとを含む。次元間リンク４
２０は、Ｃ１及びＣ２次元において、エントリー間の交点、ひいては、データを
識別する。計算された次元４０６は、Ｃ１及びＣ２次元におけるデータの所定の
交点に関連した計算されたデータ値１、２、３、４、５及び６を含む。

【００５６】例示的記憶モデル４０２から、例えば、Ｃ１及びＣ２次元におけるエントリー
値Ａ及びＤは、それらが次元間リンク４２０により接続されるという点で交差す
ると決定できる。更に、エントリー値Ｃ及びＤは、それらが次元間リンク４２０
により接続されないという点で交差しないと決定できる。エントリーは、１つ又
は一連の次元間リンクがそれらエントリーを接続する場合に次元間リンクにより
接続される。図１０は、本発明の一実施形態により多次元記憶モデル１００を発生しそして
それを使用する方法を示すフローチャートである。図１０を参照すれば、この方
法は、ステップ４４０で始まり、ここで、多次元記憶モデル１００は、問合せ要
求に応答して多次元モデルマネージャー４４により発生され、そして問合せ要求
の結果に基づく。問合せ要求は、多次元記憶モデル１００の次元及びデータ次元
を特定する。

【００５７】１つの実施形態において、多次元モデルマネージャー４４は、ソースからデー
タ記録を最初にフェッチすることにより多次元記憶モデル１００を発生する。各
データ記録に対し、次元値及びデータ値が次いでフェッチされる。その後、デー
タ記録の各次元値に対し、多次元モデルマネージャー４４は、エントリー記憶部
３７０に次元値が存在するかどうか決定し、この場合には、それが使用されても
よい。エントリー記憶部３７０に次元値が存在しない場合には、エントリー記憶
部３７０における次元値としてエントリー３７４が形成され、そしてそれに対応
するデータ値３７６が次元記憶部３７２に記憶される。いずれの場合にも、次元
は、次いで、左から右へ横断されて、エントリー記憶部３７０のエントリー３７
４に対する次元間リンク３８０が形成される。欠落したリンクが形成される間に
既存のリンクが再使用される。更に、最も右の次元については、記録に対してフ
ェッチされたデータ値が多次元モデルマネージャー４４により追加される。多次
元記憶モデル１００は、他のやり方で適当に発生されてもよいことが理解されよ
う。

【００５８】多次元記憶モデル１００が発生された後に、ステップ４４０はステップ４４２
へ進む。ステップ４４２において、多次元モデルマネージャー４４は、特定され
た次元及び／又はデータ次元のサブセットに対するビュー要求を受け取る。次い
で、ステップ４４４において、多次元モデルマネージャー４４は、記憶モデル１
００からビューを発生するのに必要な横断と、各横断のスタート点とを決定する
。これら横断は、特定された次元と、モデル１００がいかに編成されるかに基づ
いて決定されたエントリーにおけるスタート点とによって定義される。

【００５９】１つの実施形態では、多次元モデルマネージャー４４は、下から上へそして右
から左への反復移動を使用して多次元記憶モデル１００から第１及び次の記録を
検索する。この実施形態では、第１記録を検索するために、多次元モデルマネー
ジャー４４は、表示のために選択された第１次元を第１エントリー記憶値に配置
する。次いで、第１エントリーの左側にある全ての親エントリーは、それらの第
１エントリー記憶値に配置される。又、選択された次元の右側にある子エントリ
ーも、それらの第１エントリー記憶値に配置される。第１の記録に対し、多次元
モデルマネージャー４４は、これらの位置における次元エントリーの値を検索す
る。次の記録を検索するために、多次元マネージャー４４は、最も右の子をビュ
ーにおいて移動するよう試みる。最も右の子が移動できる場合には、それが再配
置され、そして多次元記憶モデル１００内の現在位置においてデータ値がフェッ
チされる。最も右の子が移動できない場合には、多次元モデルマネージャー４４
は、その子のすぐ左のエントリーであるその子の親を移動するように試みる。親
を移動できる場合には、それが再配置され、そして多次元記憶モデル１００内の
現在位置においてデータ値がフェッチされる。親を移動できない場合には、その
第１の親のすぐ左のエントリーであるその親の親を移動する試みがなされ、そし
て残りの親がいなくなるまでプロセスが繰り返される。この点において、プロセ
スの終了に到達する。多次元記憶モデル１００内の横断及びスタート点は、他の
やり方で、適当に決定されてもよいことが理解されよう。

【００６０】ステップ４４６に進むと、多次元モデルマネージャー４４は、多次元記憶モデ
ル１００をエントリー点から接続多次元リンク３８０を横切って進行させ、特定
された交点におけるその存在及び／又は値を決定する。ステップ４４８では、多
次元記憶モデル１００は、特定された交点における値を決定する。次いで、ステ
ップ４４８において、多次元モデルマネージャー４４は、モデル１００に対して
付加的な横断が存在するかどうか決定する。付加的な横断が存在する場合には、
判断ステップ４５０のイエス分岐がステップ４４６へ復帰し、残りの横断が実行
されると共に、全ての横断が完了するまで交点の値が計算される。判断ステップ
４５０のノー分岐は、ステップ４５２へ通じる。ステップ４５２において、多次元記憶モデル１００から出力されたデータ及び
情報が要約されそして分類される。多次元記憶モデル１００は、他の点では、デ
ータを予め分類しそして要約するよう構成されてもよいことを理解されたい。し
かしながら、横断オペレーションを要約及び分類オペレーションから分離するこ
とにより、処理効率が改善される。

【００６１】次いで、ステップ４５４では、多次元記憶モデル１００から出力された情報が
、クライアント１１０におけるビューワ１２４により要求されたビューにおいて
ユーザにグラフィック表示される。判断ステップ４５６へ進むと、付加的なビュ
ーが要求された場合に、イエス分岐がステップ４４２へ復帰し、そこで、ビュー
要求及び特定の次元が受け取られ、そしてプロセスは、要求された全てのビュー
が完成されてユーザに表示されるまで繰り返される。この点において、判断ステ
ップ４５６のノー分岐がプロセスの終了に通じる。このようにして、ビジネスイ
ンテリジェンスポータル１０は、データ分析中に効率的なピボット及びドリルオ
ペレーションをサポートする減少サイズ及び改善された処理速度の多次元記憶モ
デル１００を備えている。更に、ユーザは、モデルの最初の定義中に予想されな
かったデータ交点を分析するための新たな計算を形成することができる。これは
、ピボット及びドリルオペレーションをサポートするのに必要な時間及びリソー
スを減少する。付加的なビューは、高レベル及び低レベル分析のためのピボット
ビュー及びデータドリリングを含んでもよい。

【００６２】図１１は、本発明の一実施形態による関連ウインドウ４８０の表示を示すスク
リーン図である。図１１を参照すれば、表示ウインドウ４８０は、メニューバー
４８６を含み、種々のプルダウンメニュー４８８が表示ウインドウ４８０の上縁
に沿って配置されている。メニューバー４８６のすぐ下には、ツールバー４９０
が配置されている。表示ウインドウ４８０は、更に、カタログウインドウ４９２と、それに隣接す
るポートフォリオウインドウ４９４とを含む。カタログウインドウ４９２は、カ
タログ３２内のファイルハイアラーキーを表示する。ポートフォリオウインドウ
４９４は、アクションポートフォリオによりリンクされたビューを表示する。

【００６３】ポートフォリオウインドウ４９４内では、各ビューが個別のビューウインドウ
４９６に別々に表示される。ポートフォリオによりリンクされた個別のファイル
におけるビューの記憶、及びポートフォリオウインドウ４９４内の関連ビューの
表示は、関連ドキュメントを互いに容易に編成してユーザに効率的に表示できる
ようにする。より詳細には、ポートフォリオウインドウ４９４は、単一のデータ
インターフェイス（ＳＤＩ）を伴う共通のウインドウを形成する。個別のビュー
ウインドウ４９６は、共通のウインドウ内で多データインターフェイス（ＭＤＩ
）に表示される。他の形式の関連成分を個別に記憶して一緒にリンクし、コンパ
ウンドファイルを経て表示してもよいことが理解されよう。図１２は、本発明の一実施形態によりポートフォリオにおける関連ビュー間で
ナビゲーションするためのビューボタンを含む表示ウインドウ５００を示すスク
リーン図である。図１２を参照すれば、表示ウインドウ５００は、メニューバー
５０２を備え、種々のプルダウンメニュー５０４が表示ウインドウ５００の上縁
に沿って配置されている。メニューバー５０２のすぐ下にはツールバー５０６が
配置されている。表示ウインドウ５００は、カタログウインドウ４９２及びポー
トフォリオウインドウ４９４に関連して上述したように、カタログウインドウ５
０８及びポートフォリオウインドウ５１０を備えている。

【００６４】ここに示す実施形態では、最適なビューを与えるためにビューウインドウ５１
２がポートフォリオウインドウ５１０と共に最大にされる。最大にされたウイン
ドウ間でナビゲーションを行えるように、ウインドウ５１２の最大化に応答して
ビューボタン５１４が形成され、ポートフォリオウインドウ５１０の上縁に沿っ
てタブとして表示される。各ウインドウボタン５１４は、関連ウインドウ５１２
を、アクチベーションに応答してアクティブウインドウとして表示するように動
作できる。これは、ユーザがウインドウ間を迅速に且つ容易にナビゲーションで
きるようにする。その結果、ユーザは、異種ファイルに記憶された関連データを
見るために、常に、ウインドウを移動し、閉じ、開けそしてサイズ直しすること
が必要となる。さもなければ、他の適当な事象に応答してビューボタンを表示又
は発生することができる。例えば、ビューボタンは、第１ウインドウがオーバー
レイウインドウにより表示から少なくとも実質的に隠されたときに発生される。
従って、ウインドウをカバーするためにウインドウを最大にし、配置し又は表示
すべきであることをユーザが指示するや否や、そのカバーされるべきウインドウ
に対してビューボタン５１４が発生される。ビューボタン５１４は、対応するウ
インドウとは独立して配置されてもよい。従って、それらは、対応するウインド
ウに隣接して又はそこから離れて表示されてもよい。多数の実施形態について本発明を説明したが、種々の変更や修正がなされ得る
ことが当業者に明らかであろう。本発明は、特許請求の範囲内に入る変更や修正
を包含するものである。

【図面の簡単な説明】

【図１】本発明の一実施形態によるビジネスインテリジェンスポータルを示すブロック
図である。

【図２】本発明の一実施形態による図１のビジネスインテリジェンスポータルを初期化
する方法を示すフローチャートである。

【図３】本発明の一実施形態による図１のビジネスインテリジェンスポータルにおいて
予め定められた問合せモデルを発生する方法を示すフローチャートである。

【図４】本発明の一実施形態による図１のビジネスインテリジェンスポータルにおいて
クライアントアプリケーションを展開しそして維持するための方法を示すフロー
チャートである。

【図５】本発明の一実施形態による予め定義された問合せモデルに基づき問合せモデル
を発生しそして実行するための方法を示すフローチャートである。

【図６】本発明の一実施形態による図１のモジュラー問合せエンジンのオペレーション
を示すブロック図である。

【図７】本発明の一実施形態による図６のモジュラー問合せエンジンのオペレーション
を示すフローチャートである。

【図８】本発明の一実施形態による多次元記憶モデルを示すブロック図である。

【図９】図８の多次元記憶モデルに対する例示的データを示すブロック図である。

【図１０】本発明の一実施形態による図８の多次元記憶モデルを発生する方法を示すフロ
ーチャートである。

【図１１】本発明の一実施形態による図１のポートフォリオにおける関連ビューの表示を
示すスクリーン図である。

【図１２】本発明の一実施形態により関連ビュー間をナビゲートするためのウインドウタ
ブを示すスクリーン図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１３年８月１日（２００１．８．１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】コンピュータ読み取り可能な媒体に存在する問合せエンジン
において、この問合せエンジンは、予め定義されたデータベースオペレーションを実行するように各々動作できる
データドライバのライブラリーと、問合せ要求に応答して、その要求を実行するのに必要なデータドライバを上記
ライブラリーから識別し、その要求を実行するのに必要なデータドライバの必要
な順序を決定し、必要な順序の必要なデータドライバより成るドライバチェーン
を発生し、そしてそのドライバチェーンのデータドライバをその順序で実行する
ように動作できるインテリジェントデータセットと、を備えたことを特徴とする問合せエンジン。
【請求項２】各データドライバは、更に、そのデータドライバに対して特
定のデータベースオペレーションを実行する際にドライバチェーン内の次のドラ
イバをコールするように動作できるベースインターフェイス方法を含む請求項１
に記載の問合せエンジン。
【請求項３】データドライバのライブラリーは、フェッチデータベースオ
ペレーションを実行するように動作できる少なくとも１つのデータドライバを含
む請求項１に記載の問合せエンジン。
【請求項４】データドライバのライブラリーは、分類データベースオペレ
ーションを実行するように動作できる少なくとも１つのデータドライバを含む請
求項１に記載の問合せエンジン。
【請求項５】データドライバのライブラリーは、インデックスデータベー
スオペレーションを実行するように動作できる少なくとも１つのデータドライバ
を含む請求項１に記載の問合せエンジン。
【請求項６】データドライバのライブラリーは、サーチデータベースオペ
レーションを実行するように動作できる少なくとも１つのデータドライバを含む
請求項１に記載の問合せエンジン。
【請求項７】組織の情報を分析するためのビジネスインテリジェンスポー
タルにおいて、このビジネスインテリジェンスポータルは、ネットワークによりリモートクライアントに接続されたサーバーと、クライアントに存在する問合せコンポーザであって、ユーザ入力に応答して問
合せモデルを発生するように動作できる問合せコンポーザと、サーバーに存在する問合せエンジンとを備え、この問合せエンジンは、指定のデータベースオペレーションを実行するように各々動作できるデータド
ライバのライブラリーと、問合せモデルに基づく問合せ要求に応答して、その要求を実行するのに必要な
データドライバを上記ライブラリーから識別し、その要求を実行するのに必要な
データドライバの必要な順序を決定し、必要な順序の必要なデータドライバより
成るドライバチェーンを発生し、そしてそのドライバチェーンのデータドライバ
をその順序で実行するように動作できるインテリジェントデータセットと、を含むものであることを特徴とするビジネスインテリジェンスポータル。
【請求項８】各データドライバは、更に、そのデータドライバに対して特
定のデータベースオペレーションを実行する際にドライバチェーン内の次のドラ
イバをコールするように動作できるベースインターフェイス方法を含む請求項７
に記載のビジネスインテリジェンスポータル。
【請求項９】データドライバのライブラリーは、フェッチデータベースオ
ペレーションを実行するように動作できる少なくとも１つのデータドライバを含
む請求項７に記載のビジネスインテリジェンスポータル。
【請求項１０】データドライバのライブラリーは、分類データベースオペ
レーションを実行するように動作できる少なくとも１つのデータドライバを含む
請求項７に記載のビジネスインテリジェンスポータル。
【請求項１１】データドライバのライブラリーは、インデックスデータベ
ースオペレーションを実行するように動作できる少なくとも１つのデータドライ
バを含む請求項７に記載のビジネスインテリジェンスポータル。
【請求項１２】データドライバのライブラリーは、サーチデータベースオ
ペレーションを実行するように動作できる少なくとも１つのデータドライバを含
む請求項７に記載のビジネスインテリジェンスポータル。
【請求項１３】データベース問合せを実行する方法において、指定のデータベースオペレーションを実行するように各々動作できるデータド
ライバのライブラリーを用意し、データベースに対する問合せ要求を受け取り、その要求を実行するのに必要なデータドライバをライブラリーから識別し、その要求を実行するのに必要なデータドライバの必要な順序を決定し、必要な順序の必要なデータドライバより成るドライバチェーンを発生し、そし
てそのドライバチェーンのデータドライバをその順序で実行することにより要求
を遂行する、という段階を含むことを特徴とする方法。
【請求項１４】各データドライバは、そのデータベースオペレーションを
実行する際にドライバチェーン内の次のドライバをコールする請求項１３に記載
の方法。