JP2000112998A - ダイナミックオブジェクト視覚化及びコ―ド発生 - Google Patents

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 (60)

【特許請求の範囲】
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. 【請求項３９】 前記オブジェクトの全プロパティを設
    定した後に前記オブジェクトに通知するための命令を更
    に含むことを特徴とする、上記請求項２８に記載のコン
    ピュータソフトウェア。
40. 【請求項４０】 前記シーングラフが複数のノードを有
    することを特徴とする、上記請求項２９に記載のコンピ
    ュータソフトウェア。
41. 【請求項４１】 親グラフと、前記親グラフ内に再帰的
    にネストされている１つ又はそれ以上のグラフィカルデ
    ータエレメントとを有するデータの表現をビジュアルに
    編集するためのエディタにおいて、親グラフを編集する
    ためのウインドウと、各々がネストされたグラフを含み
    且つ前記親グラフ内にネストされている１つ又はそれ以
    上のグラフィカルデータエレメントの各々を編集するた
    めの１つ又はそれ以上のドリルダウンウインドウとを有
    することを特徴とするエディタ。
42. 【請求項４２】 前記グラフィカルデータエレメントの
    各々に関係する属性ウインドウを更に含むことを特徴と
    する、上記請求項４１に記載のエディタ。
43. 【請求項４３】 前記属性ウインドウが、オブジェクト
    状態と、複数の属性を通して前記オブジェクト状態への
    アクセスを提供する１つ又はそれ以上のインタフェース
    とを有するコンピューター実行オブジェクトに関係する
    プロパティを編集するために使用され、且つ前記属性の
    各々が関数式として定義され、ランタイムではデータ値
    として参照可能であることを特徴とする、上記請求項４
    ２に記載のエディタ。
44. 【請求項４４】 前記関数式が、以下のもの、即ち、関
    数、オペレータ、データベース列名、変数、及び定数の
    内の１つ又はそれ以上を含むことを特徴とする、上記請
    求項４３に記載のエディタ。
45. 【請求項４５】 前記属性が静的データ値であることを
    特徴とする、上記請求項４３に記載のエディタ。
46. 【請求項４６】 前記関数式が、ランタイム値として記
    憶される関数を生成するために構文解析されることを特
    徴とする上記請求項４３に記載のエディタ。
47. 【請求項４７】 前記関数に関係するバイトコードを更
    に含むことを特徴とする上記請求項４３に記載のエディ
    タ。
48. 【請求項４８】 前記関数が定数であれば、前記関数の
    クローンが作られ、前記関数がデザインタイム値として
    記憶されることを特徴とする、上記請求項４３に記載の
    エディタ。
49. 【請求項４９】 前記式が無効であればエラーメッセー
    ジが表示されることを特徴とする、上記請求項４３に記
    載のエディタ。
50. 【請求項５０】 前記グラフの各シーンに関係する実行
    画像を更に含むことを特徴とする、上記請求項４９に記
    載のエディタ。
51. 【請求項５１】 親グラフと、前記親グラフ内に再帰的
    にネストされている１つ又はそれ以上のグラフィカルデ
    ータエレメントとを有するデータの表現をビジュアルに
    編集するためのコンピュータソフトウェアにおいて、前
    記コンピュータソフトウェアはコンピュータ読み取り可
    能媒体上に常駐し、且つ以下のオペレーション、即ち、
    親グラフを編集するためのウインドウを表示すること及
    び各々がネストされたグラフを含み且つ前記親グラフ内
    にネストされている１つ又はそれ以上のグラフィカルデ
    ータエレメントの各々を編集するための１つ又はそれ以
    上のドリルダウンウインドウを生成すること、をコンピ
    ューターに実行させるための命令を有することを特徴と
    するコンピュータソフトウェア。
52. 【請求項５２】 前記グラフィカルデータエレメント毎
    に属性ウインドウを生成するためのコードを更に含むこ
    とを特徴とする、上記請求項５１に記載のコンピュータ
    ソフトウェア。
53. 【請求項５３】 前記属性ウインドウが、オブジェクト
    状態と、複数の属性を通して前記オブジェクト状態への
    アクセスを提供する１つ又はそれ以上のインタフェース
    とを有するソフトウェアオブジェクトとに関係するプロ
    パティを編集するために使用され、且つ前記属性の各々
    が関数式として定義され、ランタイムではデータ値とし
    て参照可能であることを特徴とする、上記請求項５２に
    記載のコンピュータソフトウェア。
54. 【請求項５４】 前記関数式が、以下のもの、即ち、関
    数、オペレータ、データベース列名、変数、及び定数の
    内の１つ又はそれ以上を含むことを特徴とする、上記請
    求項５３に記載のコンピュータソフトウェア。
55. 【請求項５５】 前記属性が静的データ値であることを
    特徴とする、上記請求項５３に記載のコンピュータソフ
    トウェア。
56. 【請求項５６】 前記関数式が、ランタイム値として記
    憶される関数を生成するために構文解析されることを特
    徴とする上記請求項５３に記載のコンピュータソフトウ
    ェア。
57. 【請求項５７】 前記関数に関係するバイトコードを生
    成するためのコードを更に含むことを特徴とする上記請
    求項５３に記載のコンピュータソフトウェア。
58. 【請求項５８】 前記関数が定数であれば、前記関数の
    クローンを作り、前記関数をデザインタイム値として記
    憶するためのコードを更に含むことを特徴とする、上記
    請求項５３に記載のコンピュータソフトウェア。
59. 【請求項５９】 前記式が無効である場合にエラーメッ
    セージを表示するためのコードを更に含むことを特徴と
    する、上記請求項５３に記載のコンピュータソフトウェ
    ア。
60. 【請求項６０】 前記グラフの各シーンに関係する実行
    画像を生成するためのコードを更に含むことを特徴とす
    る、上記請求項５９に記載のコンピュータソフトウェ
    ア。