JP2003519843A - 構造化データの操作および表示のためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 データ構造を操作する方法およびシステムを説明する。一実施形態では、データ構造にアクセスする（１２０５）が、そのデータ構造に、複数のノードが含まれる。プロジェクトにアクセスする（１２１０）が、そのプロジェクトに、１つのサブ構造が含まれ、そのサブ構造に、ノードのサブセットと、サブセットのノードの間で定義される関係が含まれる。さらに、複数の照会結果が、サブ構造およびデータ構造を使用して作成され（１３０５）、レイアウトおよび複数の照会結果が、クライアントに送られる（１３１０）。

Description

【発明の詳細な説明】

【０００１】 本明細書は、１９９９年１月１４日出願の米国仮特許出願第６０／１１５９５
１号の恩恵を主張するものである。

【０００２】 （発明の分野） 本発明は、全般的にはデータ表現の分野に関し、具体的には、情報項目の構成
および表示に関する。

【０００３】 （発明の背景） いわゆる「情報時代」は、情報ユーザに、ますます増加する量の情報が提示さ
れつつあることを特徴とする。そのような情報のプレゼンテーション・フォーマ
ットは、理想的には、情報ユーザが大量の情報項目の関連を素早く評価でき、関
係し重要であると思われる情報項目に効率的にアクセスできるようにしなければ
ならない。情報ソースとしてのインターネット、具体的にワールド・ワイド・ウ
ェブをより広く受け入れることによって、情報ユーザが使用可能な情報の量が劇
的に増加した。この膨大なソースからの情報検索は、しばしば、検索エンジンを
介して容易にされるが、この検索エンジンが、大量の情報項目をユーザに提示す
る場合がある。さらに、ユーザが特定のウェブ・サイトにアクセスした時に、そ
のウェブ・サイトを構成するさまざまなウェブ・ページおよび他の情報リソース
のナビゲーションが、混乱させ、方角をわからなくさせる可能性がある。具体的
に言うと、ウェブ・サイトの構造は、通常は階層的であり、ユーザは、ウェブ・
サイト内で方角がわからなくなるか、「迷子になる」可能性がある。

【０００４】 階層情報のナビゲーションは、コンピュータ・ユーザによる日常的な多数の他
の場合でも必要になる可能性がある。たとえば、ローカルまたはリモートの記憶
媒体に保管されたデータ・ファイルおよびプログラムのファイル・ディレクトリ
のナビゲーションが、ほとんどのコンピュータ・ユーザの毎日の活動である。階
層情報は、通常は、組織または家系の構造を表現するのにも使用される。

【０００５】 複数の技法および方法が、別個のサイトからのデータのプレゼンテーションお
よび操作のために設計されてきた。たとえば、オペレーティング・システムに、
ファイル・ディレクトリ操作機能およびファイル・ディレクトリ・ナビゲーショ
ン機能が含まれ、ウェブ・サイトを管理するシステムが開発された。また、デー
タベース管理ツールおよびデータベース照会ツールが、データ項目のフィールド
の間の関係を定義し、特定のデータベースに対して照会を実行する能力をユーザ
に提供した。しかし、これらの技法および方法は、ユーザが複数のデータソース
の間で接続を行い得ず、一回で直接ソースに照会できず、データのあるレベルか
ら次のレベルに簡単に移動することができなかった。

【０００６】 ユーザは、しばしば、複数のソースからの情報を組み込むことを必要とする。
ある方法では、ユーザが、独立に情報を収集し、手作業で情報を組み込まなけれ
ばならない。しかし、情報が、簡単に見逃される可能性があり、この処理は、時
間がかかり高価である。さらに、この方法では、データの異なるタイプのさまざ
まな別個のコンポーネントを結び付け、収集されたデータを一緒に処理する能力
が与えられない。

【０００７】 （発明の概要） データ構造を操作する方法およびシステムを説明する。一実施態様では、デー
タ構造にアクセスするが、そのデータ構造に、複数のノードが含まれる。プロジ
ェクトにアクセスするが、そのプロジェクトに、１つのサブ構造が含まれ、その
サブ構造に、ノードのサブセットと、サブセットのノードの間で定義される関係
が含まれる。さらに、複数の照会結果が、サブ構造およびデータ構造を使用して
作成され、レイアウトおよび複数の照会結果が、クライアントに送られる。

【０００８】 本発明を、制限ではなく例として、添付図面に示すが、図面では、類似する符
号が類似する要素を指す。

【０００９】 （詳細な説明） データ構造を操作する方法およびシステムを説明する。一実施形態では、デー
タ構造にアクセスするが、そのデータ構造に、複数のノードが含まれる。プロジ
ェクトにアクセスするが、そのプロジェクトに、１つのサブ構造が含まれ、その
サブ構造に、ノードのサブセットと、サブセットのノードの間で定義される関係
が含まれる。さらに、複数の照会結果が、サブ構造およびデータ構造を使用して
作成され、レイアウトおよび複数の照会結果がクライアントに送られる。

【００１０】 一実施形態では、多数のデータソースからのさまざまな異なるデータ・タイプ
を参照するオブジェクトが作成される。さまざまなタイプのデータのどれであっ
ても、たとえばデータベース情報、ウェブ・ページ、および類似物などのオブジ
ェクトの作成に使用することができる。その後、異なるデータ・タイプの間の関
係を作成することができる。サーバが、照会の形で関係を処理する時に、サーバ
に関連する照会結果で、確立された関係を使用して、照会を次の情報状態に転送
する。

【００１１】 以下の説明では、照会の結果が、３次元空間の２次元表現で画面に表示される
と仮定するが、実施形態は、それに制限されない。照会結果を、ユーザの必要お
よび要求に応じた適当な形で使用することができる。たとえば、サーバを使用し
て、データをリレーショナル・データベースからｅｘｔｅｎｄｅｄ ｍａｒｋｕ
ｐ ｌａｎｇｕａｇｅ（ＸＭＬ）フォーマットに転送することができ、サーバの
出力をグラフィカル表現に接続せずにアプリケーション・プログラミング・イン
ターフェース（ＡＰＩ）を介して使用することができる。

【００１２】 メタ・オブジェクトからのフィールドを突き合わせることによって接続を作成
するほかに、構成可能な１つまたは複数の照会を含む接続も作成することができ
る。構成可能な照会は、スタジオ２０５内でプログラムされる。メタ・オブジェ
クトに関して構成可能な照会が存在する場合に、メタ・オブジェクト照会が実行
される時に、構成可能な照会がその接続について実行される。その接続について
構成可能な照会が存在しない場合には、サーバ１０２は元の接続に基づく照会結
果に関するコードを実行する。

【００１３】 メタ・オブジェクトおよび関係は、独立に作成され、そのグラフィカル表現と
は別である。開発者は、メタ・オブジェクト・マップを展開し、そのメタ・オブ
ジェクト・マップに関する複数のクライアント・アプリケーションを作成するこ
とができる。複数のグラフィカル・ユーザ・インターフェースを、同一の１つま
たは複数のメタ・オブジェクトから作成することができる。メタ・オブジェクト
照会結果は、たとえばＨＴＭＬ、ＸＭＬ、または他の適当なフォーマットなどの
さまざまなフォーマットとすることができる。

【００１４】 一実施形態では、開発者が、メタ・オブジェクトを作成し、関係を定義し、メ
タ・オブジェクトおよび関係を保管することができる。別の開発者が、データソ
ースを識別し、これらの識別を保管することができる。少し後に、別の開発者が
、識別されたデータソースおよび保管されたメタ・オブジェクトをロードし、こ
のデータソースとメタ・オブジェクトの間の接続を作ることができる。

【００１５】 本発明の実施形態の以下の詳細な説明では、添付図面を参照するが、図では、
同様の符号が類似する要素を指し、図には、本発明を実践できる特定の実施形態
が例として示されている。本発明の完全な理解を提供するために、多数の特定の
詳細を示す。しかし、本発明を、これらの特定の詳細なしで実践できることは、
当業者に明白である。いくつかの場合に、本発明を不明瞭にしないために、周知
の構造および装置を、詳細にではなくブロック図形式で示す。これらの実施形態
は、当業者が本発明を実践できるようにするのに十分に詳細に説明され、他の実
施形態を使用することができること、本発明の範囲から逸脱せずに論理的変更、
機械的変更、電気的変更、および他の変更を行うことができることを理解された
い。

【００１６】 以下の詳細な説明のいくつかの部分が、アルゴリズムと、コンピュータ・メモ
リ内のデータ・ビットに対する操作の記号的表現に関して提示される。これらの
アルゴリズム的な記述および表現は、当業者に作業の実体を最も効率的に伝える
ためにデータ処理技術の当業者によって使用される手段である。アルゴリズムは
、本明細書で、および一般的に、所望の結果につながる、行為の自己矛盾のない
シーケンスと考えられる。これらの行為は、物理的な量の物理的な操作を必要と
する行為である。必ずではないが、通常、これらの量は、保管、転送、組み合わ
せ、比較、および他の操作が可能な電気信号または磁気信号の形になる。時々、
主として一般的な使用の理由で、これらの信号を、ビット、値、要素、記号、文
字、項、数、または類似物と称することが便利であることがわかっている。

【００１７】 しかし、これらおよび類似する用語のすべてが、適当な物理的量に関連しなけ
ればならず、単にこれらの量に適用される便利なラベルであることに留意された
い。特に他に言及されない限り、または以下の説明から明白であるように、この
説明全体を通じて、「処理」または「コンピューティング」または「計算」また
は「判定」または「表示」または類似物などの用語を使用して、コンピュータ・
システムのレジスタおよびメモリ内の物理（電子）量として表現されるデータを
、コンピュータ・システム・メモリまたはレジスタもしくは他のそのような情報
記憶装置、情報伝送装置、または情報表示装置内の物理量として同様に表現され
る他のデータへの操作および変換を行うコンピュータ・システムまたは類似する
電子計算装置の処置および処理を指すことを諒解されたい。

【００１８】 本発明は、その中で動作を実行するシステムまたは装置にも関する。このシス
テムは、必要な目的のために特に構成されるものとすることができ、また、この
システムに、コンピュータ内に保管されるコンピュータ・プログラムによって選
択的に活動化または再構成される汎用コンピュータを含めることができる。その
ようなコンピュータ・プログラムは、たとえば、フロッピ・ディスク、光ディス
ク、ＣＤ−ＲＯＭ、および光磁気ディスクを含むすべてのタイプのディスク、読
取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＥＰＲＯＭ
、ＥＥＰＲＯＭ、磁気カードまたは光学カード、または、電子命令を保管するの
に適し、それぞれがコンピュータ・システム・バスに結合される、すべてのタイ
プの媒体などの、コンピュータ読取可能記憶媒体に保管することができる。

