JP2002334001A - 木構造データの操作方法及び、それを実現する装置及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】ＸＭＬのような木構造データにおいて、所望の
ノードを１まとめにした部分木構造の部位を対象とする
指定を可能にし、このようなノードを１つづつ操作する
のでなく、ノードのかたまりを一括して操作する処理を
提供する。また、従来必要であった処理後の木構造の整
合性確認を不要にする。 【解決手段】木構造データのスキーマを直接に操作する
オブジェクトを定義する。このオブジェクトは、自分自
身のデータであるオブジェクト・データと操作を定義す
る操作機能（メソッド）とを有する。そして、このオブ
ジェクトと、操作されるべきスキーマを有する木構造デ
ータの部位とを対応させ連係させる技術を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、木構造データの操
作に関し、特にＸＭＬのような木構造のデータを操作す
る方法と、それを実現する装置及びプログラムに関す
る。

【０００２】

【従来の技術】最近インターネットの商業的な利用の普
及に伴い、データ交換フォーマットとしてＸＭＬ（ｅＸ
ｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）
文書の利用が本格化してきている。ＸＭＬは、ＳＧＭＬ
（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒ
ｋｕｐ Ｌａｎｇｕａｇｅ）とＨＴＭＬ（ＨｙｐｅｒＴ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）の双方の長
所を取り入れてＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ
Ｃｏｎｓｏｒｔｉｕｍ）によって標準化されたもの
で、文字情報を用いてデータの内容と構造を規定する構
造化文書を定義できるデータ表現形式である。

【０００３】ＸＭＬは種々の応用が可能であるが、特に
ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）を用いてコン
ピュータ同士が相互にデータをやり取りすることを可能
にする。その際、それぞれのコンピュータで動作するア
プリケーション・プログラムは、ＸＭＬ文書をそのアプ
リケーションで用いるデータ形式に変換することを必要
とする。これはＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃ
ｔ Ｍｏｄｅｌ）を用いてＸＭＬ文書をオブジェクト化
することで実現されている。このオブジェクトは本質的
に木構造のデータであって、そのデータをそれぞれのア
プリケーション・プログラムに取り入れて処理すること
が出来る。

【０００４】

【発明が解決しようとする課題】従来、上述のＸＭＬの
ような木構造データの操作は、例えばパーサを使ってＤ
ＯＭのオブジェクトにオブジェクト化して操作する場
合、ノード単体、または木構造データ全体を単位とする
操作を規定するのみで、木構造全体の中の特定の部分木
構造に当るノードの集まりが意味を持っている場合で
も、その部位をひとかたまりの操作対象の単位として扱
うことはできなかった。

【０００５】例えば、木構造データがドキュメントデー
タを表し、その中に表データを部分として持つとき、こ
の表データをグラフで見たいことがある。その場合、表
データ部分を変換してグラフデータにして、グラフデー
タを表示するソフトウエアを対応付けなければならない
が、そのような操作をするためには、そのたびに表デー
タ部分を検索して対応付けする必要があり、不便である
と共に、データの一貫性を保証することが困難であっ
た。

【０００６】具体的には、部分木構造の例として、次の
ような日付を意味するひとかたまりのノードの部位があ
るとする。 ＜ＥＬＥＭＥＮＴ＞ ・・・・ ＜ＤＡＴＥ＞ ＜ＭＯＮＴＨ＞４月＜／ＭＯＮＴＨ＞ ＜ＤＡＹ＞１０日＜／ＤＡＹ＞ ＜／ＤＡＴＥ＞ ・・・・ ＜／ＥＬＥＭＥＮＴ＞ 従来のシステムでは、ノード単位を対象とした操作の機
能しかなかったので、日付ノードの部位を認識するため
には「親がＤＡＴＥで子ノードにＭＯＮＴＨ、ＤＡＹが
ある」というパターンで木構造全体をパターンマッチ検
索し、検索結果として得られた複数の単位ノードを使用
するしかなかった。そのため、日付ノードの部位をまと
めて直接操作の対象として指定することはできず、３つ
のノードを別々に移動、削除などしていたので、操作後
に木構造の整合性を確認する必要があり、処理効率が悪
かった。

