JP2014002792A

JP2014002792A - フレキシブルキューブデータウェアハウジング

Info

Publication number: JP2014002792A
Application number: JP2013197329A
Authority: JP
Inventors: Rahul Mahajan; マハジャン，ラフール; Dinesh Pandey; パンディ，ディネシュ; Stephan Denis Kirkby; デニスカークビー，スティーブン
Original assignee: Accenture Global Services Ltd
Current assignee: Accenture Global Services Ltd
Priority date: 2009-08-31
Filing date: 2013-09-24
Publication date: 2014-01-09
Anticipated expiration: 2030-08-17
Also published as: JP2011054160A; CA2713039C; AU2010212392B2; US8521755B2; CA2713039A1; JP5771253B2; CN102004752A; KR101340817B1; CN102004752B; AU2010212392A1; US20110055146A1; KR20110023756A; EP2312465A1

Abstract

【課題】新しいオンライン分析処理（ＯＬＡＰ）キューブをＯＬＡＰキューブテンプレートから指定するシステムおよび方法を提供する。
【解決手段】ＯＬＡＰキューブ指定システムは、ＯＬＡＰキューブテンプレートを決定し、対応するテンプレートメタデータファイルを取り出すＯＬＡＰキューブテンプレート決定モジュールと、テンプレートメタデータファイルをコピーしてベースメタデータファイルを作成するメタデータコピーモジュールと、ベースメタデータファイルを変更して新しいＯＬＡＰキューブを定義する実行可能オプションを生成して提示する、実行可能オプション生成モジュールを含む。また、提示された実行可能オプションに基づいて、ベースメタデータへの変更を示す入力をユーザインタフェースを介して受信し、変更されたベースメタデータを新しいＯＬＡＰキューブを定義するメタデータファイルとして格納するメタデータ受信モジュールをさらに含む。
【選択図】図１

Description

本出願は、新しいオンライン分析処理（ＯＬＡＰ：ｏｎｌｉｎｅａｎａｌｙｔｉｃａｌｐｒｏｃｅｓｓｉｎｇ）キューブをＯＬＡＰキューブテンプレートから指定するシステムおよび方法に関する。

優先権主張
本出願は、２００９年８月３１日に出願された「フレキシブルキューブデータウェアハウジング（ＦｌｅｘｉｂｌｅＣｕｂｅＤａｔａＷａｒｅｈｏｕｓｉｎｇ）」と題される米国特許仮出願第６１／２３８，３７３号に対する優先権を主張するものであり、その内容全体が参照することによって本明細書に組み込まれる。

オンライン分析処理（ＯＬＡＰ）は、データベースのデータにアクセスするために使用されるアプリケーションおよびソフトウェアなどのツールの１つのカテゴリである。ＯＬＡＰを用いると、多次元分析クエリへの高速な応答が可能となる。ＯＬＡＰ用に構成されるデータベースは、戦略情報に高速にアクセスしてさらに分析を行うためのデータの多次元のビューを提供する多次元データモデルを使用してもよい。

ＯＬＡＰツールは、ＯＬＡＰキューブを使用して効率的なデータ取り出しを実現する。ＯＬＡＰキューブとは、ディメンション（ｄｉｍｅｎｓｉｏｎ）およびメジャー（ｍｅａｓｕｒｅ）によってデータのカテゴリを編成するデータ構造である。メジャーは、ファクト（ｆａｃｔ）または数値を表す。ディメンションは、データの記述カテゴリを表す。例えば、メジャーは、ビューのために選択されるディメンションによって定義されるようにセルを占める実際のデータ値であってもよい。ＯＬＡＰキューブは、幾つのディメンションを有してもよい。

簡単な例は、データの記述カテゴリを表すキューブの３つのディメンションとして、期間、製品およびロケーションを含み得る。メジャーは、キューブ内の不連続データ要素である。この例では、店舗、レジ係または顧客などの幾つものディメンションをＯＬＡＰキューブに追加することができる。これによって、アナリストは、ディメンションの任意の組み合わせに沿ってメジャーをビューすることができるようになる。

従来、データウェアハウス報告の場合、技術解決チームがＯＬＡＰキューブを定義して、その定義されたＯＬＡＰキューブ構造のみを使用して実施された内容をビジネスアナリストなどのユーザに報告している。ユーザがＯＬＡＰキューブに対してディメンションを追加したりあるいは削除したりするなどの変更を希望する場合には、技術解決チームは、面倒なプロセスに従って変更を適切に実施しなければならない。ＯＬＡＰキューブの変更を実施するために必要となる行ったり来たりのやりとりやプロセスは、厄介で時間どおりに進まず、データの様々な見方をして重要なビジネスインテリジェンス問題に妥当な期間で答えようとする場合にアナリストのフラストレーションを高める可能性がある。