【００１９】 本明細書で提示されるアルゴリズムおよび表示は、特定のコンピュータまたは
他の装置に本来関連するものではない。さまざまな汎用システムを、本明細書の
教示によるプログラムと共に使用することができ、また、必要な方法を実行する
ためにより特殊化された装置を構成することが便利であることがわかる場合があ
る。たとえば、本発明による方法のどれであっても、ハードワイヤード回路で、
汎用プロセッサをプログラムすることによって、またはハードウェアとソフトウ
ェアの組み合わせによって、実施することができる。当業者は、ハンドヘルド・
デバイス、マルチプロセッサ・システム、マイクロプロセッサベースのまたはプ
ログラマブルな消費者向け電子製品、ネットワークＰＣ、ミニコンピュータ、メ
インフレーム・コンピュータ、および類似物を含む、下で説明するもの以外のコ
ンピュータ・システム構成を用いて本発明を実践できることを即座に諒解するで
あろう。本発明は、通信ネットワークを介してリンクされたリモート処理装置に
よってタスクが実行される分散コンピューティング環境でも実践することができ
る。さまざまなこれらのシステムに必要な構造は、下の説明から明白になる。

【００２０】 本発明の方法をコンピュータ・ソフトウェアに関して説明する。認められた標
準規格に適合するプログラミング言語で記述される場合に、方法を実施するため
に設計された命令のシーケンスを、さまざまなハードウェア・プラットホームで
の実行およびさまざまなオペレーティング・システムへのインターフェースに対
してコンパイルすることができる。さらに、本発明は、特定のプログラミング言
語を参照して説明されるのではない。さまざまなプログラミング言語を使用して
、本明細書に記載の本発明の教示を実施できることを諒解されたい。さらに、当
技術分野では、処置を講ずるか結果を引き起こすものとして、ある形または別の
形（たとえばプログラム、プロシージャ、アプリケーションなど）でソフトウェ
アについて話すことが一般的である。そのような表現は、コンピュータによるソ
フトウェアの実行が、コンピュータのプロセッサに処置を実行させるか結果を生
じさせることを言う単に速記的な形である。

【００２１】 本明細書での「一実施形態」または「実施形態」への言及は、その実施形態に
関して説明される特定の特徴、構造、または特性が、本発明の少なくとも１つの
実施形態に含まれることを意味する。本明細書のさまざまな場所での句「一実施
形態で」の出現は、必ずしも同一の実施形態を参照するものではない。

【００２２】 図１は、ネットワーク構造−コンテキスト−コンテンツ・システム１００の一
実施形態のブロック図である。図１を参照すると、システム１００は、広域ネッ
トワーク（ＷＡＮ）１１２を介してサーバ１０２に接続されたクライアント１０
６および１０８からなる。サーバ１０２は、大容量記憶装置１０４に接続される
。大容量記憶装置１０４は、たとえば読取専用メモリ（ＲＯＭ）、ランダム・ア
クセス・メモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光磁気ディスク、また
は電子データを保管するのに適する他のタイプの媒体などの、適当な記憶媒体と
することができる。代替実施形態では、広域ネットワーク（ＷＡＮ）１１２を、
ローカル・エリア・ネットワーク（ＬＡＮ）とすることができる。

【００２３】 図２ａは、ウェブサイト（すなわち、米国特許商標局のウェブサイト）の一部
を構成するデータ項目を含む例示的な階層データ構造２７２を示すツリー図であ
る。階層データ構造２７２には、ウェブサイトのインデックス・ページを構成す
るルート・ノード２７３が含まれる。ルート・ノード２７３は、少なくとも３つ
の子ノードすなわち、ノード２７４、２７５、および２７６を有するものとして
図示されている。ノード２７５（すなわち、データベース・ページ）は、子ノー
ド２７７、２７８、および２７９のさらなるグループに対する親ノードとして示
されている。ルート・ノード２７３は、第１階層レベルにあるものとみなすこと
ができ、ノード２７４、２７５、および２７６は、第２階層レベルにあるものと
みなすことができ、ノード２７７、２７８、および２７９は、第３階層レベルに
あるものとみなすことができる。図２ａの階層データ構造２７２は、潜在的に２
次元表示画面に表示される、３次元環境内の階層データ構造２７２の表現の生成
を示す目的で、下の説明で使用される。

【００２４】 一実施形態では、ユーザによって作成されるオブジェクトおよび関係の中で、
データ構造２７２の第２レベル（２７４、２７５、および２７６）を、データの
構造を表すのに使用することができ、表示画面上で、関係するオブジェクトのバ
ンドとして表現することができる。バンドは、１つの照会の結果であるすべての
項目を表すことができ、各バンドが、単一の照会（定義されたオブジェクトに関
係を適用すること）の結果として形成される。データ構造２７２の第３レベル（
２７７、２７８、および２７９）は、バンドのコンテンツを表現するのに使用す
ることができる。照会によって作成することができるバンドのそれぞれが、デー
タの定義された関係および構造によって互いに関係する。たとえば、オブジェク
トが、会社内の部署のために作成され、どの部署が存在するかを判定するために
データを照会するように関係がセット・アップされた場合に、各部署が、１つの
バンドを形成する。一実施形態では、構造、コンテンツ、コンテキスト環境を使
用して、ユーザによって簡単に理解され操作される１つの表示画面上に複数レベ
ルの情報を表示することができる。

【００２５】 図２ｂは、サーバ１０２の一実施形態のブロック図である。図２ｂを参照する
と、サーバ１０２は、バス２０２を介してクライアント１０６に接続される。代
替実施形態では、サーバ１０２を、ＷＡＮ１１２を介してクライアント１０６に
接続することができる。クライアント１０６には、スタジオ・モジュール２０５
およびクライアント・モジュール２１０が含まれる。サーバ１０２には、サーバ
・ルーチン２２０およびデータソース接続性モジュール２２５が含まれる。さら
に、サーバ１０２は、メタ・データ２６０、大容量記憶装置１０４、ウェブ・サ
ーバ２３５、ファイル・サーバ２４０、マルチメディア・サーバ２４５、レガシ
・システム２５０、およびエンタープライズ・リソース・プランナ２５５に接続
される。代替実施形態では、サーバ１０２を、さまざまな追加のサーバおよびデ
ータソースのいずれにも接続することができる。代替実施形態では、メタ・デー
タ２６０を、大容量記憶装置１０４内に格納することができる。一実施形態では
、サーバ１０２が、バス２０４を介して大容量記憶装置１０４および他のサーバ
に接続される。代替実施形態では、サーバ１０２を、ＬＡＮまたはＷＡＮ１１２
を介して、大容量記憶装置１０４および追加のサーバに接続することができる。
一実施形態では、大容量記憶装置１０４に、データベースおよび他のデータソー
スが含まれる。

【００２６】 スタジオ・モジュール２０５に含まれるソフトウェア・ルーチンが、サーバ・
ルーチン２２０と相互作用して、メタ・データ２６０内で維持されるデータ構造
を作成する。サーバ・ルーチン２２０は、大容量記憶装置１０４、ファイル・サ
ーバ２４０、マルチメディア・サーバ２４５、レガシ・システム２５０、または
エンタープライズ・リソース・プランナ２５５などのさまざまなデータソースの
いずれかからデータを検索する。代替実施形態では、データを、複数の追加サー
バのいずれかから検索することができる。データソース接続性モジュール２２５
は、接続されたサーバと相互作用して、データをサーバ・ルーチン２２０に供給
する。スタジオ・モジュール２０５内のソフトウェア・ルーチンが、サーバ・ル
ーチン２２０と相互作用して、アクセスされたデータから複数のメタ・オブジェ
クトを作成する。サーバ・ルーチン２２０は、データを検索し、解析して、デー
タの地形図的表現または空間的表現を作成する。さまざまなタイプのデータが、
独自の接続性モジュール２２５によって抽出され、解析される。データが処理さ
れて、サーバ・ルーチン２２０によって使用することのできるデータの標準形態
が作成される。たとえば、ウェブ・ページの諸部分を、ＨＴＭＬタグの組の間で
、またはページ内のハイパーリンクを抽出することによって、抽出することがで
きる。サーバ・ルーチン２２０が、接続性モジュール２２５を呼び出し、この接
続性モジュール２２５が、さまざまなソースからのデータを返す。接続性モジュ
ール２２５は、所与のソースからのデータのタイプを返すことを知っている。

【００２７】 一実施形態では、地形図的表現が、木構造の形である。サーバ・ルーチン２２
０が、たとえばＨＴＭＬページなどのデータを、たとえばウェブ・サーバ２３５
などのデータソースから受け取る。サーバ・ルーチン２２０は、ＨＴＭＬページ
を、たとえば木構造などのデータの階層データ構造２７２の形の地形図的表現に
解析する。たとえばＨＴＭＬページなどの階層データ構造２７２は、ＨＴＭＬペ
ージの部分に関するリンクの地形図または空間的表現を表す。スタジオ・モジュ
ール２０５が、解析されたデータを操作して、階層データ構造２７２内のさまざ
まなノードの間の関係（またはタグ）を作成して、メタ・オブジェクトを作成す
る。メタ・オブジェクトは、タグ付けされたデータの新しい階層表現を表す。一
実施形態では、データが、個別に解析される（すなわち、データの各ページが別
々に解析される）。代替実施形態では、データの複数のソースを一緒に解析して
、単一の解析された階層データ構造２７２を形成する。メタ・オブジェクトは、
メタ・データ２６０に保管される。

【００２８】 クライアント・モジュール２１０は、ラン・タイム中にサーバ・ルーチン２２
０と相互作用して、メタ・データ２６０内に含まれるメタ・オブジェクトにアク
セスする。クライアント・モジュール２１０による開始時に、サーバ・ルーチン
２２０は、メタ・データ２６０からメタ・オブジェクトを検索し、クライアント
１０６上でメタ・オブジェクトを表示する。一実施形態では、メタ・オブジェク
トが、３つのビューすなわち、構造、コンテキスト、およびコンテンツのビュー
に表示される。

【００２９】 メタ・オブジェクトは、それに関連する論理コンポーネントまたは論理コンポ
ーネントの集合を有することができる。論理コンポーネントは、照会が実行され
た後にメタ・オブジェクトに対して実行される実行可能プログラム・コードであ
る。論理コンポーネントは、照会結果に対する計算を実行し、照会結果を操作す
ることができる。たとえば、メタ・オブジェクトが「価格変更」フィールド（数
）を有する場合に、論理コンポーネントが、その数の符号を検査することができ
る。論理コンポーネントは、その後、照会の結果に、たとえば、価格変更フィー
ルドが負である場合に値「赤」、そうでない場合に値「緑」を有する、「色」な
どの新しいフィールドを追加することができる。

【００３０】 スタジオ・モジュール２０５内で、開発者が、適当なプログラミング言語で論
理コンポーネント・コードを入力することができる。この入力されたコードが、
メタ・オブジェクト照会が実行された後にランタイムに実行することができる論
理コンポーネントになる。

【００３１】 図２ｃは、メタ・オブジェクト構造２８０の実施形態である。図２ｃを参照す
ると、メタ・オブジェクト構造２８０に、複数のノード２８１から２８９が含ま
れる。ノード２８１から２８９のそれぞれが、１つのメタ・オブジェクトを表す
。ノードの間の接続（実線）は、メタ・オブジェクトのノードの間で作成された
関係を表す。ノード２８１から２８９を、ネストされたメタ・オブジェクトとす
ることができる。一実施形態では、メタ・オブジェクト構造２８０を、その構造
２９０、コンテキスト２９２、またはコンテンツ（ノード２８１から２８９にリ
ンクされたデータ）によって見ることができる。メタ・オブジェクト構造２８０
は、木構造、有向グラフ、両方向グラフ、または、単一方向関係および両方向関
係を有するグラフとすることができる。

