JP2000163490A

JP2000163490A - ダイナミックオブジェクトプロパティ

Info

Publication number: JP2000163490A
Application number: JP11279811A
Authority: JP
Inventors: Peter Douglas Hirsch; ダグラスハーシュピーター
Original assignee: Informix Software Inc
Current assignee: Informix Software Inc
Priority date: 1998-08-25
Filing date: 1999-08-25
Publication date: 2000-06-16
Also published as: AU770191B2; AU4471199A; BR9904073A; US6915301B2; US20020059293A1; EP0982671A3; EP0982671A2

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

【発明の概要】本発明は、ダイナミックプロパティをサ
ポートするプロパティ入力シートを使って編集されるダ
イナミックプロパティを有するオブジェクトをサポート
する。ある態様では、アプリケーションに関係するオブ
ジェクトのプロパティを文脈的に割り当てるための、コ
ンピューターが実行するプロパティ入力シートには、プ
ロパティのアイデンティフィケーションを収めるように
なっている属性名セクションと、属性名セクションによ
って識別されたプロパティに関する、ランタイムにデー
タ値として参照可能な関数式を収めるようになっている
プロパティ入力セクションとが含まれている。

【０００７】プロパティ入力シートのインプリメンテー
ションには以下のことの内、１つ又はそれ以上が含まれ
る。関数式は、関数、オペレータ、データベース列名、
変数及び／又は定数であってもよい。プロパティ入力シ
ートには又、プロパティのアイデンティフィケーション
を収めるようになっている属性名セクションと、属性名
セクションにより識別されたプロパティに関する静的デ
ータ値を収めるようになっているプロパティ入力セクシ
ョンとが含まれている。更に、オブジェクトは複数のプ
ロパティを有しており、各プロパティの属性名セクショ
ン及びプロパティ入力セクションは各プロパティに対す
る名前値の対を形成する。関数式は構文解析され、ラン
タイム値として記憶される関数を生成し、関数に関係す
るバイトコードが生成される。関数が定数であれば、関
数はクローンが作られ、デザインタイム値として記憶さ
れる。更に、もし式が無効であれば、エラーメッセージ
が表示され、現行のバイトコード実行画像が無効化さ
れ、新しいバイトコードが生成されて現行のバイトコー
ド実行画像に置き換えられる。

【０００８】もう１つの態様では、アプリケーションに
関係するオブジェクトのプロパティを割り当てるための
方法は、ランタイムにデータ値として参照可能な式をプ
ロパティ入力シートのプロパティ入力セクションに収め
る段階と、式を構文解析する段階と、式から関数を生成
する段階と、関数をランタイム値として記憶する段階と
を含んでいる。

【０００９】本発明のインプリメンテーションには以下
のことが含まれている。本方法は、オブジェクトのバイ
トコード実行画像を無効化する場合がある。本方法は
又、オブジェクトのランタイムディスプレイが自動的に
更新されるか否かを決め、もし更新されるのであれば、
本方法はバイトコードを生成して実行する。本方法は又
どのオブジェクトプロパティを変更された属性にマッピ
ングするかを決め、変更された属性値を表す定数関数を
創造し、定数関数をランタイムプロパティ値及びデザイ
ンタイムプロパティ値として記憶することにより、オブ
ジェクトの属性を変更する。オブジェクトがバイトコー
ド実行画像を有している場合、本方法はバイトコード実
行画像を無効化し、オブジェクトのランタイムディスプ
レイが自動的に更新されるか否かを決め、そして又、も
し自動的に更新されるのであれば、バイトコードが生成
され実行される。本方法は又、関数が定数であれば、関
数のクローンを作りデザインタイム値として記憶する。

【００１０】もう１つの態様では、コンピューターが実
行するオブジェクトには、オブジェクト状態と、各々が
関数式として定義されランタイムにはデータ値として参
照可能な複数の属性を通してオブジェクト状態へのアク
セスを提供する１つ又はそれ以上のインタフェースとが
備えられている。

【００１１】オブジェクトのインプリメンテーションに
は以下のことが含まれる。オブジェクトの関数式は、関
数、オペレータ、データベース列名、変数及び又は定数
を含んでいる。又、属性は静的データ値である。各プロ
パティは名前値の対を有している。オブジェクトの関数
式は構文解析され、ランタイム値として記憶される関数
が生成される。関数が定数であれば、関数はクローンが
作られデザインタイム値として記憶される。式が無効で
ある場合は、エラーメッセージが表示され、現行のバイ
トコード実行画像が無効化され、新しいバイトコードが
生成され、現行のバイトコード実行画像に置き換えられ
る。

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

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

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

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

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

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

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

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

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

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