実施形態によれば、ＯＬＡＰキューブテンプレートから新しいＯＬＡＰキューブを指定するＯＬＡＰキューブ指定システムは、ＯＬＡＰキューブテンプレート決定モジュールと、メタデータコピーモジュールと、実行可能オプション生成モジュールと、メタデータ受信モジュールとを含む。ＯＬＡＰキューブテンプレート決定モジュールは、ＯＬＡＰキューブテンプレートを決定し、ＯＬＡＰキューブテンプレートの構造を定義するメタデータを含む、対応するテンプレートメタデータファイルを取り出すように構成される。メタデータコピーモジュールは、テンプレートメタデータファイルをコピーしてベースメタデータファイルを作成するように構成される。実行可能オプション生成モジュールは、ベースメタデータファイルのメタデータを変更して新しいＯＬＡＰキューブを定義する実行可能オプションを生成して提示するように構成され、ベースメタデータファイルのメタデータを変更する実行可能オプションは、１つ以上の所定のルールに従う。メタデータ受信モジュールは、提示された実行可能オプションに基づいて、ベースメタデータファイルのメタデータへの変更を示す入力を、ユーザインタフェースを介して受信し、変更されたベースメタデータファイルを、新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納するように構成される。

実施形態によれば、ＯＬＡＰキューブテンプレートから新しいＯＬＡＰキューブを指定する方法は、ＯＬＡＰキューブテンプレートを決定するステップを含む。この方法は、ＯＬＡＰキューブテンプレートの構造を定義するメタデータを含む、対応するテンプレートメタデータファイルを取り出すステップと、ベースメタデータファイルを作成するためにテンプレートメタデータファイルをコピーするステップとをさらに含む。この方法は、ベースメタデータファイルのメタデータを変更して新しいＯＬＡＰキューブを定義する実行可能オプションであって、１つ以上の所定のルールに従う実行可能オプションを生成するステップと、ユーザに実行可能オプションを提示するステップとを含む。この方法は、提示された実行可能オプションに基づいて、ベースメタデータファイルのメタデータへの変更を示す入力をユーザから受信するステップと、変更されたベースメタデータファイルを新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納するステップとをさらに含む。実施形態によれば、前述の方法は、コンピュータシステムによって実行される場合にこの方法を実施する、非一時的なコンピュータ可読媒体上に格納されるコンピュータプログラムに具体化されてもよい。

以下の図面を参照して、以下の記載において本発明の実施形態を詳細に説明する。

実施形態によるＯＬＡＰキューブ指定システムを示す図である。実施形態による新しいＯＬＡＰキューブを指定する方法を示す図である。実施形態によるＯＬＡＰキューブディメンションへのアクセスを制限する方法を示す図である。実施形態によるＯＬＡＰキューブ指定システムのスクリーンショットを示す図である。実施形態によるコンピュータシステムを示す図である。

簡単にするためおよび説明のため、実施形態の原理は、その例を主に参照することによって説明される。以下の説明では、実施形態を完全に理解することができるように数多くの具体的詳細が述べられている。しかしながら、実施形態がこのような具体的詳細に限定されないで実践されてもよいことは、当業者にとって明らかであろう。場合によっては、実施形態を不必要に不明瞭にしないように、周知の方法および構造については詳細に説明していない。さらに、様々な実施形態が以下に説明される。実施形態は、様々な組み合わせで一緒に使用されてもあるいは実施されてよい。

１．概要
実施形態によれば、ＯＬＡＰキューブ指定システムは、ＯＬＡＰキューブテンプレートから新しいＯＬＡＰキューブの構造を指定する機会をユーザに提供する。ＯＬＡＰキューブの構造は、メタデータによって定義されてよい。メタデータは、ディメンション、階層およびカテゴリを含むＯＬＡＰ構造のスキーマを表してよい。ディメンションは、階層の異なるレベルのカテゴリを有してよい。カテゴリは、ディメンションのメンバであり、特定の記述または分類と合致する項目を含んでよい。例えば、カテゴリは、期間ディメンションの年であってよい。カテゴリが親および子を有する異なるレベルに編成される点において、カテゴリは階層と見なすことができる。地理的ロケーションのディメンションに関する階層の例は、都市、州、郵便番号、地域および国である。ＯＬＡＰキューブ上でドリルダウン（ｄｒｉｌｌ−ｄｏｗｎ）操作を実施して、階層の異なるレベルのデータをビューしてよい。ドリルアップ（ｄｒｉｌｌ−ｕｐ）操作を実施してもよい。ドリルアップ操作では、親カテゴリは、すぐ上のレベルの別のカテゴリであってよい。ドリルダウン操作では、子カテゴリは、すぐ下のレベルの別のカテゴリであってよい。