【０００７】また、ＸＭＬのデータ形式を扱う従来のシ
ステムでは、スキーマ（構造定義）とそれを理解する機
能とソフトウエアが組になっているため、特定のスキー
マに対して作られたソフトウエアは、スキーマが異なる
ＸＭＬデータを読むことができない。そのため、スキー
マの一部が変更になった場合でも、ソフトウエア全体の
変更が必要であった。従って、ユーザにとって、スキー
マの変更要求は頻繁であるのに対して、ソフトウエアの
対応が追いつかないという問題点があった。

【０００８】そこで、本発明は、木構造データ全体の中
の、意味を持ったかたまりとしての部分木構造の部位を
対象とする指定を可能にし、そのような部分木構造の部
位を指定して一括して操作する処理を提供することによ
って、従来必要であった処理後の木構造の整合性確認を
不要にし、処理効率を向上すること、そして木構造デー
タのスキーマを変更しても部分的な対応でソフトウエア
の変更を可能にする事を目的とする。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、本発明においては、部分木構造の部位を構成するデ
ータをまとめて指定し操作対象とするオブジェクトを定
義する。このオブジェクトは、自分自身のデータである
オブジェクト・データと操作を定義する操作機能（メソ
ッド）とを有する。そして、このオブジェクトと、操作
されるべき部分木構造の部位とを対応させ連係させる技
術を提供する。ユーザは、オブジェクトを指定してメッ
セージを発行して操作を命令することによって、そのオ
ブジェクトに対応する部分木構造の部位のデータを操作
することができる。

【００１０】本発明の第１の特徴においては、木構造デ
ータの所望の部位を、あるノード以下を部位とすること
を示すユニット・マーカと、そのノードまでが部位の範
囲であることを示すターミナル・マーカの２種類のマー
カをそれらのノードに設定することによって指定する。
ここで、部位内のノードが下位のノード（子孫ノード）
をもたない場合、そのノードはターミナル・マーカを持
つものとして扱うことが出来る。

【００１１】本発明の第２の特徴においては、木構造デ
ータの所望の部位のユニット・マーカを有するノードを
指示するノード・リンカをオブジェクトに設定すること
によって、木構造データの所望の部位と、オブジェクト
との対応を付ける。前述のようにノードにターミナル・
マーカを設定することによって、オブジェクトと木構造
の部位の範囲を対応付ける。従って、所望の部位の範囲
に属するノードは、ユニット・マーカを有するノードか
らターミナル・マーカを有するノードまでをトラバース
検索することで抽出することができる。このトラバース
検索は、例えばＸＭＬにおいてはＸＰａｔｈ言語を使っ
て実現することができる。このようにマーカを付けたノ
ードをオブジェクトが参照することによって、オブジェ
クトの操作が木構造データの特定の部位内のノードにの
み反映することを保証する。

【００１２】本発明の第３の特徴においては、木構造デ
ータの所望の部位が複数のオブジェクトから参照されて
いる場合に、その部位に対する任意のオブジェクトの操
作が、その部位を参照中の他のオブジェクトへ影響する
のを避けるため、部位に設定されたユニット・マーカ
に、その部位を参照中のオブジェクトを夫々指示する１
つ以上のオブジェクト・リンカを設定する。これによ
り、木構造の所定の部位に対するオブジェクトの操作の
結果において、参照している他の複数のオブジェクトと
の整合性を保つことができる。

【００１３】本発明の第４の特徴においては、木構造デ
ータの所望の部位の子孫にある他の部位を特定するため
に、対象部位に設定されたターミナル・マーカに、その
ターミナル・マーカの子孫のオブジェクトを夫々指示す
る１つ以上のオブジェクト・リンカを設定する。即ち、
これらのオブジェクト・リンカは、当該ノードの子孫ノ
ードの内のユニット・マーカを有するノードを参照する
オブジェクトを指示するように設定される。これによ
り、対象部位のターミナル・マーカを有するノードの子
孫ノードの内、どのノードから他のオブジェクトの部位
になるかを知ることが出来る。

【００１４】

【実施例】以下図面を参照して本発明の実施例を説明す
る。図１は、本発明のシステムの構成を示す図である。

【００１５】図１において、木構造データ管理システム
１００、オブジェクト管理システム１０１及び木構造デ
ータ操作システム１０２は、いずれも本発明による方法
を実現する装置であって、コンピュータをして以下に説
明する機能を実現させるように構成されているプログラ
ムであってもよい。

