JP2000112999A - プロパティベ―スコンテクストポ―タル - Google Patents

Abstract

(57)【要約】 【課題】 視認可能な情報システムを生成するためのコ
ンピュータ作動装置を提供する。 【解決手段】 バーチャルワールドは、シーン、データ
ソース、グローバルパラメータ、リソース等のブロック
で構築される。シーンは、情報がデータ記憶システムに
記憶されているデータにリンクされている点を除けば、
データプレゼンテーションスライドによく似た情報のビ
ジュアル表示である。データソースからの値はユーザー
の定義したデータエレメントとして図形的に表現され
る。データソースは、照会を生成するブロックダイアグ
ラムで構築される。シーンは、透けて見えるようにデー
タソースをグラフィックエレメントに結合させる描画エ
ディタで作られる。バーチャルワールドが完成すると実
行画像がバイトコードとして表される。バイトコード
は、ランタイムコントロールにより実行され、所要情報
をユーザーに提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベース管理
システム（ＤＢＭＳ）上にアプリケーションを組み立て
るためのビジネスインテリジェンスツールに関する。

【０００２】

【発明の背景】プロセッサ、メモリ及びデータ記憶装置
の進化によって、高性能で、しかも経済的なコンピュー
タが出現したことにより、コンピューターは現代の企業
にとって不可欠なものとなった。これらのコンピュータ
にとって重要なアプリケーションには、情報がデータモ
デルに従って収集、構成され、照会に応じて検索される
ＤＢＭＳが含まれる。ＤＢＭＳを使えば、ユーザーは、
記録を構成する情報がコンピュータ内で実際にどのよう
に記憶されているのか詳細に知らなくても、コンピュー
タ内に記憶されている記録の場所をつきとめ、追加し、
削除し、そして更新するような操作を実行できるように
なる。

【０００３】高性能型ＤＢＭＳの一つは、記憶されてい
る情報がユーザーには、各々がリレーションと呼ばれて
いるテーブルのセットのように見える、リレーショナル
ＤＢＭＳとして知られている。各リレーションでは、情
報は、データの列が互いに一つ又はそれ以上の所定の関
数よって関連付けられる行列状に配置されているように
見える。

【０００４】照会コンパイラは、リレーショナルＤＢＭ
Ｓ内の特定の情報にアクセスするために、通常は構造化
照会言語（ＳＱＬ）のような照会言語で表現されるユー
ザーの要求を、ユーザーの要求に応じたソリューション
を作り出すために１つ又はそれ以上の入力されたリレー
ション上で実行される一式のオペレーションに変換す
る。ＤＢＭＳによって提供される照会言語を使えば、ユ
ーザーは、ＤＢＭＳからのデータ検索、データ処理及び
データのレポートへの編成を容易にするアプリケーショ
ンプログラムを開発することもできる。

【０００５】ビジネスインテリジェンスツールを開発す
る際の問題の一つは、ツールが作成しようとするレポー
トのタイプである。通常、ツールは、照会言語を使って
予めフォーマットされている定型レポートを作成する。
照会言語はベーシック又はＣ言語のような従来型プログ
ラミング言語よりは使い易いが、新しい各レポートの作
成には、更に或る程度のプログラミング技術が必要であ
り、かなりの時間がかかる。

【０００６】

【発明の概要】本発明は、ユーザーがデータを理解し、
眺め、操作できるようにする、シーンと呼ばれる情報ス
ペースを通して、データへのユーザーアクセスを提供す
る。ある態様では、ハイパーリンクシステムには、ある
アプリケーションに関連するコンテクスト情報を眺める
ために、一つの視点からの複数のシーンが備えられてい
る。ハイパーリンクシステムは、前記視点から第一シー
ンまでの第一ズームファクターを有する第一シーンと、
第一シーン内にネストされていて、第一シーンから第二
シーンまでの第二ズームファクターを有する第二シーン
と、第一及び第二ズームファクターに基づいて、第一シ
ーンから第二シーンへ射影するワームホールとを有して
いる。

【０００７】本発明のインプリメンテーションには以下
のものが含まれる。ワームホールは第二シーンに関連す
る一つ又はそれ以上のパラメータ値を設定するための属
性プロパティを有する。ワームホールは、後の各シーン
から前の各シーンまでのコンテクスト情報を提供する。
更に、各シーンは、一つ又はそれ以上のネストされたウ
インドウ内に表示され、データベースの内容を表す一つ
又はそれ以上のオブジェクトを含んでいる。第一高度el
ev₁は、第一ズームファクターZoom _scene1に従って次の
ように決定される。

【０００８】 第二高度elev₂は、第二ズームファクターZoom _wormhole
に従って次のように決定される。

【０００９】 更に、照会ジェネレータは、第一及び第二ズームファク
ターに基づいて、データベースへの照会をダイナミック
にトリガする。更に、ユーザーがオブジェクトの動作を
トリガするためのハイパーリンクシステムをナビゲート
する度に、一つ又はそれ以上の通知イベントが生成され
る。

【００１０】第二の態様では、第一シーン及びその中に
ネストされている第二シーンを有するバーチャルワール
ドをナビゲートするための方法が開示されている。バー
チャルワールドは第一シーンから第二シーンへ射影する
ワームホールを有しており、各シーンは一つ又はそれ以
上のオブジェクトを有しており、各オブジェクトは一つ
の動作を有する。この方法は、一つ又はそれ以上のオブ
ジェクトと対話する段階と、オブジェクトが第一シーン
から見られるか又は第二シーンから見られるかによって
決まるオブジェクトの動作をトリガするために通知イベ
ントを生成する段階とを含む。

【００１１】本方法のインプリメンテーションには、以
下の一つ又はそれ以上が含まれる。動作はシーン又は一
つ又はそれ以上のグローバルパラメータの値を設定する
ことにより決められる。オブジェクの動作は、アクショ
ンを実行することにより決定される。更に、第一シーン
は、一つの視点から第一シーンまでの第一ズームファク
ターを有し、第二シーンは、第一シーンから第二シーン
までの第二ズームファクターを有し、ワームホールは、
第一及び第二ズームファクターに基づいて、第一シーン
から第二シーンへ射影する。第一高度elev₁は第一ズー
ムファクターZoom _scene1に従って以下のように決定さ
れ、 第二高度elev₂は第二ズームファクターZoom _wormholeに
従って以下のように決定される。

【００１２】 又、パラメータには、グローバルパラメータ、シーンパ
ラメータ、又は照会パラメータが含まれる。本方法で
は、第一及び第二ズームファクターに基づいてデータベ
ースへの照合をダイナミックにトリガする。本方法は
又、ユーザーが一つ又はそれ以上のオブジェクトを操作
する度に、一つ又はそれ以上の通知イベントを生成す
る。

【００１３】本発明の利点には、次の一つ又はそれ以上
が含まれる。本発明は、従来のフォームベース又はレポ
ートベースのアプリケーションにとって本質的な制約を
越えて拡張するアプリケーションを組み立てるためのビ
ジュアルなビジネスインテリジェンスツールである。専
門化したプログラマーはアプリケーション開発過程から
除外され、ユーザーをデータに近づけて、アプリケーシ
ョン開発時間が低減できるようにする。ユーザーインタ
ーフェイスは、情報豊かなデータベースと、データの保
管所及び決定支援のようなアプリケーション用に、すぐ
にしかも簡単に作成できる。

【００１４】本発明のハイパーリンクは、コンテクスト
と「先見」情報をアプリケーションに提供する。この機
能は、データ駆動アプリケーションを組み立てる際に幾
つかの効果的な利点をサポートする。まず、ユーザー
は、現在いる場所のコンテクストを失うことなく、ポー
タルを通してデータの他の画面を調べることができる。
アプリケーションをブラウジングするユーザーがたどる
経路がアプリケーション自体にも影響を与え、アプリケ
ーションのダイナミックなカスタマイゼイションが行わ
れることもある。更に、コンテクストポータルは、単一
のアプリケーション内の様々なデータソースの統合を簡
単にする。ポータルによって設定されているパラメータ
によってパラメータ化された照会の場合、異なるデータ
ベースからのデータを意味のある方法で組み合わせられ
るようにして、事実上、汎用のクライアントサイドの照
会結合を提供する。その結果、コンテクストポータル
は、ユーザーがデータをハイレベルで理解できるように
し、より良い業務決定ができるようにする。

【００１５】ダイナミックオブジェクトプロパティはデ
ータ駆動アプリケーションの開発を容易にし、スプレッ
ドシートの使用以外にはプログラミング経験の無い専門
領域のエキスパートが、ツール作成の強力なアプリケー
ションを容易に使えるようにする。ダイナミックオブジ
ェクトプロパティは、コンパイルされるときにアプリケ
ーションにハードコード化されるスタティックオブジェ
クトプロパティを凌ぐ幾つかの利点を有している。第一
の利点は、プロパティが継ぎ目無く、自動的にデータに
結合されるということである。更に、前記結合は、単に
一つのオブジェクトではなく、むしろオブジェクトの全
クラス（データエレメントノードで表される全オブジェ
クト）に適用される（即ち、各オブジェクトに対する計
算値はオブジェクトにより示される行によって決ま
る）。もう一つの利点は、さもなければ、オブジェクト
の色をデータソースからの一つのコラムか又はコラムの
セットの値によって決めるような簡単なタスクを実行す
るために必要となる、特殊なコーディングを省略できる
ことである。更に、２つ以上のオブジェクトプロパティ
を、一行の一つの列に（又は全行で実行される計算にさ
え）結合することができる。各オブジェクトが一つのリ
ンクに制限されている従来の開発ツールとは対照的に、
本発明では、１つのオブジェクトに関連している各列又
は行を、別々のプロパティへリンクできるようにする。

【００１６】シーングラフからコードを生成すればマニ
ュアルプログラミングが不要になるので、開発者は、ツ
ールそのものではなく問題領域に集中できるようにな
る。その結果、プログラミング経験のない専門領域のエ
キスパートでも、すぐに強力なアプリケーションを作成
できる。更に、シーングラフ表示は、アプリケーション
の内容をブラウジングし、ワードプロセッサ内で書類に
関するアウトラインをできるだけ簡単に再順序付けでき
るようにアプリケーションを構成変更するのに効果的な
方法を提供する。

【００１７】更に、本発明は、個々のデータポイントの
表示を、できるだけ一般的にトップレベルシーン自体と
して編集できるようにする。この機能により、ドリルダ
ウン及び検索ナビゲーションをサポートする高性能のア
プリケーション作成が可能となる。このナビゲーション
により、ユーザーはデータをより深く理解できるように
なり、より良い業務決定を下せるようになる。

【００１８】他の特性及び利点は、以下の説明および請
求項から明らかとなるであろう。

【実施例】アプリケーションを組み立てるためのビジュ
アルビジネスインテリジェンスシステムについて以下説
明する。このシステムでは、開発者が対話型でバーチャ
ルワールドを組み立てるが、その組み立てブロックはシ
ーンと、データソースと、グローバルパラメータと、リ
ソースとを含んでいる。シーンは、情報がデータベース
に記憶されているデータにリンクされている場合を除い
て、プレゼンテーションのスライドに良く似た情報のビ
ジュアルディスプレーである。シーンの中では、データ
ソースから作り出された値が、ユーザー指定のデータエ
レメントとして図表で表される。データソースは、一つ
又はそれ以上のデータベース照会を作成するブロック図
表作成ツールを使って組み立てられる。照会は、ＳＱＬ
照会であってもよい。シーンは、データソースを直ぐに
分かるようにシーンの図表エレメントに結合するドロー
イングエディタを使って作成される。バーチャルワール
ドが完成すると、バーチャルワールドの実行画像は、バ
イトコード又は引き続いて翻訳されることになるハイレ
ベルコードとして表示される。バーチャルワールドを表
示するバイトコードは、アクティブＸコントロールのよ
うなランタイムコントロールにより実行することができ
る。ランタイムコントロールは、ウェブページ又はビジ
ュアルベーシック、Ｃ又はＣ＋＋のようなアクティブＸ
コントロールをサポートする何れかのアプリケーション
に埋め込むこともできる。