一実施形態では、予め設定されたディメンションおよびデータアクセスルールを有するＯＬＡＰキューブのＯＬＡＰキューブテンプレートは、読み出し専用テンプレートメタデータファイルに定義される。新しいメタデータがＯＬＡＰキューブテンプレートのテンプレートメタデータファイルのコピーに導入される場合に、新しいＯＬＡＰキューブが作成される。したがって、メタデータは新しいＯＬＡＰキューブを定義し得る。データをビューしながらＯＬＡＰキューブテンプレートから新しいＯＬＡＰキューブが指定されてよく、技術解決チームが面倒なプロセスを実施して現在ビューしているＯＬＡＰキューブの構造へ変更を実施する必要はない。

ユーザインタフェースを介して、ユーザは新しいＯＬＡＰキューブの新しいメタデータを定義してよい。ユーザは、必要に応じてディメンションおよび階層を指定あるいは変更してよい。ユーザは、必要に応じてスライス項目を指定してよい。ローテーションおよびドリルダウン／ドリルアップ操作によるスライスの指定を介して対話形式でページ表示を要求することによりＯＬＡＰキューブをナビゲートするユーザ起動プロセスのことを、「スライス＆ダイス」と呼ぶことがある。ＯＬＡＰキューブ指定システムによって、ユーザはスライス項目を指定して、多次元アレイのサブセットを取り出すことができるようになる。ＯＬＡＰキューブ指定システムによって、ユーザは、既存のＯＬＡＰキューブのディメンションのリストを要求し、そのリストからディメンションを追加、削除または変更することができるようになる。さらに、ＯＬＡＰキューブ指定システムによって、ユーザは、キューブのあらゆるディメンションの階層のリストを要求し、階層を追加、削除または変更することもできるようになる。さらに、ユーザは、ＯＬＡＰキューブ指定システムを介してディメンションおよびその各階層の順序を指定することもできる。

ＯＬＡＰキューブ指定システムは、任意のディメンションの任意のカテゴリへのデータアクセスを制限するデータアクセスルールを指定する機会も、ユーザに提供する。データアクセスルールは、データが必ずそのデータアクセスルールに基づいて専ら抽出されるように、ＯＬＡＰキューブのディメンションによって定義してよい。

２．システム
図１は、実施形態によるＯＬＡＰキューブ指定システム１００を示す。ＯＬＡＰキューブ指定システム１００は、ＯＬＡＰキューブテンプレート決定モジュール１０１と、ＯＬＡＰキューブテンプレートデータストア１０２と、ユーザインタフェース１０３と、ＯＬＡＰキューブデータストア１０４と、メタデータコピーモジュール１０５と、実行可能オプション生成モジュール１０６と、メタデータ受信モジュール１０７と、ルールモジュール１０８とを含む。

ＯＬＡＰキューブテンプレート決定モジュール１０１は、新しいＯＬＡＰキューブを作成するための汎用テンプレートとして機能するようＯＬＡＰキューブテンプレートを決定し、対応するテンプレートメタデータファイルを取り出すように構成される。ＯＬＡＰキューブテンプレートは、読み出し専用テンプレートメタデータファイルのメタデータによって定義される予め設定されたディメンションおよびデータアクセスルールを有する、ＯＬＡＰキューブである。ＯＬＡＰキューブ指定システム１００は、様々な目的のために複数の種類のＯＬＡＰキューブテンプレートを有してよい。ＯＬＡＰキューブテンプレートのテンプレートメタデータファイルは、ＯＬＡＰキューブテンプレートデータストア１０２に格納される。ユーザは、適切な種類のＯＬＡＰキューブテンプレートを選択してよい。ユーザがユーザインタフェース１０３を介してＯＬＡＰキューブテンプレートを選択すると、ＯＬＡＰキューブテンプレートデータストア１０２からＯＬＡＰキューブテンプレートのテンプレートメタデータファイルが選択されて取り出される。別の例では、既存のＯＬＡＰキューブが、ユーザインタフェース１０３を介してユーザによって指定される。既存のＯＬＡＰキューブのメタデータファイルは、ＯＬＡＰキューブデータストア１０４から取り出され、テンプレートメタデータファイルと見なされる。

メタデータコピーモジュール１０５は、ベースメタデータファイルとして機能するよう、取り出されたテンプレートメタデータファイルをコピーし、そこから新しいＯＬＡＰキューブが作成されてよい。ベースメタデータファイルは、ＯＬＡＰキューブテンプレートのＯＬＡＰキューブを定義するメタデータを含む。上記において説明したように、ＯＬＡＰキューブの構造は、一般に、メタデータによって定義される。メタデータは、ディメンション、階層およびカテゴリを含むＯＬＡＰ構造のスキーマを表す。ベースメタデータファイルのメタデータを変更して、新しいＯＬＡＰキューブを作成してよい。