【００１６】木構造データ管理システム１００は、複数
の木構造データ１０３を管理する。木構造データ管理シ
ステム１００は、外部のＸＭＬファイルからＸＭＬ文書
データを読み込み、木構造データ管理システム１００内
のメモリに木構造データ１０３として格納するもので具
体的には従来のＤＯＭパーサなどが利用できる。

【００１７】この木構造データ管理システム１００内の
木構造データ１０３の操作を後述のオブジェクト管理シ
ステム１０１と連係して行うのが、木構造データ操作シ
ステム１０２である。このシステム１０２は、木構造デ
ータ内のノードの内容記述、ノードの移動、複写、親子
兄弟ノードのトラバースなどの種々の操作をおこなうた
めの関数群であって、具体的にはＤＯＭの操作関数、即
ちＸＴＫ（ＸＭＬ Ｔｏｏｌ Ｋｉｔ）を用いて実現す
ることが出来る。

【００１８】オブジェクト管理システム１０１は、複数
のオブジェクト１０４を管理する。オブジェクト１０４
は、オブジェクト自身のデータを保持するオブジェクト
・データ１０５と、オブジェクトの操作を定義するオブ
ジェクト操作機能（メソッド）１０６をもつ。オブジェ
クトは、基本的なオブジェクト操作を定義する基本オブ
ジェクトから操作機能などを継承して作ることが出来
る。基本的なオブジェクト操作には、例えばノードにマ
ーカを埋め込む操作、ノードの部位を判別する操作、オ
ブジェクトとノードのデータを連携し木構造を維持する
操作などがある。

【００１９】各オブジェクトは、図２を参照して後述す
るデータのリンク機能を用いて前記木構造データの部位
と関連付けられる。オブジェクト１０４は、生成時にオ
ブジェクト管理システム１０１により、継承する操作機
能などを割り当てられる。オブジェクト操作機能１０６
は、木構造データ操作システム１０２を通じて木構造デ
ータ１０３の特定された部位の操作を行い、関連付けら
れた木構造データの部位との整合性を保つ。

【００２０】図２は、本発明によるオブジェクトと木構
造データの部位との関連付けを示す図である。２００
は、木構造データの概念を図形的に表わしたものであ
る。図において夫々の円形はノードを表わし、特に２０
１はルート・ノード、２０２などのような子孫を持たな
いノードはリーフ・ノードを表わすことは通常のとおり
である。

【００２１】２０３は、本発明の目的である、特定の操
作の対象のまとまった部分木構造を例示する。この部分
木は図示の例においては３角形で囲まれた３つのノード
からなり、この部位をオブジェクト２０４と関連付け
る。

【００２２】２００内の夫々の円形で表わされたノード
は具体的には図の右側に木構造データとして示されるよ
うな構造のデータとして表わされ、例えばノード２０５
及び２０６は夫々木構造データ２０７及び２０８と対応
するものとして示されている。

【００２３】木構造データは通常、各ノード固有の識別
子（Ｎｏｄｅ）とノード・データ（Ｎｏｄｅ Ｄａｔ
ａ）を有し、ノード・データは１つ以上の内容値及び／
又は属性値（Ａｔｔｒｉｂｕｔｅ）を持つことが出来
る。各木構造データは、夫々の間の親子関係を示すリン
クあるいはポインタを有することは言うまでもない。

【００２４】本発明においては、前述の部分木のルート
に当るノード２０５の木構造データ２０７のノード・デ
ータにユニット・マーカ（Ｕｎｉｔ Ｍａｒｋｅｒ）２
０９を設ける。そして同じ部分木のリーフに当る複数の
ノード２０６の木構造データ２０８のノード・データに
ターミナル・マーカ（Ｔｅｒｍｉｎａｌ Ｍａｒｋｅ
ｒ）２１０を設ける。前述のように、もしノード２０６
が子孫を持たないなら、特にターミナル・マーカを設け
なくても、そのノードはターミナル・マーカを有するも
のとして扱う。図示の２０３内のもう１つのノードにつ
いてはノード２０６と同様であるので説明を省略する。