【００３２】 ビューの構造セクションは、スタジオ・モジュール２０５によって作成された
メタ・オブジェクト構造２８０の高水準表現を提供する。構造では、メタ・オブ
ジェクト構造２８０の名前と、階層データ構造２７２から作成されたメタ・オブ
ジェクト（ノード２８１から２８９によって表される）の名前が表示される。た
とえば、データ・ベースのメタ・オブジェクト構造２８０表現を、データ構造（
ルート・ノード２８１）の名前を表示するリストと、前にタグを付けられ互いに
リンクされたデータ構造内のメタ・オブジェクト（たとえばノード２８２、２８
６、２８７、２８８、および２８９）の名前を含むリストとして表示することが
できる。ユーザが、メタ・オブジェクト構造２８０をナビゲートする（構造ビュ
ーまたはコンテキスト・ビューのいずれかで）時に、表示されるノードが変化す
る。たとえば、ユーザがノード２８３にアクセスする場合に、構造ビューに、ノ
ード２８３、２８６、２８７、２８８、および２８９が表示される。

【００３３】 ビューのコンテキスト・セクションでは、項目の間の関係としてメタ・オブジ
ェクトが表示される。たとえば、ウェブ・サイトを表すメタ・オブジェクト構造
２８０の場合に、最上位レベルで、コンテキスト・セクションに、データ構造の
名前が中央に表示され、そのデータ構造から作成されたすべてのメタ・オブジェ
クトが３次元（３Ｄ）表現で表示される。一実施形態では、３Ｄ表現は球である
。代替実施形態では、３Ｄ表現を、立方体または他の適当な形状などの任意の形
状とすることができる。図２ｃの例では、ユーザが、メタ・オブジェクト・ノー
ド２８６にアクセスする場合に、メタ・オブジェクト・ノード２８７、２８８、
および２８９が、３Ｄ表現表示を作成するのに使用される。ユーザが、ノード２
８１から２８９の間で操作する際に、３Ｄ表現が変化する。

【００３４】 ビューのコンテンツ・セクションでは、メタ・オブジェクト構造２８０内のノ
ード２８１から２８９のコンテンツに関する詳細情報が表示される。たとえば、
データベースを表すメタ・オブジェクト構造２８０の場合に、コンテンツ・セク
ションに、どのタイプのデータがそのデータベースに含まれ、どのようにしてユ
ーザがそのデータベースから情報を検索するかを表示することができる。たとえ
ば、カタログ・データベース内のエントリなどのノード２８８について、コンテ
ンツ・セクションに、ノード２８８の名前、その価格、入手可能性、サンプル使
用法、および他の情報などの、ノード２８８に関する詳細を表示することができ
る。一実施形態では、コンテンツ・セクションに、ハイパーテキスト・マークア
ップ言語（ＨＴＭＬ）およびワード・プロセッシング文書ならびにデータベース
照会の作表された結果を含む、多数の文書タイプを表示することができる。コン
テンツ・ビューは、構造またはコンテキスト・メタ・オブジェクトのいずれかに
アクセスすることによって生成することができ、アクセスされるノードに応じて
変化する。

【００３５】 メタ・オブジェクト構造２８０は、そのルート２８１としての開始ノードと、
子２８２、２８３、２８４、孫２８５、２８６、曾孫２８７、２８８、２８９な
どとしてのルート・ノード２８１の下の後続レベルとを有するグラフとして見る
ことができる。クライアント・モジュール２１０で表示される木のノード（２８
１から２８９）は、見ることを容易にするために縮小または展開することができ
る。

【００３６】 木のどのノードであっても、データのコンテキストを見るための「ルート」を
表すために選択することができる。コンテキストは、ノードから作成され、クラ
イアント１０６上でサーバ・ルーチン２２０によって表示される。ルート・ノー
ドの対応する「子」は、たとえばＨＴＭＬページ・リンクとすることができる。
ルート・ノードの子を、コンテキスト表示区域のファセット内のクライアント１
０６上の３Ｄ表現にマッピングすることができる。メモリ・マップが、親／子ノ
ード・ファミリに関して、メタ・オブジェクト構造２８０内のユーザ指定の深さ
まで構成される。一実施形態では、生データが受け取られ、階層データ構造２７
２に解析される。階層データ構造２７２からのノードが選択され、メタ・オブジ
ェクトとして保管される。メタ・オブジェクトは、メタ・オブジェクト間の関係
を作成することによって互いに関連付けられ、メタ・オブジェクトをメタ・オブ
ジェクト構造２８０として表現することができる。選択されたメタ・オブジェク
トが構造表示内に表示され、関係がデータを３Ｄ表現にマッピングするのに使用
される。

【００３７】 各メモリ・マップに、特定の子ノードに関するデータを保管する「有効」メモ
リ・ロケーションと、メタ・オブジェクトからの空の「ヌル」メモリ・ロケーシ
ョンを含めることができる。各メモリ・マップ内の各メモリ・ロケーションは、
潜在的に、３Ｄ表現のファセットに関連するが、有効なメモリ・ロケーションに
関連するファセットだけが、子ノードに関連する（子ノードを表現する）３Ｄ表
現に現れる。サーバ・ルーチン２２０は、バックグラウンドで継続的に動作する
ことができ、また、所与の時点で一部だけを３Ｄ表示によって表現することがで
きるメタ・オブジェクトのマッピングの要求時に動作することができる。したが
って、サーバ・ルーチン２２０は、ノードの間のリンク（したがって、ハイパー
テキスト・リンクまたは他のポインタ）を識別するために、メタ・オブジェクト
内で水平と垂直の両方で継続的に調査することができる。一実施形態では、この
ブラウザ・ウィンドウ区域内でリンクに従うことを、それぞれ構造区域およびコ
ンテキスト区域に対する更新によって反映させることができる。

【００３８】 クライアント・モジュール２１０は、現在の親／子ノード・ファミリまたは少
なくともその一部を、メタ・オブジェクトの関連する子ノードを表すメモリ・マ
ップからの３Ｄ表現境界に従って表示する。サーバ・ルーチン２２０は、必要に
応じてオフラインで生成されたメモリ・マップを検索し、照会結果としてそのメ
モリ・マップをクライアント・モジュール２１０に送り、クライアント・モジュ
ール２１０は、メタ・オブジェクトのナビゲーションを指示する自動入力または
ユーザ入力に従って、メタ・オブジェクトの一部を表示する。

【００３９】 図３は、サーバ１０２のコンピュータ・アーキテクチャの一実施形態のブロッ
ク図である。図３を参照すると、コンピュータ・アーキテクチャ３００に、ＣＰ
Ｕ３０２、読取専用メモリ（ＲＯＭ）３０４、ランダム・アクセス・メモリ（Ｒ
ＡＭ）３０６、不揮発性メモリ３０８、および入出力（Ｉ／Ｏ）３１０が含まれ
る。コンポーネントは、バス３１５を介して接続される。不揮発性メモリ３０８
には、本明細書に記載の方法のいずれかまたはすべてを実施する命令の保管され
た組（すなわちソフトウェア）が含まれる。ソフトウェアは、ＲＯＭ３０４また
はＲＡＭ３０６内に完全にまたは少なくとも部分的に常駐することもできる。さ
らに、ソフトウェアを、ネットワーク・インターフェース・デバイスを介して送
信または受信することができる。

【００４０】 図４ａは、サーバ・ルーチン２２０の一実施形態のブロック図である。図４ａ
を参照すると、サーバ・ルーチン２２０は、サーバ１０２内のＲＡＭ３０６また
は不揮発性メモリ３０８内で維持することができる。サーバ・ルーチン２２０に
は、デベロッパ４１０、ランタイム照会４２０、およびランタイム・データ変換
モジュール４３０が含まれる。デベロッパ４１０は、スタジオ・モジュール２０
５と相互作用して、解析された階層データ構造２７２を作成し、階層データ構造
２７２からメタ・オブジェクトを作成する。ランタイム照会４２０には、生デー
タおよびメタ・データ２６０を検索し、クライアント１０６上でそのデータを表
示するソフトウェア・ルーチンが含まれる。ランタイム・データ変換モジュール
４３０は、たとえばＨＴＭＬページまたはワード文書などのさまざまなデータ・
コンポーネントを、クライアント１０６での表示に適する形態に変換する。

【００４１】 デベロッパ４１０は、階層データ構造２７２のノードおよび構造を識別し、階
層データ構造のメモリ・マッピングされた表現（メタ・オブジェクト）を生成し
、これが、ランタイム照会４２０によってアクセスされ、使用される。一実施形
態では、デベロッパ４１０が、たとえば大容量記憶装置１０４などの外部ソース
からデータを検索する。デベロッパ４１０は、木（階層データ構造２７２）を作
成し、その木の一部としてルート２７３をセットする。さらに、デベロッパ４１
０は、木からメタ・オブジェクトを作成する。

【００４２】 ランタイム照会４２０は、メタ・データ２６０にアクセスして、特定の階層デ
ータ構造を表す情報（したがって、メモリ・マッピングされたデータ）を検索す
る。一実施形態では、ランタイム照会４２０が、関連する３Ｄ表示を生成するた
めにディスプレイにアクセスする。ランタイム照会４２０は、デベロッパ４１０
によって展開される解析されタグ付けされたメタ・オブジェクトにアクセスし、
現在の親／子ノード・ファミリまたは少なくともその一部を、関係する子ノード
のメモリ・マップ表現の３Ｄ表現境界に従って表示する。ランタイム照会４２０
は、必要に応じてデベロッパ４１０によって生成されるメモリ・マップを検索し
て、階層データ構造のナビゲーションを指示する自動入力またはユーザ入力に従
って階層データ構造の一部を表示する。

【００４３】 ランタイム・データ変換モジュール４３０は、ランタイム照会４２０の動作中
に、たとえば大容量記憶装置１０４などのソースから、コンテンツ・データを検
索する。ランタイム・データ変換モジュール４３０は、ソース表現からクライア
ント１０６での表示に適する表現へ、データを変換する。

【００４４】 図４ｂは、メタ・プロジェクト４４０の一実施形態のブロック図である。図４
ｂを参照すると、メタ・プロジェクト４４０には、メタ・レイアウト４４５と、
メタ・オブジェクト５００のメタ・オブジェクト１（４５０）からメタ・オブジ
ェクトｎ（４５４）までが含まれる。メタ・レイアウト４４５には、下で説明す
る構造−コンテキスト−コンテンツ表示へのメタ・オブジェクト５００のマッピ
ングが含まれる。メタ・オブジェクト５００には、階層データ構造２７２のタグ
付けされリンクされたノードが含まれる。複数のメタ・プロジェクト４４０を、
メタ・データ２６０内で維持することができる。代替実施形態では、メタ・オブ
ジェクト・プロジェクト４４０に、メタ・レイアウト４４５またはデータの関連
するグラフィカル表現が含まれない。