実行可能オプション生成モジュール１０６は、ベースファイルのメタデータによって定義されるディメンションを変更する実行可能オプションを生成し、ユーザインタフェース１０３を介して実行可能オプションを提示する。実行可能オプションは、所定のルールに準拠している変更である。例えば、ユーザインタフェース１０３によって、ユーザは、ベースファイルのメタデータの変更を入力することができる。ユーザは、ユーザインタフェース１０３によってディメンションおよび階層を変更することができる。この変更は、メタデータを変更しまたは新しいメタデータを挿入することによって、ベースファイルのディメンション、カテゴリおよび階層を追加、削除あるいは変更することを含んでよい。ディメンションの順序も、ユーザインタフェース１０３を介して変更してよい。ディメンションのカテゴリの順序を、ユーザインタフェース１０３を介して指定することができる。例えば、売上データディメンションがＱ１〜Ｑ４のカテゴリを含む場合、データを表示する順序は、Ｑ１からＱ４へのように、最初の四半期から最後の四半期へと指定されてよい。上記において説明したように、変更は、スライス項目でユーザによって提供されてよい。

しかしながら、ベースファイルのメタデータであれば、ユーザが、いかなる方法によってもすべてのディメンションを変更できるわけではない。ＯＬＡＰキューブテンプレートを定義するメタデータによってのみ、ディメンションの特定の態様を変更することが可能となり、このような変更可能な態様は、実行可能オプションと称される。例えば、ルールは、ディメンションの特定のレベルがビュー内でグループ化された状態でなければならないと指定してよい。例えば、ディメンションは期間であり、ディメンションのレベルは、年、月および四半期である。ユーザインタフェース１０３によって年および月を移動させてビューを生成することができるが、それらを分離することはできない。例えば、地理が別のレベルの場合、ビューは、国、年、月および州の順序を有してもよいが、国、年、州および月の順序を有することはできない。さらに、ディメンションおよびレベルは、データウェアハウスのデータの粒度に基づいて事前に設定されてよい。グループ化ルール以外のルールについても実施されてよい。

メタデータ受信モジュール１０７は、提示される実行可能オプションに基づいて、ベースメタデータファイルのメタデータを変更して新しいＯＬＡＰキューブを定義するための入力を、ユーザインタフェース１０３を介して受信する。この入力は、実行可能オプションによって拘束されるベースファイルのメタデータの変更であってよい。変更されたメタデータは、新しいメタデータファイルとしてＯＬＡＰキューブデータストア１０４に格納される。新しいメタデータファイルは、ＯＬＡＰキューブデータストア１０４の新しいＯＬＡＰキューブを定義する。新しいＯＬＡＰキューブの構造は、新しいメタデータファイルを反映している。新しいＯＬＡＰキューブは、さらなる使用ができる状態になっている。例えば、新しいＯＬＡＰキューブにスライスおよびドリルダウン操作を実施してよい。一方、ＯＬＡＰキューブテンプレートは、ＯＬＡＰキューブテンプレートデータストア１０２で再使用するために元の状態で保存されている。

ユーザインタフェース１０３によって、ユーザは、ＯＬＡＰキューブのリストをビューする、ＯＬＡＰキューブのディメンションおよび階層をビューする、ＯＬＡＰ操作の結果として取り出されるディメンションをビューするなどが可能になる。

ルールモジュール１０８は、データアクセスのルールを受信するように構成される。例えば、アプリケーションのすべての権利を有してよいシステム管理者は、データアクセスのルールを作成し、ユーザインタフェース１０３を介してＯＬＡＰキューブ指定システム１００にそのルールを入力する。ルールは、ユーザの種類に基づいても、あるいは他のユーザ特性に基づいてもよい。ルールは、例えば、ディメンションが特定のユーザにアクセス可能かアクセス可能でないかを指定する。ＯＬＡＰキューブ指定システム１００は、データアクセスのルールをＯＬＡＰキューブのディメンションの形態で格納する。このディメンションは、ルールディメンションと称される。ルールを使用して実行可能オプションを決定してよい。

ＯＬＡＰキューブの操作は、ユーザインタフェース１０３で受信されてよい。例えば、ユーザは、ディメンションとしてデータアクセスのルールを有するＯＬＡＰキューブに対して実施される操作を指定する。この操作は、スライス操作、ドリルダウン操作などでよく、ユーザは、所望の方法でデータをビューすることができるようになる。ルールモジュール１０８は、ユーザインタフェース１０３でユーザが入力する操作の結果として返信されているディメンションへのアクセス権をユーザが有するかどうかを判断する。例えば、ＯＬＡＰキューブ指定システム１００は、以下で方法３００に関して説明されるステップ３０３の操作を実施する。この操作は、特定のディメンションを返信する。ルールモジュール１０８は、ルールディメンションにアクセスして、ユーザが返信されたディメンションにアクセスすることができるかどうかを判断する。例えば、ルールディメンションは、返信されたディメンションにアクセスするにはそのユーザがビジネスアナリストの種類である必要があることを示す。ルールモジュール１０８は、格納されるユーザの属性にアクセスして、そのユーザがビジネスアナリストであるかどうかを判断する。ユーザがビジネスアナリストであれば、ユーザは、返信されたディメンションへのアクセス権が与えられる。例えば、返信されたディメンションがユーザに表示される。ユーザがビジネスアナリストでない場合には、ユーザは、非アクセス可能データまたは非アクセス可能レベルを決して見ることはできず、ユーザには、ＯＬＡＰキューブ指定システム１００が、ユーザが見ることができる内容以外に他の何らかのデータを有していることがわからないかもしれない。ユーザがルールモジュール１０８によってディメンションへのアクセス権を有すると判断される場合には、ルールディメンションを関連するデータアクセス値で更新することによって、ディメンションへのアクセス権がユーザに与えられる。さらに、ＯＬＡＰキューブへのどのようなクエリも、どのデータを許可するべきかおよびどのデータを示さないべきかに基づいてルールディメンションの値を有することになる。アクセス権を与えることによって、ユーザは、ディメンションを変更したり、あるいはディメンションをビューしたりできるようになる。ユーザがルールモジュール１０８による判断の結果としてアクセス権を有しない場合には、ユーザは、返信されたディメンションへのアクセスを拒否される。

