(57)【特許請求の範囲】
【請求項１】
複数モニタ間で選択可能アイテムを転送するためのコンピュータ・システムであって、
（ａ）１つのソース・グラフィカル・インターフェースを備えた１台のソース・モニタ及び１つのターゲット・グラフィカル・インターフェースを備えた１台以上のターゲット・モニタに接続されたコンピュータと、
（ｂ）上記ソース・グラフィカル・インターフェース上のイメージである１つ以上の選択可能アイテムと、
（ｃ）上記ソース・グラフィカル・インターフェース上にある転送領域と、
（ｄ）上記ソース・グラフィカル・インターフェース上の１つ以上の上記選択可能アイテムをドラッグするための選択専用装置とを含み、
上記ソース・グラフィカル・インターフェース上の１つ以上の上記選択可能アイテムが上記選択専用装置を使用して上記ソース・グラフィカル・インターフェース上にある上記転送領域にドラッグされ、上記転送領域にドラッグされたことに応答して、上記選択可能アイテムを該転送領域から消して上記ターゲット・グラフィカル・インターフェース上に再現させる転送アルゴリズムを実行する、
コンピュータ・システム。
【請求項２】
上記コンピュータ上で実行される上記転送アルゴリズムが、上記転送領域にドラッグされたソース位置を有する１つ以上の上記選択可能アイテムを上記ソース・グラフィカル・インターフェース上から消して上記ターゲット・グラフィカル・インターフェース上に再現することを制御するユーザ・プロファイルを用いる、請求項１に記載のコンピュータ・システム。
【請求項３】
上記選択可能アイテムが、上記ユーザ・プロファイルの上記選択可能アイテムの識別子またはクラスにより決定される、上記ターゲット・モニタ上のターゲット位置に配置される、請求項２に記載のコンピュータ・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はグラフィカル・インターフェース上の表示に関するものである。更に詳しく述べれば、本発明は、コンピュータ・モニタ又はＴＶのようなグラフィカル・インターフェース上に表示される選択的アイコン又はウィンドウに関連している。
【０００２】
【従来の技術】
グラフィカル・ユーザ・インターフェース（ＧＵＩ）は、コンピュータ及び他の装置のユーザがコンピュータと効果的に通信する方法を提供するものである。ＧＵＩでは、利用可能なアプリケーション及びデータ・セットは、プログラムを開始するためのコマンドを手で入力するのと違って、ユーザが直接操作及び選択できるアイコンやウィンドウのようなグラフィカル・イメージによってしばしば代表される。アイコンはプログラム、コマンド、又はデータ・ファイルに簡単にアクセスする小さな画面上のシンボルである。アイコンは、通常、マウスで制御されるカーソルを画面上のアイコンに動かし、ボタン又はキーを押すことにより作動される。
【０００３】
ＧＵＩはコンピュータ・モニタ上のグラフィカル・イメージを含む。コンピュータ・ウィンドウはモニタ上に現れ、ある種の特定の目的に専用のグラフィカル・イメージの一部である。ウィンドウは、種々のファイルを同時に開かれた状態にしておくことができるデスク・トップのようなコンピュータ・モニタ上のグラフィカル・イメージをユーザが取扱うことを可能にする。
【０００４】
ＧＵＩはモニタを備えたあらゆる装置を制御するために使用することができる。ＴＶの分野では、チャネルの選択はそのチャネル周波数の動画化された映像放送から成るアイコンを選択することによって実行できる。
【０００５】
ＧＵＩは、使用に際して、しばしば退屈で失望させられる。ウィンドウ及びアイコンは論理的方法で維持される必要がある。単一の装置で制御される複数のモニタ上で多くのウィンドウ及びアイコンが表示されている場合、それらを構成することは困難である。
【０００６】
【発明が解決しようとする課題】
本発明の目的は、コンピュータのような単一装置で、複数のモニタ上のビデオ情報を構成または管理する、改良されたシステムと方法である。
【０００７】
本発明の他の目的は、コンピュータによって制御される複数のモニタ上のグラフィカル・インターフェースのグラフィカル・イメージを構成し、表示し、管理するための改良されたシステムと方法である。その手段によって、各グラフィカル・イメージは選択可能なアイテム、アイコン、及び／又はウィンドウを有することができる。
【０００８】
本発明の他の目的は、複数チャネルのテレビ・モニタ上のウィンドウを構成し、表示し、及び管理するための、改良されたシステムと方法である。
【０００９】
【課題を解決するための手段】
本発明では、単一コンピュータで制御される２台以上のモニタを備えるシステムで、ウィンドウ、アイコン又はＴＶチャネル選択（ＴＶモニタのウィンドウのように現われる）のように複数のグラフィカル・イメージをユーザが都合に合わせ、眺め、構成し、及び操作することができる。これらのウィンドウ、アイコン、又はＴＶチャネル選択は、複数モニタの間で、都合に合わせて動かすことができる。モニタ間の動作は、アイコン、ウィンドウ、又はＴＶチャネル選択がソース・モニタ上で動かされる「転送」領域を使用することにより達成される。この領域の中にあると、ソース・モニタから１台以上の宛先又はターゲット・モニタと呼ばれるモニタへアイコン、ウィンドウ、又はＴＶチャネル選択は転送する。多数のグラフィカル・イメージが使用される場合には、これは、これらのグラフィカル・イメージを組織的方法で整理したり、管理したり、及び表示する手段である。
【００１０】
【発明の実施の形態】
本発明は汎用コンピュータ・システム又はマイクロプロセッサで制御されるテレビ、望ましくはマルチメディア情報を表示する能力を有するユニット上に適用することができる。望ましい実施例の一つは、図１のブロック図に図式的に表現されている。コンピュータ・システム１００は、中央演算処理装置（ＣＰＵ）１１０、メモリ記憶装置１２０、２台以上のモニタ、又はグラフィカル・インターフェース１３０（ソース又はターゲット・モニタ）及びマウス１４０又は音声認識システム１７８のような選択専用の装置とから成り立っている。１つの実施例では、コンピュータ・システム１００は、ＩＢＭ  ＲＩＳＣシステム／６０００であって、中央演算装置（ＣＰＵ）１１０、メモリ記憶装置１２０、複数モニタ１３０、及びマウス１４０を具備する。マウス１４０は、アイコン１６０又はウィンドウ１８０のようなグラフィカル・イメージを選択するために使用されることがある。（グラフィカル・イメージは、ここでは、選択可能アイテムとしても言及されることに注意のこと）。ＩＢＭ  ＲＩＳＣシステム／６０００では、複数モニタ１３０は、ＩＢＭ  ＲＩＳＣシステム／６０００カラー・グラフィックス・ディスプレイ・アダプタのような複数モニタ・アダプタ・カード１１５によって制御することができる。コンピュータ・システム１００は、音声入出力機能１７０も備えることができる。ＡｃｔｉｏｎＭｅｄｉａ  ＩＩ  ディスプレイ・アダプタ１７５（ＩＢＭ  ＡｃｔｉｏｎＭｅｄｉａ  ＩＩ  テクニカル・レファレンスに記述されている）は、音声／映像再生機能１７０として使用できる。
【００１１】
このアダプタ１７５もまたモニタ１３０上でＴＶ放送／信号１９０及び他のフル・モーション・ビデオ及びフル・サウンド・オーディオ／ビデオを表示するために使用することができる。
【００１２】
更に、音声認識システム１７８を（ＩＢＭ  ＶｏｉｃｅＴｙｐｅディクテーション・アダプタのように）提供することができる。
【００１３】
代替実施例では、ＣＰＵ１１０は、ターゲット・モニタがネットワークに継続されているクライアント／サーバ・ネットワークで使用することができる。
【００１４】
システム１００は、アイコンやウィンドウのように周知のグラフィカル・イメージを表示するのに使用することができる。
【００１５】
モニタの１台はモニタ１３０のベゼル１５５に接続されているか、使用しない場合は格納できるちょうつがい付又は、スライド式ドア１８５に接続されている液晶表示装置（ＬＣＤ）１５０のような補助的なフラット・パネル表示装置１５０である。
【００１６】
補助的フラット・パネル表示装置１５０は、アイコン１６０のようなテキスト及びイメージを表示する能力のある、任意の平板で、二次元的な表示装置である。以降これらのフラット・パネル表示装置１５０は一般性を欠かさぬためにＬＣＤとして言及される。これらの表示装置は約１／４インチの厚さで、消費電力は極めて少ない。他の実施例では、厚くて、バックライトされるものである。望ましい実施例では、ＬＣＤ１５０は、モニタ１３０のベゼル１５５に納まる位の大きさで、少くとも１個のアイコンを表示するのに十分な大きさである。他の実施例では、より大きなＬＣＤは１以上のモニタ１３０に物理的に接続されている、ちょうつがい付ドア（約１〜１００平方インチ．．．願わくは１０〜４０平方インチ）を備えることができる。ＬＣＤ１５０が取付けられているドア１８５が、モニタ１３０の本体の内外にスライドできるようにモニタの内側に軌道を備えることもできる。このようなＬＣＤ１５０がよく知られている一方、この方法でモニタ１３０にそれらのＬＣＤを接続することは新しい方法であると考えられる。
【００１７】
ＬＣＤ１５０は、ＬＣＤを差込むためにベゼル１５５に穴をあけることによりベゼル１５５に取付けることができる。代わりに、ＬＣＤ１５０は、ＬＣＤ１５０をモニタ１３０の内側のドライビング回路に接続するためにベゼル１５５を通ずる適切な電気コネクタ（ピン、ワイヤ等）を、ベゼル１５５の外側に接着剤で接着することができる。
【００１８】
ＬＣＤ１５０がちょうつがい、又はスライド・ドア１８５に取り付けられている場合、ＬＣＤ１５０は接着剤、又は他の留め具でドアにしっかり取り付けることができる。それで、フレキシブル電気コネクタはＬＣＤをドライビング回路に継続する。
【００１９】
図２は、ソース・モニタ２３０に現われるグラフィカル・イメージ又は選択可能なアイテム（アイコン１６０、ウィンドウ１８０、又は動画イメージ等）を表示するシステム２００のブロック図である。選択可能なアイコン１６０又は、ウィンドウ１８０は、マウス１４０又は、他の選択用装置１４０を使用しているソース・モニタ２３０上で転送領域２１０にドラッグされることがある。（ウィンドウ、動画イメージ、マルチメディア・アイコンのような他のグラフィカル・イメージは同様な方法で、ドラッグされることもあり得る。２０５参照。）これらの選択可能なアイコン１６０、又はウィンドウ１８０は、転送領域２１０から徐々に消えていく、又は消滅する２５０及びターゲット・モニタ２４０上で再現する２６０によって、第２ターゲット・モニタ２４０へ転送される。（２２０参照。）同様な方法で、アイコン１６０及び／又はウィンドウ１８０は１台以上のターゲット・モニタ、及び／又は補助的ＬＣＤ１５０に取付けられた１台以上のベゼル１５５（又はちょうつがい付１８５）に転送され得る。モニタ２８１も見よ。（モニタ２３０及び２４０は、図１のモニタ１３０と同じものであることに注意せよ。）転送領域２１０のサイズ、及び形状はメモリ記憶装置１２０上のユーザ・プロファイル２７０により定義することができる。データ・ファイルとして存在することができるこのユーザ・プロファイル２７０は、例えば、転送領域２１０を制限する長方形の最小及び最大のＸ、Ｙ座標を含むことがある。アイコン（グラフィカル・イメージ）がターゲット・モニタ２４０に転送される位置２６０も、ユーザ・プロファイル２７０の中で制御され得る。アイコン１６０又はウィンドウ１８０の位置は、ソース・モニタ２３０上のソース位置１６１、及びターゲット・モニタ２４０上のターゲット位置２６１として明示される。
【００２０】
図３はシステム１００又はシステム２００で遂行される転送アルゴリズム３００によって実行されるステップを示す流れ図である。
【００２１】
転送アルゴリズム３００は選択可能なアイテムのソース位置１６１、即ちソース・モニタ２３０上のグラフィカル・イメージ（１６０又は１８０）を最初に照会する（ステップ３１０）。選択可能なアイテム（グラフィカル・イメージ）の位置１６１（図２）を決定する方法は周知のことである。
【００２２】
ステップ３１５で、選択可能アイテム／グラフィカル・イメージのソース位置１６１が転送領域２１０内にあるか否かを判定するために検査される。選択可能なアイテムのソース位置１６１が転送領域２１０にある場合（ステップ３２０）、選択可能なアイテムはソース・モニタ２３０から削除され（ステップ３３０）、ターゲット・モニタ２４０に描かれる（ステップ３４０）。これが転送アクション２２０である。当該アイテムが転送領域２１０内にない場合（ステップ３５０）には、何の処置も取られない。アイテムが、転送領域２１０内にあるか否かの判定は、当該技術の当業者によって熟知せられた単純な幾何学的アルゴリズムを使用することにより実現できる。
【００２３】
選択可能アイテム（グラフィカル・イメージ）が、ターゲット・モニタ上のターゲット位置（図２の２６１）に描かれる（ステップ３４０）。ターゲット（又は宛先）モニタ２４０のアイテムのターゲット位置２６１の位置はメモリ記憶１２０のユーザ・プロファイル２７０により制御することができる。これは、例えば、アイテム１６０とターゲット・モニタ２４０のアイテム２６０のターゲット位置のＸ、Ｙ位置に関連する識別番号を含むユーザ・プロファイル２７０を使って実現することができる。
【００２４】
本発明は、転送された（２２０）グラフィカル・イメージを構成するのを補助するために使用することができる。例えば、１個のアプリケーションに関係するアイテムはターゲット・モニタの上部に転送することができる。マルチメディア・アプリケーションに関するアイテムはターゲット・モニタの下部に自動的に転送される。代わりに、選択可能なアイテムは、選択可能アイテムの識別子又は選択されたアイテムのクラスによって決定されるターゲット・モニタ上のターゲット位置に位置させることができる。選択可能アイテムが現われるターゲット・モニタも、選択可能アイテムの識別子又はクラスにより決定される。クラスは共通特性を共用する１セットのグラフィカル・イメージである。このセット毎のこのメンバー（構成要素）は、固有の識別子を有する。例えば、科学的作図プログラムと計算器が科学アプリケーション・プログラムのクラスに分類されるのに反してテキスト処理とメールのグラフィック・イメージは、オフィス・システム・アプリケーションのクラスに分類される。
【００２５】
これらの場合、選択可能なアイテムの識別子又はクラスをチェックし、本情報にもとづくターゲット・モニタを指定するために、追加機能をステップ３３５に含めることができる。
【００２６】
図４は、転送領域、ターゲット・モニタ２４０、及び、転送されたアイコン／ウィンドウのターゲット位置２６１を定義する典型的データ構造２７０のブロック図である。データ記録は、以下の数値で構成される。
Ｘ１−転送領域２１０の左下隅のｘ座標値４１２。
Ｙ１−転送領域２１０の左下隅のｙ座標値４１４。
Ｘ２−転送領域２１０の右上隅のｘ座標値４１６。
Ｙ２−転送領域２１０の右上隅のｙ座標値４１８。
Ｘ３−転送されるアイコンの宛先（ターゲット位置２６１）のｘ座標値４２２。
転送されるアイコン上の指定点（例えば角又は中心）のｘ座標が位置Ｘ３に位置づけられる。
Ｙ３−転送されるアイコンの宛先（ターゲット位置２６１）のｙ座標値４２４。
転送されるアイコン上の指定点（例えば角又は中心）のｙ座標が位置Ｙ３に位置づけられる。
ｍ１−アイコンが転送されるソース・モニタ２３０の識別番号４３２。
ｍ２−アイコンが転送されるターゲット・モニタ２４０の識別番号４３４。
ｉｄ−アイコンの識別子４４０。
クラス−アイコンのクラス４５０。
【００２７】
本実施例では、データ・エレメント４１２、４１４、４１６及び４１８は転送領域２１０を定義する一方、データ・エレメント４２２及び４２４はターゲット・モニタ２４０上のデータ位置２６１を定義する。データ構造２７０が矩形転送領域２１０に対して記述されている一方、同様な構造は他の形状の転送領域２１０に適用できる。アイコンのクラス４５０は、アイコンのターゲット・モニタを決定できる。このようにして、同一クラス４５０を有するすべてのグラフィカル・イメージは、特定のターゲット・モニタ上の特定の位置で統合することができる。１つのクラス内の各グラフィカル・イメージは、そのアイコンの識別子４４０によって独自に識別される。
【００２８】
グラフィカル・イメージ（以降選択可能アイテムとして言及される）１６０及び１８０は、静止状態である必要はなく、動画イメージで構成することができる。モニタ上の動画オブジェクトは、二重バッファと称される技法を使って創造することができる。滑らかな動きを実現するために、システムはある時間（例えば、０．０１秒）完全に描かれたイメージを表示し、それから次の時間に完全に描かれた次のフレームを表示し、以降（同様に）継続される。二重バッファは、このプロセスを早めることができる。システムの標準ビットプレーンは２つに分割され、その内どちらか一方が表示される。もう一方の隠れた半分で一般的には描画が行われている。描画が完了するとバッファはスワップされる。言語ＧＬではこのバッファ・スワッピングは、ｓｗａｐｂｕｆｆｅｒ（  ）ルーチンを使って実行される。
【００２９】
マウス１４０で選択可能アイテム（１６０又は１８０）のドラッギング２０５はユーザが任意のアイテムを選択する、例えば、アイテムを転送領域に動かすことができる。「ピッキング（ｐｉｃｋｉｎｇ）」、「選択（ｓｅｌｅｃｔｉｎｇ）」及び「ドラッギング（ｄｒａｇｇｉｎｇ）」グラフィック小物はグラフィック・プログラマに周知である。例えば、グラフィック言語ＧＬは、グラフィカル・プリミティブが描かれる場所に関する情報を戻すための「ピッキング」と呼ばれるメカニズムを提供する。ピッキングはカーソル付近に現在描かれている、すべてのプリミティブを戻す。即ち、ピッキングはカーソル付近に現われる画面上の１ページのような図面プリミティブを識別するために使用される。システムがピッキング・モードにあるとき、システムはヒット（ｈｉｔｓ）をチェックする。図面プリミティブがピッキング領域と交差する度毎にヒット（ｈｉｔｓ）が起る。ピッキング領域は画面の矩形領域であり、カーソルの場所を中心とする。デフォルト値としてその領域は例えば、サイズが１０×１０ピクセルである。システムはピッキング・バッファにデータを書込むことで、ヒットの数を記録する。記録される実際のデータは、アイコン１６０又はウィンドウ１８０と関連する識別子でもよい。このようなピック番号を付する行為はグラフィック・プログラマには周知のことである。例えば、ＧＬの中で、ｎが選択可能アイテムを識別する整数であるところのｌｏａｄｎａｍｅ（ｎ）コマンドでそれを実行する。カーソルをドライブするマウスのｘ、ｙ位置は、Ｘ−ｗｉｎｄｏｗ関数ＸＱｕｅｒｙＰｏｉｎｔｅｒ（  ）を使用して得られる。
【００３０】
望ましい実施例の１つでは、Ｘ−Ｗｉｎｄｏｗインターフェースはグラフィカル・イメージを表示するために使用される。Ｘ−Ｗｉｎｄｏｗでは、アイコンのように特定の選択可能アイテムのターゲット・モニタはＤｉｓｐｌａｙ及びＳｃｒｅｅｎ設定を介して制御される。これらの設定は単純な数値識別子を用いて、選択可能アイテムが現われるモニタを制御する。Ｘ−Ｗｉｎｄｏｗシステムは複数のモニタとウィンドウ・マネージャ・スタイルをサポートする。
【００３１】
Ｘ−Ｗｉｎｄｏｗも分散ネットワーク・ウィンドウ・システムである。分散ネットワーク・コンピュータ環境では、グラフィカル・イメージはターゲット・コンピュータ・システムによって１次制御されるターゲット・モニタ上で表示することができる。この状況では、グラフィカル・イメージの選択、転送、及び表示がソース・モニタを稼働するコンピュータ・システムにより制御される。
【００３２】
一般的なシナリオでは、ユーザはモニタ１（ソース・モニタ）からモニタｎ（ターゲット・モニタ）へアイコンを移動したいと希望する。これらのモニタは、図４に示したように、データ記録２７１ではｍ１  ４３２及びｍ２  ４３４で指定される。最初にユーザはアイコンを選択し、モニタ１（ｍ１＝１、図４を見よ）上の転送領域２１０に同アイコンをドラッグする。代わりに、アイコン選択及び移動は、音声認識システム１７８で解釈されたボイス・コマンドを使用して実行することができる。（例えば、ユーザ曰く、「プリンタ・アイコンを転送領域へ移動せよ」。）システムはアイコンが転送領域内にあることを検出し、適切なアイコンの識別子４４０とクラス４５０を含む、データ構造２７０のデータ記録２７１を検索する。記録が発見されると、ターゲット・モニタｍ２フィールド４３４が読取られる。当該アイコンは、選択可能なアイテム（アイコン）の識別子４４０と関連するデータ構造２７０のアイコン・ターゲット位置（Ｘ３，Ｙ３：４２２，４２４）をシステムが決定した後で、モニタｎ上で描き直される（ステップ３４０）。
【００３３】
転送される「アイコン」は静止している必要はなく、動画イメージ又は、ウィンドウ又はアイコンで表示されているＴＶ放送／信号で構成することができる。ターゲット・モニタはローカル（例えば同一デスクトップ上）又はネットワークを介して接続されている遠隔地に置くことができる。
【００３４】
ターゲット又は宛先装置はモニタである必要はないが、ビデオ・カセット・レコード（ＶＣＲ）、プリンタ、又は他のアナログ、又はディジタル記憶装置のような装置とすることができる。ＴＶ放送がＶＣＲに転送される場合、ＶＣＲ記録機能はＶＣＲが同放送を記録するように使用可能にすることができる。
【００３５】
他の望ましい実施例では、ソース・モニタ２３０はＰＯＳターミナル、キオスク、又は対話型ＴＶとすることが可能である。ソース・モニタ２３０（又はコンピュータ・システム１００）はユーザ識別子及び顧客情報のようなユーザに関する情報を入手するための周知のアルゴリズム１０３を含む。転送領域２１０はユーザが開始するある種の機能、例えば「オーダ・アイテム」を指定するタイトル２１１を有することがある。選択可能アイテム１６０は、ユーザが注文する商品又はサービスを代表する。例えば、選択可能アイテムはユーザが注文を希望する映画又は１足の靴を意味する。転送領域２１０にアイコン（映画、靴）をドラッグする２０５により、ユーザ情報に関連したアイコンは、商品／サービス供給者にアクセス可能なターゲット・モニタ２４０に転送される。同アイコンがターゲット・モニタで受信された時、商品／サービス供給者は商品（靴）を注文するか、又は、ユーザにサービス（映画を送付する）を実行し、ユーザの勘定にチャージ（付け払い）する。このような機能は、銀行業、ホーム・ショッピング、ビデオ・ショップ、ショッピングセンタ、持ち帰り用料理専門店、カタログ販売等に有用と思われる。同アプリケーションは情報提供にまで広げることができる。例えば、ソース・モニタがショッピングセンタの情報キオスクである場合、ユーザは、キオスクからショッピングセンタの靴屋に行く道順をサービス・プロバイダから得るために「靴」アイコンを転送できる。本発明の開示では、当業者は発明意図の範囲内にて本発明の代替の実施例を考案することができる。
【図面の簡単な説明】
【図１】本発明の望ましい実施例の一つであるハードウェアのブロック図である。
【図２】グラフィカル・インターフェース及び転送領域のグラフィカル・イメージ又は選択可能なアイテムを有する３つのモニタの図面である。
【図３】本発明の望ましいアルゴリズムのステップを示す流れ図である。
【図４】転送領域及び転送されたアイコン又はウィンドウの宛先を定義するデータ構造のブロック図である。
【符号の説明】
１００      コンピュータ・システム
１１０      ＣＰＵ（中央演算処理装置）
１１５      複数モニタ・アダプタ・カード
１２０      メモリ記憶装置
１３０      複数モニタ
１４０      マウス
１５０      ＬＣＤ
１５５      ベゼル
１６０      アイコン
１７０      オーディオ／ビデオ・プレーバック
１７５      ＡｃｔｉｏｎＭｅｄｉａ  ＩＩ  ディプレイ・アダプタ
１８０      ウィンドウ
１８５      スライディング・ドア
２００      システム
２１０      転送領域
２３０      ソース・モニタ
２４０      ターゲット・モニタ
２６０      位置
２６１      ターゲット位置
２７０      ユーザ・プロファイル
２７１      データ記録
３００      転送アルゴリズム
３４０      ターゲット・モニタ
３５０      転送領域
４１２      ｘ座標置
４１４      ｙ座標置
４１６      ｘ座標置
４１８      ｙ座標置
４２２      ｘ座標置
４２４      ｙ座標置
４３２      ｍ１識別番号
４３４      ｍ２識別番号
４４０      アイコン識別番号
４５０      クラス識別番号
【図１】
0003582925.tif 000002
【図２】
0003582925.tif 000003
【図３】
0003582925.tif 000004
【図４】
0003582925.tif 000005