【００４５】 図４ｃは、メタ・プロジェクト４４０のもう１つの実施形態のブロック図であ
る。図４ｃを参照すると、メタ・プロジェクト４４０には、メタ・モデル４５６
およびデータ・モデル４５８が含まれる。メタ・モデル４５６には、複数のメタ
・オブジェクト（４６０、４６２、および４６４）が含まれ、これらのメタ・オ
ブジェクトのそれぞれが、メタ・オブジェクト・ハッシュ・テーブル４６６によ
ってメタ・プロジェクト４４０に接続される。メタ・オブジェクト（４６０、４
６２、および４６４）は、複数のオブジェクト接続（４６８および４７０）によ
って一緒に接続される。メタ・オブジェクト（４６０、４６２、および４６４）
が、キャッシングされた照会を含む、関連する構成可能な照会（４７２および４
７４）を有する場合がある。メタ・オブジェクト（４６０、４６２、および４６
４）およびオブジェクト接続（４６８および４７０）が、関連する照会を有しな
い場合がある（たとえば、メタ・オブジェクト４６０および接続４６８）。これ
らのメタ・オブジェクトおよび接続について照会が実行される時には、必ず、サ
ーバ・デフォルト・イベント（４８４および４８６）によって、メタ・オブジェ
クト４６０に関連するデータソースからデフォルトの動的照会を検索し、実行す
ることができる。

【００４６】 図４ｃの例では、メタ・オブジェクト（４６０、４６２、および４６４）が、
特定のデータソース４８２からのデータセット４８０内で定義され、フィールド
４７８に関係付けられる。一実施形態では、メタ・オブジェクト（４６０、４６
２、および４６４）、接続（４６８および４７０）、および照会（４７２および
４７４）を、データソース４８２とは独立に定義することができる。したがって
、第１のユーザが、メタ・オブジェクト（４６０、４６２、および４６４）を定
義し、第２のユーザが、異なる時にメタ・オブジェクト（４６０、４６２、およ
び４６４）をデータソース４８２に接続することができる。さらに、メタ・オブ
ジェクト（４６０、４６２、および４６４）を、異なるメタ・プロジェクト４４
０内で複数の異なるデータソース４８２に接続することができる。

【００４７】 図４ｄは、メタ・プロジェクト４４０のもう１つの実施形態のブロック図であ
る。図４ｄの例には、メタ・モデル４５６とデータ・モデル４５８の間の関係が
示されている。メタ・モデル４５６には、ｃａｒメタ・オブジェクト４９０およ
びｄｅａｌｅｒメタ・オブジェクト４９１が含まれる。この２つのメタ・オブジ
ェクト（４９０および４９１）は、オブジェクト接続４８８によって接続される
（すなわち、所与のプロジェクトに関して２つのメタ・オブジェクトの間に関係
が定義される）。ｃａｒメタ・オブジェクト４９０は、それぞれモデル（ｍｏｄ
ｅｌ）、年式（ｙｅａｒ）、および色（ｃｏｌｏｒ）のフィールド・オブジェク
ト（４９２、４９３、および４９４）によって定義される。これらのフィールド
・オブジェクトは、ｃａｒ表４９８内で定義される。さらに、ｄｅａｌｅｒメタ
・オブジェクト４９１は、それぞれ名前（ｎａｍｅ）、位置（ｌｏｃａｔｉｏｎ
）、および住所（ａｄｄｒｅｓｓ）のフィールド・オブジェクト（４９５、４９
６、および４９７）によって定義される。これらのフィールド・オブジェクトは
、ｄｅａｌｅｒ表４９９内で定義される。この例では、ｃａｒ表４９８およびｄ
ｅａｌｅｒ表４９９の両方が、同一のｃａｒｓデータベース４８９に含まれる。
代替実施形態では、フィールド・オブジェクト、表、またはその両方を、異なる
データソース内で定義することができる。

【００４８】 図４ｅは、リレーショナル・データベースのデータ・オブジェクト・インター
フェースの実装の一実施形態のブロック図である。動的照会５３０によって、特
定のリレーショナル・データベースへのアクセスが定義される。図示の例では、
同一の動的照会５３０によって、２つのリレーショナル・データベースにアクセ
スすることができる。データソース５３２は使用されるデータベースを定義し、
データセット５３４は、使用されるデータセット５３４内のシーケンスおよび／
または表を定義し、フィールド５３６は、使用されるデータセット５３４内の列
またはフィールドを定義する。

【００４９】 図５は、メタ・オブジェクト５００の一実施形態のブロック図である。図５を
参照すると、メタ・オブジェクト５００には、メタ・オブジェクト名５０５、ソ
ース５１０、関係５１５、およびコンテンツ５２０が含まれる。メタ・オブジェ
クト名５０５は、スタジオ・モジュール２０５のユーザによってメタ・オブジェ
クト５００の作成中にメタ・オブジェクト５００に与えられた一意の名前である
。ソース５１０は、メタ・オブジェクト５００の作成に使用されたデータのソー
スを示す。ソース５１０は、たとえば、ウェブ・サーバ２３５、ファイル・サー
バ２４０、大容量記憶装置１０４、または他の適当なデータソースからとするこ
とができる。関係５１５には、メタ・オブジェクト５００の間で展開された関係
が含まれる。メタ・オブジェクト５００に、メタ・オブジェクト５００によって
識別されるデータのコンテンツに関する、表示用の任意選択のコンテンツ・ソー
スを指すコンテンツポインタ５２０を含めることができる。

【００５０】 図６は、照会６００の一実施形態のブロック図である。図６を参照すると、照
会６００に、レイアウト６０５と、複数の照会結果６１０が含まれる。レイアウ
ト６０５には、クライアント１０６でのメタ・オブジェクト５００の表示に関す
る情報が含まれる。照会結果６１０には、クライアント１０６に表示されるデー
タの現在の状態に関する情報が含まれる。照会結果６１０は、大容量記憶装置１
０４などのデータソースから検索され、メタ・プロジェクト４４０データと組み
合わされて、クライアント１０６でそのデータが表示される。

【００５１】 ランタイム照会４２０では、クライアント・モジュール２１０による初期化の
後に、メタ・データ２６０からメタ・プロジェクト４４０が検索される。ランタ
イム照会４２０では、メタ・プロジェクト４４０からメタ・オブジェクト５００
を検索し、ソース５１０に照会して、メタ・オブジェクト５００の現在のデータ
を照会結果６１０に返す。ランタイム照会４２０では、返されたメタ・プロジェ
クト４４０からメタ・レイアウト４４５を検索し、情報をレイアウト６０５に配
置する。その後、照会結果６００が、表示のためにクライアント・モジュール２
１０に渡される。

【００５２】 図７は、メタ・オブジェクト５００の表示の例示的ブロック図である。図７を
参照すると、各メタ・オブジェクト５００が、メタ・オブジェクト構造２８０（
図２ｃ）として、構造区域７０５に表示される。代替実施形態では、どのような
構造表現でも、メタ・オブジェクト５００の表示に使用することができ、階層構
造に制限されない。さらに、メタ・オブジェクト５００に、階層構造のサブセッ
ト、またはメタ・オブジェクト・マップ上で作成することができる任意の構造を
含めることができる。メタ・オブジェクト５００に、メタ・オブジェクトに対し
て実行される照会へのリンクも含めることができる。メタ・オブジェクト構造２
８０は、メタ・オブジェクト５００の階層構造を示す形で表示される。コンテキ
スト・セクション７１０には、メタ・オブジェクト５００のコンテキスト（２８
２、図２ｃ）が表示され、コンテンツ・セクション７１５には、コンテキスト７
１０または構造７０５のいずれかに関係する適用可能なコンテンツが表示される
。

【００５３】 図８は、メタ・オブジェクト５００作成ダイアログ・ボックス８００の例示的
ウィンドウを示す図である。図８を参照すると、メニュー区域８０２に、メタ・
オブジェクト５００が、解析された階層データ構造２７２から作成されつつある
ことが示される。左ウィンドウ８０４に、データソースが選択された後に、サー
バ１０２によって作成された解析された階層データ構造２７２が表示される。ユ
ーザは、まず、符号８０８に示されているデータソースを選択する。ソース８０
８を選択した後に、ソース８０８に含まれる、選択することができるさまざまな
表またはノードが、サーバ・ルーチン２２０によって解析され、ソース８０８の
下に表示される。

【００５４】 たとえば、ｓｏｆｔｗａｒｅ ｄａｔａｂａｓｅ（ソフトウェア・データベー
ス）で、データベースに、ｃａｔｅｇｏｒｙ ｔａｂｌｅ（カテゴリ表）８１０
およびｓｏｆｔｗａｒｅ ｔｉｔｌｅ ｔａｂｌｅ（ソフトウェア・タイトル表
）８１２が含まれる。ｃａｔｅｇｏｒｙ ｔａｂｌｅ８１０内に、ｎａｍｅ（表
名前）８１４およびＩＤ８１６などのノードを示すことができる。ｓｏｆｔｗａ
ｒｅ ｔｉｔｌｅ ｔａｂｌｅ８１２内で、ｎａｍｅ８１８、ｐｒｉｃｅ（価格
）８２０、またはｃａｔｅｇｏｒｙ８２２などのノードを維持することができる
。一実施形態では、ユーザが、さまざまなノードを選択し、左ウィンドウ８０４
から右ウィンドウ８０６に「ドラッグ」することによって、メタ・オブジェクト
５００を作成するためにさまざまなノードを選択する。当初、ユーザは、メタ・
オブジェクト８３０に名前を付ける（たとえば、ｍｅｔａ ｏｂｊｅｃｔ １（
８３２）およびｍｅｔａ ｏｂｊｅｃｔ ２（８３４））。ユーザが、左ウィン
ドウ８０４内のｃａｔｅｇｏｒｙ ｔａｂｌｅから右ウィンドウ８０６内のメタ
・オブジェクトにノードを移動する時に、ソフトウェア・ルーチンが、右ウィン
ドウ８０６のメタ・オブジェクト名の下にｓｏｆｔｗａｒｅ ｄａｔａｂａｓｅ
の名前８０９を自動的に配置する。たとえば、ユーザが、ｎａｍｅ８１４および
ＩＤ８１６のノードをｃａｔｅｇｏｒｙ ｔａｂｌｅ８１０からｍｅｔａ ｏｂ
ｊｅｃｔ １（８３２）にドラッグする場合に、ｓｏｆｔｗａｒｅ ｄａｔａｂ
ａｓｅの名前８０９が、ｓｏｆｔｗａｒｅ ｄａｔａｂａｓｅ８３６として配置
され、ｃａｔｅｇｏｒｙ ｔａｂｌｅの名前８１０が、ｃａｔｅｇｏｒｙ ｔａ
ｂｌｅ８３８に配置され、ｎａｍｅ８１４が、ｎａｍｅ８４０に配置され、ＩＤ
８１６が、ＩＤ８４２に配置される。同様に、ｍｅｔａ ｏｂｊｅｃｔ ２（８
３４）について、ｎａｍｅ８１８、ｐｒｉｃｅ８２０、およびｃａｔｅｇｏｒｙ
８２２ノードが、ｎａｍｅ８４８、ｐｒｉｃｅ８５０、およびｃａｔｅｇｏｒｙ
８５２に配置され、ソフトウェアが、８４４にｓｏｆｔｗａｒｅ ｄａｔａｂａ
ｓｅの名前、８４６にｓｏｆｔｗａｒｅ ｔｉｔｌｅ ｔａｂｌｅの名前を自動
的に組み込む。