【００１９】シーンは、一つ又はそれ以上のオブジェク
トを含んでいてもよい。シーン内のオブジェクトは一式
のプロパティで表示され、クリックや、ユーザーのシー
ンへの接近や、マウス位置のようなイベントによってト
リガされるアクションが割り当てられている。視点は、
シーンを見るための三次元位置である。位置は、シーン
中心からのユーザーのその時点のカーソルのＸ及びＹ方
向オフセットと、ユーザーのその時点のズームレベル
（しばしば倍率レベルと呼ばれる）とを使って表わされ
る。視点には、バーチャルワールド内でのナビゲーショ
ンを容易にするために、固有名が付けられてセーブされ
る。ユーザーは名前の付いた視点をマニュアルナビゲー
ションに使うか、又はイベントベースのジャンプアクシ
ョンの目標として使うこともできる。

【００２０】データエレメントは、照会の結果生じる行
の図表表示である。これはレイアウト及びデータソース
と常に関連しており、シーンと同様に構成されている。
これはレイアウト及び他のシーンへのワ−ムホールを始
めとする、オブジェクトのどんな組み合わせを含んでい
てもよい。データエレメントを構成するオブジェクトに
関するプロパティは、基準シーンパラメータであるだけ
ではなく、関連したデータソースにある基準コラム名で
もある。シーンエレメント及びデータエレメントはユー
ザーのズームレベルの機能として別々に表示してもよ
い。それぞれの表示は詳細さの水準（ＬＯＤ）と呼ば
れ、他のＬＯＤとは、視覚的に、互いに排他的である。
例えば、一つのドット表示で始まるオブジェクトが、ユ
ーザーがより近くにズームするとアイコンに変化し、更
に近くにズームするとチャートに変化するようにしても
よい。

【００２１】詳細さのレベル同士の間の移行点は、ズー
ムファクターという用語で、ユーザーによって定義され
る。シーンエレメント又はデータエレメントはＮ個の詳
細さのレベルに対してＮ−１個の移行点を持つ。視認性
も、オブジェク毎ベースに、「視認性」プロパティを下
記のような条件式に設定することによって制御すること
ができる。

【００２２】If（ユーザーズーム ＞ ２、真、偽） 従って、移行領域は、互いの表示がズームレベルのある
範囲で相互に排他的であるのではなく重なり合う場所に
作られる。重なりあいは、多種多様なデータエレメント
を含む層状マップ作成時には特に重要である。更に、他
の効果を達成するために、より複雑な表示を視認性の制
御に用いることができる。データソースは、ランタイム
に設定される１つ又はそれ以上の識別子によってパラメ
ータ化できるＳＱＬ照会と名前を付けることができる。
データソースが定義される際には、名前が付けられて、
ワールドに追加され、ワールドマネージャのデータソー
スカテゴリに表示される。するとこれらを実行に利用で
きるようになる。その結果はデータシートでブラウジン
グすることができ、又レイアウトの中で用いることがで
きる。レイアウトの中で用いる場合、照会の結果できる
各行はデータエレメントで表示される図表に転換され
る。その結果生じるデータソース内のコラムは、データ
エレメントに含まれるオブジェクトの属性にリンクされ
る。データソース照会内に存在するパラメータはグロー
バルプログラム変数、ローカルシーンパラメータ、又は
ワールドツリー階層で高位置にあるデータソース内のコ
ラムに関連付けられる。

【００２３】図１は、一つ又はそれ以上のワールドを同
時に編集するための多様なドキュメントのインターフェ
ースを示している。ユーザーインターフェースの主要な
部分は、ワールドマネージャーウインドウ１０と、プロ
ジェクトワークスペース及びエディタウインドウ２０及
び２２と、オブジェクトインスペクタ３０と、コントロ
ールバー４０と、アウトプットウインドウ２４である。

【００２４】ワールドワークスペースは、エディタウイ
ンドウを含むバックグラウンドエリアである。４タイプ
のエディタウインドウが提供されている。シーンエディ
タと呼ばれる図表描画エディタが、トップレベルシーン
を構成するために提供されている。データエレメントエ
ディタと呼ばれる図表描画エディタが、各データポイン
トの表示をレイアウト内に定めるために提供されてい
る。照会エディタと呼ばれるツールが、照会の図形ブロ
ック線図を構築するか、又はＳＱＬを直接手動で入力す
るかのどちらかによって、ＳＱＬ照会を定義するために
提供されている。照会エディタは又、照会の結果を見る
ためのデータシートも提供する。更に、全バーチャルワ
ールドの二つの視界を示すワールドエディタが提供され
ており、その２つの内第１はパラメータのリンクと共に
ワールドのナビゲーション階層を示すワールドの構造画
面であり、第２は全ワールドに文書化及び検索の機能を
提供する読み出し専用の疑似コードである。

【００２５】ワールドマネージャーウインドウ１０は、
ユーザーのオープンワールドを編集し管理するための基
本的なインターフェースである。これは、タブ１２，１
４，１６を備えたドック可能なコントロールバーと対応
する情報のパネルとを有している。ユーザーがタブをク
リックすると、タブは最上部へ移動し下にあったパネル
が表示される。各パネルは、情報のカテゴリを表示する
ため順に一式のボタンを提示する。ボタンをクリックす
ると、そのボタンに関連するカテゴリの情報が表示され
る。図表タブ１６は、シーン又はデータエレメントに追
加できる全図表オブジェクトの分類別パレットを提示す
る。

【００２６】ワールドマネージャー１０は、ワークスペ
ース２０の左右どちらかにドックしておくことができ
る。ドックされている状態では、パネルの寸法を横方向
に拡大又は縮小することができる。浮動状態では、縦横
の両方向に拡大又は縮小させることができる。

【００２７】図１の例では、ワールドタブ１２と呼ばれ
る一つのタブが、その時点で開いているワールドの構成
と階層に関して３つの異なる画面を表示する。各オープ
ンワールドは、ツリーコントロール１８内の主要ワーク
スペースの項目の下に表示される。コンテクストメニュ
ーは、ツリーコントロール内に表示される各項目に関し
て利用でき、右のマウスボタンをクリックすると、選択
された項目に関する共通メニューコマンドのリストが提
供される。

【００２８】この例では、シーンカテゴリは、グローバ
ルパラメータと各オープンワールド内に含まれているシ
ーンを表示する。グローバルパラメータは、オブジェク
トプロパティとイベントアクション双方内のあらゆるシ
ーンの階層内のどこにでも参照符号を付けて配列してお
くことのできる識別子である。各シーンの下には、シー
ンに関する詳細さのレベル及び各詳細さのレベルから成
るオブジェクトの階層リストと共に、そのローカルパラ
メータ（あれば）と視点のリストがある。一見すると、
各詳細のレベルは互いに排他的である。言い換えると、
一時に一つの詳細さのレベルが見られるだけである。詳
細さのレベルの下にあるツリー内のオブジェクトの順番
は、その引用順番である。別のオブジェクトの下に表示
されるオブジェクトは、チャイルドオブジェクトと呼ば
れ、その所有者はペアレントオブジェクト又は複合オブ
ジェクトと呼ばれる。ツリー内のある項目は、別のシー
ンを参照するワームホール（後述する）のようなツリー
内の他の項目を参照として載せてもよいし、或いはデー
タソースカテゴリに関するツリー内のデータソースを参
照するデータエレメントを参照として載せてもよい。

【００２９】データソースカテゴリは、各オープンワー
ルドに含まれる照会のリストを表示する。各データソー
スは、照会パラメータ、列名又は別名、及び照会を構成
するのに照会線図エディタが使われた場合は線図のリス
トを順に含んでいる。提示されるときには、照会線図に
は、構成に使われているブロックとコネクションのリス
トが含まれている。リソースカテゴリは、シーンやその
図表コンテンツ（ノード）に関するプロパティ値の計算
に使われる実行リソースのリストを表示する。基本的リ
ソースタイプには、カラーマップ、カラーシーケンス、
ストック画像、及びユーザークラスが含まれる。

【００３０】データタブ１４は二つの情報のカテゴリを
含んでおり、その１つは照会線図を構成するのに用いら
れるエレメントのパレットを提供する照会デザインであ
り、もう１つはアクティブなデータベーススキーマのコ
ンテンツをブラウジングできるようびするデータベース
コンテンツである。照会デザインカテゴリのコンテンツ
はパレット形式で提示される。データベースコンテンツ
のカテゴリはツリー形式で提示され、そこでは各表の下
の列名と視界は、列名と種類がダブルコロンで分けられ
て（例えば、employee_name::varchar）表示される。デ
ータベースコンテンツツリーは、アクティブなスキーマ
をブラウジングするのに用いることができる。

【００３１】各オープンワールドは、ゼロ又はそれ以上
のオープンエディタウインドウを含んでいる。４つのタ
イプのエディタはそれぞれ、エディタのタイプ及びエデ
ィタのコンテンツを記述するテキストがその後に続く、
独特のアイコンを表示する。テキストのフォーマット
は、下記のような省略フォーマット又は拡張フォーマッ
ト、即ち、 EditorType : Contents 又は、 EditorType : WorldName[.ExtendedContents] であり、ここに、EditorTypeとはエディタのタイプ
（「シーン」、「データエレメント」、「照会」又は
「ワールド」）であり、WorldNameとはコンテンツを含
むワールドの名前であり、Contentsとは編集されている
オブジェクトの短い名前（例えば「DataElement１」）
であり、ExtendedContentsとは編集されているオブジェ
クトの長い名前であり、これはピリオドで分けられた全
ペアレントオブジェクトの象徴化された名前を含んでい
る（例えば「Scene１．ScatterChart 1. DataElement
1」）。

【００３２】２つ以上のエディタウインドウがワールド
の所与の部分に対し開かれる。例えば、同一のシーン
は、シーン全体を見るために、１００パーセントの倍率
で、一つのエディタの中で編集され、一方別のエディタ
がそのシーンのより細かい部分にズームインする。どち
らかのエディタでシーンが変更されると、両方のウイン
ドウに反映される。

【００３３】シーンエディタウインドウは、トップレベ
ルシーンのコンテンツを図表的に編集し、デバグするた
めに用いられる。エディタは、デザインモードとランタ
イムモードとの二つのモードを有している。デザインモ
ード画面では、オブジェクトはグラフィックパレットか
ら追加され、照会の実行なしで表示される。一つ又はそ
れ以上のプロパティ値を通してデータソースに結合され
るオブジェクトは位置ホルダオブジェクトで表示され
る。更に、オブジェクトイベントは何も生成されないの
で、オブジェクトに関連する何らのアクションも実行さ
れない。シーンは何れのズームレベルででも編集するこ
とができ、それはナビゲーションツールバーから設定す
ることができる。

【００３４】デザインモード画面は、セレクターバーと
パラメータバーの二つのオプションのドッキングツール
バーを提供する。シーンは別々に異なるズームレベルで
表示されるが、そこでは、各表示又はドローイングによ
ってＬＯＤが定められる。セレクターバーは、現在ＬＯ
Ｄが編集されているコントロールを提供する。パラメー
タバーは各パラメータ用のボタンをシーン内に表示す
る。シーンがパラメータを有していなければ、画面メニ
ューから手動でオンに切り替えられない限りバーは表示
されない。パレットに表示されるパラメータは、オブジ
ェクトのプロパティの値を設定するためのオブジェクト
インスペクタで用いられる。パラメータバーは、パラメ
ータが作成、削除、又は編集されると、自動的に更新さ
れる。