３．新しいＯＬＡＰキューブの指定方法
図２は、実施形態による新しいＯＬＡＰキューブの指定方法２００の流れ図を示す。方法２００は、限定ではなく例として、図１を参照して上記において説明したＯＬＡＰキューブ指定システム１００上で実施されてよい。方法２００は、他のシステムで実践されてよい。

ステップ２０１では、ＯＬＡＰキューブ指定システム１００は、新しいＯＬＡＰキューブを作成するための汎用テンプレートとして機能するＯＬＡＰキューブテンプレートを決定し、対応するテンプレートメタデータファイルを取り出す。上記において説明したように、ＯＬＡＰキューブテンプレートは、読み出し専用テンプレートメタデータファイルのメタデータによって定義される予め設定されたディメンションおよびデータアクセスルールを有するＯＬＡＰキューブである。ＯＬＡＰキューブ指定システム１００は、様々な目的のために複数の種類のＯＬＡＰキューブテンプレートを有してよい。したがって、ユーザは、適切な種類のＯＬＡＰキューブテンプレートを選択してもよい。

ステップ２０２では、ＯＬＡＰキューブ指定システム１００は、ベースメタデータファイルとして機能するよう、取り出されたテンプレートメタデータファイルをコピーし、そこから新しいＯＬＡＰキューブが作成されてよい。ベースメタデータファイルは、ＯＬＡＰキューブテンプレートのＯＬＡＰキューブを定義するメタデータを含む。上記において説明したように、ＯＬＡＰキューブの構造は、一般に、メタデータによって定義される。ベースメタデータファイルのメタデータを変更して、新しいＯＬＡＰキューブを作成してよい。

ステップ２０３では、ＯＬＡＰキューブ指定システム１００は、ベースファイルのメタデータのディメンションを変更する実行可能オプションを生成し、ユーザインタフェース１０３を介して実行可能オプションを提示する。上記において説明したように、ベースファイルのメタデータを変更する実行可能オプションは、所定のルールに準拠している変更である。例えば、ＯＬＡＰキューブテンプレートを定義するメタデータによってのみ、ディメンションの特定の態様を変更することが可能となり、このような変更可能な態様は、実行可能オプションと称される。

ステップ２０４では、ＯＬＡＰキューブ指定システム１００は、実行可能オプションに基づいて、ベースメタデータファイルのメタデータを変更して新しいＯＬＡＰキューブを定義するための入力を受信する。この入力は、実行可能オプションによって拘束されるベースファイルのメタデータの変更であってよい。

ステップ２０５では、変更されたメタデータは、新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納される。新しいＯＬＡＰキューブの構造は、新しいメタデータファイルを反映している。新しいＯＬＡＰキューブは、さらなる使用ができる状態になっている。例えば、新しいＯＬＡＰキューブにスライスおよびドリルダウン操作を実施してよい。一方、ＯＬＡＰキューブテンプレートは、再使用するために元の状態で保存されている。

４．ＯＬＡＰキューブディメンションへのデータアクセスを制限する方法
図３は、実施形態による、１つ以上のＯＬＡＰキューブディメンションへのアクセスを制限する方法３００の流れ図を示す。方法３００は、限定ではなく例として、図１を参照して上記において説明したＯＬＡＰキューブ指定システム１００上で実施されてよい。方法３００は、他のシステムで実践されてよい。

ステップ３０１では、ＯＬＡＰキューブ指定システム１００は、データアクセスのルールを受信する。例えば、アプリケーションのすべての権利を有してよいシステム管理者は、データアクセスのルールを作成し、ユーザインタフェースを介してＯＬＡＰキューブ指定システム１００にそのルールを入力する。ルールは、ユーザの種類に基づいても、あるいは他のユーザ特性に基づいてもよい。ルールは、例えば、ディメンションが特定のユーザにアクセス可能かアクセス可能でないかを指定する。