【００５５】 ユーザが、作成されたメタ・オブジェクト５００に満足した時に、メタ・オブ
ジェクト５００が、プロジェクト４４０としてメタ・データ２６０内に保管され
る。メタ・プロジェクト４４０は、メタ・オブジェクト５００の作成処理中にユ
ーザによって一意に識別される。

【００５６】 メタ・オブジェクト５００の作成処理中に、ユーザは、スタジオ・モジュール
２０５を使用して、サーバ・ルーチン２２０にアクセスし、メタ・オブジェクト
５００の作成に使用されるデータソースを定義する。一実施形態では、単一のデ
ータソースが、メタ・オブジェクト５００の作成に使用される。代替実施形態で
は、複数のデータソースを使用して、メタ・プロジェクト４４０内でメタ・オブ
ジェクト５００を作成することができる。ユーザは、スタジオ・モジュール２０
５を使用してメタ・オブジェクト５００を作成して、どのファイルおよびデータ
ベースからどのノードを含めるかを定義する。たとえば、図８の例では、ｓｏｆ
ｔｗａｒｅ ｄａｔａｂａｓｅに、ｃａｔｅｇｏｒｉｅｓ ｔａｂｌｅおよびｓ
ｏｆｔｗａｒｅ ｔｉｔｌｅｓ ｔａｂｌｅが含まれる。ユーザは、さまざまな
表のノードのどれでも、メタ・オブジェクト５００の作成のために選択すること
ができる。メタ・オブジェクト５００の作成の後に、メタ・オブジェクト５００
の間の関係を、下で説明するように定義する。

【００５７】 メタ・オブジェクトからのフィールドを突き合わせることによる接続の作成の
ほかに、構成可能な１つまたは複数の照会を含む接続も作成することができる。
構成可能な照会は、スタジオ２０５内でプログラムされる。メタ・オブジェクト
に関する構成可能な照会が存在する場合には、メタ・オブジェクト照会が実行さ
れる時に、構成可能な照会が、その接続について実行される。接続に関する構成
可能な照会が存在しない場合には、サーバ１０２が、元の接続に基づく照会結果
に関するコードを実行する。

【００５８】 メタ・オブジェクトおよび関係は、独立に作成され、グラフィカル表現とは別
である。開発者は、メタ・オブジェクト・マップを展開し、そのメタ・オブジェ
クト・マップに関する複数のクライアント・アプリケーションを作成することが
できる。複数のグラフィカル・ユーザ・インターフェースを、同一の１つまたは
複数のメタ・オブジェクトから作成することができる。メタ・オブジェクト照会
結果は、たとえばＨＴＭＬ、ＸＭＬ、または他の適当なフォーマットなどのさま
ざまなフォーマットとすることができる。

【００５９】 図９ａに、メタ・オブジェクト５００の関係を定義するダイアログ・ボックス
９００の例示的ウィンドウを示す。図９ａには、メタ・オブジェクト５００の間
のマッピングが行われることを示すメニュー項目９０２が含まれる。左ウィンド
ウ９０４に、メタ・プロジェクト４４０に関して前に定義された（図８）メタ・
オブジェクト５００のリスティングが含まれる。中央ウィンドウ９０６は、少な
くとも２つのメタ・オブジェクト５００の間の関係を作成する区域である。一実
施形態では、ユーザが、左ウィンドウ９０４から中央ウィンドウ９０６へ、複数
のメタ・オブジェクト５００をドラッグする。第２のメタ・オブジェクト５００
が中央ウィンドウ９０６にドラッグされた後に、図９ｂに示されたポップアップ
・ウィンドウ９１０が表示される。図９ｂは、メタ・オブジェクト５００のノー
ド関係を定義するダイアログ・ボックスの例示的なポップアップ・ウィンドウ９
１０である。ポップアップ・ウィンドウ９１０には、選択されたメタ・オブジェ
クト５００の間の関係に一意に命名するための名前ノード９１２が含まれる。ポ
ップアップ・ウィンドウ９１０には、ドロップダウン・メタ・オブジェクト・ノ
ード名９１４および９１６も含まれる。図９ａおよび９ｂに示された例では、２
つのメタ・オブジェクト５００すなわち、メタ・オブジェクト１（９０１）およ
びメタ・オブジェクト２（９０３）が、マッピングのために選択されている。し
たがって、図９ｂで、ドロップダウン・メニューが、メタ・オブジェクト１（９
１６）およびメタ・オブジェクト２（９１４）について示されている。３つ以上
のメタ・オブジェクト５００が選択されている場合には、追加のドロップダウン
・ノード区域が示される。一実施形態では、関係５１５を、一時に２つのメタ・
オブジェクト５００の間でのみ作成することができる。図９ｂの例では、ユーザ
が、メタ・オブジェクト９１４および９１６の両方からノードを選択して、右ウ
ィンドウ９０８に表示されるマッピングを作成する。したがって、ユーザは、メ
タ・オブジェクト１（９０１）とメタ・オブジェクト２（９０３）の間で、ノー
ド名９１４および９１６を選択することによって関係５１５を定義し、その結果
の関係５１５が、右ウィンドウ９０８に表示される。

【００６０】 図１０に、メタ・レイアウト４４５のダイアログ・ボックス１０００の例示的
ウィンドウを示す図である。図１０を参照すると、メタ・レイアウト４４５が作
成されることを示すメニュー表示１００２が示されている。ユーザが、メタ・オ
ブジェクト１００４を選択し、これが左ウィンドウ１００６に表示される。メタ
・オブジェクト１００４は、前に作成され、マッピングされ（図８、９Ａ、およ
び９Ｂ）、メタ・プロジェクト４４０に含まれるメタ・オブジェクト５００のリ
ストから選択される。メタ・オブジェクト１００４は、メタ・オブジェクト５０
０について前に作成された階層データ構造で表示され、これには、データベース
名１０１０、表名１０１２、および選択されたノード１０１４、１０１６、およ
び１０１８が含まれる。右ウィンドウ１００８に、ディスプレイのコンテキスト
区域７１０内のメタ・オブジェクト５００の表示のためのファセットまたはレイ
アウトが含まれる。ファセットは、事前に割り当てられたファセットのリストか
ら選択することができ、また、ユーザが新しいファセットを作成することができ
る。ファセットの名前が、ファセット１０２０に表示される。ファセット１０２
０には、メタ・オブジェクト１００４からのさまざまなノード１０１４、１０１
６、および１０１８の表示のための複数の区域１０２４、１０２６、および１０
２８が含まれる。ノードは、１つまたは複数のメタ・オブジェクト５００から選
択することができる。一実施形態では、ユーザが、ファセット１０２０内の特定
の区域１０２４、１０２６、および１０２８にノードをドラッグして、レイアウ
トを作成する。したがって、図１０の例では、ｎａｍｅ１０１４が、区域１０２
４にドラッグされ、ｐｒｉｃｅ１０１６が、区域１０２６にドラッグされ、ｃａ
ｔｅｇｏｒｙ１０１８が、区域１０２８にドラッグされる。さらに、スクリプト
言語区域１０２２が、メタ・オブジェクト５００のレイアウトに関するスクリプ
ト命令を組込み、特定のメタ・オブジェクト５００がアクセスされる時にコンテ
ンツ区域７１５に表示されるコンテンツを含めるために、維持される。

【００６１】 ランタイム中に、ランタイム照会４２０によって、メタ・データ２６０からフ
ァセット１０２０が検索され、メタ・オブジェクト１００４によって示されるデ
ータが、ファセット１０２０の諸区域にロードされる。書込障害１０２０が、コ
ンテキスト区域７１０に表示される。ノード内の各データ項目が、表示用の別々
のファセットの作成に使用される。ファセット１０２０が、メタ・レイアウト４
４５に保管される。

【００６２】 図１１に、構造−コンテキスト−コンテンツ・ビュー・ダイアログ・ボックス
１１００の例示的ウィンドウを示す。メタ・オブジェクト５００が、左ウィンド
ウ１１０２内でメタ・プロジェクト４４０について示されている。このビューで
は、右ウィンドウ１１０４に、プロジェクト４４０の表示のためのソース構造１
１０６、コンテキスト１１０８、およびコンテンツ区域１１１０も示されている
。構造１１０６内で、ユーザが、たとえばリスト・ツリーなど、表示のためのさ
まざまな形態から選択することができる。コンテキスト区域１１０８には、コン
テキストを表示する方法が示される。たとえば、コンテキストを、球、立方体、
またはＨＴＭＬページとして表示することができる。さらに、ユーザは、さまざ
まな表示の色、表示の背景色および背景テクスチャなどのさまざまなプリファレ
ンスを選択することができる。ビュー情報は、メタ・レイアウト４４５に保管さ
れる。

【００６３】 図１２は、メタ・オブジェクト５００の作成の一実施形態の流れ図である。ま
ず、処理ブロック１２０５で、データソースを識別する。データソースは、大容
量記憶装置１０４、ウェブ・サーバ２３５、ファイル・サーバ２４０、マルチメ
ディア・サーバ２４５、レガシ・システム２５０、エンタープライズ・リソース
・プランナ２５５、またはすべてのリモート・データソースなどの、さまざまな
ローカルまたはリモートのデータソースのいずれかからとすることができる。ス
タジオ・モジュール２０５が、サーバ・ルーチン２２０と相互作用して、さまざ
まなデータソースにアクセスする。データソース接続性モジュール２２５が、使
用可能なデータソースにアクセスし、クライアント１０６上で表示する。１つま
たは複数のデータソースが識別された後に、ソフトウェア・ルーチン２２０が、
データソースを解析することによってデータソースから階層データ構造２７２を
作成する。したがって、サーバ・ルーチン２２０は、たとえば木構造の形で、デ
ータの地形図的表現を作成する。

【００６４】 データソースが識別され、階層データ構造２７２が作成された後に、処理ブロ
ック１２１０で、メタ・オブジェクト５００を作成する。メタ・オブジェクトは
、階層データ構造内のさまざまなノードを選択することによって作成される。メ
タ・オブジェクトは、単一のソースまたは複数のソースから作成することができ
る。メタ・オブジェクト５００は、メタ・プロジェクト４４０に保管される。代
替実施形態では、開発者が、メタ・オブジェクトを作成し、関係を定義し、メタ
・オブジェクトおよび関係を保管することができる。別の開発者が、データソー
スを識別し、これらの識別を保管することができる。少し後に、別の開発者が、
識別されたデータソースおよび保管されたメタ・オブジェクトをロードし、この
データソースとメタ・オブジェクトの間の接続を作ることができる。