【００３５】ランタイムモードが選択されると、シーン
のコンテンツは、以下に述べるように、バイトコードへ
コンパイルされて表示される。何らかの関連する照会が
実行されると、オブジェクトイベントが生成され関連す
るアクションが実行される。ランタイムモードがナビゲ
ーションの全性能をサポートするので、他のシーンへの
ワームホール又はジャンプリンクはアクセス可能であ
る。他のシーンへジャンプすると、デザイン画面も新し
いシーンに切り替えられる。ランタイムモードは編集作
業の間に、第二のウインドウを開くことによりデザイン
視界内で同時に見ることができる。同一シーンを表示し
ている多種多様なランタイム画面は独立して作動し、互
いに従属関係にはない。各画面は、アクティブなランタ
イム画面のためのワールドシーンツリー内に反映される
グローバルパラメータの各々のコピーを有している。

【００３６】データエレメントエディタウインドウは、
照会結果によるデータポイントの表示を図表的に編集す
るために用いられる。データエレメントエディタウイン
ドウが、デザインモードで図１２に示されている。セレ
クターバーとデータソースバーの両方を見ることができ
る。

【００３７】シーンエディタウインドウと同様に、デー
タエレメントエディタはデザインモードとランタイムモ
ードの二つのモードを有している。デザインモード画面
ではオブジェクトはグラフィックパレットから追加さ
れ、照会の実行なしで表示される。一つ又はそれ以上の
プロパティ値を通してデータソースに結合されるオブジ
ェクトは、位置ホルダオブジェクトで表示される。更
に、オブジェクトイベントは何も生成されないので、オ
ブジェクトに関連する何らのアクションも実行されな
い。データエレメントは何れのズームレベルででも編集
することができ、それはナビゲーションツールバーから
設定することができる。

【００３８】データエレメントは別々に異なるズームレ
ベルで表示されるが、そこでは、各表示又はドローイン
グによってＬＯＤが定められる。更に、データエレメン
ト内の異なるオブジェクトは、異なる軸に関連付けられ
る。例えば、取引の量に関するバーを有するストックチ
ャートは二つのＹ軸を有する。各取引日に関するデータ
エレメントは、価格軸に関連するハイ／ロー／クローズ
バーと、量軸に関連する量バーとを有している。セレク
ターバーは、ＬＯＤと軸のセットとを編集できるコント
ロールを提供する。パラメータバーは各パラメータ用の
ボタンをシーン内に表示する。パレットに表示されるパ
ラメータは、オブジェクトのプロパティの値を設定する
ためのオブジェクトインスペクタで用いられる。パラメ
ータバーは、パラメータが作成、削除、又は編集される
と、自動的に更新される。

【００３９】データソースバーは、データエレメントの
範囲内にある各データソース用のボタンの帯を表示す
る。各ボタンは、オブジェクトインスペクタで用いられ
る列名に対応している。レイアウトを単純にするため、
単一のデータソースが表示される。ネストされたレイア
ウトでは、各照会に関して一つの行が表示される。照会
は、その関連データエレメントのオブジェクトがデータ
エレメントの先祖としてワールドのシーンツリー内に存
在するかどうかという視野で考えられる。データソース
の列が作成、削除、又は編集されると、データソースバ
ーが自動的に更新される。

【００４０】照会エディタは、３つの照会の画面を提示
するが、その３つとは、正しく書式化された照会結果を
表示するデータシートと、照会の構成のブロック線図を
提供する照会線図画面と、実際のＳＱＬテキストを表示
するＳＱＬ画面とである。ユーザーは、ウインドウの一
番下でスクロールバーの左にある、対応するモードボタ
ンの一つをクリックすることにより、画面間の切り替え
を行う。

【００４１】データシート画面は表になった照会の結果
を示す読み出し専用の画面である。照会がパラメータ化
されていれば、データシートは、デフォルト値が照会に
含まれる各パラメータに利用できるときにだけ利用でき
る。データシートは、編集作業の間は、第二ウインドウ
を開くことにより照会線図又はＳＱＬテキスト画面で同
時に見ることができる。照会を変更すると、データシー
トが対話型でリフレッシュされることになる。データシ
ートモードが選択されない場合は、他の画面への変更が
あってもリフレッシュされない。行は、画面へ入ってく
る場合、データシートへロードされる。

【００４２】ユーザーは、ワールドマネージャのデータ
タブか又は挿入メニューからブロックを選択することに
よって、照会線図にブロックを追加する。ブロックは、
ソースブロックの出力ポート及び目標ブロックの入力ポ
ートをクリックすることによって接続される。替わり
に、ブロックは、マウスをポートの一つから他のポート
へドラッグし、ユーザがマウスボタンを放すまで表示さ
れる「ゴム結合」接続ラインによっても接続することが
できる。どちらの場合も、カーソルは、接続操作を示す
ために、ポート選択アクションの間で変更される。

【００４３】ＳＱＬ画面は、任意の選択照会が作成さ
れ、編集できるようにする。更に、線図エディタによっ
て生成される式の編集もできるようにする。しかし、Ｓ
ＱＬが編集されれば、線図は利用できなくなる。この場
合、ユーザーに警告するために確認ダイアログが表示さ
れる。

【００４４】ワールドエディタは、バーチャルワールド
と対話するために、構成画面と疑似コード画面の２つの
画面を提供する。ワールド構成ウインドウは、全ワール
ドに関する機構の階層的な画面を表示する。ワールドル
ートボックスの下にあるボックスはそれぞれ、１つのシ
ーンに対応している。シーンの下にあるボックスは、デ
ータエレメント又はワームホールにより接続されている
他のシーンに対応している。これらの何れかのボックス
をダブルクリックすると、対応するシーン又はデータエ
レメントエディタが開く。ボックス間のリンクは、ワー
ルドシーンツリー内の階層を表す。

【００４５】一つのボックスは、図表コンテンツに含ま
れる各データソース及びワームホール用の一つのチャイ
ルドボックスを有している。ワールドの構成次第である
が、ツリーの深さは無限である。例えば、一つのシーン
がもう一つのシーンまでのワームホールを含んでおり、
そのシーンが今度は第一シーンまで戻るワームホールを
含んでいれば、ツリーは第一及び第二シーンの無限の縦
方向シーケンスを含んでいることになる。その結果、ツ
リーは、ユーザーによって明示的に拡張される場合にの
みレベルを拡張することとなる。

【００４６】その下の各リンクとボックスは、リンクの
トップにあるボタンをクリックすることにより、表示さ
れたり隠されたりする。最初に表示されるとき、ワール
ドボックスはワールドに含まれる全シーンを表示するた
めに拡張される。ボックスが拡張されると、ツリー構造
は新たに表示されるボックス用の空間を作るようになっ
ている。更に、ワールドのパラメータ化も構成線図に表
示される。グローバルパラメータ、シーンパラメータ、
及び照会パラメータは、その入力としての役割を示すボ
ックスの左側に伸びるテキストボックスとして表示さ
れ、一方照会列は、その出力としての役割を示すボック
スの右側に伸びるテキストボックスとして表示される。
パラメータと列名が別のエディタウインドウで追加、削
除、又は変更される度に、その変更を反映させるために
ボックスが更新される。

【００４７】シーン又は照会パラメータが、階層中でよ
り上層のパラメータ若しくは列に設定されている場合に
は、パラメータのテキストボックスは、ソース値に対し
て「配線されている」と示される。これらの接続は構成
線図内で編集することもできる。新規接続を確立し、パ
ラメータの値を設定するためには、当該パラメータに対
する入力接続点と、ソースパラメータ又は列に対する出
力接続点とをマウスでクリックする（順不同）。代わり
に、接続点は、マウスを一方からもう一方へドラッグし
て、その結果ユーザーがマウスを放すまで表示される
「ゴム結合」接続ラインによっても接続できる。どちら
の場合も、カーソルは、接続操作を示すために、選択ア
クションの間で変更される。ここでの注意点は、接続を
有効なものにするためには、ソースはツリー階層中のよ
り高層に存在せねばならないということである。リンク
を排除するには、ユーザーは当該リンクを選択して消去
キーを押せばよい。

【００４８】疑似コード画面は、ワールドの全コンテン
ツの読み出し専用画面をテキストフォーマットで提供す
る。疑似コードは、ワールド名と初期シーンから成る初
期ヘッダーを表示するが、これに引き続いて以下のセク
ション、即ち、 グローバルパラメータ ユーザークラス カラーマップ カラーシーケンス ストック画像 データベース接続 データソース シーン が表示される。

【００４９】 １つの実行例では、セクションは１組の点線で、 −−−−−−−−−−−−−−−−−−−− セクション名 −−−−−−−−−−−−−−−−−−−− のように囲まれている。

【００５０】 更に、データソースとシーンは、 −−−−−−−−−−−−−−−−−−−− のような一本の分離線により分けられている。

【００５１】これに続くセクションは、各疑似コードエ
レメントに対するフォーマットを表示する。ここで、角
括弧（‘［’と‘］’）はオプションのテキストを意味
し、垂直分離線（‘ヲ’）は、二者選択を意味する点に
注意されたい。 グローバルパラメータフォーマット DataType ParamName ［（Buit-in）］ ディスクリプション： Description デフォルト値： （None）ヲValue アクセス： ［PrivateヲPublic］ ユーザークラスフォーマット ClassName 親クラス： （None無し）｜ParentClass1 ．．． ［ParentClassN］ カラーマップフォーマット（単色）： ColormapName 単色： ColormapName（BLより下）＝valueL［（ColorName）］ ．．． ColormapName（Bi−Bi＋1）＝valuei「（ColorName）］ ．．． ColormapName（BUより上）＝valueU［（ColorName）］ カラーマップフォーマット（混合色） ColormapName 継続カラー（混合色） ColormapName（BLより下）＝valueL［（ColorNameL）］ ．．． ColormapName（Bi）＝valuei「（ColorNamei）］ ．．． ColormapName（BUより上）＝valueU［（ColorNameU）］ カラーシーケンスフォーマット ColorSeqName ColorSeqName［0］＝value0［（ColorName0）］ ．．． ColorSeqName［N-1］＝valueN-1［（ColorNameN-1）］ ストック画像フォーマット ImageName フォーマット：［BitmapヲWiondows Metafile｜JPEG］ データベース接続フォーマット： ConectionName サーバー： Server データベース： Database ユーザー： User デフォルトスキーマ： データソースフォーマット： DataSourceName［（DataType param1，．．．）］ 接続： ConnectionName ＳＱＬ： SQL シーンフォーマット： SceneName［（DataType param1，．．．）］ ローカルパラメータ： パラメータネーム： paramName ディスクリプション： Description デフォルト値： ［value］ ．．． 画面ポイント： 画面ポイント名：ViewpointName［（Buit-in）］ ディスクリプション： Description ロケーション： （X，Y） ズーム係数： Zoom% ．．． オブジェクト： ExtendObjectName プロパティ： DataType PropertyName＝PropertyValue ．．． イベント： EventName（DataType EventParam1，．．．） ［Param＝Expression］ ．．． ［Action（Option1，．．．）］ ．．． 疑似コードは、カラーコード型構文を使用して表示され
る。例えば、セクションのヘディングは緑で、データタ
イプは青で、そして他の全テキストは黒で表示される。
疑似コードは、ワールド内どこかで変更がある都度更新
されることになる。

【００５２】出力ウインドウは、ワールドが展開され見
えてくるにつれ、コンパイルと実行情報を表示する、ド
ック可能なコントロールバーである。これはまた、警告
とエラーメッセージも表示する。出力ウインドウは、ド
ックされている時は縦方向にサイズを変えることがで
き、浮動時には縦横両方向にサイズ変更できる。

【００５３】ランタイムモードでは、視点ダイアログボ
ックスがワールドをナビゲートするために設けられる。
直接アクセスできるようになっているシーンは、シーン
・コンボボックスに表示される。選択されたシーンのた
めの視点は、視点リストボックスに表示される。視点を
選択すると位置編集コントロールの値が更新される。こ
れらのコントロールの値は、位置とズーム係数を指定す
ることにより、注文指示通りに変更される。