ステップ３０２では、ＯＬＡＰキューブ指定システム１００は、データアクセスのルールをＯＬＡＰキューブのディメンションの形態で格納する。このディメンションは、ルールディメンションと称される。

ステップ３０３では、ＯＬＡＰキューブ指定システム１００は、ＯＬＡＰキューブの操作を受信する。例えば、ユーザは、ディメンションとしてデータアクセスのルールを有するＯＬＡＰキューブに対して実施される操作を指定する。この操作は、スライス操作、ドリルダウン操作などでよく、ユーザは、所望の方法でデータをビューすることができるようになる。

ステップ３０４では、ＯＬＡＰキューブ指定システム１００は、ステップ３０３で指定された操作の結果として返信されているディメンションへのアクセス権をユーザが有するかどうかを判断する。例えば、ＯＬＡＰキューブ指定システム１００は、ステップ３０３の操作を実施する。この操作は、特定のディメンションを返信する。ＯＬＡＰキューブ指定システム１００は、ルールディメンションにアクセスして、ユーザが返信されたディメンションにアクセスすることができるかどうかを判断する。例えば、ルールディメンションは、返信されたディメンションにアクセスするにはそのユーザがビジネスアナリストの種類である必要があることを示す。ＯＬＡＰキューブ指定システム１００は、格納されるユーザの属性にアクセスして、そのユーザがビジネスアナリストであるかどうかを判断する。ユーザがビジネスアナリストであれば、ユーザは、返信されたディメンションへのアクセス権が与えられる。例えば、返信されたディメンションがユーザに表示される。ユーザがビジネスアナリストでない場合には、ユーザは、非アクセス可能データまたは非アクセス可能レベルを決して見ることはできず、ユーザには、ＯＬＡＰキューブ指定システム１００が、ユーザが見ることができる内容以外に他の何らかのデータを有していることがわからないかもしれない。

ステップ３０５では、ユーザがディメンションへのアクセス権を有すると判断される場合に、ルールディメンションを関連するデータアクセス値で更新することによって、ディメンションへのアクセス権がユーザに与えられる。さらに、ＯＬＡＰキューブへのどのようなクエリも、どのデータを許可するべきかおよびどのデータを示さないべきかに基づいてルールディメンションの値を有することになる。アクセス権を与えることによって、ユーザは、ディメンションを変更したり、あるいはディメンションをビューしたりできるようになる。ユーザがアクセス権を有しない場合に、ステップ３０６では、ユーザは、返信されたディメンションへのアクセスを拒否される。方法３００を方法２００と合わせて実施して、ユーザがディメンションを変更およびビューするアクセス権を有するかどうかを判断してよい。

５．スクリーンショット
図４は、限定ではなく例として、図１〜図３を参照して上記において説明したＯＬＡＰキューブ指定システム１００のスクリーンショットの例を示す。

図４は、ＯＬＡＰキューブ指定システム１００のユーザインタフェース１０３を介して提示されるスクリーンショットを示す。ＯＬＡＰキューブ指定システム１００は、少なくとも１つのディメンションで定義されるＯＬＡＰキューブを指定するルールを含み、あらゆる選択されたディメンションは、選択された少なくとも１つのレベル、すなわち階層を有し、選択されたディメンションの関連するレベルのみが示されることになる。図４では、シナリオ名４０１によって、ユーザは新しいＯＬＡＰキューブの名前を入力することができる。この場合、シナリオ名４０１は「新しい分析キューブ」である。

使用可能なディメンション４０２は、新しいＯＬＡＰキューブでビューするために選択することができるユーザディメンションを示す。使用可能なディメンション４０２は、「地理」４０６、「製品」４０７および「ドライバ」４０８を含むディメンション名４０４を有する。選択されたディメンション４０３は、ユーザによって選択されたディメンションを示す。選択されたディメンション４０３は、ディメンション名４０５を含む。この例では、ユーザによってまだディメンションが選択されていない。項目４０９は、使用可能なディメンション４０２で実施されてもよい操作、すなわち、「すべてコピー」、「コピー」、「削除」および「すべて削除」を示す。

選択されたディメンション４１０は、選択されたディメンション、すなわち、現在ビューされている選択されたディメンション４０３と同じリストを示す。この例では、ユーザによってまだディメンションが選択されていない。選択されたレベル４１１は、現在ビューされているディメンションのレベルを選択するために使用可能なレベルをユーザに示す。選択されたレベル４１１は、現在ビューされているディメンションに使用できるレベルをレベル４１３によって編成する。この時点で選択されたレベル４１１はないので、レベル４１３は存在しない。レベルも同じく除外されてよい。除外されたレベル４１２は、現在ビューされているディメンションに対して除外されるレベルをレベル４１４によって編成する。この時点で除外されたレベル４１２はないので、レベル４１４は存在しない。項目４１５は、選択されたレベル４１１で実施されてよい操作、すなわち、「すべてコピー」、「コピー」、「削除」および「すべて削除」を示す。