【００６５】 処理ブロック１２１５で、前に作成されたさまざまなメタ・オブジェクト５０
０のノード間の関係５１５を定義することによって、作成されたメタ・オブジェ
クト５００にタグを付ける。メタ・オブジェクト５００内のノードが選択され、
関係５１５が、メタ・オブジェクト５００のノードの間で定義される。関係は、
異なるメタ・オブジェクト５００からのノードの間、または同一のメタ・オブジ
ェクト５００のノードの間とすることができる。一実施形態では、２つのメタ・
オブジェクト５００が、関係５１５を定義するのに使用される。代替実施形態で
は、任意の個数のメタ・オブジェクトを、関係の定義に使用することができる。
定義されたまたはタグを付けられたメタ・オブジェクト５００が、メタ・プロジ
ェクト４４０に保管される。

【００６６】 図１３は、メタ・オブジェクト５００の処理の流れ図である。まず、処理ブロ
ック１３０５で、メタ・プロジェクト４４０をメタ・データ２６０からロードす
る。メタ・プロジェクト４４０内の各メタ・オブジェクト５００を検索し、メタ
・オブジェクト５００のソース５１０にアクセスする。メタ・プロジェクト４４
０のメタ・レイアウト４４５をレイアウト６０５に配置する。関係５１５を照会
し、各データ項目の関係５１５を作成し、照会結果６１０に置く。照会結果６０
０を、サーバ・ルーチン２２０に渡す。

【００６７】 処理ブロック１３１０で、照会結果６００を、メタ・オブジェクト・プロジェ
クト４４０についてユーザによって作成された特定のレイアウト６０５およびビ
ューと共に処理する。メタ・オブジェクト５００を処理して、プロジェクト４４
０の構造を作成し、構造区域７０５に表示する。メタ・オブジェクト５００のノ
ード内の各データ項目に、照会結果６００からアクセスし、レイアウト６０５を
使用してコンテキスト区域７１０に表示する。メタ・オブジェクト・プロジェク
ト４４０のコンテンツが使用可能である場合には、それを検索し、コンテンツ区
域７１５に表示する。処理ブロック１３１５で、ビュー１１００全体をクライア
ント１０６上で表示する。

【００６８】 ユーザが、構造７０５内のノードまたはコンテキスト７１０内の特定のデータ
項目のレイアウト・コンテキストにアクセスする際に、対応する構造７０５、コ
ンテキスト７１０、またはコンテンツ７１５が変化する。たとえば、特定のメタ
・オブジェクト５００が、特定のコンテンツ５２０に関連する場合に、そのメタ
・オブジェクト５００が、構造７０５区域またはコンテキスト７１０区域のいず
れかでアクセスされる時に、特定のコンテンツが、検索され、コンテンツ区域７
１５に表示される。ユーザは、構造７０５区域またはコンテキスト７１０区域の
いずれかを介してデータ構造内をナビゲートすることができる。ユーザが異なる
区域にアクセスする際に、データが、データソースから継続的に更新される。図
７を参照すると、ユーザが、構造区域７０５内に示されたメタ・データ・オブジ
ェクト１、２、３、または４のいずれかにアクセスする時に、コンテキスト７１
０区域が、新しいソース・データを用いて更新される。さらに、コンテキスト区
域７１０内に表示される特定の区域が変更される。したがって、最初の開始時に
、コンテキスト区域７１０が、メタ・データのルート・ノードから作成される。
ユーザが、データ構造内の新しいノードを選択する時に、そのノードが、コンテ
キスト区域７１０内での表示のためのルート・ノードとして使用される。一実施
形態では、ルート・ノードが、特定のファセットについて、３Ｄ表現に基づいて
、コンテキスト区域の中央からデータの表示を開始するのに使用される。代替実
施形態では、コンテキスト区域７１０内の３Ｄ表現内の左上隅、右上隅、左下隅
、右下隅、または任意の区域でルート・ノードの表示を開始することができる。

【００６９】 コンテンツ区域７１５に表示されるデータは、たとえばＨＴＭＬまたはＸＭＬ
などの、さまざまなフォーマットで表現することができる。サーバ・ルーチン２
２０が、さまざまなデータ・フォーマットを、コンテンツ区域７１５での表示に
適するフォーマットに変換する。

【００７０】 図１４は、メタ・プロジェクト４４０のレイアウトおよびビューの作成の流れ
図である。図１４を参照すると、まず、処理ブロック１４０５で、メタ・オブジ
ェクト５００のメタ・レイアウト４４５を定義する。事前に定義されたファセッ
ト１０２０またはレイアウトが、メタ・オブジェクト５００のメタ・レイアウト
４４５について選択される。代替実施形態では、ファセット１０２０を、この時
点で作成することができる。作成されタグ付けされたメタ・オブジェクト５００
内のノードが、ファセット１０２０内の所与の特定の区域に関連付けられる。ラ
ンタイム表示中に、ノード内のデータ項目が、ファセット区域内にそれぞれ表示
される。さらに、スクリプト言語区域を使用して、データのコンテンツへのコン
テンツリンクを作成することができる。

【００７１】 処理ステップ１４１０で、メタ・オブジェクト・プロジェクト４４０のビュー
を作成する。プロジェクト４４０の構造レイアウトは、事前に指定された構造の
リストからの選択によって定義される。代替実施形態では、ユーザが、特定の構
造を指定することができる。そのような構造には、たとえば、階層木構造が含ま
れる。さらに、データ構造のコンテキストが、選択され、ユーザが、データのフ
ァセットを表示するための特定の３次元表示表現を選択する。そのようなコンテ
キスト面には、たとえば、立方体構造、球構造、または類似物が含まれる。

【００７２】 処理ブロック１４１５で、ユーザが、メタ・プロジェクト４４０の開始ページ
を指定することができる。開始ページは、上の実施形態の分散アプリケーション
がランタイムにメタ・プロジェクト４４０に最初にアクセスするのに使用される
。代替実施形態では、アクセスの他の方法を使用することができる。

【００７３】 図１５に、メタ・オブジェクトの表示の例示的なウィンドウ１５００を示す。
図１５を参照すると、ウィンドウ１５００に、ウェブ・ページの構造１５０２、
コンテキスト１５０４、およびコンテンツ１５０６が示されている。図１５の例
では、ウェブ・ページに、アクセスすることができる複数のｅ−ｃｏｍｍｅｒｃ
ｅストアが示されている。構造１５０２は、データ構造内のさまざまなストアを
示すタグ付きメタ・オブジェクトの階層データ構造である。コンテキスト１５０
４によって、さまざまなストアが球面上に示された球１５０８と、球１５０８か
らのアクセス・ストアのコンテキストを示す第２の球１５１０が示されている。
コンテンツ１５０６によって、所与の構造１５０２またはコンテキスト１５０４
について示すことができる例示的な情報が示される。

【００７４】 図１６に、メタ・オブジェクトの表示の例示的なウィンドウ１６００を示す。
ウィンドウ１６００には、図１５の例から選択され、保管された構造１６０２、
コンテキスト１６０４、およびコンテンツ１６０６が示されている。構造１６０
２内で、ｓｕｇａｒ−ｆｒｅｅ ｐｒｏｄｕｃｔｓに関するストア・カテゴリ内
のサブカテゴリが、選択されている。コンテキスト１６０４内では、ｓｕｇａｒ
−ｆｒｅｅ ｐｒｏｄｕｃｔｓが球に示されている。コンテキスト１６０４また
は構造１６０２内のこの特定の製品にアクセスした後に、コンテンツ１６０６が
、ウィンドウ１６００の右側に示される。図１６の例では、構造１６０２および
コンテキスト１６０４が、解析されたハイパーテキスト・ウェブ・ページについ
て図示される。

【００７５】 図１７に、メタ・オブジェクトの表示の例示的なウィンドウ１７００を示す。
図１７を参照すると、ウィンドウ１７００に、構造１７０２、コンテキスト１７
０４、およびコンテンツ１７０６が含まれる。図１７の図に、本屋が示され、図
１７の図は、特定のハイパーテキスト・ウェブ・ページの解析された表現である
。

【００７６】 図１８に、ハイパーテキスト・ウェブ・ページ１８００からのメタ・オブジェ
クトの表示の例示的なウィンドウを示す。ウェブ・ページ１８００は、バナー広
告１８０１内でアクセスされ、特定のウェブ・ページのバナー広告を示すか表示
する。ユーザが、バナー広告１８０１を介してウェブ・ページ１８００にアクセ
スする時に、ポップアップ・ウィンドウ１８０２が表示され、バナー広告１８０
１に表現されるかリンクされた解析されたウェブ・ページのコンテキスト１８０
４が示される。さらに、図１８の例には、アクセスされたコンテキスト１８０４
のコンテンツ１８０６区域が示されている。

【００７７】 図１９に、球構造を使用するメタ・オブジェクトの表示の例示的ウィンドウを
示す。図１９の例には、構造１９０２およびコンテキスト１９０４が含まれる。
図１９の例では、コンテキストおよび構造に関するコンテンツが表示されていな
い。ユーザは、構造１９０２またはコンテキスト１９０４のいずれかを介して、
リンクされたメタ・オブジェクトのさまざまな区域にアクセスすることができる
。ユーザが、球体に沿ってナビゲートする際に、コンテキスト１９０４内のビュ
ーが変化する。さらに、ユーザが構造１９０２を介してナビゲートする際に、コ
ンテキスト１９０４が変化し、球または球体に示されるさまざまなコンポーネン
トが、それ相応に変換する。

【００７８】 図２０に、球体表示を使用するメタ・オブジェクトの表示の例示的なウィンド
ウを示す。図２０には、構造２００２、コンテキスト２００４、およびポップア
ップコンテンツウィンドウ２００６が含まれる。この例では、ユーザが、構造２
００２またはコンテキスト２００４のいずれかを介してメタ・オブジェクトのさ
まざまなコンポーネントにアクセスすることができる。いずれかを介してユーザ
がナビゲートする際に、球体上の表示が、リンクされたメタ・オブジェクト内の
位置に応じて変化する。ユーザが、構造２００２内またはコンテキスト２００４
内のいずれかのメタ・オブジェクトの所与のコンポーネントにアクセスする際に
、コンテンツポップアップ・スクリーン２００６を、その所与のオブジェクトに
ついて表示することができる。

【００７９】 図２１に、立方体構造を使用するメタ・オブジェクトの表示の例示的なウィン
ドウを示す。図２１には、構造区域２１０２、コンテキスト２１０４、およびポ
ップアップコンテンツ２１０６が含まれる。ユーザが、コンテキスト２１０４ま
たは構造区域２１０２のいずれかを介してナビゲートする際に、この両方の表示
が、データ構造内のアクセスされる位置に応じて変化する。ユーザが、コンテキ
スト２１０４または構造２１０２のいずれかを介してデータ構造内の特定の区域
にアクセスする際に、コンテンツポップアップ・ウィンドウ２１０６を表示して
、表示されアクセスされるさまざまな区域のコンテンツまたは追加情報を示すこ
とができる。