【００５４】レイアウトウィザードは、新しくレイアウ
トを作るときにユーザーを各段階を通して案内するため
に設けられている。全レイアウトに共通な最初の２段階
は、レイアウトを選択して、次にデータソースを選択す
ることである。次に、各レイアウトは、当該レイアウト
を創造するために必要な限りの多数の追加的レイアウト
特有の段階を有する。

【００５５】レイアウトは、軸のセットのようなサポー
トするコンテクスト情報を伴うデータソースに由来する
データエレメントを空間的に配列させたものである。レ
イアウトは、以下の５つのカテゴリのセット、即ち、チ
ャート−連続情報を提示するために使用される、マップ
−１つのデータソース内の多数の曲線や連続情報をレイ
アウトするために使用される、階層−オブジェクトの従
属物を示すために使用される、パターン−独立したオブ
ジェクトを指示されたパターンでレイアウトするために
使用される、フォーム−データソース内の単一の記録を
表示するために使用される、のどれかに当てはまる。

【００５６】レイアウトは、シーン或はデータエレメン
ト描画上のどこにでも配置できる。マップや分散チャー
トのような幾つかのレイアウトタイプには、２つ以上の
データエレメントをサポートするものもあり、このよう
にして情報を「階層化する」ことができるわけである。
この場合、各データエレメントには、現行のズームレベ
ルに依存する視認性が割り当てられるわけで、ズームレ
ベルを上げるとより多くの情報が提示できるようにな
る。

【００５７】軸ノードは、それらを必要とするレイアウ
トに添付されている。数値ではなくてテキストレベルに
基づく軸を有する棒チャートや列チャートのような幾つ
かのチャートタイプでは、これらの軸の内の１つ又はそ
れ以上がデータソースを必要とするので、データ結合型
である。サポートされる軸には、線形軸、対数軸、及び
日付／時間軸が含まれる。これらの軸は、自動調整式ラ
ベルと小刻みな増分もサポートするので、ズーミングは
より多くの情報を正確な軸値で提供することができる。

【００５８】ある種のレイアウトタイプでは、データエ
レメントを位置づけるのに、軸よりもむしろロケーター
を使用するものもある。これらのロケーターは、デザイ
ンタイムには目に見えて表示されないが、そのプロパテ
ィは、レイアウトの他のオブジェクトのプロパティと共
に、オブジェクトインスペクター内に表示される。レイ
アウト内のデータエレメントがレイアウトそのものを保
有するという複合レイアウトも使用できる。普通は、第
２レイアウトに関連するデータソースがパラメータ化さ
れ、１つ又はそれ以上のパラメータが親レイアウトのデ
ータソースの列とリンクされる。

【００５９】識別子は、バーチャルワールド内の、オブ
ジェクト、データソース、シーン、パラメータ、ユーザ
ークラス、カラーマップ、カラーシーケンス、視点のよ
うなエレメントにとっての名前である。識別子は、ケー
スには敏感ではなく、１文字に等しいかそれ以上ならど
んな長さでもよい。

【００６０】オブジェクトのプロパティは、オブジェク
トの外見を関数式の事項で定義づける、名前の付いた属
性から成る。これらのプロパティへのアクセスはオブジ
ェクトインスペクターを介して行われる。その値は、式
を計算した結果に基づき、ランタイムに設定される。式
には、ランタイムに結果として出る行に自動的に結合さ
れる１つ又はそれ以上のデータソース列の名前を含んで
いる。

【００６１】オブジェクトプロパティ式は結果的に、Bo
olean、Numeric、String、Point、PointList、及びImag
eといった基本的なデータタイプの内の１つとなる。導
き出されるNumericタイプには、Color、DateTime、Enu
m、Integer、及びPercentageが含まれる。導き出される
Stringタイプには、FilePath（若しくはＵＲＬ）及びFo
ntNameが含まれる。

【００６２】これより図２の説明に入るが、ここではオ
ブジェクトインスペクター３０についてより詳しく示し
ている。オブジェクトインスペクター３０は、属性名＿
列１００とプロパティ列１１０という２つの列を提供す
る。図２で検査されるオブジェクトは、プロパティ、１
１２、１１４、１１６、１１８、１２０、１２２、１２
４、１２６を有する。特に、プロパティ１１４、１１
６、１１８、１２０、１２４、１２６は静的定数であ
る。しかしながら、プロパティ１１２と１２２は、動的
であって、実行時に値が決められる。動的なプロパティ
１１２と１２２に起因して、データ駆動アプリケーショ
ンを創造する際には、ユーザーは当該動的プロパティを
入力しさえすればコードが自動的に生成される。このよ
うに、動的プロパティ１１２と１２２のデータ結合は、
継ぎ目無くプロパティシート３０へと統合される。

【００６３】オブジェクトインスペクターウインドウ３
０は、オブジェクトのプロパティとイベントを表示する
ドック可能なコントロールバーである。オブジェクトイ
ンスペクターは、ドックされている時には横方向にサイ
ズ変更することができ、浮動時には縦横両方向にサイズ
変更することができる。ウインドウは、ドラッグ中にそ
の位置がドッキングサイトと重なるときには、ワールド
のワークスペースの左又は右にドックされる。オブジェ
クトインスペクター３０は、シーンエディタ又はデータ
エレメントエディタウインドウが、デザインモードで稼
働しているときに表示され、エディタの範囲内の全オブ
ジェクトのリストを保有するドロップダウン・コンボボ
ックスを表示する。「ドット」表記法は複合オブジェク
トを示すために使用される。例えば、“ScatterChart
1．DataElement1"は、DataElement1がScatterChart1に
所有されるオブジェクトであることを表している。

【００６４】オブジェクト選択コンボボックスの下に
は、あるオブジェクトに関してのプロパティ又はイベン
トの何れかを表示するタブ式シートがある。プロパティ
のタブが選択されると、選択されたオブジェクトのプロ
パティの値を設定するため、２列入力用紙が表示され
る。左列は、プロパティの名前を表示する読み出し専用
列であり、もう一方の右列は、プロパティの値を表示す
る読み出し／書き込み列である。右列に入力される値
は、定数でもよいし、或はデータソースからのパラメー
タの関数又は名前を含んでいる計算値であってもよい。
プロパティ値が計算されるタイプのもの（有限な数の値
にしか設定できない値）であるときは、ドロップダウン
・コンボボックスはそのプロパティにとって正当な値を
リストにして表示される。計算されるタイプには、これ
に限定するわけではないが、次のもの、即ち、フォント
名（例：“Arial"，“Courier"）、カラー（例：赤、
青）、テキスト整列（例：左、右）、テキストの固定ポ
イント（例：左下、右上）、ブール値（例：真、偽）、
線スタイル（例：実線、点線）、充填パターン（例：べ
た、横方向）が含まれる。

【００６５】プロパティが日付或は時間であれば、フィ
ールドがアクティブになるとカレンダーコントロールが
プロパティ値の下に表示される。

【００６６】フォーム及びデータエレメントオブジェク
トは、オブジェクトインスペクターのリストに載ってい
るQueryParametersオブジェクトを介して照会パラメー
タの値全体を制御する。QueryParametersオブジェクト
は、フォーム又はデータエレメントの子オブジェクトで
あり、各照会パラメータについてのプロパティを保有し
ている。照会がパラメータ化されていない場合には、Qu
eryParametersオブジェクトは、オブジェクトインスペ
クターに表示されない。オブジェクトに含まれる値は、
ランタイムに、当該照会が実行される前に、照会プロパ
ティーを設定するために使用される。

【００６７】図３は、抄録ベースクラスVcPropertyBag
２００のプロパティオブジェクトモデルを示している。
VcPropertyBag２００は、１つ又はそれ以上の導き出さ
れたクラスに特有のプロパティのセットに対しコンテナ
の役目を果たす。VcPropertyBag２００は、プロパティ
とそれらの値にアクセスしそれらを操作するためのイン
ターフェースを提供する。それは又、導き出されたオブ
ジェクトのプリパティのセットについてのタイプ情報を
入手するための純粋に仮想的な方法も提供する。

【００６８】VcPropertyBag２００から引き出されるの
は、抄録べースクラスVcScene２０２、及び抄録ベース
クラスVcDrawingNode２０４である。VcScene２０２はシ
ーンのためのクラスであって、VcPropertyBag２００か
らプロパティを継承する。VcDrawingNode２０４は、シ
ーンに表示される全グラフィカルオブジェクト用の抄録
ベースクラスであり、やはりVcPropertyBag２００から
プロパティを継承する。VcDrawingNode２０４は、ムー
ブメントをサポートしてプロパティを操作するため、ス
ケーリングのため、及び他の標準的な編集オペレーショ
ンのための純粋に仮想的な方法のセットを提供する。導
き出されたクラスは、適当なプロパティに対する編集オ
ペレーションをマッピングすることに責任を負う。

【００６９】VcPropertyBag２００は又、クラスVcPrope
rty２１０のm＿propertiesというプロパティのセットを
有しており、このセットには、名前と計算タイプ情報m
＿expectedTypeを始めとして、特定オブジェクトプロパ
ティについての全情報が含まれている。m＿expectedTyp
eは、求められたプロパティ値のデータタイプ（例：ブ
ール、数字、ストリング等）を記述し、オブジェクトへ
アクセスする経路m＿pathを記憶し、そして当該プロパ
ティに関するデザインタイム値m＿designValueとランタ
イム値m＿runtimeValueを管理する。デザインタイムは
常に定数に決められるので、コンテナオブジェクトは孤
立して（データ或はパラメータにリンクされずに）表示
されることになる。ランタイムの値も定数である場合、
この２つの値は同じ値に設定される。

【００７０】VcProperty２１０はプロパティの名前用の
保管場所を提供するための標準的なストリングクラスで
あるCString２１２に属するm＿nameプロパティを有す
る。VcPropertyオブジェクト２１０は又、VcPropertyPa
th２１４と呼ばれるm＿pathプロパティのクラスも有し
ており、これはVcPropertyBagのプロパティのセット内
だけに特有のものであるプロパティに対する識別子を記
憶し、ポインターm＿nextをVcPropertyPathのリンクさ
れたリストに提供して一まとめにされたプロパティバッ
グをサポートする。

【００７１】VcProperty２１０は又、VcPropertyValue
２１６と呼ばれるクラスに属する、プロパティm＿desig
n値も有する。VcPropertyValue２１６は、プロパティ
（VcFunction２２０）にとってのデザインタイム値を表
現する関数を記憶し、またユーザーにより入力された式
を記憶するので、ケース感受性、スペーシング、及び他
の特定項目が、ユーザーの入力に応じて表示されること
になる（CString２１８）。

【００７２】VcFunction２２０は、構文解析された式エ
レメントのための抄録ベースクラスであり、この関数は
コンテクストオブジェクトを供給することによって求め
られる式ツリーにとってのルートエレメントである。CS
tring２１８は、ユーザーにより入力される式の保管場
所を提供する標準的なストリングクラスである。

【００７３】最後に、VcPropertyオブジェクト２１０は
また、抄録ベースクラスVcPropertyValue２２２に属す
るm＿runtime値も有する。VcPropertyValue２２２は、
当該プロパティに対するランタイム値を表す関数を記憶
し、またユーザーにより入力された式を記憶するので、
ケース感受性、スペーシング、及び他の特定項目が、ユ
ーザーの入力に応じて表示されることになる。

【００７４】これより図４に移るが、ここでは模範的バ
イトコードの実行を表す線図が示されている。本例で
は、ユーザーは関数を式の形で規定している。式は続い
て構文解析されバイトコードが生成されるが、このバイ
トコードは所望のオペレーションを表すインストラクシ
ョンのハイレベルのセットであり、ランタイムに実行さ
れるものである。バイトコードの実行については図４に
図解されている。