６．コンピュータシステム
図５は、ＯＬＡＰキューブ指定システム１００のハードウェアプラットフォームとして使用されてもよいコンピュータシステム５００を示す。コンピュータシステム５００は、記憶装置などの１つ以上の非一時的なコンピュータ可読媒体上に格納されるソフトウェアとして具体化されてよい本明細書に記載されるステップ、方法および機能のうちの１つ以上を実行するためのプラットフォームとして使用されてもよい。

コンピュータシステム５００は、本明細書に記載される方法、機能および他のステップの一部または全部を実施するソフトウェア命令を実施または実行してよいプロセッサ５０２または処理回路を含む。プロセッサ５０２からのコマンドおよびデータは、通信バス５０４を通して通信される。コンピュータシステム５００は、プロセッサ５０２用のソフトウェアおよびデータが実行時間中そこに存在してよい、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）などの非一時的なコンピュータ可読記憶装置５０３をさらに含む。記憶装置５０３は、不揮発性データ記憶装置をさらに含んでもよい。コンピュータシステム５００は、ネットワークに接続するためのネットワークインタフェース５０５を含んでもよい。コンピュータシステム５００で他の周知の電子構成部品を追加しあるいは代用してもよいことは、当業者にとって明らかであろう。

実施形態が例を参照しながら説明されてきたが、当業者であれば、請求されている実施形態の範囲から逸脱することなしに記載された実施形態に様々な変更を加えることができるであろう。さらに、本明細書に記載される実施形態を使用して、メタデータによって定義され得る他のデータ構造を変更することもできる。

Claims

