(57)【特許請求の範囲】
【請求項１】
グラフィカル・インターフェース木構成要素を使用してオブジェクト間の論理関係をグラフィカルに表示する方法であって、
テーブル、索引、およびビューを含む少なくとも３つのタイプによってグループ化されたオブジェクトのグラフィカル木構造を表示するステップと、
前記木内の特定のテーブル・オブジェクトが、ユーザによってポインティング・デバイスを用いて拡張のために選択された時に、展開される前記特定のテーブル・オブジェクトに対する論理関係を有する索引オブジェクトおよびビュー・オブジェクトを、タイプによってグループ化して前記グラフィカル木構造内で表示するステップと
を含む、方法。
【請求項２】
前記グラフィカル木構造内で前記特定のテーブル・オブジェクト、前記索引オブジェクトおよび前記ビュー・オブジェクトのうち１つの変更対象オブジェクトを選択することと、コンテキスト・メニューを表示するために前記選択された変更対象オブジェクトを右クリックすることと、前記コンテキスト・メニュー内でプロパティを選択することと、所望の変更内容に従ってデータを入力することと、前記コンテキスト・メニューを閉じることとによって、ポインティング・デバイスおよびデータ入力装置を用いてその場で前記変更対象オブジェクトに対する変更を行うステップをさらに含み、
前記グラフィカル木構造が、前記変更を示すためにリフレッシュされる、
請求項１に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、グラフィカル・インターフェースの分野に関し、具体的には、オブジェクト間の論理関係をグラフィカルに表示することに関する。
【０００２】
【従来の技術】
最も初期のコンピュータ・システムにも、ユーザから入力を受け取ることができるようにする基本的な機能が含まれていた。これらの機構を、ユーザ・インターフェースと称することがしばしばである。初期のコンピュータのユーザ・インターフェースでは、コンピュータ・システムのユーザが、システムのネイティブ言語でコンピュータ・システムと通信できるようにするライトおよびスイッチを使用することがしばしばであった。この形態の通信は、効果的であったが、その使用は、基本的に、コンピュータ・システムの詳細を理解するためのトレーニングを受けた科学者およびエンジニアに制限されていた。このため、コンピュータ・システムの提供者は、テキスト・コマンドの入力を提供するユーザ・インターフェースに移動した。これらのコマンドベースのユーザ・インターフェースは、その先祖よりも使用が簡単であったが、通常は、まだ、技術者以外の個人が理解し、記憶することが困難であった多数のコマンドを用いていた。コマンドベースのユーザ・インターフェースの短所が、しばしばＧＵＩと称するグラフィカル・ユーザ・インターフェースの導入につながった。ユーザにコンピュータ・システムの深い知識を有することを要求するのではなく、グラフィカル・ユーザ・インターフェースでは、通常のユーザが、マウスなどのポインティング・デバイスを介してコンピュータ・システムと通信できるようになる。コンピュータ・システムを使用してさまざまな作業を実行するために、ユーザは、単に、アイコンおよびタスクバーなどのさまざまなＧＵＩ項目を「ポイント・アンド・クリック」する。これらのアイコンおよびタスクバーが、コンピュータ上の異なるプログラムを活動化するユーザ・フレンドリな方法である。
【０００３】
データは、通常、ファイルに編成され、ディレクトリにグループ化される。ディレクトリを、一緒に他のディレクトリにグループ化することができる。時々、ディレクトリが、フォルダ・アイコンとして表示され、ディレクトリ内のファイルの階層およびディレクトリ内のディレクトリが、木構造として表示される。
【０００４】
Windows(R)ベースのプログラムなどで使用されている現代のグラフィカル・インターフェースは、ファイルおよびディレクトリなどのオブジェクトへのアクセスを与えるため、類似するタイプのオブジェクトを表すアイコンを木構造のさまざまなレベルのコンテナ内でグループ化し、表示する。この種のコンテナ・モデルの表示グループ化方法は、多くの情況で有用であるが、オブジェクト間に存在し得る、他の関係の表示をユーザに与えないという問題がある。
【０００５】
たとえば、データベース内のある重要なテーブルが、３０個の索引とそのテーブルに対して作成された１００個のビューを有する場合を検討する。コンテナ・モデルでは、ユーザがテーブル・レベルだけに「ドリル」ダウンすることが可能になるが、これは、ユーザに、このテーブルと索引およびビューとの間の関係の完全な理解を与えない。
【０００６】
図１および図２には、既存のMicrosoft社のSQL 7.0製品でデータがどのようにグループ化されるかという通常のビューが例示されている。SQL 7.0が例として使用されているが、類似するグラフィカル・インターフェースを提供する他のデータベース製品も存在し得る。この例では、テーブル・コンテナを開くと、テーブルのリストが表示されるが、他のオブジェクトが特定のテーブルにどのように関係するかを示す視覚的なリンクがない。すなわち、特定のテーブルと、索引およびビューとの間の関係に関する視覚的なリンクがない。この例では、木内のコンテナだけが示され（図１）、コンテナの内容をリストするのには別のウィンドウ（図２）が使用される。
【０００７】
しかし、たとえば複雑なデータベースの更新または変更を行う時には、そのオブジェクト間の関係を覚え、理解するのが非常に困難であるとしても、かかるオブジェクト間の関係を考慮することが非常に重要である。
【０００８】
したがって、データベース内の特定のテーブルに直接に関係するが、このテーブルの内部には含まれないビューおよび索引（すなわち、このテーブルとの物理的な関係（物理関係）はないが、論理的な関係（論理関係）があるビューおよび索引）をユーザが見られるようにする新しいモデルによって、前述の問題が克服され、コンピュータ・システムがよりユーザ・フレンドリになるはずである。
【０００９】
【発明が解決しようとする課題】
したがって、本発明の主目的は、グラフィカル・インターフェース木構成要素を使用して、オブジェクト間の論理関係をグラフィカルに表示する方法を提供することである。
【００１０】
本発明のもう１つの目的は、前述の問題を解決し、その結果、ユーザが、データベース内の特定のテーブルに直接に関係するが、このテーブルの内部には含まれないビューおよび索引（すなわち、このテーブルとの物理関係はないが、論理関係があるビューおよび索引）をユーザが見られるようにする方法を提供することである。
【００１１】
【課題を解決するための手段】
本発明の前記および他の目的は、本明細書で開示される方法によって達成される。
【００１２】
本発明の一態様によれば、木構造を使用して、例示的実施形態ではデータベース関係である、他の論理関係を反映する。
【００１３】
データベース・アプリケーションに適用される本発明の一態様によれば、ユーザは、データベース内の特定のテーブルに直接に関係するが、このテーブルの内部には含まれないビューおよび索引（すなわち、このテーブルに論理的に関係するビューおよび索引）を簡単に見ることができる。
【００１４】
本発明の一態様によれば、ユーザは、どのオブジェクトが互いに論理的に関係するかを見ることができ、コンテキスト・メニューを用いて、選択されたオブジェクトの変更をその場で行うことができる。
【００１５】
【発明の実施の形態】
これから、添付図面に示された実施形態に関する例によって、本発明を詳細に説明する。以下で説明する実施形態は、例としてのみ提示され、本発明の概念を特定の物理的構成に制限するものと解釈してはならないことに留意されたい。
【００１６】
「発明の属する技術分野」で説明したように、図１および図２には、既存のMicrosoft社のSQL 7.0製品でデータがどのようにグループ化されるかという通常のビューが例示されている。この例では、図１の左側ウィンドウのテーブル・コンテナを開くと、図２の右側ウィンドウにテーブルのリストが表示されるが、他のオブジェクトが特定のテーブルにどのように関係するかを示す視覚的なリンクがない。図１の左側ウィンドウの木には、コンテナだけが示され、図２の右側ウィンドウは、コンテナの内容をリストするのに使用される。しかし、前に注記したように、複雑なデータベースの更新または変更を行う時には、そのオブジェクト間の論理関係を覚え、理解することが非常に困難であるとしても、かかるオブジェクト間の論理関係を考慮することが非常に重要である。すなわち、データベースに対して正しい変更を行う時には、そのオブジェクトのそれぞれが互いにどのように論理的に関係するかを理解することが不可欠である。
【００１７】
図１および図２の例には、類似するオブジェクトを保持するコンテナの組がある。本発明が解決せんとする問題は、あるコンテナ内のオブジェクトと別のコンテナ内のオブジェクトの間の論理関係が表示されないことである。たとえば、ビューは、１つまたは複数のテーブルに対する論理関係を有するが、図１および図２のコンテナ・モデルの表示グループ化方法を使用しても、かかる論理関係を見ることはできない。図１および図２の例では、ユーザが、図１の左側ウィンドウにある木のコンテナ、たとえばTABLESコンテナをクリックする時に、そのタイプのグループのオブジェクトが、図２の右側ウィンドウに表示されるに過ぎないからである。
【００１８】
図３ないし図７に示された本発明の例示的実施形態では、ユーザは、どのオブジェクトが互いに論理的に関係するかを見ることができ、コンテキスト・メニューを用いて、選択されたオブジェクトの変更をその場で行うことができる。すなわち、データベースのオブジェクトのそれぞれの間の論理関係が、木内で展開される。この新しいモデルを用いると、ユーザは、データベース内の特定のテーブルに直接に関係するが、このテーブルの内部には含まれないビューおよび索引を簡単に見られるようになる。コンテキスト・メニューを用いて、どのような変更でも行うことができ、木が、その場でその変更を用いてリフレッシュされる。たとえば、ユーザは、索引が必要であると判断することができる。このテーブルを右クリックしてコンテキスト・メニューを表示し、その後、このテーブルのプロパティをクリックし、必要なデータ入力を行うことによって、索引が作成され、索引カテゴリに表示される。
【００１９】
図３ないし図７を順次に参照すれば、ユーザが、本発明の例示的実施形態に従ってオブジェクト間に存在する論理関係をどのように見つけることができるかを理解できるであろう。当業者は、本発明によるグラフィカル・インターフェース表示に使用されるターゲット・アプリケーション、たとえばデータベース・アプリケーションから、かかる論理関係にアクセスできることを理解するであろう。
【００２０】
ユーザが、木のコンテナ、たとえばTablesコンテナを展開する時に、そのタイプのグループのオブジェクトが、その下の、ウィンドウのもう１つの区域に表示される。図３では、ウィンドウの最上部のLibrary Tree（ライブラリ木）タブが選択され、TESTLIB内のTables（テーブル）コンテナが展開されて、それがその中に３つのテーブル・オブジェクトを有することが示され、TABLE2が選択（強調表示）されている。TESTLIBコンテナには、木のその下にIndexes（索引）コンテナおよびViews（ビュー）コンテナも含まれ、これらは、図３では展開されていないが、図７では展開されて示されている。
【００２１】
図４では、TABLE2オブジェクトが、「＋」記号をクリックすることによって展開され、木のその下に、２つのオブジェクト、すなわちIndexesおよびViewsが示されている。これらのオブジェクトは、索引およびビューのTABEL2に対する論理関係を表す。すなわち、これらのオブジェクトは、TABEL2の内部には含まれないが、TABEL2に対する論理関係を有する。これらの論理関係を表示するという本発明の利点は、前述のSQL 7.0製品または他の既存の製品のグラフィカル・インターフェースによって提供されない。
【００２２】
図５では、TABLE2に関係するIndexesオブジェクトが展開されて、TABLE2に論理的に関係する３つの索引が、その下に表示されている。これらの索引は、INDEX2、INDEX3、およびINDEX4である。したがって、この木は、テーブルTABLE2と３つの索引INDEX2、INDEX3、およびINDEX4の間に論理的関係があることを、本発明に従ってグラフィカルに示している。
【００２３】
図６では、TABLE2に関係するViewsオブジェクトが展開されて、TABLE2に論理的に関係する１つのビュー、VIEW1があることが、木でVIEW1が示される形によって示されている。したがって、この木は、テーブルTABLE2とビューVIEW1の間に論理関係があることをグラフィカルに示している。図７は、TESTLIBの下のIndexesコンテナおよびViewsコンテナの追加の展開を示す図であり、これらのコンテナには、それぞれ、索引INDEXOVERTESTTABLE、INDEX2、INDEX3、およびINDEX4と、ビューVIEW1が含まれる。
【００２４】
当業者が理解するように、本発明の趣旨および範囲の中で可能な複数の修正形態および変更形態がある。たとえば、これらのうちで本発明の実施に適用可能と考えられるものには、下記が含まれる。
１．テーブル・ノードを展開することによって、ユーザが、Indexes（索引）、Views（ビュー）、Referential Constraints（参照制約）、Check Constraints（検査制約）、Unique Keys（一意キー）、Primary Keys（主キー）、Triggers（トリガ）、Journals（ジャーナル）、およびAliases（エイリアス）を見る。
２．ビュー・ノードを展開することによって、ユーザが、ビューがそれに対して作成されたTables（テーブル）と、Aliases（エイリアス）を見る。
３．参照制約ノードを展開することによって、ユーザが、その間で作成されたTablesを見る。
４．索引ノードを展開することによって、ユーザが、索引がそれに対して作成されたTablesを見る。
５．ジャーナル・ノードを展開することによって、ユーザが、ジャーナル記録されたすべてのTables、Views、またはIndexesと、Journal Receivers（ジャーナル・レシーバ）を見る。
【００２５】
図８は、本発明によるコンピュータ・ベースの方法の例示的実施形態を示す流れ図である。当初は、タイプによってグループ化されたオブジェクトのグラフィカル木構造を表示する（７０１）。その後、ユーザが、展開すべき木のオブジェクトを選択する（７０２）。選択されたオブジェクトを展開すると、展開されたオブジェクトに対する論理関係を有するオブジェクトを、タイプによってグループ化してグラフィカル木構造に表示する（７０３）。オブジェクトに対する変更がその場で行われる場合（７０４）、次に、ユーザが、変更すべきオブジェクトをグラフィカル木構造内で選択し（７０５）、選択されたオブジェクトを右クリックし（７０６）、コンテキスト・メニューが表示される（７０７）。その後、ユーザが、コンテキスト・メニューでプロパティ項目を選択し（７０８）、所望の変更内容に従ってデータを入力する（７０９）。その後、ユーザが、コンテキスト・メニューを閉じ（７１０）、グラフィカル木構造が、変更を示すためにリフレッシュされる（７１１）。
【００２６】
図９は、本発明の例示的実施形態に従ってグラフィカル・ユーザ・インターフェースを実施することができる基本的なコンピュータ・システム８００のブロック図である。基本的なコンピュータ・システム８００には、処理手段８０１、前述のグラフィカル・ユーザ・インターフェースを実施するプログラム８０３が配置される記憶手段８０２、たとえばマウスまたはキーボードなどの入力装置８０４、およびディスプレイ手段８０５が含まれる。
【００２７】
前述の例示的実施形態では、データベース・オブジェクトを使用して、本発明の概念を示した。しかし、この概念は、それらの間にある種の論理関係を有するすべてのオブジェクトの組に適用することができる。たとえば、この概念を、家系図または絵のネットワークに適用することができる。そのような応用分野が、本発明の趣旨および範囲に含まれると考えられる。
【図面の簡単な説明】
【図１】  既存の市販製品で現在データがどのようにグループ化されるかという通常のビューを示す図である。
【図２】  既存の市販製品で現在データがどのようにグループ化されるかという通常のビューを示す図である。
【図３】  本発明の例示的実施形態による、オブジェクト間に存在する論理関係をユーザが見つけることができる方法を順番に示す図である。
【図４】  本発明の例示的実施形態による、オブジェクト間に存在する論理関係をユーザが見つけることができる方法を順番に示す図である。
【図５】  本発明の例示的実施形態による、オブジェクト間に存在する論理関係をユーザが見つけることができる方法を順番に示す図である。
【図６】  本発明の例示的実施形態による、オブジェクト間に存在する論理関係をユーザが見つけることができる方法を順番に示す図である。
【図７】  本発明の例示的実施形態による、オブジェクト間に存在する論理関係をユーザが見つけることができる方法を順番に示す図である。
【図８】  本発明によるコンピュータ・ベースの方法の例示的実施形態を示す流れ図である。
【図９】  グラフィカル・ユーザ・インターフェースが本発明の例示的実施形態に従って実施されるコンピュータ・システムのブロック図である。
【符号の説明】
８００  基本的なコンピュータ・システム
８０１  処理手段
８０２  記憶手段
８０３  グラフィカル・ユーザ・インターフェースを実施するプログラム
８０４  入力装置
８０５  ディスプレイ手段
【図１】
0003737728.tif 000002
【図２】
0003737728.tif 000003
【図３】
0003737728.tif 000004
【図４】
0003737728.tif 000005
【図５】
0003737728.tif 000006
【図６】
0003737728.tif 000007
【図７】
0003737728.tif 000008
【図８】
0003737728.tif 000009
【図９】
0003737728.tif 000010