【００７５】図４は、模範的VcStmtCreatShapesバイト
コード３０２の実行について示している。バイトコード
３０２は、実行されると特定の形態をしたオブジェクト
のインスタンスを作りだし、そのオブジェクに対するト
ークン型の名前をハッシュテーブル・ルックアップ用に
記憶する。バイトコード３０２により生成されるオブジ
ェクト形態を構築するための１つの模範的実行例として
の疑似コードをブロック３１０として示している。当該
オブジェクトの形態を構築するための実行疑似コードブ
ロック３１０では、VcStmtCreatShape'sPerform()方法
が呼び出されると、それはファクトリィオブジェクトの
CreatShape()方法を呼び出して新しい形態のオブジェク
トを創造し、次にそのオブジェクトに対するポインタ
を、コンテクストオブジェクトにより所有されているハ
ッシュテーブルに記憶して、後刻プロパティ設定時のル
ックアップに備える。最後に、本方法は、その創造時に
確立される形態に対する参考事項をリリースする。

【００７６】バイト符号３０２は、当該形態のトークン
化された名前の保管場所を提供するために、標準的なCS
tringクラス３００のメンバーであるm＿objectIdプロパ
ティを有する。バイトコード３０２は、シーン内で形態
を創造すことに責任を負う抄録ベースクラスVcShapeFac
tory３０４のメンバーであるm＿factoryプロパティを有
する。VcShapeFactory３０４の導き出されたクラスは、
形態の特定のクラスを創造し且つそれをキャンバス表示
リストに加えるために、純粋に仮想的なCreatShape()方
法を無効にしなければならない。

【００７７】VcShapeFactory３０４は、概念的なベース
クラスVcShape３０６から導き出される形態オブジェク
トのインスタンスを創造する。VcShape３０６は、全形
態オブジェクトにとっての抄録ベースクラスである。そ
れは、形態プロパティを設定するためのトランザクショ
ン指向の多形態インターフェースを提供する。VcShape
の導き出されたクラスは、レンダリングとヒット検知サ
ポートを実行することに責任を持つ。

【００７８】図４はまた、抄録クラスVcStmtSetPropert
y３２０についても示しているが、これは実行されると
形態プロパティの値を設定するバイトコードステートメ
ントのための抄録クラスである。VcStmtSetProperty３
２０の導き出されたクラスは各データタイプを表現す
る。抄録クラスVcStmtSetProperty３２０は、形態のト
ークン化された名前と、プロパティに独自的にアドレス
するために必要なプロパティアイデンティティのセット
とを記憶する。VcStmtSetProperty３２０は、CStringク
ラス３２２のメンバーであるプロパティm＿objectId
と、クラスVcPropertyPath３２４のメンバーであるm＿p
ropPathプロパティとを有する。VcPropertyPath３２４
は、プロパティの形態セット内に特有のプロパティのた
めの識別子を記憶して、１まとめにされた形態をサポー
トするために、リンクされたリストVcPropertyPathにポ
インタm＿nextを提供する。

【００７９】今度はVcStmtSetProperty３２０がVcStmtS
etStringProperty３２６により継承されるが、これは、
形態のプロパティの値をストリング値に設定し、且つ、
形態のプロパティを設定する前にプロパティ値を求める
ための抄録ストリング関数VcSftn３２８に対するポイン
ターを保有している。VcSftn３２８は所与のコンテクス
トのためのストリングに対し評価を行うVcFunctionから
導き出されるが、この関数は、関数の構文解析されたエ
レメントを保有している構文解析表現ツリーに対するル
ートエレメントである。

【００８０】VcStmtSetStringPropertyバイトコード３
２６の１つの実施例を、ブロック３３０に示す。形態の
プロパティを設定するためのこの実施例においては、Vc
StmtSetStringProperty's Perform()方法が呼び出され
ると、それはコンテクストのハッシュテーブルから当該
形態を検索する。それは次に、所与の文脈を用いてスト
リング関数を求め、その結果をプロパティパス経由で当
該形態に渡す。

【００８１】これより図５に入るが、ここではサンプル
構文解析型プロパティ関数を説明する線図を示してい
る。本例中の関数は、VcStmtSetStringProperty関数３
５０である。関数３５０は、オブジェクト識別値“Text
1"３５２を有しているが、これはクラスCstringのメン
バーである。これは、設定予定のプロパティを保有する
形態オブジェクトのトークン化された名前である。VcSt
mtSetStringProperty３５０は、オブジェクトText1によ
り所有されるTextプロパティの値を、スペース記号によ
って分離されている付属のlast＿nameからfirst＿name
までにより作り出される計算値に設定する、サンプル・
バイトコード・ステートメントである。本例では、m＿o
bjectIdは目標オブジェクト“Text1"を識別するストリ
ングを指し、m＿propPathはテキストオブジェクト内に
設定される予定のプロパティのアドレスを指し、m＿ftn
はプロパティの値に対し評価を行うストリング関数を指
す。

【００８２】VcStmtSetStringPropert３５０は、その値
がブロック３５４で設定されるプロパティパスを有す
る。最後に、VcStmtSetStringProperty３５０はVcSftnC
oncatenate関数３６０を実行するように指定されてい
る。VcSftnConcatenate３６０は、２つのメンバースト
リング関数であるm＿ftn1（first＿name＋〃〃）とm＿f
tn2（last＿name）の結果を連結する、VcSftnから導き
出されるストリング関数である。

【００８３】ブロック３６０内では２つの関数が更に細
かく規定される。ツリーの左枝を下って行くとVcSftnCo
ncatenate関数３６２が示されている。VcSftnConcatena
te３６２は、２つのメンバーストリング関数m＿ftn1とm
＿ftn2を使用して、式（first＿name＋〃〃）の数値を
求めるすることに責任を負う。ブロック３６２内には、
２つの関数、即ちm＿ref（“first＿name"）に記憶され
ている識別子の現在値を調べる責任を負うストリング関
数であるVcSftnLookup関数３６４と、一定ストリング値
を記憶する責任を負うストリング関数であるVcSftnCons
tant３７０とが追加されている。

【００８４】ルックアップ関数３６４の値は文字ストリ
ング３６６により求められるが、これは識別子の名前、
“fisrt＿name"、を保管する場所を提供する標準ストリ
ングクラスである。定関数３７０で値を求めると、その
結果はブロック３７２のスペース（ストリング定数
“ ”）である文字ストリングになる。

【００８５】VcSftnConcatenate関数３６０からツリー
の右側を下っていくと、VcSftnLookup関数３８０が求め
られる。VcSftnLookup３８０は、m＿ref（“last＿nam
e"）に記憶されている識別子の現在値を調べる責任を負
うストリング関数である。VcSftnLookup関数３８０の数
値を求めると、文字ストリングになる。