【００２５】更にユニット・マーカ２０９にはその部分
木を参照している全てのオブジェクトを夫々指示するた
めの１つ以上のオブジェクト・リンカ（Ｏｂｊｅｃｔ
Ｌｉｎｋｅｒ）２１１を設けることが出来る。即ち、前
述のように１つのユニット・マーカは、複数のオブジェ
クトから参照出来る（１：ｎの参照関係）ので、その内
の１つのオブジェクトによる操作の副作用を防止するた
めに、その操作の影響する範囲を特定するため、複数の
オブジェクトリンカをもつことが出来る。

【００２６】また前述のように、ターミナル・マーカ２
１０は、そのターミナル・マーカを有するノードの子孫
ノードの内、どのノードから他のオブジェクトの部位に
なるかを知るための、１つ以上のオブジェクトリンカ２
１２をもつことが出来る。このオブジェクト・リンカ
は、子孫ノードの内のユニット・マーカを有するノード
を参照するオブジェクトを指示するように設定される。

【００２７】オブジェクト（Ｏｂｊｅｃｔ）２０４は、
オブジェクト・データ（Ｏｂｊｅｃｔ Ｄａｔａ）２１
３と操作関数（図示せず）とを有し、オブジェクトデー
タ２１３は、オブジェクトの種類を表すタイプ（Ｔｙｐ
ｅ）２１４と、対応する木構造データの部分木のルート
に当るノード２０７を指示するノード・リンカ（Ｎｏｄ
ｅ Ｌｉｎｋｅｒ）２１５をもつ。

【００２８】ノード・リンカ２１５と前記ユニット・マ
ーカ２０９のオブジェクト・リンカ２１１は相互参照を
行なう関係である。次に上述のようなオブジェクトと木
構造データとの関連付けと、それらの連係において、図
１のオブジェクト１０４のオブジェクト操作機能１０６
を操作して木構造データ操作システム１０２を介して、
木構造データ１０３を処理する動作をフローチャートを
用いて説明する。

【００２９】図３は本発明によるオブジェクトの操作の
概略フローチャートである。図１の木構造データ管理シ
ステム１００は、図３において外部ファイルからＸＭＬ
文書を読み込み（３００）、木構造データ管理システム
内のメモリに木構造データ１０３を生成する（３０
１）。

【００３０】図１のオブジェクト管理システム１０１は
オブジェクト操作の要求の有無を常に監視しており（３
０２）、操作要求があればその内容に応じてオブジェク
トを操作する機能を実行する。

【００３１】操作要求の内容は、例えばオブジェクト生
成（３０３）、オブジェクト削除（３０４）、オブジェ
クト移動（３０５）があり、夫々、オブジェクト生成機
能（３０６）、オブジェクト削除機能（３０７）、オブ
ジェクト移動機能（３０８）を実行する。

【００３２】次に夫々の操作内容に応じた機能の詳細を
図４乃至図６を参照して説明する。この実施例において
は、ＸＭＬデータの木構造を扱うことを前提とするの
で、その性質上複数のオブジェクトの間の関係は完全な
入れ子関係をなすものであり、複数のオブジェクトが部
分的に重なり合うことはない。また、親子関係を有する
複数のオブジェクトは必ず連続し、それらの間に独立し
たノードがはさまれることはないものとする。そして、
オブジェクトの操作においては、まず木構造全体を含む
オブジェクト（木構造全体のルート・ノードにユニット
・マーカを持ち全体をオブジェクトの範囲とする）を生
成し、その中に必要とする部分木構造の部位を指示する
オブジェクトを生成して扱うこととする。

【００３３】図４は、図３におけるオブジェクトの生成
機能（３０６）をより詳細に示すフローチャートであ
る。図４において、まず前述のように、機能の承継など
を用いて基本オブジェクトから所望のタイプのオブジェ
クトを生成する（４００）。

【００３４】次に、生成されたオブジェクトに対応する
木構造データ内の部位を決定する（４０１）。これは、
木構造データ内の部位のルートに当るノードと、１つ以
上のリーフに当るノードを特定することである。