新しいオンライン分析処理（ＯＬＡＰ）キューブをＯＬＡＰキューブテンプレートから指定するＯＬＡＰキューブ指定システムであって、
前記ＯＬＡＰキューブテンプレートを決定し、前記ＯＬＡＰキューブテンプレートの構造を定義するメタデータを含む、対応するテンプレートメタデータファイルを取り出すためのＯＬＡＰキューブテンプレート決定モジュールと、
前記テンプレートメタデータファイルからベースメタデータファイルを作成するためのメタデータコピーモジュールと、
データアクセスのルールを受信し、前記ルールを格納し、前記格納されたルールに基づいて、ユーザが、前記新しいＯＬＡＰキューブのディメンションまたは前記ディメンションのレベルへのアクセス権を有するかどうかを判断するルールモジュールであって、前記ルールは、前記新しいＯＬＡＰキューブにおいて変更が認められるディメンションの変更可能な態様を指定するものであり、かつ前記ルールは、前記ディメンションの特定のレベルがビュー内でグループ化された状態でなければならないと指定するルールを含む、ルールモジュールと、
前記ベースメタデータファイルのメタデータを変更して前記新しいＯＬＡＰキューブを定義する実行可能オプションであって、前記格納されたルールに従う実行可能オプションを生成して提示するための実行可能オプション生成モジュールと、
前記提示された実行可能オプションに基づいて、前記ベースメタデータファイルの前記メタデータへの変更を示す入力をユーザインタフェースを介して受信し、前記変更されたベースメタデータファイルを前記新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納するためのメタデータ受信モジュールと、
を含む
ＯＬＡＰキューブ指定システム。
前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項１に記載のＯＬＡＰキューブ指定システム。
前記変更が、ディメンションのカテゴリのスライス項目を含む、請求項１に記載のＯＬＡＰキューブ指定システム。
前記メタデータが、ディメンション、階層およびカテゴリ情報を含み、前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項１に記載のＯＬＡＰキューブ指定システム。
以降の操作が、前記新しいＯＬＡＰキューブ上で実施される、請求項１に記載のＯＬＡＰキューブ指定システム。
前記ルールモジュールがさらに、
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有することを示す場合に、前記ディメンションの前記レベルおよび前記ディメンションの前記レベルのメンバへのアクセス権を与え、
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有しないことを示す場合に、前記ディメンションの前記レベルへのアクセスを拒否する、
請求項１に記載のＯＬＡＰキューブ指定システム。
前記ルールモジュールがさらに、
前記ディメンションまたは前記レベルへのアクセスが許可されるユーザの種類が、前記ルールに指定されているかどうかを判断する、
請求項１に記載のＯＬＡＰキューブ指定システム。
新しいオンライン分析処理（ＯＬＡＰ）キューブをＯＬＡＰキューブテンプレートから指定する方法であって、
コンピュータシステムによって、前記ＯＬＡＰキューブテンプレートを決定するステップと、
前記ＯＬＡＰキューブテンプレートの構造を定義するメタデータを含む、対応するテンプレートメタデータファイルを取り出すステップと、
データアクセスのルールを受信し、前記ルールを格納し、前記格納されたルールに基づいて、ユーザが、前記新しいＯＬＡＰキューブのディメンションまたは前記ディメンションのレベルへのアクセス権を有するかどうかを判断するステップであって、前記ルールは、前記新しいＯＬＡＰキューブにおいて変更が認められるディメンションの変更可能な態様を指定するものであり、かつ前記ルールは、前記ディメンションの特定のレベルがビュー内でグループ化された状態でなければならないと指定するルールを含む、前記ステップと、
前記テンプレートメタデータファイルからベースメタデータファイルを作成するステップと、
前記ベースメタデータファイルのメタデータを変更して前記新しいＯＬＡＰキューブを定義する実行可能オプションであって、前記格納されたルールに従う実行可能オプションを生成するステップと、
前記実行可能オプションをユーザに提示するステップと、
前記提示された実行可能オプションに基づいて、前記ベースメタデータファイルの前記メタデータへの変更を示す入力を前記ユーザから受信するステップと、
前記変更されたベースメタデータファイルを、前記新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納するステップと、
を含む方法。
前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項８に記載の方法。
前記変更が、ディメンションのカテゴリのスライス項目を含む、請求項８に記載の方法。
前記メタデータが、ディメンション、階層およびカテゴリ情報を含み、前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項８に記載の方法。
以降の操作を前記新しいＯＬＡＰキューブ上で実施するステップ
をさらに含む、請求項８に記載の方法。
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有することを示す場合に、前記ディメンションの前記レベルおよび前記ディメンションの前記レベルのメンバへのアクセス権を与えるステップと、
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有しないことを示す場合に、前記ディメンションの前記レベルへのアクセスを拒否するステップと、
をさらに含む、請求項８に記載の方法。
前記格納されたルールにアクセスすることによって、ユーザが前記ＯＬＡＰキューブのディメンションへのアクセス権を有するかどうかを判断する前記ステップが、
前記ディメンションまたは前記レベルへのアクセスが許可されるユーザの種類が、前記格納されたルールに指定されているかどうかを判断するステップ
をさらに含む、請求項８に記載の方法。
新しいオンライン分析処理（ＯＬＡＰ）キューブをＯＬＡＰキューブテンプレートから指定するコンピュータ実行可能命令がその上に格納されるコンピュータ可読媒体であって、前記コンピュータ実行可能命令が、実行時にコンピュータシステムに、
前記ＯＬＡＰキューブテンプレートを決定するステップと、
前記ＯＬＡＰキューブテンプレートの構造を定義するメタデータを含む、対応するテンプレートメタデータファイルを取り出すステップと、
データアクセスのルールを受信し、前記ルールを格納し、前記格納されたルールに基づいて、ユーザが、前記新しいＯＬＡＰキューブのディメンションまたは前記ディメンションのレベルへのアクセス権を有するかどうかを判断するステップであって、前記格納されたルールは、前記新しいＯＬＡＰキューブにおいて変更が認められるディメンションの変更可能な態様を指定するものであり、かつ前記ルールは、前記ディメンションの特定のレベルがビュー内でグループ化された状態でなければならないと指定するルールを含む、前記ステップと、
前記テンプレートメタデータファイルからベースメタデータファイルを作成するステップと、
前記ベースメタデータファイルのメタデータを変更して前記新しいＯＬＡＰキューブを定義する実行可能オプションであって、前記格納されたルールに従う実行可能オプションを生成するステップと、
前記実行可能オプションをユーザに提示するステップと、
前記提示された実行可能オプションに基づいて、前記ベースメタデータファイルの前記メタデータへの変更を示す入力を前記ユーザから受信するステップと、
前記変更されたベースメタデータファイルを、前記新しいＯＬＡＰキューブを定義する新しいメタデータファイルとして格納するステップと、
を行わせる、コンピュータ可読媒体。
前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項１５に記載のコンピュータ可読媒体。
前記変更が、ディメンションのカテゴリのスライス項目を含む、請求項１５に記載のコンピュータ可読媒体。
前記メタデータが、ディメンション、階層およびカテゴリ情報を含み、前記変更が、ディメンションの階層および前記ディメンションのカテゴリの順序のうちの少なくとも１つの変更を含む、請求項１５に記載のコンピュータ可読媒体。
前記コンピュータ実行可能命令がさらに、以降の操作を前記新しいＯＬＡＰキューブ上で実施するステップ
を行わせる、請求項１５に記載のコンピュータ可読媒体。
前記コンピュータ実行可能命令がさらに、
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有することを示す場合に、前記ディメンションの前記レベルおよび前記ディメンションの前記レベルのメンバへのアクセス権を与えるステップと、
前記格納されたルールが、前記ユーザが前記ディメンションの前記レベルにアクセスする特権を有しないことを示す場合に、前記ディメンションの前記レベルへのアクセスを拒否するステップと、
を行わせる、請求項１５に記載のコンピュータ可読媒体。