【００８０】 図２２に、立方体構造を使用するメタ・オブジェクトの表示の例示的なウィン
ドウを示す。図２２には、構造区域２２０２、コンテキスト２２０４、およびコ
ンテンツポップアップ・ウィンドウ２２０６が含まれる。ユーザがメタ・オブジ
ェクトのシステムを介してナビゲートする際に、さまざまな表示を示すことがで
きる。たとえば、図２１をもう一度参照すると、ユーザが構造２１０２またはコ
ンテキスト２１０４を介してｈｉｓｔｏｒｙ（歴史）区域をナビゲートする際に
、構造２２０２およびコンテキスト２２０４の両方に、新しい表示を表示するこ
とができる。さらに、ポップアップコンテンツ区域２２０６に、メタ・オブジェ
クトのアクセスされたコンポーネントが表示される。したがって、図２１および
図２２の例では、ユーザがｈｉｓｔｏｒｙ区域にナビゲートし、その区域をクリ
ックし、ｈｉｓｔｏｒｙコンポーネントのさまざまなコンポーネントを示す新し
いコンテキストが表示される。

【００８１】 図２３に、バンド様コンテキスト構造を使用するメタ・オブジェクトの表示の
例示的なウィンドウを示す。図２３には、構造２３０２、コンテキスト２３０４
、およびコンテンツ２３０６が含まれる。構造２３０２には、上で説明した実施
形態のシステムによって作成されたリンクされたメタ・オブジェクト階層データ
構造が含まれる。コンテキスト２３０４には、ユーザによってアクセスされたデ
ータ構造の所与の区域のコンテキストが表示される。ユーザは、構造２３０２ま
たはコンテキスト２３０４のいずれかを介して、リンクされたメタ・オブジェク
トをナビゲートすることができる。ユーザが、所与の構造２３０２またはコンテ
キスト２３０４にアクセスする際に、異なるコンテンツをコンテンツ２３０６内
に表示することができる。この例では、ユーザが、構造２３０２に示されている
ように、「ｓｏｆｔｗａｒｅ．ｃｏｍ」内の「ＣＤ ＲＯＭ」ｔｉｔｌｅｓにア
クセスした。表示された項目のバンドまたは行は、メタ・オブジェクトを表すこ
とができ、これらのバンドは、メタ・オブジェクトに対する照会を表すことがで
きる。構造２３０２内の所与のメタ・オブジェクト、たとえば符号２３０１のｅ
ｄｕｃａｔｉｏｎについて、コンテキスト２３０４に、たとえば符号２３０５の
ｅｄｕｃａｔｉｏｎとして、リンクされたオブジェクトが表示区域を横切るバン
ド内に表示される。

【００８２】 図２４に、バンド様３Ｄ表現を使用するメタ・オブジェクトの表示の例示的な
ウィンドウを示す。図２４には、構造２４０２またはコンテキスト２４０４のい
ずれかを介してユーザがナビゲートする際のコンテキスト２４０４の移動が示さ
れている。この例では、ユーザが、キーボード移動またはマウス移動のいずれか
を用いてコンテキスト２３０４の表示を操作する際に、コンテキスト２４０４内
の表示が右にシフトされる。したがって、要素２３０７が、符号２４０７に示さ
れているように右に２位置だけシフトされる。

【００８３】 図２５に、バンド様３Ｄ表現でのメタ・オブジェクトの表示の例示的なウィン
ドウを示す。図２５は、図２３および図２４の継続であり、ユーザが、特定の項
目２５１０にアクセスし、ポップアップコンテンツウィンドウ２５０８が、アク
セスされた要素２５１０について表示されている。

【００８４】 図２６に、バナー広告２６００からのメタ・オブジェクトの表示の例示的なウ
ィンドウを示す。ユーザが、バナー広告２６００にアクセスし、これによって、
バナー広告２６００にまたがる特定のデータ構造のコンテキストが移動されてい
る。ユーザが、バナー広告２６００内の特定の要素にアクセスする際に、そのコ
ンテンツが、コンテンツウィンドウ２６０６に表示される。

【００８５】 一実施形態では、その中にバナー広告があるウェブ・ページがロードされる時
に、バックグラウンドで複数のタスクを実行することができる。ビューアのブラ
ウザが、まず、ウェブ・ページに埋め込まれたアプレットによってイネーブルさ
れる。このアプレットを用いると、ユーザ介入またはソフトウェアのダウンロー
ドなしで、エンド・ユーザが、バナー広告をその意図されたレンダリングで見ら
れるようになる。処理は、広告主によって指定されるサイト（広告主のウェブサ
イトまたはホスト・サイトとすることができる）へのコンテンツポインタの活動
化に継続し、広告主がこのウェブ・ページで見られることを指定した情報を検索
する。検索される情報は、バナー広告が常駐するウェブ・ページのコンテンツま
たはコンテキストおよび／または広告主または第三者によって保持されるユーザ
・プロファイルに依存する。代替実施形態では、ビジネス・ルールおよび共同フ
ィルタリング機能が任意選択の特徴になる。コンテンツは、広告サーバによって
決定され、リアルタイム・トランザクションである。このようにして、バナー広
告のコンテンツは、広告主の自由裁量で変更することができ、複数の代理人およ
びターゲットのバナー広告ウェブサイト所有者に連絡するという広告の重荷を必
要としなくなる可能性がある。

【００８６】 コンテンツが、ターゲット・ウェブ・ページのバナー広告スペースに配送され
た後に、ビューアが広告を表示することができる。バナーコンテンツは、バナー
の中のコンテンツが水平方向で左から右へまたは右から左へのいずれかで回転す
る、カルーセル様の動きを有することができる。代替実施形態では、バナーコン
テンツを任意の方向に移動させることができる。上で述べたように、このコンテ
ンツは、広告主またはホストの広告サーバによってウェブ・サイトに配送され、
ビジュアル・フォーマットの大量の情報からなるものとすることができる。情報
は、各フレームが異なる製品を表すフレームでレンダリングすることができ、こ
れらの製品は、エンド・ユーザの側での介入なしに、ビューアのウェブ・ページ
で、提供されるバナー・スペース内で回転する。広告バナーは、対話的であり、
エンド・ユーザが画面上で回転する画像の上にマウスを移動する場合に、ポップ
アップ・ウィンドウが表示され、特定の項目に関するより多くの情報が与えられ
る。特定のイメージがクリックされた場合に、エンド・ユーザの表示可能スクリ
ーン内で、クリックされた項目を説明するコンテンツを有する新しいフレームが
開かれる。情報の追加フレームおよびポップアップ・ボックスの両方が、広告サ
ーバから駆動され、コンテンツは、広告主のサイトまたはホスト・サイトから発
する。やはり、これによって、広告主に、リアルタイムでコンテンツを変更し、
バナーに供給する能力が与えられる。クリックされた項目に関するコンテンツを
有する状態で開かれる新しいフレームは、広告主のサイトへのライブ接続であり
、広告主の意図に応じて、項目構成、より多くの情報、または購入機能性のため
にさらにクリックされることを完全にイネーブルされる。この形で、広告主が、
バナー広告が現れる現在のページがまだ画面上にある間に、エンド・ユーザに関
連サイトコンテンツを与える。エンド・ユーザは、広告バナーを提示したサイト
を絶対に離れないが、バナー広告主のサイトを訪問し、対話することを可能にさ
れる。

【００８７】 図２７から５１に、メタ・オブジェクト・プロジェクトを作成し、編集する、
例示的なウィンドウを示す。図２７に、空白画面としての、編集処理の始めを示
す。

【００８８】 図２８に、コネクタ・サーバ・ウィンドウ２８０２を介してサーバに接続する
クライアントを示す。ユーザは、ユーザ名またはパスワードを入力し、マウス・
クリック入力を用いてｃｏｎｎｅｃｔボタンを押すことによって、サーバに接続
する。

【００８９】 図２９に、サーバ１０２への接続が行われた後の、メタ・プロジェクトの編集
および作成の開始を示す。図２９を参照すると、プロジェクト・データソース・
プルダウン・ウィンドウ２９０４が、プロジェクト構造区域２９０２およびプロ
ジェクト・プロパティ区域２９０６と共に示されている。

【００９０】 図３０に、プルダウン・データソース選択ウィンドウ３００２を用いるメタ・
オブジェクト・プロジェクトの作成および編集の例示的なウィンドウを示す。

【００９１】 図３１に、データソースが選択された後の、データソース・ポップアップ・ウ
ィンドウ３１０２を示す例示的なウィンドウを示す。ポップアップ・ウィンドウ
３１０２内で、ユーザが、ソース・タイプおよびソース・プロパティならびにソ
ース名を選択することができる。代替案では、ユーザが、データソースの位置を
示すことができる。データソースにアクセスするのにユーザ名またはパスワード
が必要な場合には、ユーザは、適当なフィールドにユーザ名またはパスワードを
入力することができる。

【００９２】 図３２に、選択されたデータソースのプロパティを示す例示的なウィンドウを
示す。プロパティは、プロパティ・ウィンドウ３２０２内に示される。

【００９３】 図３３に、選択されたデータソースからメタ・オブジェクトを作成する、例示
的なウィンドウを示す。選択されたデータソースが、符号３３０４に示され、プ
ルダウン・メタ・オブジェクト・ウィンドウが、符号３３０２に示されている。
適当なメタ・オブジェクト・データソースを選択することによって、ユーザは、
上で説明したようにメタ・オブジェクト関係を作成することができる。

【００９４】 図３４に、メタ・オブジェクト・ポップアップ・ウィンドウ３４０２内でメタ
・オブジェクトを編集し作成する、例示的なウィンドウを示す。メタ・オブジェ
クト・ポップアップ・ウィンドウ３４０２内で、ユーザが、適当なメタ・オブジ
ェクトと、項目とメタ・オブジェクトの間の関係とを、定義し、作成し、編集す
ることができる。メタ・オブジェクトの作成は、上で説明した通りである。

【００９５】 図３５に、ポップアップ・メタ・オブジェクト編集ウィンドウ３５０２を示す
例示的なウィンドウを示す。さらに、ポップアップ・ウィンドウ３５０２に、フ
ィールド・プロパティの選択のためのプルダウン・メニュー３５０４が含まれる
。ポップアップ・ウィンドウ３５０２のコンテキスト内で、ユーザが、メタ・オ
ブジェクトに含まれるフィールドを定義することができる。

【００９６】 図３６に、メタ・オブジェクト内のフィールドの定義の、例示的なウィンドウ
を示す。図３６のウィンドウには、選択されたメタ・オブジェクトのメタ・オブ
ジェクト・フィールド・プロパティを示すポップアップ・メタ・オブジェクト定
義フィールド・ウィンドウ３６０２が含まれる。図示の例では、名前によって示
されるものとして選択されたフィールドの名前とそのフィールドの出所（ｏｒｉ
ｇｉｎ）が示されている。出所は、フィールドがそこから選択されたソースであ
る。一実施形態では、出所フィールドのフィールド名が、示され、データのタイ
プおよび可視タグがそのフィールドに関連するかどうかが、示される。

【００９７】 図３７に、メタ・オブジェクトのコンテキストを作成する、例示的なウィンド
ウを示す。コンテキスト・ポップアップ・ウィンドウ３７０２に、ユーザが作成
を望むコンテキストのタイプが示されている。ポップアップ・ウィンドウ３７０
２は、ユーザが、プルダウン・メニューの１つからコンテキスト・エディタを選
択した後に表示される。