【００８６】シーンからコードを生成するプロセスのオ
ブジェクトモデルについては、図６により詳しく示す。
当該シーンは、シーン内の各形態と論理エレメントのた
めのコードジェネレータを表す描画ノードのリストを保
有する。オブジェクトVcScene４００は、視認区域に表
示される全グラフィカルオブジェクト用の描画層若しく
はキャンバスの輪郭を定める。CreatMethod(）関数は、
実行されると、グラフィカルオブジェクト付きのシーン
を創造して定住させる一連のバイトコード・ステートメ
ントを生成する。これらのステートメントは、VcCGMeth
od４１０と呼ばれるオブジェクトに記憶される。

【００８７】VcScene４００は、クラスVcDrawingNode４
０２から導き出されるオブジェクトのリストm＿nodesを
保有している。VcDrawingNode４０２は、シーンのコン
テンツを表現する全形態と論理ノードのための抄録ベー
スクラスである。VcDrawingNode４０２は、導き出され
たクラスにおけるVcStmt実行ステートメントのリストを
生成するためのインターフェースGetExecStmt(）を定義
する。VcDrawingNode４０２は、VcShapeNode４０４のサ
ブクラスである。VcShapeNode４０４は、形態を生成す
るノード用の抄録ベースクラスである。VcShapeNode４
０４の導き出されたクラスは、各タイプの形態のプロパ
ティを構築し設定するのに必要なバイトコードステート
メントを生成する。

【００８８】またVcShapeNode４０４は、VcDataNodeク
ラス４０６のサブクラスであるが、これは、データソー
スをオブジェクトのレイアウトを表すグラフィカルテン
プレートに照会の各行ごとに結合させる形態ノードのク
ラスである。VcDataNodeにより生成されるバイトコード
は、データソースにより供給される結果のセットを反復
し、オブジェクトのセットを創造し、それらをアクティ
ブなシーンに付け加える。

【００８９】VcDrawingNode４０２はまた、描画ノード
のクラスVcLogicNode４０８によっても継承されるが、
このクラスが今度はVcDataSource４１０に継承される。
VcLogicNode４０８は、形態ノードとユーザーの間の関
係を定義するバイトコードを生成する描画ノードのクラ
スである。VcDataScouce４１０は、データの抄録ソース
を表現する論理ノードのクラスである。導き出されるク
ラスは、レイアウト中のグラフィックを生成するため
に、データノードにより使用されるデータの表になるバ
イトコードを生成することに責任を負う。

【００９０】VcDataNode４０６は、VcDataSource４１０
のインスタンスを保有する。VcDataSource４１０は、ク
ラスVcQueryDataSource４１２に継承される。VcQueryDa
taSource４１２は、照会インスタンスを構築し、ランタ
イムパラメータに取って代わり、照会を実行するバイト
コードを生成するために、照会オブジェクトと対話をす
ることに責任を持つ。

【００９１】次にVcQueryDataSource４１２は、列とパ
ラメータの名前とタイプを始めとする、ＳＱＬ照会につ
いての情報を記憶する、VcQuery４１４のメンバーであ
る照会オブジェクトm＿queryを指す。またVcQueryオブ
ジェクト４１４は、VcColumnクラス４１６に記憶されて
いる列のセットと、VcParameterクラス４１７に記憶さ
れているパラメータのセットとを有する。VcColumn４１
６は、データベースから検索されるデータの列について
の情報を記憶するので、バイトコード実行ステートメン
トにより使用されるコンテクストオブジェクトにより照
会することができる。VcParameter４１７は、ＳＱＬ選
択ステートメントに対する引数の役をする名前の付けら
れた位置ホルダオブジェクトを表している。ＳＱＬステ
ートメントが実行される時にはその前に、パラメータ
は、パラメータのランタイム値に置き換えられる。

【００９２】VcSceneオブジェクト４００は、そのCreat
Mehtod（）メンバー関数が呼び出されると、クラスVcCG
Method４１０のインスタンスを生成する。このVcCGMeth
od４１０は、抄録ベースクラスVcStmt４２０に属するオ
ブジェクトのセットを有する。VcStmt４２０は、全バイ
トコードステートメント用の抄録ベースクラスである。
その完全に仮想的な方法Perform(）は、導き出される全
クラスにより実行されるべき実行インターフェースを定
義する。VcStmt抄録ベースクラス４２０は、４２２、４
２４、４２６、４２８、４３０を始めとする多数のバイ
トコードステートメントにより継承される。VcStmtCrea
tShape４２２は、実行されると特定の形態オブジェクト
のインスタンスを創造するバイトコードステートメント
である。ステートメント４２２は、ハッシュテーブル・
ルックアップのために、オブジェクトのトークン化され
た名前を記憶する。VcStmtCreatQuery４２４は、実行さ
れると特定の照会オブジェクトのインスタンスを創造す
るバイトコードステートメントである。VcStmtBeginPro
perties４２６は、そのプロパティが設定される予定の
形態インスタンスを通知するバイトコードステートメン
トである。VcStmtSetProperty４２８は、実行されると
形態のプロパティの値を設定するバイトコードステート
メント用の抄録クラスである。導き出されるクラスは、
形態のトークン化された名前と当該プロパティを独自的
にアドレスするのに必要とされるプロパティＩＤのセッ
トを記憶する各データタイプを表す。最後に、VcStmtEn
dProperties４３０は、そのプロパティに対する変更が
完了しており、２つ以上のプロパティに依存する何れの
計算をも実行できることを、形態インスタンスに通知す
るバイトコードステートメントである。

【００９３】コード実行処理のオブジェクトモデルは、
図４に示すオブジェクトモデルと同様のものである。簡
単に言うと、VcStmtCreatShapeバイトコードは、実行さ
れると、ハッシュルックアップテーブルのオブジェクト
用にトークン化された名前を記録し、特定の形態を呈す
るオブジェクトのインスタンスを創造する。VcStmtCrea
tShapeバイトコードステートメントは、シーン内に形態
を創造することに責任を持つVcShapeFactory抄録ベース
クラスから導き出されたファクトリィオブジェクトを保
有する。更に、VcStmtSetProperty抄録クラスは、形態
のトークン化された名前と当該プロパティを独自的にア
ドレスするのに必要とされるプロパティＩＤのセットと
を記憶する。VcStmtSetStringPropertyバイトコードス
テートメントは、ストリング値に対する形態プロパティ
の値を設定するが、形態のプロパティを設定する前にプ
ロパティ値を求めるための抄録ストリング関数に対する
ポインタを保有する。

【００９４】これより図７に入るが、プロパティシート
入力プロセス４４０について説明する。プロパティシー
トの使用に際して、ユーザーはある式を入力する（ステ
ップ４４０）。その式は次に構文解析され（ステップ４
４４）、有効性がチェックされる（ステップ４４６）。
当該式が無効の場合には、必要なデザイン値を使用して
ランタイム値をクリアするよう処置され（ステップ４４
８）、エラーメッセージが表示される（ステップ４５
０）。そうではなく当該式が有効である場合には、関数
を創造してその関数をランタイム値として記憶する処置
がとられる（ステプ４５２）。次に、その関数が一定で
あるかどうかを確定し（ステップ４５４）、もしそうで
あるなら、関数のクローンを作りデザインタイム値をそ
れに替えて記憶する（ステップ４５６）。

【００９５】次に、バイトコードについてのランタイム
実行可能コードを保有するバイトコード実行画像を無効
にする処理が行われる（ステップ４５８）。次に、ラン
タイムディスプレイを自動的に更新する必要があるかど
うかをチェックする（ステップ４６０）。更新が必要で
あるなら、バイトコードが生成され（ステップ４７
０）、実行される（ステップ４７２）。ステップ４６０
又はステップ４７２から出て処理は終了する（ステップ
４７４）。

【００９６】次に図８に移るが、ここではオブジェクト
を目に見えるように操ることについてのプロセス８２０
を詳しく説明する。先ずどのオブジェクトプロパティを
どの変更された属性にマッピングするのかを確定する
（ステップ８２２）。次に、新しい属性値を表すために
定数関数が創造されるが、この値は次にランタイムプロ
パティ値とデザインタイムプロパティ値として記憶され
る（ステップ８２４）。バイトコード実行画像は、ここ
で無効とされる（ステップ８２６）。次に、ランタイム
ディスプレイを自動的に更新する必要があるかどうかを
確定する（ステップ８２８）。もし必要であれば、バイ
トコードが生成される（ステップ８３０）。ステップ８
３０については、図９により詳細を示す。ステップ８３
０に続いてバイトコードが実行される（ステップ８３
２）。ステップ８３２については、図１１により詳細を
示す。ステップ８２８又はステップ８３２から出て処理
は終了する（ステップ８３４）。

【００９７】次に図９に入るが、ここではバイトコード
を生成するプロセス６００について示す。先ず、事前に
記憶されたアプリケーションリソースを入力値とみなし
（ステップ６０２）、第１シーンを入手する（ステップ
６０４）。次に当該シーン中の第１ノードを入手する
（ステップ６０６）。次に、そのノード用のバイトコー
ド実行ステートメントを検索する（ステップ６０８）。
このステップについては、図１０により詳しく示す。ス
テップ６０８に続いて、ノードを追加して処理する必要
があるかどうかを確定し（ステップ６１０）、必要があ
れば、ステップ６０８にループバックする前に次のノー
ドを入手する（ステップ６１２）。

【００９８】全ノードの処理が済むと、VcCGMethodを創
造して、当該シーンに関連するステートメントを記憶す
る（ステップ６１４）。次に、他にもまだ処理する必要
のあるシーンがあるかどうかを確定する（ステップ６１
６）。もしあれば、次のシーンを入手して（ステップ６
１８）から、ステップ６０６までループバックし、バイ
トコード生成プロセスを継続する。全シーンの処理が済
むと、バイト符号実行画像を生成し（ステップ６２０）
て、本プロセスは終了する（ステップ６２２）。

【００９９】次に図１０について説明するが、ここでは
オブジェクトノードについてのバイトコード実行ステー
トメントを入手するためのプロセス６３０を示す。先ず
ノードタイプを確認する（ステップ６３２）。ノードが
形態なら、形態創造ステートメントを生成し（ステップ
６３４）、同様にプロパティ捕捉を開始するためのステ
ートメントを生成する（ステップ６３６）。次に、ステ
ップ６３８−６４４で検索された各プロパティを設定す
るためのステートメントを生成する。最後に、当該プロ
パティをコミットするためのステートメントを創造する
（ステップ６４６）。

【０１００】一方、ノードが照会データソースである場
合には、照会を入手して、パラメータ化されたＳＱＬス
テートメントを生成する（ステップ６４８）。次に照合
可能な識別子として使用される列名を確定する（ステプ
６５０）。次に、照会を作り上げるためにステートメン
トを創造する（ステップ６５２）。次に、ステップ６５
４−６６０で、各照会パラメータを設定する１つ又はそ
れ以上のステートメントを創造する。最後に、照会を実
行するステートメントを創造する（ステップ６６２）。
ステップ６４６又はステップ６６２から出て処理は終了
する（ステップ６６４）。

【０１０１】これより図１１に移るが、ここではバイト
コードを実行するためのプロセス６６６を示す。先ず、
実行コンテクストが創造される（ステップ６６８）。次
に、VcCGMethodPerform()方法を呼び出す（ステップ６
７０）。当該ステートメントが検索される（ステップ６
７２）。次に、当該ステートメントが分類される（ステ
ップ６７４）。ステップ６７４に続いて、VcStmtCreatS
hapeステートメントに出会うと、新しい形態を生成し
（ステップ６７６）、その形態をコンテクストハッシュ
テーブルにトークン化された形態の名前を使用して記憶
する（ステップ６７８）。ステップ６７４に続いて、Vc
StmtBeginPropertiesステートメントに出会うと、形態
情報をハッシュテーブルで調べる（ステップ６８０）。
次に、形態のOnPropertiesBegin(）方法を呼び出す（ス
テップ６８２）。VcStmtSetPropertyステートメントに
出会うと、形態情報をハッシュテーブルで調べる（ステ
ップ６８４）。次に、その値をプロパティに割り当てる
ために形態のSetProperty()方法を呼び出す前に、プロ
パティ式を求める（ステップ６８６）。VcStmtEndPrope
rtiesステートメントに出会うと、形態情報をハッシュ
テーブルで調べる（ステップ６９０）。次に、形態のOn
PropertiesEnd()方法を呼び出す（ステップ６９２）。
次に、当該形態は初期化され（ステップ６９４）て、キ
ャンバス・ディスプレイリストに付け加えられる（ステ
ップ６９６）。

【０１０２】ステップ６７８、６８２、６８８又は６９
６に続いて、ステートメントを追加して実行する必要が
あるかどうかをチェック（ステップ６９８）して、必要
があれば、ステップ６７４へとループバックする前に、
次のステートメントを入手する（ステップ８００）。

【０１０３】ステップ６９８に続いて、実行コンテクス
トを削除し（ステップ８０２）、キャンバスを新しくす
る（ステップ８０４）。最後に、処理は終了する（ステ
ップ８０６）。

【０１０４】グラフ編集システムを説明する図解を図１
２に示す。シーングラフ４８０はアプリケーションの階
層を表現している。シーングラフ４８０中の各エレメン
トはノードと呼ばれ、バイトコードの生成に際してこの
ノードが使用される。更に、２つのデータの画面４８２
と４８４を示している。画面４８２は、２つのデータセ
ットから検索されたデータを示すレイアウト（マップ）
である。

【０１０５】４８４の画面では、データポイントは単一
画像４８５として表示してもよく、図１２では強調表示
されている。画像４８５は、位置ホルダ画像付きのデザ
インモードで示されている。画像４８５に関連する属性
はウインドウ４８６に示される。各データエレメントは
自身の描画ウインドウを有しているのでユーザーは何れ
のデータエレメントでも編集することができる。このよ
うに、グラフはデータポイントに配置されるので、グラ
フはデータポイント内に存在することになる。

【０１０６】図１２の編集システムを使えば、ユーザー
は、それが次にグラフ自身の中にネストされるデータポ
イント内にグラフを輪郭付けすることができるようにな
るので、図１２の編集システムは、孔を開けて掘り下
げ、より詳しく見る方法を提供しているといえる。この
ように、詳細さのレベルを変えながらシーンを示すため
に使用される場合には、ユーザーがドットにズームする
とそれはグラフに変り、ユーザーがグラフにズームする
と、そのデータポイントは追加的なグラフになってユー
ザーがより詳細なものをみるために孔を掘り下げること
ができるようになっている。グラフ編集システムは、単
一データポイントの表現と、親シーン自身と同じ程度に
普遍的にもなるデータポイント用のあらゆる任意の表現
とを編集する便宜的方法を提供する。

【０１０７】ワームホールの数学について次に説明す
る。ワームホールは、ユーザーが１つのシーンのウイン
ドウを通して別のシーンを覗けるようにする特別なオブ
ジェクトである。図１３は、この効果を図解し、目標シ
ーンに合わせて複合ズーム係数がどのように計算される
のかについて示している。

【０１０８】図１３は、ワームホールを示しているが、
これはハイパーリンクの１つの型式であって、ユーザー
に、ハイパーリンクを介してコンテクストの情報を渡す
と同時に、ハイパーリンクを介して反対側を見せるよう
にしている。ハイパーリンクの反対側が観察できるの
で、この反対側はユーザーにとって「透けている」こと
になる。図１３では、ワームホール４９０は、第１シー
ン４９２から第２シーン４９４へのウインドウとして示
されている。従来型のハイパーリンクがステートレスで
あるのに対し、ワームホール４９０は、ステート情報を
提供する。ユーザー位置４９１からの、第１シーン４９
２に対する第１高度（elev₁）４９６と第２シーン４９
４に対する第２高度（elev₂）との間の関係は、以下の
式で表される。

【０１０９】 本例では、ズーム係数はそれぞれ倍率係数を表す。又、
ズーム係数は関係する高度パラメータに関して逆比例す
る値である。例えば、１００％のズーム係数では、高度
パラメータは１となるが、一方ズームウインドウが２０
０％の場合には、高度パラメータは０．５となる。

【０１１０】ワームホールウインドウは、シーンに対し
て定義されているパラメータの値を設定する。ワームホ
ールウインドウは又、目標シーンを拡大することのでき
るあるタイプのレンズとしての役割も果たす。ワームホ
ールの目標シーンは、同じシーンを反復的に表示するた
めには、ソースシーンと同じであってよい。ワームホー
ルに適用される増加するズーム係数は、データの密集域
の混乱状態を低減するために、或は倍率を追加して詳細
さのレベルを増やすために利用できるので、これは格別
有用である。ワームホールは反復限界を定義するパラメ
ータを有するので、反復が無限に続くことはない。

【０１１１】ユーザーは、より多くの情報を求めて「穴
を開ける」ために、そしてまたオブジェクトを目標シー
ンで「起動させる」ために、ワームホールを抜けてジャ
ンプすることができる。これにより、ズーム率増大の影
響が排除されるだけでなく、第１シーンのオブジェクト
に使用されるメモリーも開放される。ユーザーがマウス
を使用して、ワールドをナビゲートし、オブジェクトと
対話すると、通知イベントが生成されて、これが動作を
トリガすることになる。動作は、デザインタイムにディ
ベロッパにより決められており、次の２つのオプション
段階（順番通り）、即ち、シーン及び／又はグローバル
パラメータの値を設定する段階と、活動を実行する段階
とから成る。

【０１１２】ワームホールは、オブジェクトインスペク
ターのリストに掲載されているSceneParametersオブジ
ェクトを介してシーンパラメータの値について制御を行
う。SceneParametersオブジェクトは、ワームホールの
子オブジェクトであり、各パラメータに関するプロパテ
ィを保有している。目標シーンがパラメータ化されてい
なければ、SceneParametersオブジェクトは、オブジェ
クトインスペクターに表示されない。この値は、オブジ
ェクトに保有され、ランタイムにシーンのプロパティを
設定するために使用される。

【０１１３】３タイプのパラメータが照会のランタイム
値を駆動し、更に種々のユーザーコンテクスト変数、即
ちグローバルパラメータ、シーンパラメータ、照会パラ
メータのモニターと制御をも行う。グローバルパラメー
タは、ランタイムのユーザーに、コンテナアプリケーシ
ョンとして設定又はモニターされるべきプロパティとし
て提示される。更に、組み込み型グローバルパラメー
タ、即ち、UserX（ユーザーの中心からの現在の横方向
オフセットをインチ幅で追跡又は設定する）、UserY
（ユーザーの中心からの現在の縦方向オフセットをイン
チ幅で追跡又は設定する）、UserZoom（ユーザーの現在
のズーム（倍率）レベルを追跡又は設定する）、及びUs
erClass（ユーザーのプロファイルクラス名を保有す
る）を利用することもできる。

【０１１４】照会パラメータは、照会が実行される前に
データソースにより設定される。シーンパラメータはワ
ームホール又はイベント行為により設定される。それら
は、次の属性、即ち、 名前−パラメータ識別子 データタイプ−値タイプ ディスクリプション−内部での文書利用に入手可能 デフォルト値−ワームホールのSceneParameters子オブ
ジェクト又はイベント行為により設定されない場合に使
用される値。デフォルト値が入手できなければシーンは
見ることができない。を有する。

【０１１５】ユーザークラスは、バーチャルワールドの
動作又は外見をユーザーのアイデンティティに基づいて
カスタマイズするために使用することができる。例え
ば、売上予測に対するワームホールは販売職員と管理職
社員にしか見えないようにするとか、病院の間取り図の
レイアウトでは、管理者向けには空きベッドを強調表示
するのに対し、心臓専門医向けには心臓病患者のベッド
を強調表示するなどしてもよい。全ての新しいワールド
のデフォルトユーザークラスは「匿名」である。

【０１１６】ワールドにとっての現在のユーザークラス
は、UserClassグローバルパラメータに記憶される。プ
ロパティ値或はイベント方法は、UserClass変数がclass
＿nameユーザークラスのメンバーであるかどうか次第
で、真の値か偽の値を戻すIsUser（class＿name）プロ
パティ関数を使用することにより、現在のユーザークラ
スに基づくものとなる。標準的なブール式は、直接比較
用又は表示用のUserClassパラメータも保有できる。

【０１１７】ユーザークラスは、クラスを更に精製する
ためにサブクラスに分けられる。ある１つのクラスのユ
ーザーサブクラスは、別のクラスのサブクラスであって
もよいので、その結果、ユーザークラスは柔軟で多数の
継承性を持つ階層となる。あるユーザークラスがユーザ
ーによって削除されても、２つ以上の他のユーザークラ
スのサブクラスとして存在する場合、ユーザーはユーザ
ークラスの全出現を消去するか否か、或は選択されたイ
ンスタンスだけを消去するかを問われることになる。

【０１１８】これより図１４について説明するが、ここ
ではワームホールのオブジェクトモデルがより詳しく示
されている。VcSceneクラス５００は、視認域に表示さ
れる全グラフィカルオブジェクトに対する描画層（キャ
ンバス）の輪郭を定める。VcScene５００は、シーン内
に含まれているノードのプロパティによって参照される
パラメータのセットを提供する。当該シーンがレンダー
される前に、各パラメータは設定されねばならず、同様
のやり方で、関数に対する引数は関数が呼び出される前
に設定されねばならない。次に、ワームホール設定ノー
ドは、ワームホールを通してシーンが見えると、計算さ
れた設定を各シーンパラメータに供給する。

【０１１９】VcSceneクラス５００は、VcParameterクラ
ス５０２のメンバーであるプロパティと、VcDrawingNod
eベースクラス５０４から導き出されたノードのリスト
を有する。VcParameter５０２は、名前とデータタイプ
を始めとするシーンパラメータについての情報を記憶
し、一方VcDrawingNode５０４は、シーンのコンテンツ
を表現する全形態及び論理ノードのための抄録ベースク
ラスである。VcDrawingNode５０４は、一定でも計算さ
れてもよいプロパティを保有する。計算されたプロパテ
ィは１つ又はそれ以上のシーンパラメータに依存する。

【０１２０】VcDrawingNode抄録ベースクラス５０４
は、今度はVcShapeNode５０６に継承されるが、これは
更にVcWormhoeNode５０８に継承される。VcShapeNode５
０６は、全視認ノードタイプ用の抄録ベースクラスであ
る。VcShapeNode５０６の導き出されたクラスは、形態
の各タイプの特定の属性及び動作を実行する。VcWormho
leNode５０８は、別のシーンにリンクするシーンの形態
ノードのクラスである。それは、シーンがレンダーされ
る前に全シーンパラメータの値を設定するための設定用
ノードに対するポインタを保有している。

【０１２１】VcWormholeNode５０８は、VcWormholeSett
ingNode５１２クラスのメンバーであるm＿sceneParamet
erSettingsプロパティを有する。VcWormholeSettingNod
e５１２は、接続シーンのパラメータ毎にワームホール
特定の設定を保持する論理ノードのクラスである。これ
らの設定は、数値を計算されて、シーンがワームホール
にレンダーされる前に当該シーンに渡される。

【０１２２】VcWormholeSettingNode５１２も又VcLogic
Node５１０から導き出されるが、このVcLogicNode５１
０はVcDrawingNode５０４から導き出されるものであ
る。VcLogicNode５１は、形態ノードとユーザーの間の
関係を定義するノードのための抄録ベースクラスであ
る。

【０１２３】図１５及び１６は、模範的なワームホール
の使い方を示している。図１５には４つのワームホー
ル、即ち、ポートフォリオリスク管理ワームホール７０
０、市場データワームホール７１０、考慮中の投資ワー
ムホール７２０、ファーストコールアナリスト推薦ワー
ムホール７３０が示されている。ポートフォリオリスク
管理ワームホール７００は、当該シーンの第３レベル画
面を表示する３つの詳細なワームホール７０２、７０
４、７０６とチャート７０８を示している。この３つの
詳細なワームホール７０２、７０４、７０６は各々、３
種類の別個のファンド又はポートフォリオに関連する金
融動向を示す。その上、ある１つのファンド又はポート
フォリオを代表する１つのワームホールから生じる所与
のシーンの画面は、別のファンドを代表する別のワーム
ホールから生じる同じシーンの画面とは異なる。このよ
うなわけで、例えば、ポートフォリオリスク管理ワーム
ホール７００に穴を開け、ファンド７０２、７０４、７
０６の１つを通って更に特定のポートフォリオ内の会社
に行き当たるまで穴を掘り下げてゆけば、コンテクスト
情報は穴を開ける都度累積されていくので、当該会社の
最終的な画面は特定のファンド又はポートフォリオに対
する関係で生成されることになる。その情報にはそのフ
ァンドにより保有される会社の株式の量や、会社の株主
である期間、その他が含まれる。

【０１２４】図１６の各ワームホールに表現されている
シーンは、関数に対する引数に類似した方法で、compan
y＿IDでパラメータ化される。本例では、シーンそれ自
体がユーザーが何の会社を見ているかを特定する引数を
有しており、当該シーンは従ってカスタマイズされる。
従って、ユーザーがこれらのワームホールの何れかを通
して見るときには、シーンはユーザーが見ている特定の
ワームホール独自の姿をしているので、そのシーンは違
って見える。

【０１２５】先に述べたように、本システムは、プログ
ラミングの専門知識無しでも、データをダイナミックに
見ることができるようにしている。ユーザーは、このよ
うにして、データに近づくことができるので、アプリケ
ーション開発時間が短縮される。ユーザーインターフェ
ースは、情報豊富なデータベースに関して、そしてデー
タ保管とデシジョンサポートのようなアプリケーション
に関して素早く容易に創造できる。更に、従来型のフォ
ームベース若しくはレポートベースのアプリケーション
についてまわる制限は回避される。

【０１２６】その上、ここに説明した技法は、ハードウ
ェア又はソフトウェアで実行してもよいし、或は両方を
組み合わせて実行してもよい。この技法は、１台毎にプ
ロセッサと、プロセッサが読み込み可能な記憶媒体（揮
発性、非揮発性メモリ及び／又は記憶エレメントを含
む）と、適切な入出力装置とを含んでいる、プログラム
可能なコンピュータ上で実行するコンピュータプログラ
ムで実行するのが望ましい。プログラムコードは、入力
機器を使用して入力されるデータに適用され、説明済み
の関数を実行し、出力情報を生成する。出力情報は、１
つ又はそれ以上の出力装置に適用される。

【０１２７】各プログラムは、コンピュータシステムと
通信するために、高レベルの手順言語又はオブジェクト
指向プログラム言語で実行することが望ましい。しかし
ながら、本プログラムは、必要に応じアッセンブリ言語
若しくは機械言語で実行することもできる。何れの場合
でも、言語はコンパイル又は翻訳された言語である。

【０１２８】このような各コンピュータプログラムは、
上記手続きを実行するためにコンピューターが読み込め
ば構成、作動できるような、汎用或は特殊用途のプログ
ラム可能なコンピュータが読み出すことのできる記憶媒
体若しくは記憶装置（例；ＣＤ−ＲＯＭ、ハードディス
ク、又は磁気ディスケット）に記憶されることが望まし
い。本システムはまた、コンピュータープログラムによ
り構成された、コンピュータが読み出し可能な記憶媒体
としても実行できるが、その場合には、そのように構成
された記憶媒体がコンピュータを特定且つ事前に指定さ
れた方法で作動させることになる。

【０１２９】他の実施例は、先の請求項の範囲にある。

【図面の簡単な説明】

【図１】１つ又はそれ以上のワールドを編集するため
の、多文書インタフェースである。

【図２】オブジェクトインスペクターを示す図である。

【図３】アブストラクトベースクラスVcPropertyBagの
プロパティオブジェクトモデルを示す線図である。

【図４】２バイトコード実行クラスである、VCStmtCrea
tShape及びVcStmtSetPropertyを示す線図である。

【図５】サンプル構文解析型プロパティ関数を示す線図
である。

【図６】シーンからのコード生成プロセスのオブジェク
トモデルを示す線図である。

【図７】プロパティシート入力プロセスを示すフローチ
ャートである。

【図８】オブジェクトを目に見えるように操作するため
のプロセスを示すフローチャートである。

【図９】バイトコード生成用のプロセスを示すフローチ
ャートである。

【図１０】ノード向けのバイトコード実行ステートメン
トを入手するためのプロセスを示すフローチャートであ
る。

【図１１】バイトコードを実行するためのプロセスを示
すフローチャートである。

【図１２】グラフ編集システムを示す線図である。

【図１３】ワームホールを示す図である。

【図１４】ワームホールのオブジェクトモデルを示す線
図である。

【図１５】ワームホール使用法の１例を示す図である。

【図１６】ワームホール使用法の別の例を示す図であ
る。

【符号の説明】

１０ ワールドマネジャーウインドウ １２，１４，１６，４０ コントロールバー １８ ツリーコントロール ２０ プロジェクト作業空間 ２２ エディタウインドウ ２４ 出力ウインドウ ３０ オブジェクトインスペクター １００ 名前列 １１０ プロパティ列 １１２，１１４，１１６，１１８，１２０，１２２，１
２４，１２６ プロパティ ２００ VcPropertyBag ２０２，４００，５００ VcScene ２０４，４０２，５０４ VcDrawingNode ２１０ VcProperty ２１２，２１８，３００，３２２ CString ２１４，３２４ VcPropertyPath ２１６，２２２ VcPropertyValue ２２０ VcFunction ３０２ バイトコード ３０４ VcShapeFactory ３０６ VcShape ３１０ 疑似コードブロック ３２０ VcStmtSetProperty ３２６ VcStmtSetStringProperty ３２８ VcSftn ３３０ ３２６のバイトコード ３５０ VcStmtSetStringProperty関数 ３５２ テキスト１ ３５４ ３５０のプロパティ経路値 ３６０，３６２ VcSftnConcatenate ３６４，３８０ VcSftnLookup関数 ３６６，３７２ 文字列 ３７０ VcSftnConcatenate関数 ４０４，５０６ VcShapeNode ４０６ VcDataNode ４０８，５１０ VcLogicNode ４１０ VcCGMethod，VcDataSource ４１２ VcQueryDataSource ４１４ VcQuery ４１６ VcColumn ４１７，５０２ VcParameter ４２０ VcStmt ４２２，４２４，４２６，４２８，４３０ バイトコー
ドステートメント ４８０ シーングラフ ４８２，４８４ 画面 ４８５ 画像 ４８６ ウインドウ ４９０、７０２、７０４、７０６ ワームホール ４９２，４９４ シーン ４９６，４９８ 高度 ５０８ VcWormholeNode ５１２ VcWormholeSettingNode ７００ ポートフォリオリスク管理ワームホール ７０８ チャート ７１０ 市場データワームホール ７２０ 考慮中の投資ワームホール ７３０ ファーストコールアナリスト推薦ワームホール

Claims (31)

【特許請求の範囲】
1. 【請求項１】 複数のシーンを有するアプリケーション
   に関係するコンテクスト情報をある視点から見るための
   ハイパーリンクシステムにおいて、前記視点から第一シ
   ーンへの第一ズームファクターを有する前記第一シーン
   と、前記第一シーンから第二シーンへの第二ズームファ
   クターを有する、前記第一シーンにネストされた前記第
   二シーンと、前記第一及び第二ズームファクターに基づ
   いて前記第一シーンから前記第二シーンへ射影するワー
   ムホールとから成ることを特徴とするハイパーリンクシ
   ステム。
2. 【請求項２】 前記第二シーンが一つ又はそれ以上のパ
   ラメータにより特徴づけられ、前記ワームホールが一つ
   又はそれ以上のパラメータの値を設定するための属性プ
   ロパティを有することを特徴とする、上記請求項１に記
   載のハイパーリンクシステム。
3. 【請求項３】 前記ワームホールが、コンテクスト情報
   を後に続く各シーンから前の各シーンへ提供することを
   特徴とする、上記請求項１に記載のハイパーリンクシス
   テム。
4. 【請求項４】 各シーンが、一つ又はそれ以上のネスト
   されたウインドウの中に表示されることを特徴とする、
   上記請求項１に記載のハイパーリンクシステム。
5. 【請求項５】 各シーンが、データベースのコンテンツ
   を表す一つ又はそれ以上のオブジェクトを含むことを特
   徴とする、上記請求項１に記載のハイパーリンクシステ
   ム。
6. 【請求項６】 一つ又はそれ以上のグラフィカルオブジ
   ェクトを更に含むことを特徴とする、上記請求項５に記
   載のハイパーリンクシステム。
7. 【請求項７】 第一高度ｅｌｅｖ₁が、前記第一ズーム
   ファクターZoom_{scene 1}に従って のように決定されることを特徴とする、上記請求項１に
   記載のハイパーリンクシステム。
8. 【請求項８】 第二高度ｅｌｅｖ₂が、前記第二ズーム
   ファクターZoom_{wormh ole}に従って のように決定されることを特徴とする、上記請求項７に
   記載のハイパーリンクシステム。
9. 【請求項９】 前記第一及び第二ズームファクターに基
   づいてデータベースへの照会をダイナミックにトリガす
   るための前記ワームホールに連結されている照会ジェネ
   レータを更に含むことを特徴とする、上記請求項１に記
   載のハイパーリンクシステム。
10. 【請求項１０】 各オブジェクトが一つの動作に関係付
    けられており、ユーザーが前記動作をトリガするための
    前記ハイパーリンクシステムをナビゲートする度に生成
    される一つ又はそれ以上の通知イベントを更に含むこと
    を特徴とする上記請求項１に記載のハイパーリンクシス
    テム。
11. 【請求項１１】 第一シーンとその中にネストされてい
    る第二シーンとを有するバーチャルワールドをナビゲー
    トするための方法であって、前記バーチャルワールドは
    前記第一シーンから前記第二シーンへ射影するワームホ
    ールを有し、各シーンが一つ又はそれ以上のオブジェク
    トを有し、各オブジェクトが一つの動作を有している、
    そのような方法において、一つ又はそれ以上のオブジェ
    クトと対話する段階と、前記オブジェクトを前記第一シ
    ーンから見るか又は前記第二シーンから見るかによって
    決められる前記オブジェクトの前記動作をトリガするた
    めに通知イベントを生成する段階とから成ることを特徴
    とする方法。
12. 【請求項１２】 前記動作が、前記シーンの値を設定す
    ることにより決定されることを特徴とする、上記請求項
    １１に記載の方法。
13. 【請求項１３】 前記動作が、一つ又はそれ以上のグロ
    ーバルパラメータの値を設定することにより決定される
    ことを特徴とする、上記請求項１１に記載の方法。
14. 【請求項１４】 前記動作が、一つのアクションを実行
    することにより決定されることを特徴とする、上記請求
    項１１に記載の方法。
15. 【請求項１５】 前記第一シーンがある視点から前記第
    一シーンへの第一ズームファクターを有し、前記第二シ
    ーンが前記第一シーンから前記第二シーンへの第二ズー
    ムファクターを有し、ワームホールが前記第一及び第二
    ズームファクターに基づいて前記第一シーンから前記第
    二シーンへ射影することを特徴とする上記請求項１１に
    記載の方法。
16. 【請求項１６】 第一高度ｅｌｅｖ₁が、前記第一ズー
    ムファクターZoom_{sce ne1}に従って のように決定されることを特徴とする、上記請求項１１
    に記載の方法。
17. 【請求項１７】 第二高度ｅｌｅｖ₂が、前記第二ズー
    ムファクターZoom_{wor mhole}に従って のように決定されることを特徴とする、上記請求項１６
    に記載の方法。
18. 【請求項１８】 前記パラメータが、グローバルパラメ
    ータ、シーンパラメータ、又は照会パラメータを含むこ
    とを特徴とする、上記請求項１１に記載の方法。
19. 【請求項１９】 前記第一及び第二ズームファクターに
    基づいて、データベースへの照会をダイナミックにトリ
    ガする段階を更に含むことを特徴とする上記請求項１１
    に記載の方法。
20. 【請求項２０】 各オブジェクトが一つの動作に関係付
    けられており、ユーザーが前記一つ又はそれ以上のオブ
    ジェクトを操作する度に、一つ又はそれ以上の通知イベ
    ントを生成する段階を更に含むことを特徴とする、上記
    請求項１１に記載の方法。
21. 【請求項２１】 プロセッサと、前記プロセッサに連結
    されているメモリアレイと、前記プロセッサに連結され
    ているディスプレイと、前記プロセッサに連結されてい
    るデータ記憶装置と、第一シーンとその中にネストされ
    ている第二シーンとを有するバーチャルワールドをナビ
    ゲートするためのユーザー入力装置であって、前記バー
    チャルワールドが前記第一シーンから第二シーンへ射影
    するためのワームホールを有し、各シーンが一つ又はそ
    れ以上のオブジェクトを有し、各オブジェクトが一つの
    動作を有している、そのようなユーザー入力装置と、前
    記ユーザー入力装置を使って前記一つ又はそれ以上のオ
    ブジェクトと対話するための手段と、前記オブジェクト
    が前記第一シーンから見られるか又は前記第二シーンか
    ら見られるかによって決められる前記オブジェクトの前
    記動作をトリガするために通知イベントを生成するため
    の手段とから成ることを特徴とするコンピュータシステ
    ム。
22. 【請求項２２】 前記動作が、前記シーンの値を設定す
    ることにより決定されることを特徴とする、上記請求項
    ２１に記載のコンピュータシステム。
23. 【請求項２３】 前記動作が、一つ又はそれ以上のグロ
    ーバルパラメータの値を設定することにより決定される
    ことを特徴とする、上記請求項２１に記載のコンピュー
    タシステム。
24. 【請求項２４】 前記動作が、一つのアクションを実行
    することにより決定されることを特徴とする、上記請求
    項２１に記載のコンピュータシステム。
25. 【請求項２５】 前記第一シーンがある視点から前記第
    一シーンへの第一ズームファクターを有し、前記第二シ
    ーンが前記第一シーンから前記第二シーンへの第二ズー
    ムファクターを有し、ワームホールが前記第一及び第二
    ズームファクターに基づいて前記第一シーンから前記第
    二シーンへ射影することを特徴とする上記請求項２１に
    記載のコンピュータシステム。
26. 【請求項２６】 第一高度ｅｌｅｖ₁が、前記第一ズー
    ムファクターZoom_{s cene1}に従って のように決定されることを特徴とする、上記請求項２１
    に記載のコンピュータシステム。
27. 【請求項２７】 第二高度ｅｌｅｖ₂が、前記第二ズー
    ムファクターZoom_{wor mhole}に従って のように決定されることを特徴とする、上記請求項２６
    に記載のコンピュータシステム。
28. 【請求項２８】 前記パラメータが、グローバルパラメ
    ータ、シーンパラメータ、又は照会パラメータとを含む
    ことを特徴とする、上記請求項２１に記載のコンピュー
    タシステム。
29. 【請求項２９】 前記第一及び第二ズームファクターに
    基づいて、データベースへの照会をダイナミックにトリ
    ガするための手段を更に含むことを特徴とする、上記請
    求項２１に記載のコンピュータシステム。
30. 【請求項３０】 各オブジェクトが一つの活動に関係付
    けられており、ユーザーが前記一つ又はそれ以上のオブ
    ジェクトを操作する度に一つ又はそれ以上の通知イベン
    トを生成するための手段を更に含むことを特徴とする、
    上記請求項２１に記載のコンピュータシステム。
31. 【請求項３１】 第一シーンとその中にネストされてい
    る第二シーンとを有するバーチャルワールドをナビゲー
    トするためのコンピュータソフトウェアであって、前記
    バーチャルワールドは前記第一シーンから第二シーンへ
    射影するワームホールを有し、各シーンが一つ又はそれ
    以上のオブジェクトを有し、各オブジェクトが一つの動
    作を有し、前記コンピュータソフトウェアがコンピュー
    タで読み出し可能な媒体に常駐しており、次のオペレー
    ション、即ち、前記一つ又はそれ以上のオブジェクトと
    の対話と、前記オブジェクトが前記第一シーンから見ら
    れるか又は前記第二シーンから見られるかにより決めら
    れる前記オブジェクトの前記動作をトリガするための通
    知イベントの作成とをコンピュータに実行させるための
    命令を含むことを特徴とするコンピュータソフトウェ
    ア。