【００３５】次に、生成したオブジェクト２０４のオブ
ジェクト・データ内に前記決定された部位のルートに当
るノードを指示するノード・リンカを設定する（４０
２）。次に、前記決定された部位のルートに当るノード
に、既にユニット・マーカがあれば、前記生成したオブ
ジェクトを指示するオブジェクト・リンカを追加する
（４０４）。もし、まだユニット・マーカがないノード
であれば、ユニット・マーカをノード・データに作成
し、前記生成したオブジェクトを指示するオブジェクト
・リンカを追加する（４０５）。

【００３６】次に、前記決定された部位のルートに当た
るノードに対して、その親ノードがあるか否かを決定す
る（４０６）。もし親ノードがなければ終了し、あれ
ば、その親ノードがターミナル・マーカを有するか否か
を決定する（４０７）。

【００３７】もしターミナル・マーカを持っていれば、
前記生成したオブジェクトのオブジェクト・リンカを追
加する（４０８）。もし、ターミナル・マーカがないノ
ードであれば、ターミナル・マーカをノード・データに
作成し、前記生成したオブジェクトのオブジェクト・リ
ンカを追加する（４０９）。

【００３８】以上でオブジェクトの生成を終了する。図
５は、図３におけるオブジェクトの削除（３０７）をよ
り詳細に示すフローチャートである。

【００３９】図５において、まず削除したいオブジェク
トのノード・リンカを用いてそのオブジェクトの指示す
る木構造データの部位のルートに当るノードを検索する
（５００）。

【００４０】次に、検索されたノードのユニット・マー
カから、削除したいオブジェクトを指示するオブジェク
ト・リンカを削除する（５０２）。もし、そのユニット
・マーカ内にオブジェクト・リンカが一つしか設定され
ていないときは、ユニット・マーカそのものを削除する
（５０３）。

【００４１】次に、前記ルートに当るノードの親ノード
を検索する（５０４）。もし、親ノードがなければ、オ
ブジェクトを削除して終了する（５０９）。もし、親ノ
ードがあれば、検索された親ノードのターミナル・マー
カ中の削除したいオブジェクトを指示するオブジェクト
・リンカを削除する（５０７）。

【００４２】もし、そのターミナル・マーカ内にオブジ
ェクト・リンカが一つしか設定されていないときは、タ
ーミナル・マーカそのものを削除する（５０８）。最後
に削除したいオブジェクトを削除する（５０９）。

【００４３】以上でオブジェクトの削除を終了する。図
６は、図３におけるオブジェクトの移動（３０８）をよ
り詳細に示すフローチャートである。

【００４４】図６において、まず移動したいオブジェク
トのノード・リンカを用いてそのオブジェクトの指示す
る木構造データの部位のルートに当るノードを検索する
（６００）。

【００４５】次に検索されたルートに当るノードの親ノ
ードを検索する（６０１）。検索された親ノードのター
ミナル・マーカに含まれるオブジェクト・リンカの内、
移動したいオブジェクトを指示するオブジェクト・リン
カを削除する（６０２）。

【００４６】前記ルートに当たるノードと検索された親
ノードとの間のリンクを切断する（６０３）。移動先オ
ブジェクトのユニット・マーカのあるノードに、前記ル
ートに当るノードを接続する。移動先オブジェクトのユ
ニット・マーカのあるノードにターミナル・マーカが有
れば、移動するオブジェクトを指すオブジェクト・リン
カを設定し、なければターミナル・マーカを作り同様の
設定をする（６０４）。

【００４７】前記（６００）で検索されたルートに当る
ノードの子孫ノードから、ユニット・マーカをもつノー
ドを検索する（６０５）。検索されたユニット・マーカ
を持つノードの親ノードから、ターミナル・マーカを削
除する（６０６）。

【００４８】前記（６０５）で検索されたユニット・マ
ーカをもつノードを前記（６０１）で検索された親ノー
ドに接続する（６０７）最後に、前記（６０１）で検索
された親ノードのターミナル・マーカに、前記（６０
５）で検索されたユニット・マーカをもつノードのユニ
ット・マーカ内の任意（例えば１番目）のオブジェクト
リンカを追加する（６０８）。

【００４９】以上でオブジェクトの移動を終了する。こ
のようなオブジェクトの移動操作において、複数のオブ
ジェクトが木構造上の親子関係上にある場合には、その
オブジェクト間の親子関係を変更しても、その操作は、
単にユニット・マーカのついたノードをターミナル・マ
ーカのついたノードの下に接続する操作なので、夫々の
オブジェクトに対応する部位内のノードの間の関係には
影響しないことが保証される。