【００９８】 図３８に、コンテキストの編集および面エディタ・プルダウン・ウィンドウ・
メニュー３８０２の例示的なウィンドウを示す。さらに、図３８のウィンドウに
は、コンテキスト・エディタ・ポップアップ・ウィンドウ３８０４が示されてい
る。

【００９９】 図３９に、コンテキストの面に関するテンプレートの編集の、例示的なウィン
ドウを示す。図３９のウィンドウには、ポップアップ・コンテキスト・エディタ
・ウィンドウ３９０２が示されている。コンテキスト・ポップアップ・メニュー
３９０２の上に重ねられて、新しい面ポップアップのテンプレート・エディタが
、符号３９０４に示されている。面ポップアップ・ウィンドウ３９０４内で、ユ
ーザが、コンポーネントを追加し、面のコードを編集することができる。

【０１００】 図４０に、テンプレート・エディタ・ポップアップ・ウィンドウ４００２のも
う１つの図を示す。テンプレート・ポップアップ・ウィンドウ４００２内に、テ
キストの挿入のためのポップアップ・スクリーン４００４が示されている。ユー
ザは、ポップアップ・ボックス４００４内の適当なボックスに、テキストおよび
イメージ参照を入力するか貼り付けることができる。

【０１０１】 図４１に、ユーザが編集コード（ｅｄｉｔ ｃｏｄｅ）を選択したテンプレー
ト・エディタ・ポップアップを示す。ポップアップ・ウィンドウが、符号４１０
２に示されている。ポップアップ・ウィンドウ４１０２内で、ユーザが、画面区
域内でテキストを追加または置換することによって、面を定義するコードを編集
することができる。

【０１０２】 図４２から４７に、メタ・オブジェクトのコンテキストの継続される編集の例
示的なウィンドウを示す。ウィンドウに現れるポップアップ・スクリーン内で、
ユーザが、メタ・オブジェクトのコンテキストのレイアウトおよび外見を定義す
ることができる。レイアウトを作成する動作は、上で説明した通りである。

【０１０３】 図４８から５１に、メタ・オブジェクト内の項目間およびメタ・オブジェクト
間の関係の定義の例示的ウィンドウを示す。メタ・オブジェクト間の関係の定義
の動作は、上で説明した通りである。

【０１０４】 図４８に、メタ・オブジェクトＭ１をメタ・オブジェクトＭ２に接続するポッ
プアップ・ウィンドウ４８０２を示す。図示の例では、Ｍ２が、矢印によってＭ
１に接続されている。

【０１０５】 図４９に、２つのメタ・オブジェクトの間の接続が行われた後の、接続ウィザ
ード・ポップアップ・スクリーン４９０２を示す。図示の例では、Ｍ１およびＭ
２のメタ・オブジェクトによって、さまざまなメタ・オブジェクト内のフィール
ドが示されている。

【０１０６】 図５０に、メタ・オブジェクト２のフィールドのフィールド・ドロップダウン
・メニュー５００２と共にメタ・オブジェクト接続ウィザード・ポップアップ・
ウィンドウ４９０２を示す。符号５００２内で、ユーザが、接続に使用されるフ
ィールドとして部署番号（ｄｅｐａｒｔｍｅｎｔ ｎｕｍｂｅｒ）を選択してい
る。

【０１０７】 図５１に、接続される項目としてジョブが選択された、メタ・オブジェクト１
のドロップダウン・メニュー５１０２を示す。選択が行われた後に、メタ・オブ
ジェクト接続のプロパティが、プロパティ・セクション５１０４で更新される。

【０１０８】 本明細書の特定の構成および方法は、本発明の原理を例示するのみである。本
発明の趣旨および範囲から逸脱せずに、当業者が、形態および詳細における多数
の変更を行うことができる。

【図面の簡単な説明】

【図１】 ネットワーク構造−コンテキスト−コンテンツ・システムの一実施形態のブロ
ック図である。

【図２ａ】 例示的階層データ構造を示すツリー図である。

【図２ｂ】 図１のサーバの一実施形態のブロック図である。

【図２ｃ】 メタ・オブジェクト構造の例示的な図である。

【図３】 図２ｂのサーバのコンピュータ・アーキテクチャの一実施形態のブロック図で
ある。

【図４ａ】 図２ｂのサーバ・ルーチンの一実施形態のブロック図である。

【図４ｂ】 メタ・オブジェクト・プロジェクトの一実施形態のブロック図である。

【図４ｃ】 メタ・プロジェクトのもう１つの実施形態のブロック図である。

【図４ｄ】 メタ・プロジェクトのもう１つの実施形態のブロック図である。

【図４ｅ】 リレーショナル・データベースのデータ・オブジェクト・インターフェースの
実装の一実施形態を示すブロック図である。

【図５】 メタ・オブジェクトの一実施形態のブロック図である。

【図６】 照会結果の一実施形態のブロック図である。

【図７】 メタ・オブジェクトの表示の例示的ブロック図である。

【図８】 メタ・オブジェクト作成ダイアログ・ボックスの例示的ウィンドウを示す図で
ある。

【図９ａ】 メタ・オブジェクト関係を定義するダイアログ・ボックスの例示的ウィンドウ
を示す図である。

【図９ｂ】 メタ・オブジェクト・ノード関係を定義するダイアログ・ボックスの例示的ド
ロップダウン・メニュー・ウィンドウを示す図である。

【図１０】 メタ・レイアウト・ダイアログ・ボックスの例示的ウィンドウを示す図である
。

【図１１】 構造−コンテキスト−コンテンツ・ビュー・ダイアログ・ボックスの例示的ウ
ィンドウを示す図である。

【図１２】 メタ・オブジェクトの作成の一実施形態の流れ図である。

【図１３】 メタ・オブジェクトの処理の流れ図である。

【図１４】 メタ・オブジェクト・プロジェクトのレイアウトおよびビューの作成の流れ図
である。

【図１５】〜

【２５】 メタ・オブジェクトの表示の例示的ウィンドウを示す図である。

【図２６】 バナー広告からのメタ・オブジェクトの表示の例示的ウィンドウを示す図であ
る。

【図２７】〜

【図５１】 メタ・オブジェクト・プロジェクトを作成し編集する例示的ウィンドウを示す
図である。

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

【提出日】平成１４年５月７日（２００２．５．７）

【手続補正１】

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

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

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ， ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，Ｃ Ｎ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ， ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，Ｋ Ｐ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ， ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，Ｓ Ｇ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 エイキン，アーハン アメリカ合衆国・94404・カリフォルニア 州・フォスター シティ・カタマラン・ 837・ナンバー ２ (72)発明者 エイキン，シハン アメリカ合衆国・94065・カリフォルニア 州・レッドウッド シティ・スパー ドラ イブ・631 (72)発明者 エイキン，ハカン アメリカ合衆国・94403・カリフォルニア 州・サン マテオ・オーフェリル・1951・ ナンバー 209 (72)発明者 クタイ，アリ アメリカ合衆国・94301・カリフォルニア 州・パロ アルト・ヘール ストリート・ 465 (72)発明者 アルベック，エリアフ アメリカ合衆国・94110・カリフォルニア 州・サン フランシスコ・バートレット ストリート・153 Ｆターム(参考） 5B075 ND34 NR03 NR12 PQ13 PQ42

Claims (39)

【特許請求の範囲】
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. 【請求項２８】 前記クライアントが、さらに、該３次元表現がアクセスさ
    れる場合に、前記内容ソースを表示するように構成される請求項２６に記載のシ
    ステム。
29. 【請求項２９】 プロセッサ上で実行される時に、データ構造を構成する方
    法を実行する命令を含むコンピュータ可読媒体であって、前記方法が、 少なくとも１つのデータ構造にアクセスする（１２０５）こと、 少なくとも１つのサブ構造を含むプロジェクトにアクセスし（１２１０）、該
    サブ構造が、該複数のノードのサブセットと、該サブセットのノードの間で定義
    された少なくとも１つの関係とを含むこと、 前記少なくとも１つのサブ構造および前記少なくとも１つのデータ構造を使用
    して、複数の照会結果を作成する（１３０５）こと、および 前記少なくとも１つのレイアウトおよび前記複数の照会結果をクライアントに
    送る（１３１０）こと を含む、媒体。
30. 【請求項３０】 該少なくとも１つのデータ構造の空間的表現を作るために
    前記少なくとも１つのデータ構造を解析すること をさらに含む請求項２９に記載の媒体。
31. 【請求項３１】 該データ構造からのデータを使用して、該サブセットを前
    記照会結果にマッピングすること をさらに含む請求項２９に記載の媒体。
32. 【請求項３２】 作成することが 該サブセット、少なくとも１つのレイアウト、および該少なくとも１つの関係
    を使用して、少なくとも１つのファセットを作成すること をさらに含む請求項２９に記載の媒体。
33. 【請求項３３】 プロセッサ上で実行される時にデータ構造を構成する方法
    を実行する命令を含むコンピュータ可読媒体であって、前記方法が、 レイアウトおよび複数の照会結果をサーバから受け取る（１３１０）こと、 前記レイアウトを使用して前記照会結果を表示する（１３１５）こと を含む、媒体。
34. 【請求項３４】 前記表示することが、さらに、 複数のノードおよび該複数のノード間で定義される少なくとも１つの関係を含
    む少なくとも１つのサブ構造を前記サーバから受け取ること、および 前記レイアウトを使用して、構造表示内で前記少なくとも１つのサブ構造を表
    示すること を含む請求項３３に記載の媒体。
35. 【請求項３５】 前記表示することが、さらに、 少なくとも１つのファセットを受け取ること、 前記少なくとも１つのファセット、該レイアウト、および該複数の照会結果を
    使用して前記少なくとも１つのサブ構造を３次元表現にマッピングすること、お
    よび 前記３次元表現を表示すること を含む請求項３３に記載の媒体。
36. 【請求項３６】 表示することが、さらに、 該少なくとも１つのサブ構造の内容ソースを受け取ること、および 内容表示内に該内容ソースを表示すること を含む請求項３３に記載の媒体。
37. 【請求項３７】 該サブ構造が、該構造表示内でアクセスされる場合に、前
    記内容ソースを表示すること をさらに含む請求項３６に記載の媒体。
38. 【請求項３８】 該３次元表現がアクセスされる場合に、前記内容ソースを
    表現すること をさらに含む請求項３６に記載の媒体。
39. 【請求項３９】 データ処理システム上で実行されるアプリケーション・プ
    ログラムによるアクセスのためにデータを保管するメモリであって、 前記メモリ内に保管されるデータ構造（４４０）を含み、 前記データ構造が、前記アプリケーション・プログラムによって使用されるデ
    ータベース内に常駐する情報を含み、データ構造の構成および表示に使用される
    複数のプロジェクトを含み、 前記複数のプロジェクトのそれぞれが プロジェクト・レイアウト（４４５）と、 複数のサブ構造（５００）と を含み、 前記複数のサブ構造のそれぞれが、前記データ構造から構成され、 データソース識別子と、 前記サブ構造のノード間の関係と、 内容識別子と を含むメモリ。