JP2000507731A - 視覚表示オブジェクト・ファイルを変換するシステムおよびその動作方法 - Google Patents

Abstract

(57)【要約】 ソース・ファイル形式で構成された複数の関連非Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｕｌｅ（ＣＯＭ）オブジェクトを有するソース視覚表示ファイルを、宛先ファイル形式を有する宛先視覚表示ファイルに変換するシステムおよび方法。このシステムは、（１）ソース視覚表示ファイルの複数の関連非ＣＯＭオブジェクトを読み取る読取回路、（２）複数の関連非ＣＯＭオブジェクトの少なくとも一部をソース・ファイル形式から宛先ファイル形式に置換する置換回路、および（３）置換された複数の関連非ＣＯＭオブジェクトの少なくとも一部をＣＯＭオブジェクトに変換し、それによってソース視覚表示ファイルをソース視覚表示ファイルとほぼ同じ視覚表示を生成することができる宛先視覚表示ファイルに変換する変換回路を含む。

Description

【発明の詳細な説明】 視覚表示オブジェクト・ファイルを変換するシステムおよびその動作方法 著作権表示 本発明書類の開示の一部分（明細書と附属書Ａの両方に列挙するソフトウェア ）は、著作権保護の対象となる資料を含む。版権所有者は、本特許明細書に記載 されている発明書類または発明開示を誰が複製しようと異議を唱えない。 関連出願の相互参照 本発明は、１９９５年１月３１日にＳｔａｇｅｓらに対して発行された、「Ｍ ｅｔｈｏｄ ｆｏｒ Ｃｏｎｔｒｏｌｌｉｎｇ Ｗｉｎｄｏｗ Ｄｉｓｐｌａｙ ｓ ｉｎ ａｎ Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｅｎｖｉｒｏｎｍｅｎｔ」と題す る米国特許第５，３８６，５０３号に開示されている発明に関連する。前記関連 特許は、本発明の譲受人に譲渡されたものであり、参照により本明細書に組み込 む。 発明の技術分野 本発明は一般に、コンピュータ・システムに関し、より詳細には異なるオブジ ェクト・ファイル・パラダイム間で視覚表示オブジェクト・ファイルを変換する システムおよびその動作方法に関する。 発明の背景 自動プラント制御システム（例えば、米国アリゾナ州フェニックスのＨｏｎｅ ｙｗｅｌｌ Ｉｎｃｏｒｐｏｒａｔｅｄによって製造され、市販されているＴＤ Ｃ ２０００やＴＤＣ ３０００工業用オートメーション・システム）は、例え ば製造設備などの範囲内の様々なプロセスを制御したり、監視したりするための 広範囲なアルゴリズムおよび補助設備を含む。制御システムは、設備全体または 設備の特定部分内の広範なプロセス要件を満たすように特化することができる。 従来、制御システムは、それぞれ固有のプロセッサとファームウェアを有し、通 信バスによって互いにリンクされ、それによって分散型プロセス制御システムを 成す複数のモジュールを含む。分散型というシステムの特徴は、設備内の成長ま たは変更に対応するためのシステムの増分的拡張能力に対して高い性能をもたら す。 自動プラント管理の第１の目的は、プラント全体にわたってそのすべてのプロ セスの制御を総合して、設備の総合効率を向上する制御体系を提供することであ る。第２の目的は、履歴データと実時間データを収集し、生じるであろう所望の 動作からのずれに応答し、そのデータをユーザのために表示することによって設 備の動作を監視する実時間データ収集／監視体系を提供して、その制御体系を設 備と結合することである。 第１の目的に関して、米国特許第４，６０７，２５６号は、システム内での通 信やプラント内のプロセスの関連する管理を含めて、工場や発電所全体にわたっ て監視／制御するシステムを提供している。より具体的に言えば、そのプラント 管理システムには、様々なタイプの別々のモジュールを採用した「トークンパッ シング」構成が取り入れられている。モジュールは、共通バス上にある別のモジ ュールとの間で情報の送受信を行う。各モジュールは、ネットワーク内の１つの ピアとして機能し、個別のネットワーク・アドレスが割り当てられる。モジュー ル間でトークンの受渡しを行うことにより、バスにアクセスしたり、バス上にあ る別のモジュールのアドレスに信号を送信したりする権利をトークンを所有する モジュールに与える。米国特許第４，６０７，２５６号に開示されているものな どの自動制御システムは、当業界で周知の技術である。 第２の目的に関して言えば、プラントの動作に関する最新のデータにアクセス し、そのデータをユーザにとって意味のある有用な形で表示することが重要であ る。この目的のために、従来技術では事実上図形による視覚表示を提供している 。従来の表示は、プラント内の装置（槽、パイプ、ポンプなど）の図形表現を含 んでおり、装置に関連する動作データまたは履歴データは、ユーザの視覚的パラ ダイムを満たす図形表現に関連付けられる。 困ったことに、視覚表示を生成するルーチンまたはファイルを作成するための プロセスは伝統的に複雑かつ難解であり、プラント内の装置（槽、パイプ、ポン プなど）を表現するには、まず基本的な図形要素（点、線、曲線など）を決めて から、互いを基準にしてそれらを配置する必要のある、従来型のコンピュータ言 語を用いる必要がある。装置がそれらを構成する基本図形要素からなるオブジェ クトとして表現され、視覚表示オブジェクト・ファイル全体を形成する集合に再 帰的にグループ化される、従来型のオブジェクト指向プログラミング言語が到来 してもなお、視覚表示を生成するファイルを作成するプロセスは依然として難解 でコストの高いままである。 最近、Ｍｉｃｒｏｓｏｆｔ Ｆｏｕｎｄａｔｉｏｎ Ｃｌａｓｓ（以下「ＭＦ Ｃ」）Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｕｌｅ（以下「ＣＯＭ」）仕 様書に従って設計されたものなど、さらに新しいコンピュータ言語が開発された 。ＣＯＭ仕様書は、さらに事前定義されたより複雑な図形要素（ポリゴンや楕円 など）を用意しており、オブジェクトを配置するためのより強力な構造的パラダ イムを採用している。ＣＯＭ仕様書では、より複雑な要素が既に事前定義されて いるので、要素を定義する必要はなく、互いを基準にして視覚表示上に要素を配 置するプロセスは大幅に簡素化されている。 しかしながら、既存プラント制御システムのかなり多くは、従来型のオブジェ クト指向プログラミング言語を用いて作成された視覚表示オブジェクト・ファイ ルを使用している。これらの既存システムをアップグレードするかどうかの検討 に際して、既存システムの所有者は、これまで巨額を投資してきた、システムの ユーザが慣れ親しんでいる視覚表示オブジェクト・ファイルを廃棄することをた めらう。所有者は、その既存システムの視覚表示の「見た目と使い心地」を最小 限のコストで維持しながら、目に見えないように自動的にＣＯＭ仕様書に合わせ てアップグレードすることをむしろ望むはずである。 当技術分野で求められているのは、そうしたルーチンの手作業による変換また は再開発の費用を回避できるように、従来の視覚表示オブジェクト・ファイルを さらに新しいＣＯＭベースのコンピュータ言語で表現されたファイルに変換する システムおよび方法である。 発明の概要 前述の従来技術の欠点に対処するために、本発明の主目的は、既存の視覚表示 オブジェクト・ファイルをＣＯＭ対応のオブジェクト・ファイルに自動的に変換 するシステムおよび方法を提供することにある。 前述の主目的の達成に当たって、本発明によれば、ソース・ファイル形式で構 成された複数の関連非ＣＯＭオブジェクトを有するソース視覚表示ファイルを、 宛先ファイル形式を有する宛先視覚表示ファイルに変換するシステムおよび方法 が提供される。このシステムは、（１）ソース視覚表示ファイルの複数の関連非 ＣＯＭオブジェクトを読み取る読取回路、（２）複数の関連非ＣＯＭオブジェク トの少なくとも一部をソース・ファイル形式から宛先ファイル形式に置換する置 換回路、および（３）置換された複数の関連非ＣＯＭオブジェクトの少なくとも 一部をＣＯＭオブジェクトに変換し、それによってソース視覚表示ファイルをソ ース視覚表示ファイルとほぼ同じ視覚表示を生成することができる宛先視覚表示 ファイルに変換する変換回路を含む。 本発明は、ソース・ファイル内のオブジェクトと宛先ファイル内のオブジェク トが必ずしも１対１の対応を持たないので、単なるファイル変換機構ではない。 実際には、対応関係は、ＣＯＭ仕様書に規定されている事前定義のより複雑な図 形要素に変換できるオブジェクトの数によって決まる。したがって、本発明は、 読取段階、目的オブジェクト構造に置換する段階、および可能ならいつでも非Ｃ ＯＭオブジェクトを事前定義オブジェクトに変換する段階という３段階の処理を 対象にすることが最も好ましい。 本発明の好ましい実施態様では、読取回路はソース視覚表示ファイルをサブピ クチャとして扱い、それによってシステムが再帰的変換機構となるようにする。 より完全に図示する方式では、ソース視覚表示ファイルを再帰的にすることがで きる。そうした状況では、ソース視覚表示ファイルをサブピクチャ（ピクチャ内 のピクチャ）として扱うのが最もよい。 本発明の好ましい実施態様では、読取回路は、（１）ヘッダ・レコードを含む メイン・ピクチャ、（２）複数の関連非ＣＯＭオブジェクトを含むメイン・サブ ピクチャ、（３）ソース視覚表示ファイルのデータ変数に関連付けられ、シンボ ル・テーブルを含むデータ構造を具備する中間ファイルを作成する。中間ファイ ルは本発明には必要でないが、それがあればソース視覚表示ファイルの再帰的変 換が可能になる。 本発明の好ましい実施態様では、ソース視覚表示ファイルはシンボル・テーブ ルを含み、そのシンボル・テーブルは変換回路によって中間ファイルに変換され る。シンボル・ファイルの目的および好ましい構造については後述する。 本発明の好ましい実施態様では、ソース視覚表示ファイルは、（１）ｐｏｒｔ ｉｏｎ＿ｌｅｖｅｌ、（２）ｏｂｊｅｃｔ＿ｋｉｎｄ、（３）ｂｏｕｎｄｉｎｇ ＿ｂｏｘ、（４）ｌｅｖｅ１＿２、（５）ｉｎｈｅｒｉｔｅｄ＿ｂｅｈａｖｉｏ ｒ、（６）ｌｉｔｅｒａｌ、（７）ｃｏｕｎｔｅｒ、および（８）ｖａｒｉａｎ ｔからなるグループから選択されたデータ型を含む編集オブジェクト項目（以下 「ＥＯＩ」）を含む。これに関連する本発明の好ましい実施態様では、ソース視 覚表示ファイルは、ｏｂｊｅｃｔ＿ｉｎｆｏ＿ｒｅｃデータ型を含むＥＯＩを含 む。ＥＯＩおよびその機能については、以下の詳細な説明でさらに詳しく述べる 。 本発明の好ましい実施態様では、ソース視覚表示ファイルは、（１）ピクチャ 記述子オブジェクト、（２）サブピクチャ／ファントム編集オブジェクト・リス ト（以下「ＥＯＬ」）参照オブジェクト、（３）ライン・オブジェクト、（４） ソリッド・オブジェクト、（５）サブピクチャ参照オブジェクト、（６）応答部 情報、（７）ＥＯＬ記述子オブジェクト、（８）注釈オブジェクト、（９）バー ・オブジェクト、（１０）挙動オブジェクト、（１１）ターゲット・オブジェク ト、（１２）値オブジェクト、（１３）変形オブジェクト、および（１４）シン ボル・テーブル・レコードからなるグループから選択されたオブジェクトを含む 。このオブジェクトのリストは、網羅的なものではないものの、この好ましい実 施態様に従ってソース視覚表示ファイルに含めることができる種々のオブジェク トを示している。その他のオブジェクト・タイプは、本発明の広義の範囲におい て網羅される。 以上、当業者が以下の発明の詳細な説明をよりよく理解することができるよう に、本発明の特徴および技術的利点についてかなり概略的に述べた。以下、発明 の請求の範囲に記載する本発明の追加の特徴および利点について述べる。本発明 と同じ目的を実施するためのその他の構造への変更またはその設計の基礎として 、ここで開示する概念および特定の実施形態をすぐに利用できることを、当業者 なら理解されたい。また、本発明の最も広義の精神および範囲から逸脱すること なく同等の構成を実現することができることも、当業者なら理解されたい。 図面の簡単な説明 本発明およびその利点がより完全に理解されるように、ここで添付の図面と共 に以下の説明を参照する。 第１図は、本発明を使用することができる環境を提供するプロセス制御システ ムのブロック図である。 第２図は、本発明による視覚表示の例を示す図である。 第３Ａ図ないし第３Ｅ図は、ソース視覚表示オブジェクト・ファイル構造の例 を示す図である。 第４図は、本発明の方法の流れ図である。 詳細な説明 本発明のシステムおよび方法について述べる前に、本発明を使用することがで きるシステム環境を説明することが本発明の理解の一助となろう。したがって、 第１図に、本発明のシステムおよび方法を提供することができるプロセス制御シ ステム１００のブロック図を示す。プロセス制御システム１００は、それぞれネ ットワーク・インタフェース・モジュール（以下「ＮＩＭ」）１４０とハイウェ イ・ゲートウェイ（以下「ＨＧ」）１４５を介して、汎用制御ネットワーク（以 下「ＵＣＮ」）１３０とデータ・ハイウェイ１３５上の複数のプロセス制御装置 １２０、１２５に結合されるプラント制御ネットワーク１１０を備える。望むな ら、追加のプロセス制御装置をプラント制御ネットワーク１１０に動作できるよ うに接続することができる。プロセス制御装置１２０、１２５は、弁、圧力スイ ッチ、圧力計、熱電対などを含めて、種々の現場装置（図示せず）からプロセス 制御システム１００へのアナログ入力信号、アナログ出力信号、デジタル入力信 号、およびデジタル出力信号（以下それぞれ「Ａ／Ｉ」、「Ａ／Ｏ」、「Ｄ／Ｉ 」、 「Ｄ／Ｏ」）のインタフェースとなる。 プラント制御ネットワーク１１０は、プラント・オペレータと共に制御対象の プロセスを全体的に監視し、監視機能を実行するのに必要なすべての情報を取得 し、オペレータとのインタフェースを備える。プラント制御ネットワーク１１０ は、汎用オペレータ端末モジュール（以下「ＵＳ」）１５０、アプリケーション ・モジュール（以下「ＡＭ」）１６０、履歴モジュール（以下「ＨＭ」）１７０ 、コンピュータ・モジュール（以下「ＣＭ」）１８０、およびこれらのモジュー ル（および図示していない追加のタイプのモジュール）の複製を含めて、制御対 象のプロセスの必要な制御／監視機能を実行するのに必要な複数の物理モジュー ルを備えるが、それだけに限定されるものではない。これらの物理モジュールは それぞれ、必要に応じてこれらのモジュールがそれぞれ互いに通信することを可 能にするローカル制御ネットワーク（「以下「ＬＣＮ」）１９０と動作できるよ うに接続される。ＮＩＭ １４０とＨＧ １４５は、ＬＣＮ １９０とデータ・ ハイウェイ１３５間、およびＵＣＮ １３０とデータ・ハイウェイ１３５間のイ ンタフェースとなっている。 プラント制御ネットワーク１１０の各物理モジュール１５０、１６０、１７０ 、１８０は、それぞれ固有の機能性を備える。さらに、物理モジュール１５０、 １６０、１７０、１８０は、その間での情報の伝送を目的に通信媒体、すなわち ＬＣＮ １９０に等しくアクセスすることができるプロセス制御システム１００ の互いのピアまたは同等物である。 プラント制御ネットワーク１１０のＵＳ １５０は、１人または複数のプラン ト・オペレータ用のワークステーションである。これは、１人または複数のプラ ント・オペレータとそのプラント・オペレータが担当する、プラントの１つまた は複数のプロセスとの間のインタフェースとなるオペレータ・コンソールを備え る。例えば、各ＵＳ １５０と任意のバックアップ・モジュール（図示せず）は ＬＣＮ １９０に接続され、ＵＳ １５０と、任意のバックアップ・モジュール を含めてプラント制御ネットワーク１１０のその他のモジュール（例えば、ＡＭ １６０、ＨＭ １７０、ＮＩＭ １４０）との間の通信はすべて、ＬＣＮ １ ９０を用いて行われる。ＵＳ １５０は、ＬＣＮ １９０上のデータへのアクセ ス権、およびプラント制御ネットワーク１１０のその他のモジュールのいずれか を介して、またはそこから使用可能な資源およびデータへのアクセス権を有する 。各ＵＳ １５０は、例えばＣＲＴと称する陰極線管表示装置を含めて、視覚表 示を備え、また例えばビデオ表示生成装置、オペレータ・キーボード、フロッピ ・ディスク・データ記憶装置、傾向ペン記録器、状況表示装置（図示せず）を備 える。 プラント制御ネットワーク１１０に含まれるもう１つのタイプの物理モジュー ルは、大容量データ記憶機能を有するＨＭ １６０である。各ＨＭ １６０は、 ウィンチェスタ型ディスクなど、２進データの大容量不揮発性固定記憶機能を有 する、少なくとも１つの従来型のディスク大容量記憶装置を備える。そうした大 容量記憶装置に記憶されるデータのタイプは一般に、傾向履歴またはそうした傾 向の判定の基となるデータ、ＣＲＴタイプの表示を構成または形成するデータ、 モジュール（例えば、ＵＳ １５０、ＡＭ １６０）のプロセス制御装置１２０ 、１２５のユニット用、またはプラント制御ネットワーク１１０のモジュールの ユニット用のプログラムのコピーである。 プラント制御ネットワーク１１０に組み込まれるもう１つのタイプのモジュー ルは、ＡＭ １６０である。ＡＭ １６０は、データ収集、警報、バッチ履歴収 集、必要に応じた連続制御計算機能の実行など、プロセス制御装置１２０、１２ ５が実行するプロセス制御機能を支援する追加のデータ処理機能を有する。ＡＭ １６０のデータ処理機能は、そのモジュール・プロセッサとモジュール・メモ リ（図示せず）によって与えられる。 ＣＭ １８０は、すべての物理モジュールの標準ユニットまたは共通ユニット を用いて、中規模〜大規模の汎用データ処理システムが、プラント制御ネットワ ーク１１０のその他のモジュール（例えば、ＵＳ １５０、ＡＭ １６０）と通 信したり、ＬＣＮ １９０上のそうしたモジュールのユニットと通信したり、あ るいはそれぞれＮＩＭ １４０とＨＧ １４５を介してプロセス制御装置１２０ 、１２５のユニットと通信したりすることができるようにする。ＣＭ １８０の データ処理システムは、監視、最適化、汎用ユーザ・プログラム作成、および高 級プログラミング言語によるそうしたプログラムの実行を行うのに使用される。 一 般に、ＣＭ １８０のデータ処理システムは、通信用プロセッサと通信回線によ ってその他のそうしたシステムと通信を行う能力を有するが、これは当業界では 周知の技術である。ＣＭ １８０は、数種類のコンピュータおよびオペレーティ ング・システムの１つを含むことができる。ＣＭ １８０には、例えばＨｏｎｅ ｙｗｅｌｌ ＤＰＳ−６コンピュータを採用することができる。 本実施形態のＬＣＮ １９０は、高速ビット・シリアル二重冗長通信バスを利 用して、プラント制御ネットワーク１１０のすべてのモジュール（例えば、ＵＳ １５０、ＡＭ １６０）を相互接続する。ＬＣＮ １９０は、ＮＩＭ １４０ 、ＨＧ １４５、ＡＭ １６０、ＨＭ １７０など、主なデータ供給源と、ＵＳ １５０、ＡＭ １６０、ＣＭ １８０など、主なデータ・ユーザとの間のデータ 転送経路である。ＬＣＮ １９０はまた、メモリ・イメージなどの大きなデータ ・ブロックを、ＨＭ １７０などの一方のモジュールからＵＳ １５０などの他 方のモジュールにそれを介して移動することができる通信媒体でもある。 本実施形態のプラント制御ネットワーク１１０の各物理モジュール（例えば、 ＵＳ １５０、ＡＭ １６０）は、ある種の標準ユニット、または必要とされる 標準ユニットを備える。プラント制御ネットワーク１１０および物理モジュール のより詳細な説明は、米国特許第５，３３３，２９８号と米国特許第５，３８６ ，５０３号を参照されたい。本発明のシステムおよび方法は、プラント制御ネッ トワーク１１０の物理モジュール内で実施される。 次に、第２図に本発明による視覚表示の例を示す。以下、全体として符号２０ ０で示す視覚表示は、ユーザがプロセスを制御することができるように、プラン ト（図示せず）で行われる単純な化学プロセスを図形によってユーザに伝達する 。視覚表示２００は、液体を入れる槽の基本形状に倣った、プラント内の第１槽 （図示せず）に対応し、それを記号化した第１図形要素２１０を具備する。同様 に、第２図形要素２２０も液体用槽の基本形状に倣ったもので、プラント内の第 ２槽（図示せず）に対応し、それを記号化したものである。第３図形要素２３０ は、液体流量を制御する弁の基本形状に倣ったもので、プラント内の弁（図示せ ず）に対応し、それを記号化したものである。最後に、第４図形要素２４０と第 ５図形要素２５０は、管材の基本形状に倣ったもので、第１槽と弁、弁と第２槽 をそれぞれ結合するプラント内の第１管材と第２管材に対応し、それを記号化し たものである。 この単純な化学プロセスとは、例えば以下のようなものである。第１槽には触 媒が入れられる。第２槽内では化学発熱反応が行われる。第１図のプロセス制御 システム１００は、第２槽の温度を監視し、第１槽内に入れた液体の、第１槽か ら第２槽への流量を調節する弁を制御する。このプロセスでは、第２槽の温度が 低すぎると思われる場合、そこへの触媒の投入量を増大させ、それによって熱生 成を増加させて槽の温度を上昇させる。同様に、第２槽の温度が高すぎると思わ れる場合、そこへの触媒の投入量を減少させ、それによって熱生成を減少させて 槽の温度を低下させる。 したがって、この例に関して言えば、視覚表示２００が少なくとも第１槽およ び第２槽の温度も示すことが重要である。これらの値を、それぞれ符号２６０と 符号２７０で示す。さらに、液位が許容範囲から逸脱しないように、第１槽内の 液位と第２槽内の液位を共に示すことも好ましい。これらの値を、それぞれ符号 ２８０と符号２９０で示す。 第１図のプラント制御システム１００内には、視覚表示を生成するプログラム が存在する。前述のとおり、プログラムは、視覚表示オブジェクト・ファイル構 造を使用して第２図の視覚表示２００を生成する。したがって、視覚表示オブジ ェクト・ファイルは、第１図形要素２１０、第２図形要素２２０、第３図形要素 ２３０、第４図形要素２４０、および第５図形要素２５０を生成するためのデー タや、温度表示および液位表示２６０、２７０、２８０、２９０を取得するのに 必要なデータ（アドレス・ポインタなど）を含めて、視覚表示２００を生成する のに必要なデータを含んでいる必要がある。これらのデータは、標準構造に従っ て視覚表示オブジェクト・ファイル内に集合的に編成される。 次に、第３Ａ図ないし第３Ｅ図に視覚表示オブジェクト・ファイル構造の例を 示す。第３Ａ図ないし第３Ｅ図の視覚表示オブジェクト・ファイルは、本発明が 変換することができるものである。したがって、これらの視覚表示オブジェクト ・ファイルを、ソース・ファイル形式を有するソース視覚表示オブジェクト・フ ァイルと呼ぶ。第３Ａ図ないし第３Ｅ図の構造は、連続して配置されてＥＯＬを 形成するＥＯＩ（第３Ａ図）に基づく。 ＥＯＩ（第３Ａ図）の構成要素は、次のとおりである。ＥＯＩのソート・キー 構成要素３００は、ＥＯＬ内の個々のオブジェクトを順序付ける働きをする。Ｅ ＯＬプリミティブは、ＥＯＩのソート・キー３００が昇順となるようにＥＯＬ内 の個々のＥＯＩをソートする。 ソート・キー３００は構造型であり、その個々の構成要素を第３Ｂ図に示す。 部分レベル（Ｐｏｒｔｉｏｎ Ｌｅｖｅｌ）フィールド３１４は、ＥＯＬの１次 ソートに影響を与えるのに使用される。部分レベル・フィールド３１４の特定の 使用法については、後でより詳細に説明する。レベル２（Ｌｅｖｅｌ２）フィー ルド３１６は、ＥＯＬの２次ソートに影響を与えるのに使用される。レベル２フ ィールド３１６の特定の使用法については、後でより詳細に説明する。リテラル （または継承）挙動（Ｌｉｔｅｒａｌ Ｂｅｈａｖｉｏｒ）フィールド３１８は 、ＥＯＩによって定義されたオブジェクトがそれを含むオブジェクトの挙動を継 承するかどうかを示す。リテラル挙動フィールド３１８は、オブジェクトのリテ ラル挙動の符号化を含む。これにより、共通のリテラル挙動を共有するオブジェ クトはすべて、ＥＯＬ内で１つにグループ化される。したがって、ＥＯＬをコン パイルすると、得られた「オブジェクト・コード」はグループ化された共通リテ ラル挙動のオブジェクトすべてを有することになる。これにより、抽象概念をよ り緻密に表現することが可能になる。リテラル挙動フィールド３１８は構造型で あり、そのサブフィールドを第３Ｃ図に記号形式で示す。 リテラル挙動フィールド３１８のリテラル挙動存在フラグ（Ｌｉｔｅｒａｌ Ｂｅｈａｖｉｏｒ Ｅｘｉｓｔｓ ｆｌａｇ）サブフィールド３２６は、オブジ ェクトに対するリテラル挙動が存在するかどうかを示す。リテラル挙動存在フラ グ・サブフィールド３２６は、次のように符号化される。（１）ＳＥＴはリテラ ル挙動が存在することを表し（残りのフィールドはリテラル挙動情報を含む）、 （２）ＲＥＳＥＴはリテラル挙動が存在しないことを表す（残りのフィールド３ ２８、３３０、３３２、３３４はゼロに設定される）。リテラル挙動フィールド ３１８のフィールド反転フラグ（Ｒｅｖｅｒｓｅ Ｆｉｅｌｄ ｆｌａｇ）サブ フィールド３２８は、オブジェクトに対してフィールド反転を適用するかどうか を示す。フィールド反転フラグ・サブフィールド３２８は、次のように符号化さ れる。（１）ＳＥＴはフィールド反転を行うことを表し、（２）ＲＥＳＥＴはフ ィールド反転を行わないことを表す。リテラル挙動フィールド３１８の輝度フラ グ（Ｉｎｔｅｎｓｉｔｙ ｆｌａｇ）サブフィールド３３０は、オブジェクトに 対して中間輝度を適用するかどうかを示す。輝度フラグ・サブフィールド３３０ は、次のように符号化される。（１）ＳＥＴは最大輝度を表し、（２）ＲＥＳＥ Ｔは中間輝度を表す。リテラル挙動フィールド３１８の点滅フラグ（Ｂｌｉｎｋ ｆｌａｇ）サブフィールド３３２は、オブジェクトに対して点滅を適用するか どうかを示す。点滅フラグ・サブフィールド３３２は、次のように符号化される 。（１）ＳＥＴは点滅を適用することを表し、（２）ＲＥＳＥＴは点滅を適用し ないことを表す。リテラル挙動フィールド３１８の色（Ｃｏｌｏｒ）サブフィー ルド３３４は、オブジェクトの色情報を含む。色サブフィールド３３４の符号化 は、ＭＭＩプリミティブ（Ｋ＄Ｃｏｌｏｒ＿Ｅｎｍ）が使用する符号化と等しい 。 ソート・キー３００の条件付き挙動（Ｃｏｎｄｉｔｉｏｎａｌ Ｂｅｈａｖｉ ｏｒ）フィールド３２０は、オブジェクトに適用する条件付き挙動の索引を含む 。これにより、共通の条件付き挙動を共有するオブジェクトはすべて、１つにソ ートされる。挙動オブジェクトに対するオブジェクト・タイプ・コードは、その 他すべてのオブジェクト・タイプ・コード未満であることから、共通の条件付き 挙動を共有するオブジェクトは条件付き挙動オブジェクトに従う。条件付き挙動 フィールド３２０とリテラル挙動フィールド３１８は、相互排他的であることに 注意されたい。すなわち、１つのオブジェクトは多くとも１つの挙動しか持つこ とができないので、オブジェクトがリテラル挙動を持つ場合、条件付き挙動フィ ールド３２０はゼロでなければならず、逆もまた同様である。 ソート・キー３００の変形ソート（Ｖａｒｉａｎｔ Ｓｏｒｔ）フィールド３ ２２は、変形ＥＯＩの下でのＥＯＩのソートに関する索引を含む。変形ソート・ フィールド３２２は構造型であり、そのサブフィールドを第３Ｄ図に記号形式で 示す。 変形ソートフィールド３２２の数値（Ｎｕｍｂｅｒ）サブフィールド３３６は 、オブジェクトＥＯＩの分類の基となる変形の索引を含む。リム（limb）・サブ フ ィールド３３８は、このオブジェクトの番号を含む。変形を処理する場合、すべ てのオブジェクトに変形リム内のオブジェクトの位置に対応する番号を割り当て る。例えば、変形 ＩＦ ＜条件１＞ ＴＨＥＮ ＩＦ ＜条件２＞ ＴＨＥＮ Ｆｒｅｄ ＥＬＳＥ Ｒａｌｐｈ ＥＮＤ ＥＬＳＥ Ｓａｍ ＥＮＤ を処理する場合、Ｆｒｅｄに対するサブピクチャ参照ＥＯＩにそのリム・サブフ ィールドとして１を割り当て、Ｒａｌｐｈに対するサブピクチャ参照ＥＯＩに２ を割り当て、以下同様に割り当てる。 ソート・キー３００のオブジェクト・タイプ（Ｏｂｊｅｃｔ Ｔｙｐｅ）フィ ールド３２４は、ＥＯＩのオブジェクト・タイプ・コードを含む。 ＥＯＩの共通オブジェクト情報（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｉｎｆｏｒｍ ａｔｉｏｎ）フィールド３０２は、大部分のオブジェクトに共通する情報を含め るのに使用され、オブジェクトの一様な処理を可能にする。これは、オブジェク トの位置とオブジェクトがスケーラブルかどうかを示す標識を含む。 特定のオブジェクトに関するこれらの各フィールドの値は、そのオブジェクト がＥＯＬに追加されるときに供給される。各フィールドの概要は、次のとおりで ある。「Ｓｃａｌａｂｌｅ」は、オブジェクトがスケーラブルかどうかを示すブ ーリアンである。テキストで出力されるオブジェクトはすべて、スケーラブルで も、スケーラブルな条件付き挙動でもない。「ｘ１，ｙ１」は、オブジェクトの 最小バウンディング・ボックスの左下隅を表す。「ｘ２，ｙ２」は、オブジェク トの最小バウンディング・ボックスの右上隅を表す。最小バウンディング・ボッ クスは、オブジェクトを包含することができる最小の矩形と定義される。スケー ラブル・オブジェクトの場合、オブジェクトの最小バウンディング・ボックスの 座標はワールド座標単位で指定する。非スケーラブル・オブジェクトの場合、バ ウンディング・ボックスの座標は、親テキスト・ポートを基準にして文字単位で 指定する。したがって、サブピクチャ内の非スケーラブル・オブジェクトの場合 、バウンディング・ボックスの座標は、サブピクチャ参照内に定義されたテキス トポートを基準にして指定する。 ＥＯＩの応答部ポインタ（Ａｎｓｗｅｒ Ｐａｒｔ Ｐｏｉｎｔｅｒ）フィー ルド３０４は、オブジェクトを作成する際に使用する書式の応答部３１０へのポ インタを含む。例えば、値オブジェクトの場合、応答部ポインタ・フィールド３ ０４は、値の書式に対する書式応答へのポインタを含む。書式を必要としないオ ブジェクトの場合、このフィールドはヌルとなる。 ＥＯＩのオブジェクト特定ポインタ（Ｏｂｊｅｃｔ Ｓｐｅｃｉｆｉｃ Ｐｏ ｉｎｔｅｒ）フィールド３０６は、オブジェクトに関する任意のオブジェクト特 定情報３１２へのポインタを含む。例えば、ライン・オブジェクトの場合、オブ ジェクト特定ポインタ・フィールド３０６はそのラインの座標を示す。オブジェ クト特定情報を何ら持たないオブジェクトの場合、このフィールドはヌルとなる 。 選択情報（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）フィールド３０８ は、ＥＯＬプリミティブが選択情報を維持するのに使用する情報を含む。 ソート・キーのタイプは、ソート・キー３００の２通りの認識が可能なように 定義する。第１は、ＥＯＬプリミティブのユーザの認識である。このユーザは、 ソート・キー３００を別個のフィールドから構成されているものと見なす。ＥＯ Ｌプリミティブは、ソート・キー３００を整数の配列として認識する。これによ り、プリミティブは２つのソート・キー３００の比較を容易に実行することがで きる。 編集プロセス中にピクチャを表現するのに使用されるＥＯＬの構造は、次のと おりである。 ＤＥＳＣＲＩＰＴＯＲ ＰＯＲＴＩＯＮ ＢＥＧＩＮ ＥＯＬ Ｄｅｓｃｒｉｐｔｏｒ Ｏｂｊｅｃｔ Ｐｉｃｔｕｒｅ Ｄｅｓｃｒｉｐｔｏｒ Ｏｂｊｅｃｔ ＤＥＳＣＲＩＰＴＯＲ ＰＯＲＴＩＯＮ ＥＮＤ ＳＵＢＰＩＣＴＵＲＥ ＰＯＲＴＩＯＮ ＢＥＧＩＮ ＥＯＬ Ｒｅｆｅｒｅｎｃｅ ｆｏｒ Ｓｕｂｐｉｃｔｕｒｅ １ ０ ０ ＥＯＬ Ｒｅｆｅｒｅｎｃｅ ｆｏｒ Ｓｕｂｐｉｃｔｕｒｅ Ｓ ＳＵＢＰＩＣＴＵＲＥ ＰＯＲＴＩＯＮ ＥＮＤ ＣＯＮＳＴＡＮＴ ＰＯＲＴＩＯＮ ＢＥＧＩＮ Ｃｏｎｓｔａｎｔ Ｏｂｊｅｃｔ ０ ０ Ｃｏｎｓｔａｎｔ Ｏｂｊｅｃｔ ＣＯＮＳＴＡＮＴ ＰＯＲＴＩＯＮ ＥＮＤ ＵＰＤＡＴＥ ＰＯＲＴＩＯＮ ＢＥＧＩＮ Ｕｐｄａｔｅ Ｏｂｊｅｃｔ ０ ０ Ｕｐｄａｔｅ Ｏｂｊｅｃｔ ＵＰＤＡＴＥ ＰＯＲＴＩＯＮ ＥＮＤ ＶＡＲＩＡＢＬＥＳ ピクチャは、それぞれ「Ｂｅｇｉｎ − Ｅｎｄ」によって区切られた１組の 部分として構造化される。ＥＯＬ内の各オブジェクトは、擬似「文」によって表 現される。第３Ｅ図は、先に示した構造の各オブジェクトをそのオブジェクトに 対するソート・キー３００の値と関係付けたものである。第３Ｅ図中の「Ｘ」は 、ソート・キー３００内の情報のうち、オブジェクトに依存するものを表す。 部分レベル・フィールドはピクチャの部分を定義する働きをし、レベル２フィ ールドは様々な形で使用される（例えば、部分の終了を示したり、サブピクチャ 参照を入れたりするために）ことに注意されたい。 ソース視覚表示オブジェクト・ファイルの「メイン組込みファイル」と「プリ ミティブ・システム組込みファイル」は、附属書Ａに記載する。本発明は組込み ファイルを利用して、ソース視覚表示ファイルのかなりの内容をサブピクチャと して取り込むことができることを、当業者なら理解するであろう。これにより、 本発明の変換システムおよび変換方法は、関連非ＣＯＭオブジェクトの少なくと も一部をソース・ファイル形式から宛先ファイル形式に置換し、置換した複数の 関連非ＣＯＭオブジェクトの少なくとも一部をＣＯＭオブジェクトに変換するこ とにより、ソース視覚表示ファイルで動作することができる。当然のことながら 、組込みファイルは例示のために示したものにすぎず、本発明は例示する組込み ファイルの構造または表現に限定されない。 目的の構造は、ピクチャ・プリミティブ（以下「ＰＰ」オブジェクト）を具備 する。ＰＰオブジェクトは、視覚表示プログラムが視覚表示を生成するのに使用 する基本図形オブジェクトである。視覚表示プログラムは、構築時と実行時の２ 段階でＰＰオブジェクトを動作することが好ましい。オブジェクト指向プログラ ミング環境において構築時段階と実行時段階がどのように働くかは、当業者なら 理解するであろう。 例示する本発明の実施形態によれば、ＰＰオブジェクトは、ＣＣｍｄＴａｒｇ ｅｔから派生したＭＦＣ ＣＯＭオブジェクトとして実装される。ＰＰオブジェ クトはすべて、ＣＣｍｄＴａｒｇｅｔから派生したＣＳｔｄｏｂｊから派生する 。ＣＳｔｄｏｂｊは、派生クラスが使用するカスタム・インタフェースを定義す る。ＣＳｔｄｏｂｊはまた、ＰＰオブジェクトの基本属性も定義する。 次に、Ｃ＋＋環境に実装した場合の各ＰＰクラスについて説明する。 「ＣＳｔｄｏｂｊ」は、ＣＣｍｄＴａｒｇｅｔから派生する。この仮想クラス は、すべてのＰＰオブジェクトに対するＯＬＥインタフェースを定義する。すべ てのＰＰオブジェクトに共通する属性は、このクラスで定義される。 「ＣＤｒａｗｌｉｎｅ」は、ＣＳｔｄｏｂｊから派生する。２つの点によって 決定される１つのライン・セグメント。 「ＣＦｉｌｌｅｄＯｂｊ」は、ＣＳｔｄｏｂｊから派生する。この抽象クラス は塗りつぶし属性を定義する。 「ＣＤｒａｗＲｅｃｔ」は、ＣＦｉｌｌｅｄＯｂｊから派生する。２つの点に よって決定される１つの矩形。 「ＣｄｒａｗＥｌｌｉｐｓｅ」は、ＣＤｒａｗＲｅｃｔから派生する。２つの 点によって決定される１つの楕円。 「ＣｄｒａｗＲｎｄＲｅｃｔ」は、ＣＤｒａｗＲｅｃｔから派生する。コーナ に丸みをもたせた１つの矩形は、２つの点と１つの丸みの点によって決定される 。 「ＣＤｒａｗＴｅｘｔ」は、ＣｄｒａｗＲｅｃｔから派生する。 「ＣＤｒａｗＰｏｌｙ」は、ＣＦｉｌｌｅｄＯｂｊから派生する。２つ以上の 点によって決定される１つのポリゴン。このポリゴンは、開いていても閉じてい てもよい。 「ＣＳｔｄｏｂｊ」は、ＣＣｍｄＴａｒｇｅｔから派生する。この抽象クラス は、すべてのＰＰオブジェクトに対するＯＬＥインタフェースを定義する。すべ てのＰＰオブジェクトに共通する属性は、このクラスで定義される。 次に、ＣＳｔｄｏｂｊの各属性について説明する。 ｍ＿ｂＤｉｒｔｙ 前回の保存以来、変更したか（Ｔｒｕ ｅ、Ｆａｌｓｅ）。 ｍ＿ｂＶｉｓｉｂｌｅ 見えるか（Ｔｒｕｅ、Ｆａｌｓｅ）。 ｍ＿ｂｌｎｖａｌｉｄａｔｅ 無効化を実行するか（Ｔｒｕｅ、Ｆａ ｌｓｅ）。 ｍ＿ｐＩＮｏｔｉｆｙＣｈａｎｇｅ コールバック・インタフェースへのポ インタ。 ｍ ｎＰｏｉｎｔｓ ＰＰ内の点の数。 ｍ＿ｎＮｕｍＨａｎｄｌｅｓ ハンドルの数。 ｍ＿ｎＮｕｍＲｏｔａｔｅＨａｎｄｌｅｓ 回転ハンドルの数。 ｍ＿ｎＡｌｌｏｃＰｏｉｎｔｓ 割り振られた点の数。 ｍ＿ｐｏｉｎｔｓ 点の配列へのポインタ。 ｍ＿ＲｏｔａｔｅＯｆｆｓｅｔ 中心点からのオフセット。 ｍ ｃｅｎｔｅｒＰｏｉｎｔ ＰＰの「中心」。 ｍ ｅｘｔｅｎｔ オブジェクトの範囲。 ｍ ＯｌｄＥｘｔｅｎｔ 前回のＤｒａｗ（）実行時に使用され た範囲。再描画が必要な画面上の 領域 を定義する場合に使用する。 ｍ＿ｂＨａｓＥｄｇｅ Ｔｒｕｅの場合は輪郭線を描画する。 ｍ＿ｌｏｇＰｅｎ 輪郭線の描画に使用する論理ＧＤＩペン ｍ＿ｐＯｌｄＰｅｎ このＰＰの前に使用されたペンへの ポインタ。Ｗｉｎ３２のペンをリセ ットする場合に使用する。 ｍ＿ｄＡｎｇｌｅ 度単位の回転。 ｍ＿ｄＳｃａｌｅＸ Ｘ方向の縮尺係数。 ｍ＿ｄＳｃａｌｅＹ Ｙ方向の縮尺係数。 ｍ＿ｄＳｈｅａｒＸ Ｘ方向のせん断係数。 ｍ＿ｄＳｈｅａｒＹ Ｙ方向のせん断係数。 ｍ＿ｄＴｒａｎｓＸ Ｘ方向の平行移動量。 ｍ＿ｄＴｒａｎｓＹ Ｙ方向の平行移動量。 ｍ＿ｘｆｒｍＭａｔｒｉｘ 変換行列。 ｍ＿ｘｆｒｍＯｌｄＭａｔｒｉｘ 前回のＤｒａｗ（）実行時に使用された 変換行列。再描画が必要な画面上の 領域を定義する場合に使用する。 ｍ＿ｓｔｒＮａｍｅ ＰＰ外部名。 ｍ ｓｔｒＮｏｔｅ ＰＰ記述フィールド。 ｍ＿ＢｋＭｏｄｅ ＧＤＩバックグラウンド・モード。 ｍ＿ｎＯｌｄＢｋＭｏｄｅ このＰＰの前に使用されたバックグ ラウンド・モード。Ｗｉｎ３２のバ ックグラウンド・モードをリセット する場合に使用する。 次に、ＣＳｔｄｏｂｊのメソッドについて説明する。 ＩｎｔｅｒｎａｌＣｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作成 する場合に使用する静的メソッド。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作成 する場合に使用する静的メソッド。 ＡｓｓｅｒｔＶａｌｉｄ デバッグ・メソッド。 Ｄｕｍｐ デバッグ・メソッド。 ＧｅｔＮｏｔｉｆｙＣｈａｎｇｅ ＩＮｏｔｉｆｙＣｈａｎｇｅメンバ変数 を取得する。 ＳｅｔＮｏｔｉｆｙＣｈａｎｇｅ ＩＮｏｔｉｆｙＣｈａｎｇｅメンバ変数 を設定する。 Ｉｎｖａｌｉｄａｔｅ ＩＮｏｔｉｆｙＣｈａｎｇｅメンバ変数 を使用して、オブジェクトが変更さ れたことを通知する。 ＧｅｔＥｘｔｅｎｔ ＰＰの範囲を返す。 ＧｅｔＯｌｄＥｘｔｅｎｔ 前回のＰＰ再描画時に使用された範囲を 返す。 ＧｅｔＭａｔｒｉｘ 変換行列属性を取得する。 ＧｅｔＯｌｄＭａｔｒｉｘ 前回のＰＰ再描画時に使用された変換行 列属性を取得する。 ＳｅｔＭａｔｒｉｘ 変換行列属性を設定する。 ＬｏａｄＩｄｅｎｔｉｔｙＭａｔｒｉｘ Ｉｄｅｎｔｉｔｙ行列を行列属性にロー ドする。 ＧｅｔＰｒｉｍＴｙｐｅ このＣＳｔｄｏｂｊ派生クラスの列挙型 の値を返す。 ＧｅｔＮｕｍＨａｎｄｌｅｓ このＰＰの動作に使用されたハンド ル数を返す。 ＧｅｔＨａｎｄｌｅｓ ハンドルのリストを返す。 ＧｅｔＨａｎｄｌｅＩｎｄｅｘ 所与の点にハンドル索引を返す。 ＭｏｖｅＨａｎｄｌｅＴｏ ハンドルをその点に移動する。 ＧｅｔＲｏｔａｔｅＨａｎｄｌｅｓ 回転ハンドルのリストを返す。 ＧｅｔＮｕｍＲｏｔａｔｅＨａｎｄｌｅｓ 回転ハンドル数を返す。 ＧｅｔＲｏｔａｔｅＨａｎｄｌｅＩｎｄｅｘ 所与の点の回転ハンドル索引を返す。 ＭｏｖｅＲｏｔａｔｅＨａｎｄｌｅＴｏ 回転ハンドルをその点に移動する。 ＧｅｔＮｕｍＰｏｉｎｔｓ ＰＰを決める点の数を取得する。 ＧｅｔＰｏｉｎｔ 索引点を返す。 ＳｅｔＰｏｉｎｔ 索引点を与えられた場所に設定する。 Ｄｒａｗ ＰＰを描画する。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどちら にあるかを示す。 ＩｎｓｉｄｅＲｅｃｔ この矩形はオブジェクトと交差するか、 あるいはオブジェクトを囲んでいる かを示す。 ＡｄｄＰｏｉｎｔ ＰＰのｎ番目の位置に点を追加する。 ＲｅｍｏｖｅＰｏｉｎｔ ＰＰのｎ番目の位置から点を削除する。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＝ 一方のＰＰと他方のＰＰを同一視す る。 Ｓｅｒｉａｌｉｚｅ ＰＰを格納／ロードする。 ＧｅｔＣｌａｓｓＩＤ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。ＰＰ のクラスＩＤを返す。 ＩｓＤｉｒｔｙ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。前回 の保存以来、オブジェクトが変更さ れていればＴｒｕｅを返す。 Ｌｏａｄ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。 ＣＳｔｄｏｂｊをストリームにロー ドする。 Ｓａｖｅ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。 ＣＳｔｄｏｂｊをストリームに保存 する。 ＧｅｔＳｉｚｅＭａｘ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。ＰＰ の現在のサイズを返す。 ＰｒｅＤｒａｗ ＰＰの描画モードを設定する。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 ＰｏｓｔＤｒａｗ 描画モードをリセットする。 ＲｅｃａｌｃＢｏｕｎｄｓ ＰＰの中心点および範囲を再計算する。 ＮｅｗＰｏｉｎｔｓ 新規ＣＰｏｉｎｔ配列を作成する。 ＤｏＣａｎｎｅｄＴｒａｎｓｆｏｒｍｓ 変換行列属性にメンバ変数を事前定義の 順序で適用する。 ＯｎＦｉｎａ１Ｒｅｌｅａｓｅ ＯｎＦｉｎａｌＲｅｌｅａｓｅは、 前回の自動オブジェクト参照が解放 されたときに呼び出される。これを 実施すると、オブジェクトおよびそ のオブジェクトが必要とする追加の クリーンアップがすべて削除される 。 ＧｅｔＮａｍｅ 名前属性を取得する。 ＳｅｔＮａｍｅ 名前属性を設定する。 ＧｅｔＮｏｔｅ 注釈属性を取得する。 ＳｅｔＮｏｔｅ 注釈属性を設定する。 ＧｅｔＶｉｓｉｂｌｅ 可視属性を取得する。 ＳｅｔＶｉｓｉｂｌｅ 可視属性を設定する。 ＧｅｔＥｄｇｅＷｉｄｔｈ 輪郭線幅属性を取得する。 ＳｅｔＥｄｇｅＷｉｄｔｈ 輪郭線幅属性を設定する。 ＧｅｔＥｄｇｅＣｏｌｏｒ 輪郭線色属性を取得する。 ＳｅｔＥｄｇｅＣｏｌｏｒ 輪郭線色属性を設定する。 ＧｅｔＥｄｇｅＳｔｙｌｅ 輪郭線スタイル属性を取得する。 ＳｅｔＥｄｇｅＳｔｙｌｅ 輪郭線スタイル属性を設定する。 ＧｅｔＳｃａｌｅＸ Ｘ方向の縮尺係数を取得する。 ＳｅｔＳｃａｌｅＸ Ｘ方向の縮尺係数を設定する。 ＧｅｔＳｃａｌｅＹ Ｙ方向の縮尺係数を取得する。 ＳｅｔＳｃａｌｅＹ Ｙ方向の縮尺係数を設定する。 ＧｅｔＳｅｔＡｎｇｌｅ 回転角を度単位で取得する。 ＳｅｔＳｅｔＡｎｇｌｅ 回転角を度単位で設定する。 ＧｅｔＳｈｅａｒＸ Ｘ方向のせん断係数を取得する。 ＳｅｔＳｈｅａｒＸ Ｘ方向のせん断係数を設定する。 ＧｅｔＳｈｅａｒＹ Ｙのせん断係数を取得する。 ＳｅｔＳｈｅａｒＹ Ｙのせん断係数を設定する。 ＧｅｔＴｒａｎｓｌａｔｅＸ Ｘ方向の平行移動量を取得する。 ＳｅｔＴｒａｎｓｌａｔｅＸ Ｘ方向の平行移動量を設定する。 ＧｅｔＴｒａｎｓｌａｔｅＹ Ｙ方向の平行移動量を取得する。 ＳｅｔＴｒａｎｓｌａｔｅＹ Ｙ方向の平行移動量を設定する。 ＧｅｔｌｎｖａｌｉｄａｔｅＯｎＳｅｔ 「設定時無効化」フラグの値を取得する 。 ＳｅｔＩｎｖａｌｉｄａｔｅＯｎＳｅｔ 「設定時無効化」フラグの値を設定する 。 Ｓｃａｌｅ ＰＰを拡大縮小する。 Ｍｏｖｅ ＰＰの位置を変更する。 Ｓｈｅａｒ ＰＰをせん断する。 Ｒｏｔａｔｅ 基準点を中心にＰＰを回転させる。 次に、ＣＳｔｄｏｂｊが使用するインタフェースについて説明する。 ＩＤｒａｗＰｒｉｍｉｔｉｖｅ すべてのＰＰオブジェクトに共通の カスタム・インタフェース。 メソッドは、次のとおりである。 Ｏｆｆｓｅｔ（） ＧｅｔＰｏｉｎｔｓ（） ＳｅｔＰｏｉｎｔ ＧｅｔＰｏｉｎｔ（） ＡｄｄＰｏｉｎｔ（） ＲｅｍｏｖｅＰｏｉｎｔ（） ＨｉｔＴｅｓｔ（） ＧｅｔＥｘｔｅｎｔ（） ＧｅｔＯｌｄＥｘｔｅｎｔ（） ＩｎｓｉｄｅＲｅｃｔ（） ＲｅｌｅａｓｅＨａｎｄｌｅ（） ＧｒａｂＨａｎｄｌｅ（） ＧｒａｂＨａｎｄｌｅＢｙｌｎｄｅｘ（） ＭｏｖｅＨａｎｄｌｅＴｏ（） ＤｒａｗＨａｎｄｌｅｓ（） ＧｒａｂＲｏｔａｔｅＨａｎｄｌｅ（） ＭｏｖｅＲｏｔａｔｅＨａｎｄｌｅ（） ＤｒａｗＲｏｔａｔｅＨａｎｄｌｅｓ（） ＧｅｔＭａｔｒｉｘ（） ＧｅｔＯｌｄＭａｔｒｉｘ（） ＳｅｔＭａｔｒｉｘ（） ＬｏａｄＩｄｅｎｔｉｔｙＭａｔｒｉｘ（） Ｓｃａｌｅ（） Ｓｈｅａｒ（） Ｒｏｔａｔｅ（） Ｍｏｖｅ（） ＧｅｔＰｒｉｍＴｙｐｅ（） Ｃｌｏｎｅ（） Ｓｅｒｉａｌｉｚｅ（） ＳｅｔＮｏｔｉｆｙｃｈａｎｇｅ（） ＩＰｅｒｓｉｓｔＳｔｒｅａｍ フレームワークによって作成されたス トリームとの間でオブジェクトの 読取り／書込みを行うためのイン タフェース。 ＯＬＥ Ａｕｔｏｍａｔｉｏｎ 自動インタフェースは、スクリプ トによってアクセスされるもので 、場合によっては第三者のアプリ ケーションである。 ＩＮｏｔｉｆｙＣｈａｎｇｅ オブジェクトを再描画する必要の ある親文書を通知する場合に使用 する「コールバック」インタフェ ース。 ＣＤｒａｗＬｉｎｅ ＣＤｒａｗＬｉｎｅはラインを描 画する。このクラスは、Ｃｐｉｃ ｔｏｂｊから派生する。ＣＤｒａ ｗＬｉｎｅに追加の属性はない。 次に、ＣＤｒａｗＬｉｎｅのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作 成する場合に使用する静的メソッ ド。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどち らにあるかを示す（Ｔｒｕｅ、Ｆ ａｌｓｅ）。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 「ＣＦｉｌｌｅｄＯｂｊ」は、塗りつぶし対象のオブジェクトの概念をカプセ ル化する抽象クラスである。このクラスは、Ｃｐｉｃｔｏｂｊから派生する。次 に、ＣＦｉｌｌｅｄＯｂｊの各属性について説明する。 ｍ ｂＦｉｌｌ 塗りつぶすかどうかを示す（Ｔｒ ｕｅ、Ｆａｌｓｅ）。 ｍ＿ｌｏｇｂｒｕｓｈ ＰＰを塗りつぶすのに使用するＧＤＩ 論理ブラシ。 ｍ＿ｐＯｌｄＢｒｕｓｈ このＰＰの前に使用されたブラシ。Ｗ ｉｎ３２のブラシをリセットする 場合に使用する。 メソッドは、次のとおりである。 Ｌｏａｄ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに ロードする。 Ｓａｖｅ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに 保存する。 ＧｅｔＳｉｚｅＭａｔ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。ア プリケーションの現在のサイズを返 す。 ＰｒｅＤｒａｗ アプリケーションの描画モードを 設定する。 ＰｏｓｔＤｒａｗ 描画モードをリセットする。 ＧｅｔＦｉｌｌ 塗りつぶし属性を取得する。 ＳｅｔＦｉｌｌ 塗りつぶし属性を設定する。 ＧｅｔＦｉｌｌＣｏｌｏｒ 塗りつぶし色属性を取得する。 ＳｅｔＦｉｌｌＣｏｌｏｒ 塗りつぶし色属性を設定する。 ＧｅｔＦｉｌｌＰａｔｔｅｒｎ 塗りつぶしパターン属性を取得する。 ＳｅｔＦｉｌｌＰａｔｔｅｒｎ 塗りつぶしパターン属性を設定する。 ＣＦｉｌｌｅｄＯｂｊに追加のインタフェースはない。 ＣＤｒａｗＲｅｃｔは矩形を描画する。このクラスは、ＣＦｉｌｌｅｄＯｂｊ から派生する。ＣＤｒａｗＲｅｃｔに追加の属性はない。次に、ＣＤｒａｗＲｅ ｃｔのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作 成する場合に使用する静的メソッ ド。 ＧｅｔＨａｎｄｌｅｓ ハンドルのリストを返す。 ＭｏｖｅＨａｎｄｌｅＴｏ ハンドルをそのペイントに移動する。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどち らにあるかを示す（Ｔｒｕｅ、Ｆ ａｌｓｅ）。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画するかどうかを示す。 ＣＤｒａｗＯｂｊに追加のインタフェースはない。 ＣＤｒａｗＥｌｌｉｐｓｅは楕円を描画する。このクラスは、ＣＤｒａｗＲｅ ｃｔから派生する。ＣＤｒａｗＥｌｌｉｐｓｅに追加の属性はない。次に、ＣＤ ｒａｗＥｌｌｉｐｓｅのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作 成する場合に使用する静的メソッ ド。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどち らにあるかを示す（Ｔｒｕｅ、Ｆ ａｌｓｅ）。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 ＣＤｒａｗＥｌｌｉｐｓｅに追加のインタフェースはない。 ＣＤｒａｗＲｎｄＲｅｃｔはラインを描画する。このクラスは、ＣＤｒａｗＲ ｅｃｔから派生する。次に、ＣＤｒａｗＲｎｄＲｅｃｔの各属性について説明す る。 ｍ＿ｒｏｕｎｄｎｅｓｓ コーナの丸みを決める点。 次に、ＣＤｒａｗＲｎｄＲｅｃｔのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作 成する場合に使用する静的メソッ ド。 ＧｅｔＨａｎｄｌｅｓ ハンドルのリストを返す。 ＭｏｖｅＨａｎｄｌｅＴｏ ハンドルをその点に移動する。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどち ら にあるかを示す（Ｔｒｕｅ、Ｆａ ｌｓｅ）。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＝ 一方のＰＰと他方のＰＰを同一視 する。 Ｌｏａｄ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに ロードする。 Ｓａｖｅ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに 保存する。 ＧｅｔＳｉｚｅＭａｘ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。Ｐ Ｐの現在のサイズを返す。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 ＣＤｒａｗＲｎｄＲｅｃｔに追加のインタフェースはない。 ＣＤｒａｗＴｅｘｔはテキストを描画する。このクラスは、ＣＤｒａｗＲｅｃ ｔから派生する。次に、ＣＤｒａｗＴｅｘｔの各属性について説明する。 ｍ ｒＴｅｘｔ 表示するテキスト。 ｍ＿ｂＦｏｎｔ ｍ＿ｌｏｇｆｏｎｔによって定義 されたフォントを使用する。 ｍ＿ｌｏｇｆｏｎｔ 論理フォント。 ｍ＿ｆｏｎｔＣｏｌｏｒ フォントの色。 ｍ ＯｌｄＦｏｎｔＣｏｌｏｒ ｍ＿ＯｌｄＦｏｎｔ ｄｃが前回使用したフォントの一 時ホルダ。 ｍ＿ｕＡｌｉｇｎｍｅｎｔ ＧＤＩ定義ＤＴ＿ＬＥＦＴ、ＤＴ ＣＥＮＴＥＲ、またはＤＴ Ｒ ＩＧＨＴのいずれか。 次に、ＣＤｒａｗＴｅｘｔのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作成 する場合に使用する静的メソッド。 ＧｅｔＨａｎｄｌｅｓ ハンドルのリストを返す。 ＭｏｖｅＨａｎｄｌｅＴｏ ハンドルをその点に移動する。 ＳｅｔＰｏｉｎｔ 索引点を与えられた場所に設定する。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどちら にあるかを示す（Ｔｒｕｅ、Ｆａｌ ｓｅ）。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 Ｌｏａｄ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。 ＣＳｔｄｏｂｊをストリームにロー ドする。 Ｓａｖｅ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。 ＣＳｔｄｏｂｊをストリームに保存 する。 ＧｅｔＳｉｚｅＭａｘ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。ＰＰ の現在のサイズを返す。 ＰｒｅＤｒａｗ ＰＰの描画モードを設定する。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 ＰｏｓｔＤｒａｗ 描画モードをリセットする。 ＧｅｔＴｅｘｔ テキスト属性を取得する。 ＳｅｔＴｅｘｔ テキスト属性を設定する。 ＧｅｔＴｅｘｔＣｏｌｏｒ テキスト色属性を取得する。 ＳｅｔＴｅｘｔＣｏｌｏｒ テキスト色属性を設定する。 ＧｅｔＴｅｘｔＨｅｉｇｈｔ テキスト高さ属性を取得する。 ＳｅｔＴｅｘｔＨｅｉｇｈｔ テキスト高さ属性を設定する。 ＧｅｔＴｅｘｔＢｏｌｄ テキスト・ボールド体属性を取得する。 ＳｅｔＴｅｘｔＢｏｌｄ テキスト・ボールド体属性を設定する。 ＧｅｔＴｅｘｔＵｎｄｅｒｌｉｎｅ テキスト下線属性を取得する。 ＳｅｔＴｅｘｔＵｎｄｅｒｌｉｎｅ テキスト下線属性を設定する。 ＧｅｔＴｅｘｔｌｔａｌｉｃ テキスト・イタリック体属性を取得す る。 ＳｅｔＴｅｘｔｌｔａｌｉｃ テキスト・イタリック体属性を設定す る。 ＧｅｔＴｅｘｔＳｔｒｉｋｅｏｕｔ テキスト取消線属性を取得する。 ＳｅｔＴｅｘｔＳｔｒｉｋｅｏｕｔ テキスト取消線属性を設定する。 ＧｅｔＴｅｘｔＦａｃｅＮａｍｅ テキスト字体名（フォント）属性を取 得する。 ＳｅｔＴｅｘｔＦａｃｅＮａｍｅ テキスト字体名（フォント）属性を設 定する。 ＧｅｔＴｅｘｔＡｌｉｇｎｍｅｎｔ テキスト位置合せ属性を取得する。 ＳｅｔＴｅｘｔＡｌｉｇｎｍｅｎｔ テキスト位置合せ属性を設定する。 ＣＤｒａｗＴｅｘｔに追加のインタフェースはない。 ＣＤｒａｗＰｏｌｙはポリゴンを描画する。このクラスは、ＣＦｉｌｌｅｄＯ ｂｊから派生する。次に、ＣＤｒａｗＰｏｌｙの各属性について説明する。 Ｃｌｏｓｅｄ 閉じているかどうかを示す（Ｔｒｕｅ 、Ｆａｌｓｅ）。 次に、ＣＤｒａｗＰｏｌｙのメソッドについて説明する。 Ｃｒｅａｔｅ ＣＳｔｄｏｂｊ派生オブジェクトを作 成する場合に使用する静的メソッ ド。 ＨｉｔＴｅｓｔ この点がＰＰ上とＰＰ近傍のどち らにあるかを示す（Ｔｒｕｅ、Ｆ ａｌｓｅ）。 ＡｄｄＰｏｉｎｔ ＰＰのｎ番目の位置に点を追加す る。 ＲｅｍｏｖｅＰｏｉｎｔ ＰＰのｎ番目の位置から点を削除する 。 Ｃｌｏｎｅ このＰＰのコピーを作成する。 ＝ 一方のＰＰと他方のＰＰを同一視 す る。 Ｌｏａｄ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに ロードする。 Ｓａｖｅ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用 。ＣＳｔｄｏｂｊをストリームに 保存する。 ＧｅｔＳｉｚｅＭａｘ ＩＰｅｒｓｉｓｔＳｔｒｅａｍ用。Ｐ Ｐの現在のサイズを返す。 ＤｒａｗＯｂｊｅｃｔ ＰＰを描画する。 ＧｅｔＣｌｏｓｅｄ 閉属性を取得する。 ＳｅｔＣｌｏｓｅｄ 閉属性を設定する。 ＣＤｒａｗＰｏｌｙに迫加のインタフェースはない。 ＣＤｒａｗＰｉｃｔＰｒｏｐは、構築中の視覚表示の特性を示すものであり、 ＣＤｒａｗＴｅｘｔから派生する。 ＣＰｉｃｔＧｒｏｕｐは、１群のピクチャ要素（例えば、テキスト、ライン、 矩形）を含めるものであり、ＣＤｒａｗＰｉｃｔＰｒｏｐから派生する。次に、 ＣＰｉｃｔＧｒｏｕｐの各属性を列挙する。 ｍ＿ｐＧｒｏｕｐＬｉｓｔ ＣＯｂｌｉｓｔ派生クラスへのポイン タ。 ＣＰｉｃｔｕｒｅは、構築中の視覚表示のすべての要素、特性などを含める表 示ファイルであり、ＣＰｉｃｔＧｒｏｕｐから派生する。ＣＰｉｃｔｕｒｅはま た、サブピクチャにも使用される。次に、ＣＰｉｃｔｕｒｅの各属性を列挙する 。 ｍ＿ｐＰａｒａｍｓ このピクチャのパラメータへのポ インタ（ピクチャを「テンプレー ト」とすることを可能にする − − ユーザが供給するパラメータ によって実データ値をバインドす るなど）。 ＣＳｃｒｉｐｔは、表示の起動（初期化）時にユーザ・アクション（例えば、 マウスによるオブジェクトの選択）に応答して実行されるＢａｓｉｃＳｃｒｉｐ ｔのような情報を格納するのに使用され、ＣＯｂｊｅｃｔから派生する。次に、 ＣＳｃｒｉｐｔの各属性を列挙する。 ｍ＿ｐＳｃｒｉｐｔＴｅｘｔ スクリプト・テキストへのポイン タ。 ｍ ｂＥｒｒｏｒｓ ＢＯＯＬＥＡＮ −− 正しくコ ンパイルされたかどうかを示す。 ソース視覚表示ファイルは、各ソース・レコードの「読取り」を行い、必要に 応じてそのデータ内容を置換し、すべての情報をＣＯＭオブジェクトに変換する ことにより、宛先視覚表示ファイルに変換される。各ソース・レコードは変形情 報レコードであるので、各レコードを分析してレコード・タイプとその中に含ま れている情報を判定する必要がある。 変換をすべて実施するには、ソース・ファイルをサブピクチャとして扱う必要 がある。というのは、実際のサブピクチャは、ソース・ファイル形式ではメイン ・ピクチャと同じ構造を有するからである。ソース視覚表示ファイルは、構築時 と実行時に再帰的に読み取られるので、再帰的変換機構が論理的解決手段となる 。 その場合、メイン・ピクチャは、ヘッダ・レコード（版番号を入れた）、「メ イン・サブピクチャ」、およびデータ変数に関連付けられた任意のデータ構造（ 例えば、シンボル・テーブル）からなる。まず「サブピクチャ」（メイン・ピク チャ）を変換し、次いでシンボル・テーブルを変換する。次に、ソース視覚表示 ファイル内で使用される可能性のある各タイプのデータのうち、宛先ファイル形 式のピクチャに変換する必要があるものを列挙する。 ＥＯＩレコード情報： 各ソース視覚表示ファイル要素の「基本」レコードは、ＥＯＩレコードである 。ＥＯＩレコードは、抽出して対応する宛先ファイル形式に変換すべき各図形要 素に関する共通の情報を含む。 次の情報は、ソース・ファイル形式から宛先ファイル形式に変換される。 「Ｐｏｒｔｉｏｎ」：（列挙型）このレコードが位置するソース・ファイル形 式内のセクション、すなわち記述子（メイン・ピクチャ記述）、サブピクチャ （このピクチャ内に含まれる）、定数（データなし）、または更新（データ評価 ）を表す。サブピクチャが終了した時点を知らせる場合に使用される（「Ｌｅｖ ｅｌ＿２」と共に）。 「Ｏｂｊｅｃｔ＿Ｋｉｎｄ」：（列挙型）作成すべきＣＯＭオブジェクトに変 換される。「Ｎｏｏｂｊｅｃｔ」は内部的に使用されるレコードを表す。 「Ｂｏｕｎｄｉｎｇ＿Ｂｏｘ」：（２つの実数）ＣＯＭオブジェクトのエクス テント・ボックスに変換される。 「Ｌｅｖｅｌ ２」：（整数）条件付き挙動、変形リム、またはサブピクチャ 参照を表すのに使用される。また、部分が終了した時点を知らせる場合にも使用 される（「Ｐｏｒｔｉｏｎ」と共に）。 「Ｉｎｈｅｒｉｔｅｄ Ｂｅｈａｖｉｏｒ」：（ブーリアン）Ｔｒｕｅの場合 は、このオブジェクトのメイン・ピクチャの省略時動作を使用する。省略時値に は、色、点滅、輝度、およびビデオ反転が含まれる。 「Ｌｉｔｅｒａｌ」：（レコード）この要素の動作に変換される。色、点滅、 輝度、およびビデオ反転が含まれる。 「Ｃｏｕｎｔｅｒ」：サブピクチャに対して使用される。 「Ｖａｒｉａｎｔ」：変形オブジェクトおよびそのサブオブジェクトを知らせ る。 その他の情報は、ＥＯＩレコードから間接的に使用される。 「Ｏｂｊｅｃｔ＿ｉｎｆｏ＿Ｒｅｃ」：（アドレス）ＮＵＬＬ以外の場合は、 この特定オブジェクトに関する固有情報を含む。オブジェクト・タイプに応じて 変換される。 ピクチャ記述子オブジェクトは、メイン・ピクチャまたはサブピクチャに関す る情報とそのパラメータを含む。 ピクチャ記述子オブジェクトからの次の情報は、例示する本発明の方法の動作 の間に変換される。 「Ｉｎｔｅｒｎａｌ Ｐｈａｎｔｏｍ ＩＤ」：サブピクチャがファントム（ ＰＡＳＣＡＬを用いて記述されたサブピクチャ）である場合、この番号はそのフ ァントムのＩＤである。この番号は、描画ルーチン（構築時）および実行ルー チン（実行時）への分岐テーブル索引として使用される。 「Ｎａｍｅ」：ピクチャのファイル名。 「ＯＸ」、「ＯＹ」：これらの座標は（サブ）ピクチャの原点を決める。 「Ｎｕｍ Ｕｓｅ Ｖｉｓｉｂｌｅ＿Ｐａｒａｍｓ」と「Ｕｓｅｒ＿Ｐａｒａ ｍ Ｄｅｓｃ」：これは、ピクチャのユーザ可視パラメータの番号およびリスト に対応する。各記述は、プロンプト質問（例えば、「Ｘを入力してください」） と後で評価に使用するパラメータ名（例えば、＆Ａ）を含む。 「Ｎｕｍ＿Ｆｏｒｍａｌ＿Ｐａｒａｍｓ」と「Ｆｏｒｍａｌ＿Ｐａｒａｍ＿Ｄ ｅｓｃ」：これは、ピクチャの仮パラメータの番号およびリストに対応する。各 記述は、検索すべき値の完全名（例えば、＆Ａ．ＳＰ）、そのタイプ、およびサ ブタイプ（列挙型の場合）を含む。 「Ｎｕ＿Ｔａｒｇｅｔ＿Ｐａｒａｍ」と「Ｔａｒｇｅｔ＿Ｐａｒａ＿Ｄｅｓｃ 」：これは、ピクチャの目的アクション・パラメータの番号およびリストに対応 する。この記述は仮パラメータと同じである。 サブピクチャ／ファントムＥＯＬ参照オブジェクトは、ソース・ファイル形式 のサブピクチャ部分にある（このブロックでは「サブピクチャ」のみを記述する ）。それらは、このピクチャ内に含まれるサブピクチャの参照を表す。このサブ ピクチャの数値索引は、ＥＯＩレコードの「Ｌｅｖｅｌ＿２」標識内にある。 サブピクチャ／ファントムＥＯＬ参照オブジェクトからの次の情報は、例示す る本発明の方法の動作の間に変換される。 「Ｒｅｆｅｒｅｎｃｅ」：サブピクチャとファントムのどちらであるかを表す 。間接的に使用される。 参照がファントムである場合： 「Ｄｅｓｃｒｉｐｔｉｏｎ」はファントム情報を含めるレコードである。これ はピクチャ記述子レコード（前述）である。このレコードには記述子レコードが 含まれる。 参照がサブピクチャに対するものである場合： サブピクチャのＥＯＬ全体は、ソース・ファイル形式内の次にある。この情報 は、読み取られて中間ファイルにサブピクチャとして格納される。ここには、ピ クチャ記述子レコードは含まれない。 ライン・オブジェクトは２〜５０個の点からなるラインを表すが、ソリッド・ オブジェクトは３〜５０個の頂点からなる塗りつぶしポリゴンを表す。ソース・ ファイル形式は、ライン・オブジェクトについて、「ライン」（２個の点）、「 ポリライン」（３〜５０個の点）、「矩形」（５個の点、最初と最後が同じ、矩 形の特徴を持つ）、または「閉ポリゴン」（３〜５０個の点、最初と最後が同じ ）の区別を維持しない。ソース・ファイル形式はまた、ソリッド・オブジェクト について、「塗りつぶし矩形」と「塗りつぶしポリゴン」を区別しない。 次の情報は、例示する本発明の方法の動作の間に変換される。 「Ｌｉｎｅ＿Ｄｅｓｃ」または「Ｓｏｌｉｄ＿Ｄｅｓｃ」：（レコード）これ らのレコードは、オブジェクト内の点の数、次いでオブジェクトを指定するリス トまたは点を定義する。 例示する実施形態では、変換に際して、次のアルゴリズムを使用して作成すべ きＣＯＭオブジェクトを判定する。 非ＣＯＭオブジェクトが２個の頂点を伴うラインである場合は、ＣＯＭライン ・オブジェクトを作成する。 非ＣＯＭオブジェクトが３個以上の頂点を伴うラインである場合： 最初の頂点と最後の頂点が同じである場合は、ソース・ファイル形式内に「閉 」オブジェクトを表示する。 オブジェクトが５個の頂点を有し、かつオブジェクトの「輪郭線」が互いに平 行である場合は、矩形オブジェクトを作成する。 上記以外の場合は、ＣＯＭ閉ポリゴン・オブジェクトを作成する。 最初の頂点と最後の頂点が同じでない場合は、ＣＯＭポリライン・オブジェク トを作成する。 ソース・ファイル形式オブジェクトが３個以上の頂点を伴うソリッドである場 合は、最後の頂点を最初の頂点と見なす（非ＣＯＭレコード内には特に記述しな い）。 オブジェクトが４個の頂点を有し、かつオブジェクトの「輪郭線」が互いに平 行である場合は、ＣＯＭ矩形オブジェクトを作成する。属性は、矩形を塗りつぶ すように設定する。 上記以外の場合は、ＣＯＭ閉ポリゴン・オブジェクトを作成する。属性は、ポ リゴンを塗りつぶすように設定する。 サブピクチャ参照は、オブジェクトの位置を原点としてサブピクチャのインス タンスを表す。サブピクチャ（またはファントム）については、ソース・ファイ ル形式のサブピクチャ部分に既に記述されている。このオブジェクトに関連する 応答レコードが存在する場合、それらはサブピクチャのパラメータに対してユー ザが入力した値である。対応関係は１対１となる。すなわち、第１応答は第１パ ラメータに対するものであり、第２応答は第２パラメータに対するものであり、 以下同様に対応する。宛先ファイル形式内で使用すべき詳細オブジェクト情報は 、次のとおりである。 「Ｒｅｆ＿Ｎｕｍ」：これはサブピクチャの参照番号である。これは、このサ ブピクチャを定義するサブピクチャ・リストへの索引である（前記のサブピクチ ャ／ファントムＥＯＬ参照レコード内の「Ｌｅｖｅｌ＿２」標識）。 前述のとおり、ＥＯＩレコード内にある応答ポインタがｎｏｎ＿ＮＵＬＬであ る場合、応答レコードはソース・ファイル形式内のＥＯＩレコードに従う。この レコードのフィールドは、値の供給源、条件付き情報と変形情報、サブピクチャ のパラメータなど、ユーザ定義の入力情報を含む。これらのレコードは、各ＣＯ Ｍプリミティブ・オブジェクト上にあるスクリプト・オブジェクトに対応する。 次の情報は、レコードから抽出すべきものである。 「Ａｎｓｗｅｒ」：このレコードは、スクリプト・テキスト部分に配置すべき ソース・ファイル形式からのユーザ・データを含む。ここにはまた、データの長 さも含まれる。 応答レコードから間接的に使用されるその他の情報は、次のとおりである。 「Ａｎｓ＿ＩＤ」：この整数は、ソース・ファイル形式内のこの応答の位置番 号である。これは、１つのオブジェクト上に多数の応答レコードがある場合のた めのものである（例えば、値の供給源、値の形式、バーの供給源、原点、方向） 。特定の応答が複数ページ応答（条件付き、変形、およびターゲットに対して追 加された）である場合、この数値は必要なページ数と同じである。通常、複数ペ ー ジ応答はリスト内の最後のものである。ただし、ターゲットは例外である（第１ 応答が複数ページ）。この数値は、スクリプトの順序付けに使用することができ る。 前述のとおり、オブジェクト情報レコード内のポインタがＮＵＬＬ以外である 場合、応答レコードに続くレコードは、特定の非ＣＯＭオブジェクトに特有の情 報を含む。この情報は、ＣＯＭプリミティブ・オブジェクト内で使用するために 変換される。各レコード・タイプについては、後で詳細に述べる。 ＥＯＬ記述子オブジェクトは、メイン・ピクチャまたはサブピクチャを構築す る際のＰｉｃｔｕｒｅ Ｂｕｉｌｄｅｒ省略時情報を含む。応答レコードはない 。 注釈オブジェクトは、ソース・ファイル形式の記述子部分にのみある。これは 、ピクチャに関するユーザ情報と共に応答レコード（複数ページ）を含む。詳細 オブジェクト情報はない。宛先視覚表示ファイルは応答情報を含むが、それはピ クチャ文書オブジェクト内に属性として格納される（画面上には表示されない） 。 バー・オブジェクトは、変形塗りつぶし矩形（バー）を表す。バーに関連する 応答レコードは、バーの表現、タイプ（ソリッド／中空）、方向（垂直／水平） 、左下境界値、右上境界値、および原点である。詳細オブジェクト情報は、次の とおりである。 「Ｂａｒ＿Ｔｙｐｅ」：ソリッドまたは中空 「Ｄｉｒｅｃｔｉｏｎ」：垂直または水平 挙動オブジェクトは、１つまたは複数の図形要素に関連する条件付き挙動を表 す。動作に関連する応答レコードには、評価対象の不良値動作、初期動作、およ び条件付き挙動（複数ページ）が含まれる。詳細オブジェクト情報はない。ＥＯ Ｉレコードの「Ｌｅｖｅｌ＿２」標識は、この条件に関連付けられた数値である 。この条件付き挙動を有するオブジェクトはこのオブジェクトに従い、同じ「Ｌ ｅｖｅｌ＿２」標識を有する。 ターゲット・オブジェクトは、入力事象（ターゲット）を行い、その事象に応 答してアクション（アクタ）を実行することができるピクチャの矩形領域を表す 。ターゲットに関連する応答レコードは、ターゲットの表現（ソリッド、中空、 または不可視）、実行すべきターゲット・アクション（複数ページ）である。詳 細 オブジェクト情報は、次のとおりである。 「Ｓｈａｐｅ」：この列挙型は、ターゲットの表現（ソリッド、中空、不可視 ）である。 「Ｔａｒｇｅｔ＿Ｔｙｐｅ」：この列挙型は、ターゲット・タイプ指定子であ る。ｐｉｃｔｕｒｅ Ｂｕｉｌｄｅｒは、正規ターゲット（事象／アクション） と「特殊」ターゲット（初期呼出し時、新規ピクチャ描画前のクリーンアップ時 、および特殊キー。ページを前後にめくる、ヘルプなどに対して実行される）を 有する。特殊ターゲットは表示されず、関連する図形情報を持たない。 値オブジェクトは、変数または表現の表示出力を表す。このオブジェクトに対 する応答レコードは、値の式と値の出力形式である。詳細オブジェクト情報は、 次のとおりである。 「Ｖａｌｕｅ＿Ｔｙｐｅ」：この列挙型は、最終的な値のタイプ（整数など） である。 「Ｆｉｅｌｄ Ｗｉｄｔｈ」：この数値は、出力の幅（文字単位）である。 変形オブジェクトは、１つまたは複数の図形要素に関連付けられた変形（可視 性）挙動を表す。このオブジェクトに関連する応答レコードは、不良値オブジェ クトと変形テキスト・スクリプト（複数ページ）である。変形に関連するオブジ ェクトは、テキスト・オブジェクトとサブピクチャ参照のみである。ＥＯＩレコ ードの「Ｖａｒｉａｎｔ」レコードは、リム番号０と共に、この変形に関連付け られた変形番号を含む。 この変形に関連付けられる各オブジェクトは、ＥＯＩレコード内に同じ番号な らびにそれぞれのリム標識を有する。リムの番号付けは、不良値リムの場合は１ から始り、変形リムの場合は２（以上）から始まる。以下に一例を示す。 ＩＦ Ａ１００．ＳＰ＞１００．０ ＴＨＥＮ“ｈｉｇｈ”ＥＬＳＥ“ｌｏｗ ” “ｈｉｇｈ”ｔｅｘｔ ｏｂｊｅｃｔ＝ｌｉｍｂ ２ “ｌｏｗ” ｔｅｘｔ ｏｂｊｅｃｔ＝ｌｉｍｂ ３ 詳細オブジェクト情報は、次のとおりである。 次のピクチャ要素オブジェクトは、シンボル・テーブルを定義するレコードで ある。シンボル・テーブルは、ピクチャ内に参照される変数のリストである。各 変数ごとに１つのレコードが存在する（変数が複数回出現できる場合でも）。こ れらのレコードは、ＣＯＭデータ・リスト・オブジェクトに登録しなければなら ない。各レコード内の次の情報が使用される。 「Ｎａｍｅ」：変数の名前（および名前の長さ）。 「Ｃｏｌｌｅｃｔｉｏｎ＿Ｒａｔｅ」：これは変数の更新速度である。この数 値は、実際の速度の秒数を求めるために４倍される。 「Ｇｒｏｕｐ＿ＩＤ」：この番号は、変数の収集グループのＩＤである。この フィールドは、高速（０．５秒の更新速度）更新ならびに任意のユーザ定義収集 グループを示す。 「Ｄａｔａ＿Ｔｙｐｅ」：これは変数のタイプ（整数、実数、文字列など）で ある。 「Ｄａｔａ＿Ｓｕｂｔｙｐｅ」：これは、列挙型（組番号）またはブラインド ・レコード用である。 「Ｒｅｆ＿Ｃｏｕｎｔ」：これは、このピクチャ内でのこの変数の出現回数で ある。 「Ｔａｒｇｅｔ＿Ｔｙｐｅ」、「Ｔａｒｇｅｔ＿Ｓｕｂｔｙｐｅ」：ターゲッ ト変数のタイプおよびサブタイプ（上記の３項目と同様）。 Ｏｐｅｎ（開く）、Ｃｌｏｓｅ（閉じる）、Ｓａｖｅ（上書き保存）、および ＳａｖｅＡｓ（名前を付けて保存）動作は、ＣＯＭ Ｐｉｃｔｕｒｅと下位のＷ ｉｎｄｏｗｓ^(R) ＮＴ Ｆｉｌｅ Ｓｙｓｔｅｍの間でインタフェースを取ら なければならない。ソース視覚表示ファイルを変換する場合、Ｓｃｒｉｐｔ Ｏ ｂｊｅｃｔ、Ｄａｔａ Ｌｉｓｔ、Ｇｒａｐｈｉｃｓ Ｐｒｉｍｉｔｉｖｅｓ、 およびＰｉｃｔｕｒｅ Ｃｏｎｔｒｏｌｓに対するインタフェースが必要である 。 次の表に、ソース視覚表示ファイル要素と、宛先ファイル形式内のそれに対応 する「可用性」の推定を列挙する。可用性は、対応するＣＯＭオブジェクトが使 用可能になる時点、ならびにスクリプトとデータ（変数）の可用性によって決ま る。 次に、第４図に本発明の方法の流れ図を示す。全体として符号４００で示す方 法は、ソース・ファイル形式で構成された複数の関連非ＣＯＭオブジェクトを有 するソース視覚表示ファイルを、宛先ファイル形式を有する宛先視覚表示ファイ ルに変換することが望ましい場合、開始ブロック４１０で開始する。ソース視覚 表示ファイルは、（１）ｐｏｒｔｉｏｎ＿ｌｅｖｅｌ、（２）ｏｂｊｅｃｔ＿ｋ ｉｎｄ、（３）ｂｏｕｎｄｉｎｇ＿ｂｏｘ、（４）ｌｅｖｅｌ＿２、（５）ｉｎ ｈｅｒｉｔｅｄ＿ｂｅｈａｖｉｏｒ、（６）ｌｉｔｅｒａｌ、（７）ｃｏｕｎｔ ｅｒ、および（８）ｖａｒｉａｎｔからなるグループから選択された、１つまた は複数のデータ型を含むＥＯＩを含むことが好ましい。ソース視覚表示ファイル はさらに、ｏｂｊｅｃｔ＿ｉｎｆｏ＿ｒｅｃデータ型も含むことが好ましい。本 発明では、これらは等価なデータ型である。 ソース視覚表示ファイルは、（１）ピクチャ記述子オブジェクト、（２）サブ ピクチャ／ファントムＥＯＬ参照オブジェクト、（３）ライン・オブジェクト、 （４）ソリッド・オブジェクト、（５）サブピクチャ参照オブジェクト、（６） 応答部情報、（７）ＥＯＬ記述子オブジェクト、（８）注釈オブジェクト、（９ ）バー・オブジェクト、（１０）挙動オブジェクト、（１１）ターゲット・オブ ジェクト、（１２）値オブジェクト、（１３）変形オブジェクト、および（１４ ）シンボル・テーブル・レコードからなるグループから選択された、１つまたは 複数のオブジェクトを含むことが好ましい。本発明の目的上、これらは対等なオ ブジェクトである。 ブロック４２０で、ソース視覚表示ファイルの複数の関連非ＣＯＭオブジェク トを読み取る。ブロック４３０で、中間ファイルを作成する。中間ファイルは、 ヘッダ・レコードを含むメイン・ピクチャ、複数の関連非ＣＯＭオブジェクトを 含むメィン・サブピクチャ、およびソース視覚表示ファイルのデータ変数に関連 付けられたデータ構造を具備するものとして示す。データ構造はシンボル・テー ブルを含むことが最も好ましい。 ブロック４４０で、ソース視覚表示ファイルをサブピクチャとして扱い、ソー ス視覚表示ファイルから再帰的に変換し、中間ファイルのメイン・サブピクチャ に書き込む。次いで、ブロック４５０で、ソース視覚表示ファイルのシンボル・ テーブルを変換し、中間ファイルに書き込む。 次いで、ブロック４６０で、複数の関連非ＣＯＭオブジェクトの少なくとも一 部をソース・ファイル形式から宛先ファイル形式に置換し、中間ファイルのメイ ン・サブピクチャに書き込む。最後に、ブロック４７０で、置換された複数の関 連非ＣＯＭオブジェクトの少なくとも一部をＣＯＭオブジェクトに変換し、宛先 視覚表示ファイルに書き込む。この方法は終了ブロック４８０で終了する。 以上から、本発明によれば、ソース・フアイル形式で構成された複数の関連非 ＣＯＭオブジェクトを有するソース視覚表示ファイルを、宛先ファイル形式を有 する宛先視覚表示ファイルに変換するシステムおよび方法が提供されることは明 らかである。このシステムは、（１）ソース視覚表示ファイルの複数の関連非Ｃ ＯＭオブジェクトを読み取る読取回路、（２）複数の関連非ＣＯＭオブジェクト の少なくとも一部をソース・ファイル形式から宛先ファイル形式に置換する置換 回路、および（３）置換された複数の関連非ＣＯＭオブジェクトの少なくとも一 部をＣＯＭオブジェクトに変換し、それによってソース視覚表示ファイルをソー ス視覚表示ファイルとほぼ同じ視覚表示を生成することができる宛先視覚表示フ ァイルに変換する変換回路を含む。 以上本発明およびその利点について詳細に述べたが、その最も広義の精神およ び範囲から逸脱することなく、本発明に様々な変更、置換、および修正を加える ことができることを、当業者は理解されたい。 付属書 A