【００５０】

【発明の効果】本発明によって、ＸＭＬのような木構造
のデータを扱う場合に、その木構造の部分木に当る所望
のノードのかたまりとオブジェクトとを対応させて、そ
のオブジェクトの操作を指定することによって部分木の
操作を連係させるので、部分木の操作がオブジェクトの
操作として一括して直接操作出来るようになり、扱いが
直感的でわかりよくなったと同時に、処理前後に木構造
の整合性を改めて確認する必要がなくなったので、処理
の効率が増した。

【００５１】更に、前記オブジェクトは、基本オブジェ
クトの操作機能を継承して生成され、これらのオブジェ
クトと、前記木構造データのノードとの対応付けを行う
ので、木構造データのスキーマの変更要求に容易に対応
出来、更にオブジェクトのタイプに対応した機能をもつ
オブジェクト操作システムを追加することで、スキーマ
の変更要求に対応するためのシステム自体の機能拡張を
容易におこなうことが出来るようになった。

【図面の簡単な説明】

【図１】 本発明のシステムの構成を示す図。

【図２】 本発明による木構造データとオブジェクトと
の関連を示す図。

【図３】 本発明によるオブジェクトの操作の概略フロ
ーチャート。

【図４】 図３におけるオブジェクトの生成３０６をよ
り詳細に示すフローチャート。

【図５】 図３におけるオブジェクトの削除３０７をよ
り詳細に示すフローチャート。

【図６】 図３におけるオブジェクトの移動３０８をよ
り詳細に示すフローチャート。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中島 和英 神奈川県横浜市磯子区久木町３−28 Ｆターム(参考） 5B075 ND35 NK44 QT03 5B082 BA05 GA07

Claims (7)

【特許請求の範囲】
1. 【請求項１】 木構造データのスキーマを直接に操作す
   る操作機能を有するオブジェクトを生成するステップ
   と、操作されるべきスキーマを有する木構造データの部
   位を指定するステップと、前記生成されたオブジェクト
   と、前記指定された木構造データの部位とを対応させる
   ステップとからなる、木構造データの操作方法。
2. 【請求項２】 請求項１に記載の方法において、前記木
   構造データの部位を指定するステップが、部位の先頭を
   示すユニット・マーカと、部位の末尾を示すターミナル
   ・マーカの２種類のマーカをノードに設定するステップ
   を含むことを特徴とする、木構造データの操作方法。
3. 【請求項３】 請求項２に記載の方法において、前記オ
   ブジェクトと部位とを対応させるステップが、前記部位
   のユニット・マーカを有するノードを指示するノード・
   リンカをオブジェクトに設定するステップを含むことを
   特徴とする、木構造データの操作方法。
4. 【請求項４】 請求項２又は請求項３に記載の方法にお
   いて、更に、前記部位のマーカに、参照中のオブジェク
   トを指示するオブジェクト・リンカを設定するステップ
   を有することを特徴とする、木構造データの操作方法。
5. 【請求項５】 木構造データのスキーマを直接に操作す
   る操作機能を有するオブジェクトを生成する装置と、操
   作されるべきスキーマを有する木構造データの部位を指
   定する装置と、前記生成されたオブジェクトと、前記指
   定された木構造データの部位とを対応させる装置とから
   なる、木構造データの操作装置。
6. 【請求項６】 コンピュータに、木構造データのスキー
   マを直接に操作する操作機能を有するオブジェクトを生
   成するステップと、操作されるべきスキーマを有する木
   構造データの部位を指定するステップと、前記生成され
   たオブジェクトと、前記指定された木構造データの部位
   とを対応させるステップとを実行させるためのプログラ
   ム。
7. 【請求項７】 コンピュータに、木構造データのスキー
   マを直接に操作する操作機能を有するオブジェクトを生
   成するステップと、操作されるべきスキーマを有する木
   構造データの部位を指定するステップと、前記生成され
   たオブジェクトと、前記指定された木構造データの部位
   とを対応させるステップとを実行させるプログラムを記
   録したコンピュータ読取可能な記録媒体。