【００２１】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ステートメントに出会うと、新しい形態を生成し
（ステップ６７６）、その形態をコンテクストハッシュ
テーブルにトークン化された名前を使用して記憶する
（ステップ６７８）。ステップ６７４に続いて、VcStmt
BeginPropertiesステートメントに出会うと、形態情報
をハッシュテーブルで調べる（ステップ６８０）。次
に、形態のOnPropertiesBegin(）方法を呼び出す（ステ
ップ６８２）。VcStmtSetPropertyステートメントに出
会うと、形態情報をハッシュテーブルで調べる（ステッ
プ６８４）。次に、その値をプロパティに割り当てるた
めに形態のSetProperty()方法を呼び出す前に、プロパ
ティ式を求める（ステップ６８６）。VcStmtEndPropert
iesステートメントに出会うと、形態情報をハッシュテ
ーブルで調べる（ステップ６９０）。次に、形態のOnPr
opertiesEnd()方法を呼び出す（ステップ６９２）。次
に、当該形態は初期化され（ステップ６９４）て、キャ
ンバス・ディスプレイリストに付け加えられる（ステッ
プ６９６）。

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

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

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

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

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

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

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

【特許請求の範囲】

【請求項１】アプリケーションに関係するオブジェク
トのプロパティを文脈的に割り当てるための、コンピュ
ーターが実行するプロパティ入力シートにおいて、前記
プロパティのアイデンティフィケーションを収めるよう
になっている属性名セクションと、前記属性名セクショ
ンにより識別された前記プロパティに関する、ランタイ
ムにデータ値として参照可能な関数式を収めるようにな
っているプロパティ入力セクションとを有することを特
徴とするプロパティ入力シート。
【請求項２】前記関数式が以下のもの、即ち、関数、
オペレータ、データベース列名、変数、及び定数の内の
１つ又はそれ以上を含むことを特徴とする、上記請求項
１に記載のプロパティ入力シート。
【請求項３】前記プロパティのアイデンティフィケー
ションを収めるようになっている属性名セクションと、
前記属性名セクションにより識別されたプロパティに関
する静的データ値を収めるようになっているプロパティ
入力セクションとを更に含むことを特徴とする、上記請
求項１に記載のプロパティ入力シート。
【請求項４】前記オブジェクトが複数のプロパティを
有しており、各プロパティの前記属性名セクション及び
前記プロパティ入力セクションが各プロパティ毎に名前
値の対を形成することを特徴とする、上記請求項１に記
載のプロパティ入力シート。
【請求項５】前記関数式が、ランタイム値として記憶
される関数を生成するために構文解析されることを特徴
とする、上記請求項１に記載のプロパティ入力シート。
【請求項６】前記関数に関係するバイトコードを更に
含むことを特徴とする、上記請求項５に記載のプロパテ
ィ入力シート。
【請求項７】前記関数が定数である場合、前記関数は
クローンが作られ且つデザインタイム値として記憶され
ることを特徴とする、上記請求項１に記載のプロパティ
入力シート。
【請求項８】前記式が無効である場合、エラーメッセ
ージが表示されることを特徴とする、上記請求項１に記
載のプロパティ入力シート。
【請求項９】現行のバイトコード実行画像が無効化さ
れることを特徴とする、上記請求項１に記載のプロパテ
ィ入力シート。
【請求項１０】前記現行のバイトコード実行画像を置
き換えるために新しいバイトコードが生成されることを
特徴とする、上記請求項９に記載のプロパティ入力シー
ト。
【請求項１１】コンピューターが実行するオブジェク
トを編集するための方法であって、前記オブジェクトは
アプリケーションに関係するオブジェクトのプロパティ
を割り当てるためのプロパティ入力シートを有する、そ
のような方法において、ランタイムにデータ値として参
照可能な式を前記プロパティ入力シートのプロパティ入
力セクションに収める段階と、前記式を構文解析する段
階と、前記式から関数を生成する段階と、前記関数をラ
ンタイム値として記憶する段階とを有することを特徴と
する方法。
【請求項１２】前記オブジェクトがバイトコード実行
画像を有しており、且つ前記バイトコード実行画像を無
効化する段階を更に含んでいることを特徴とする、上記
請求項１１に記載の方法。
【請求項１３】前記オブジェクトのランタイムディス
プレイが自動的に更新されるか否かを決める段階と、そ
して自動的に更新される場合は、バイトコードを生成す
る段階と、実行する段階とを更に含むことを特徴とす
る、上記請求項１１に記載の方法。
【請求項１４】前記オブジェクトの属性を変更する段
階を更に含むことを特徴とする、上記請求項１１に記載
の方法。
【請求項１５】どのオブジェクトプロパティを変更さ
れた属性にマッピングするかを決める段階と、前記変更
された属性値を表す定数関数を生成する段階と、前記定
数関数をランタイムプロパティ値及びデザインタイムプ
ロパティ値として記憶する段階とを更に含むことを特徴
とする、上記請求項１４に記載の方法。
【請求項１６】前記オブジェクトがバイトコード実行
画像を有しており、且つ前記バイトコード実行画像を無
効化する段階を更に含んでいることを特徴とする、上記
請求項１４に記載の方法。
【請求項１７】前記オブジェクトのランタイムディス
プレイが自動的に更新されるか否かを決める段階と、そ
して自動的に更新される場合は、バイトコードを生成す
る段階と、実行する段階とを更に含むことを特徴とす
る、上記請求項１４に記載の方法。
【請求項１８】前記関数が定数である場合には前記関
数のクローンを作る段階と、前記関数をデザインタイム
値として記憶する段階とを更に含むことを特徴とする、
上記請求項１１に記載の方法。
【請求項１９】前記式が無効である場合にはエラーメ
ッセージを表示する段階を更に含むことを特徴とする、
上記請求項１１に記載の方法。
【請求項２０】現行のバイトコード実行画像を無効化
する段階と、前記現行のバイトコード実行画像を前記関
数に関係する新しいバイトコード実行画像に置き換える
段階とを更に含むことを特徴とする、上記請求項１１に
記載の方法。
【請求項２１】プロパティをオブジェクトに割り当て
るための、コンピュータが実行する方法であって、前記
オブジェクトは前記プロパティに関する関数式を収める
ようになっている値入力を有しており、前記関数式はラ
ンタイムにデータ値として参照可能となっている、その
ような方法において、前記プロパティに関する式を前記
値入力に収める段階と、前記式を構文解析し、そして前
記式を関数として記憶する段階と、前記プロパティに関
する参照可能なデータ値を生成するために、前記式をラ
ンタイムに文脈内で評価する段階とを有することを特徴
とする方法。
【請求項２２】前記式を構文解析する前記段階が、以
下のもの、即ち、関数、オペレータ、データベース列
名、変数、及び定数の内の１つ又はそれ以上を特定する
ことを特徴とする、上記請求項２１に記載の方法。
【請求項２３】前記プロパティのアイデンティフィケ
ーションを属性名セクションに収める段階と、前記属性
名セクションにより識別された前記プロパティに関する
静的データ値をプロパティ入力セクションに収める段階
とを更に含むことを特徴とする、上記請求項２１に記載
の方法。
【請求項２４】前記オブジェクトが複数のプロパティ
を有しており、各プロパティの属性名セクションとプロ
パティ入力セクションとが各プロパティ毎に名前値の対
を形成することを特徴とする、上記請求項２１に記載の
方法。
【請求項２５】ランタイム値として記憶される関数を
生成するために前記関数式を構文解析する段階を更に含
むことを特徴とする、上記請求項２１に記載の方法。
【請求項２６】バイトコードを前記関数と関係付ける
段階を更に含むことを特徴とする、上記請求項２５に記
載の方法。
【請求項２７】前記オブジェクトのランタイムディス
プレイが自動的に更新されるか否かを決める段階と、そ
して自動的に更新される場合は、バイトコードを生成す
る段階と、実行する段階とを更に含むことを特徴とす
る、上記請求項２４に記載の方法。
【請求項２８】前記関数が定数である場合には前記関
数のクローンを作る段階と、前記関数をデザインタイム
値として記憶する段階とを更に含むことを特徴とする、
上記請求項２１に記載の方法。
【請求項２９】前記式が無効である場合にはエラーメ
ッセージを表示する段階を更に含むことを特徴とする、
上記請求項２１に記載の方法。
【請求項３０】現行のバイトコード実行画像を無効化
する段階と、前記現行のバイトコード実行画像を前記関
数に関係する新しいバイトコード実行画像に置き換える
段階とを更に含むことを特徴とする、上記請求項２１に
記載の方法。
【請求項３１】オブジェクト状態と、各々が関数式と
して定義され且つランタイムにデータ値として参照可能
な複数の属性を通して前記オブジェクト状態へのアクセ
スを提供する１つ又はそれ以上のインタフェースとを有
することを特徴とするコンピューターが実行するオブジ
ェクト。
【請求項３２】前記関数式が以下のもの、即ち、関
数、オペレータ、データベース列名、変数、及び定数の
内の１つ又はそれ以上を含むことを特徴とする、上記請
求項３１に記載のオブジェクト。
【請求項３３】前記属性が静的データ値であることを
特徴とする、上記請求項３１に記載のオブジェクト。
【請求項３４】各プロパティ毎に名前値の対を更に含
むことを特徴とする上記請求項３１に記載のオブジェク
ト。
【請求項３５】前記関数式が、ランタイム値として記
憶される関数を生成するために構文解析されることを特
徴とする、上記請求項３１に記載のオブジェクト。
【請求項３６】前記関数に関係するバイトコードを更
に含むことを特徴とする、上記請求項３５に記載のオブ
ジェクト。
【請求項３７】前記関数が定数である場合には前記関
数のクローンが作られ、前記関数はデザインタイム値と
して記憶されることを特徴とする、上記請求項３１に記
載のオブジェクト。
【請求項３８】前記式が無効である場合にはエラーメ
ッセージが表示されることを特徴とする、上記請求項３
１に記載のオブジェクト。
【請求項３９】現行のバイトコード実行画像が無効で
あることを特徴とする、上記請求項３１に記載のオブジ
ェクト。
【請求項４０】前記現行のバイトコード実行画像を置
き換えるために新しいバイトコードが生成されることを
特徴とする、上記請求項３９に記載のオブジェクト。
【請求項４１】プロセッサと、前記プロセッサに連結
されたメモリアレイと、前記プロセッサに連結されたデ
ィスプレイと、コンピュータが実行するオブジェクトを
記憶するための、前記プロセッサに連結されているデー
タ記憶装置であって、前記データ記憶装置は、オブジェ
クト状態と、各々が関数式として定義され且つランタイ
ムにデータ値として参照可能な複数の属性を通して前記
オブジェクト状態へのアクセスを提供する１つ又はそれ
以上のインタフェースとを含んでいる、そのようなデー
タ記憶装置とを有することを特徴とするコンピュータシ
ステム。
【請求項４２】前記関数式が以下のもの、即ち、関
数、オペレータ、データベース列名、変数、及び定数の
内の１つ又はそれ以上を含むことを特徴とする、上記請
求項４１に記載のコンピュータシステム。
【請求項４３】前記属性が静的データ値であることを
特徴とする、上記請求項４１に記載のコンピュータシス
テム。
【請求項４４】各プロパティ毎に名前値の対を更に含
むことを特徴とする上記請求項４１に記載のコンピュー
タシステム。
【請求項４５】前記関数式が、ランタイム値として記
憶される関数を生成するために構文解析されることを特
徴とする、上記請求項４１に記載のコンピュータシステ
ム。
【請求項４６】前記関数に関係するバイトコードを更
に含むことを特徴とする、上記請求項４５に記載のコン
ピュータシステム。
【請求項４７】前記関数が定数である場合には前記関
数のクローンが作られ、前記関数がデザインタイム値と
して記憶されることを特徴とする、上記請求項４１に記
載のコンピュータシステム。
【請求項４８】前記式が無効である場合にはエラーメ
ッセージが表示されることを特徴とする、上記請求項４
１に記載のコンピュータシステム。
【請求項４９】現行のバイトコード実行画像が無効で
あることを特徴とする、上記請求項４１に記載のコンピ
ュータシステム。
【請求項５０】前記現行のバイトコード実行画像を置
き換えるために新しいバイトコードが生成されることを
特徴とする、上記請求項４９に記載のコンピュータシス
テム。
【請求項５１】プロパティをオブジェクトに割り当て
るためのコンピュータソフトウェアにおいて、前記オブ
ジェクトは前記プロパティに関する関数式を収めるよう
になっている値入力を有しており、前記関数式はランタ
イムにデータ値として参照可能となっており、前記コン
ピュータソフトウェアはコンピュータ読み取り可能媒体
上に常駐しており、且つ、以下のオペレーション、即
ち、前記プロパティに関する式を前記値入力に収めるこ
とと、前記式を構文解析し、そして前記式を関数として
記憶することと、前記プロパティに関する参照可能なデ
ータ値を生成するために、前記式をランタイムに文脈内
で評価すること、をコンピューターに実行させるための
命令を含んでいることを特徴とするコンピュータソフト
ウェア。