Claims (1)

1. 【特許請求の範囲】 １．ソース・ファイル形式で構成された複数の関連非Ｃｏｍｐｏｎｅｎｔ Ｏｂ ｊｅｃｔ Ｍｏｄｕｌｅ（ＣＯＭ）オブジェクトを有するソース視覚表示ファイ ルを、宛先ファイル形式を有する宛先視覚表示ファイルに変換するシステムであ って、 前記ソース視覚表示ファイルの前記の複数の関連非ＣＯＭオブジェクトを読み 取る読取回路と、 前記の複数の関連非ＣＯＭオブジェクトの少なくとも一部を前記ソース・ファ イル形式から前記宛先ファイル形式に置換する置換回路と、 前記の置換された複数の関連非ＣＯＭオブジェクトの少なくとも一部をＣＯＭ オブジェクトに変換し、それによって前記ソース視覚表示ファイルを前記ソース 視覚表示ファイルとほぼ同じ視覚表示を生成することができる前記宛先視覚表示 ファイルに変換する変換回路と を含むシステム。 ２．前記読取回路が前記ソース視覚表示ファイルをサブピクチャとして扱い、そ れによって前記システムが再帰的変換機構となるようにする請求項１に記載のシ ステム。 ３．前記読取回路が、 ヘッダ・レコードを含むメイン・ピクチャと、 前記の複数の関連非ＣＯＭオブジェクトを含むメイン・サブピクチャと、 前記ソース視覚表示ファイルのデータ変数に関連付けられ、シンボル・テーブ ルを含むデータ構造と を含み、中間ファイルを作成する請求項１に記載のシステム。 ４．前記ソース視覚表示ファイルがシンボル・テーブルを含み、前記変換回路が 前記シンボル・テーブルを中間ファイルに変換する請求項１に記載のシステム。 ５．前記ソース視覚表示ファイルが、 ｐｏｒｔｉｏｎ＿ｌｅｖｅｌと、 ｏｂｊｅｃｔ＿ｋｉｎｄと、 ｂｏｕｎｄｉｎｇ＿ｂｏｘと、 ｌｅｖｅｌ ２と、 ｉｎｈｅｒｉｔｅｄ ｂｅｈａｖｉｏｒと、 ｌｉｔｅｒａｌと、 ｃｏｕｎｔｅｒと、 ｖａｒｉａｎｔからなるグループから選択されたデータ型を含む編集オブジェ クト項目（ＥＯＩ）を含む請求項１に記載のシステム。 ６．前記ソース視覚表示ファイルがｏｂｊｅｃｔ＿ｉｎｆｏ＿ｒｅｃデータ型を 含む編集オブジェクト項目（ＥＯＩ）を含む請求項１に記載のシステム。 ７．前記ソース視覚表示ファイルが、 ピクチャ記述子オブジェクトと、 サブピクチャ／ファントム編集オブジェクト・リスト（ＥＯＬ）参照オブジェ クトと、 ライン・オブジェクトと、 ソリッド・オブジェクトと、 サブピクチャ参照オブジェクトと、 応答部情報と、 ＥＯＬ記述子オブジェクトと、 注釈オブジェクトと、 バー・オブジェクトと、 挙動オブジェクトと、 ターゲット・オブジェクトと、 値オブジェクトと、 変形オブジェクトと、 シンボル・テーブル・レコードからなるグループから選択されたオブジェクト を含む請求項１に記載のシステム。 ８．ソース・ファイル形式で構成された複数の関連非Ｃｏｍｐｏｎｅｎｔ Ｏｂ ｊｅｃｔ Ｍｏｄｕｌｅ（ＣＯＭ）オブジェクトを有するソース視覚表示ファイ ルを、宛先ファイル形式を有する宛先視覚表示ファイルに変換する方法であって 、 前記ソース視覚表示ファイルの前記の複数の関連非ＣＯＭオブジェクトを読み 取る段階と、 前記の複数の関連非ＣＯＭオブジェクトの少なくとも一部を前記ソース・ファ イル形式から前記宛先ファイル形式に置換する段階と、 前記の置換された複数の関連非ＣＯＭオブジェクトの少なくとも一部をＣＯＭ オブジェクトに変換し、それによって前記ソース視覚表示ファイルを前記ソース 視覚表示ファイルとほぼ同じ視覚表示を生成することができる前記宛先視覚表示 ファイルに変換する段階と を含む方法。 ９．前記ソース視覚表示ファイルをサブピクチャとして扱い、それによって前記 ソース視覚表示ファイルを再帰的変換する段階をさらに含む請求項８に記載の方 法。 １０． ヘッダ・レコードを含むメイン・ピクチャと、 前記の複数の関連非ＣＯＭオブジェクトを含むメイン・サブピクチャと、 前記ソース視覚表示ファイルのデータ変数に関連付けられた、シンボル・テー ブルを含むデータ構造と を含む中間ファイルを作成する段階をさらに含む請求項８に記載の方法。 １１．前記ソース視覚表示ファイルがシンボル・テーブルを含み、前記方法が前 記シンボル・テーブルを中間ファイルに変換する段階をさらに含む請求項８に記 載の方法。 １２．前記ソース視覚表示ファイルが、 ｐｏｒｔｉｏｎ＿ｌｅｖｅｌと、 ｏｂｊｅｃｔ＿ｋｉｎｄと、 ｂｏｕｎｄｉｎｇ＿ｂｏｘと、 ｌｅｖｅｌ ２と、 ｉｎｈｅｒｉｔｅｄ ｂｅｈａｖｉｏｒと、 ｌｉｔｅｒａｌと、 ｃｏｕｎｔｅｒと、 ｖａｒｉａｎｔからなるグループから選択されたデータ型を含む編集オブジェ クト項目（ＥＯＩ）を含む請求項８に記載の方法。 １３．前記ソース視覚表示ファイルがｏｂｊｅｃｔ＿ｉｎｆｏ＿ｒｅｃデータ型 を含む編集オブジェクト項目（ＥＯＩ）を含む請求項８に記載の方法。 １４．前記ソース視覚表示ファイルが、 ピクチャ記述子オブジェクトと、 サブピクチャ／ファントム編集オブジェクト・リスト（ＥＯＬ）参照オブジェ クトと、 ライン・オブジェクトと、 ソリッド・オブジェクトと、 サブピクチャ参照オブジェクトと、 応答ポート情報と、 ＥＯＬ記述子オブジェクトと、 注釈オブジェクトと、 バー・オブジェクトと、 挙動オブジェクトと、 ターゲット・オブジェクトと、 値オブジェクトと、 変形オブジェクトと、 シンボル・テーブル・レコードからなるグループから選択されたオブジェクト を含む請求項８に記載の方法。 １５．実時間プロセス制御システムであって、 制御プログラムを実行することができるコンピュータ・システムと、 複数のセンサおよび制御可能な装置と、 前記コンピュータ・システムと前記の複数のセンサおよび制御可能な装置を結 合するデータ・バスと、 前記の複数のセンサおよび制御可能な装置の少なくとも一部の図形表現を表示 することができる視覚表示装置とを含み、前記制御プログラムが宛先ファイル形 式を有する宛先視覚表示ファイルを利用して前記視覚表示装置を駆動し、 さらに、ソース・ファイル形式で構成された複数の関連非Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｕｌｅ（ＣＯＭ）オブジェクトを有するソース視覚表示 ファイルを前記宛先視覚表示ファイルに変換する変換システムを含み、前記変換 システムが、 前記ソース視覚表示ファイルの前記の複数の関連非ＣＯＭオブジェクトを読 み取る読取回路と、 前記の複数の関連非ＣＯＭオブジェクトの少なくとも一部を前記ソース・フ ァイル形式から前記宛先ファイル形式に置換する置換回路と、 前記の置換された複数の関連非ＣＯＭオブジェクトの少なくとも一部をＣＯ Ｍオブジェクトに変換し、それによって前記ソース視覚表示ファイルを前記宛先 視覚表示ファイルに変換する変換回路 を含むシステム。 １６．前記読取回路が前記ソース視覚表示ファイルをサブピクチャとして扱い、 それによって前記システムが再帰的変換機構となるようにする請求項１５に記載 のシステム。 １７．前記読取回路が、 ヘッダ・レコードを含むメイン・ピクチャと、 前記の複数の関連非ＣＯＭオブジェクトを含むメイン・サブピクチャと、 前記ソース視覚表示ファイルのデータ変数に関連付けられ、シンボル・テーブ ルを含むデータ構造と を含む中間ファイルを作成する請求項１５に記載のシステム。 １８．前記ソース視覚表示ファイルがシンボル・テーブルを含み、前記変換回路 が前記シンボル・テーブルを中間ファイルに変換する請求項１５に記載のシステ ム。 １９．前記ソース視覚表示ファイルが、 ｐｏｒｔｉｏｎ＿ｌｅｖｅｌと、 ｏｂｊｅｃｔ＿ｋｉｎｄと、 ｂｏｕｎｄｉｎｇ＿ｂｏｘと、 ｌｅｖｅｌ ２と、 ｉｎｈｅｒｉｔｅｄ ｂｅｈａｖｉｏｒと、 ｌｉｔｅｒａｌと、 ｃｏｕｎｔｅｒと、 ｖａｒｉａｎｔからなるグループから選択されたデータ型を含む編集オブジェ クト項目（ＥＯＩ）を含む請求項１５に記載のシステム。 ２０．前記ソース視覚表示ファイルがｏｂｊｅｃｔ＿ｉｎｆｏ＿ｒｅｃデータ型 を含む編集オブジェクト項目（ＥＯＩ）を含む請求項１５に記載のシステム。 ２１．前記ソース視覚表示ファイルが、 ピクチャ記述子オブジェクトと、 サブピクチャ／ファントム編集オブジェクト・リスト（ＥＯＬ）参照オブジェ クトと、 ライン・オブジェクトと、 ソリッド・オブジェクトと、 サブピクチャ参照オブジェクトと、 応答ポート情報と、 ＥＯＬ記述子オブジェクトと、 注釈オブジェクトと、 バー・オブジェクトと、 挙動オブジェクトと、 ターゲット・オブジェクトと、 値オブジェクトと、 変形オブジェクトと、 シンボル・テーブル・レコードからなるグループから選択されたオブジェクト を含む請求項１５に記載のシステム。