JP2003091419A - 情報処理装置、及び情報処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクトに対し、ユーザが選択した特定
の文書型に特有のインターフェースを用いてアクセスす
ることができるようにすること。 【解決手段】 コアインターフェースと特定の文書型に
特有のインターフェースであるファセットインターフェ
ースを持ったファセットオブジェクトを、コアオブジェ
クトを構成するノードオブジェクトに関連付ける。これ
はファセットオブジェクトとノードオブジェクトとの対
応を関係付けるノードファセット対応マップによって行
う。コアインターフェースをファセットインターフェー
スにキャストすることによって、特定の文書型に特有の
インターフェースを用いてコアオブジェクトにアクセス
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置、及
び情報処理プログラムに関し、例えば、オブジェクトに
対しインターフェースを擬似的に追加するものに関す
る。

【０００２】

【従来の技術】近年ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルを用いたホー
ムページ作成などが一般的に行われるようになってき
た。ＸＭＬファイルをパーサと呼ばれる読み込みプログ
ラムを用いてコンピュータのメモリに展開すると、階層
的なツリー構造を持つオブジェクトのモデル、即ちＤＯ
Ｍ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）が
得られる。このツリー状のオブジェクトでは、ノードオ
ブジェクトがツリー構造に構成されている。ノードオブ
ジェクトにおけるインターフェースはオブジェクトのコ
ンパイル時に決まってしまう。また、ＤＯＭに限らず一
般的なオブジェクト指向言語では、オブジェクトにおけ
るインターフェースはオブジェクト生成のコンパイル時
に決まってしまう。

【０００３】

【発明が解決しようとする課題】しかし、オブジェクト
におけるインターフェースは、コンパイル時に決まって
しまうため、後からコンパイル後のインターフェースと
異なる他の種類のインターフェースを用いたい場合に、
それらインターフェースを用いるのは困難であった。そ
のため、例えば、オブジェクトのツリー構造にＳＶＧ
（ＳｃａｌａｂｌｅＶｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）
や、ＸＬｉｎｋ（ＸＭＬ ＬｉｎｋｉｎｇＬａｎｇｕａ
ｇｅ）といったボキャブラリ（文書型）の異なるオブジ
ェクトが混在する場合、自由にＳＶＧに特有なインター
フェースでアクセスしたりＸＬｉｎｋに特有のインター
フェースでアクセスしたりすることは困難である。この
困難を解決するため、例えば、クラスの継承を利用する
方法も考えられるが、この場合どの文書型に特有のイン
ターフェースを追加するかは静的に行われるため、柔軟
性に欠けることとなる（継承はコンパイル時に行われ、
ランタイム時には行われない）。

【０００４】そこで、本発明の目的は、オブジェクトに
対してユーザがインターフェースを柔軟に選択すること
ができる情報処理装置及び情報処理プログラムを提供す
ることである。

【０００５】

【課題を解決するための手段】本発明は、前記目的を達
成するために、請求項１に記載の発明では、第１のイン
ターフェースを持つノードオブジェクトがツリー状の階
層構造に構成された第１のオブジェクトに対し、前記第
１のインターフェースを持ち、かつ所定の文書型に依存
した第２のインターフェースを持つ第２のオブジェクト
と、前記第２のオブジェクトを前記ノードオブジェクト
に対応付ける対応付け手段と、を具備したことを特徴と
する情報処理装置を提供する。前記第２のオブジェクト
は前記第１のインターフェースを第２のインターフェー
スにキャストすることができるキャスト手段を構成して
いる。請求項２に記載の発明では、前記第１のインター
フェースがコアインターフェースであり、前記第１のオ
ブジェクトはコアオブジェクトであることを特徴とする
請求項１に記載の情報処理装置を提供する。請求項３に
記載の発明では、前記対応付け手段が、前記ノードオブ
ジェクトと当該ノードオブジェクトに対応する前記第２
のオブジェクトを対応付ける対応マップにて前記ノード
オブジェクトと前記第２のオブジェクトを対応付けるこ
とを特徴とする請求項１または請求項２に記載の情報処
理装置を提供する。請求項４に記載の発明では、前記ノ
ードオブジェクトが前記所定の文書型に係るノードオブ
ジェクトでない場合には、前記第２のオブジェクトは前
記コアインターフェースを提供することを特徴とする請
求項２、又は請求項３に記載の情報処理装置を提供す
る。請求項５に記載の発明では、第１のインターフェー
スを持つノードオブジェクトがツリー状の階層構造に構
成された第１のオブジェクトに対し、前記第１のインタ
ーフェースを持ち、かつ所定の文書型に依存した第２の
インターフェースを持つ第２のオブジェクトを取得する
オブジェクト取得機能と、前記取得した前記第２のオブ
ジェクトを前記ノードオブジェクトに対応付ける対応付
け機能と、をコンピュータで実現するための情報処理プ
ログラム又は情報処理プログラムを記憶したコンピュー
タが読み取り可能な記憶媒体を提供する。更に、前記対
応付け手段にて対応付けた前記ノードオブジェクトと前
記オブジェクトの対応を解消する対応付け解消手段を更
に具備した請求項１から請求項４までのうちの何れかの
１の情報処理装置を提供することもできる。

【０００６】

【発明の実施の形態】以下、本発明の好適な実施の形態
について、図１ないし図９を参照して詳細に説明する。
まず以下に、ＤＯＭの概念について説明する。図１
（ａ）は、名簿を例とし、ＤＯＭを生成するための元と
なる文書４の一例を示したものである。ＤＯＭの元とな
るデータは所定の文法に従ってテキストファイルなどに
より作成される。なお、文書４は、一例としてＸＭＬの
文法に従って作成されているものとする。

【０００７】文書４は、名簿タグ６という最上位の項目
（ルート）があり、その下に人物タグ６という項目が設
けられている。そして、人物タグ６の下には更に名前タ
グ７、年齢タグ８、所属タグ９などの項目が設けられて
いる。名前タグ７、年齢タグ８、所属タグ９の各項目に
は、当該人物の名前、年齢、所属が記入されている。な
お、ＸＭＬでは、開始タグ（＜名前＞など）から終了タ
グ（＜／名前＞）までを要素と呼び、開始タグや終了タ
グのタグ名を要素名と呼び、開始タグと終了タグで挟ま
れた部分を要素の内容という。

【０００８】図１（ｂ）は、後に説明するコンピュータ
などのメモリに生成されたＤＯＭ１２を模式的に示した
図である。ＤＯＭ１２は、後に説明するＣＰＵ（Ｃｅｎ
ｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が文書４
を読み込み、記載されているデータを所定のプログラム
を用いてメモリに展開することにより生成される。ＤＯ
Ｍ１２は、ＸＭＬで要素に該当する部分をノード（節）
とした、ツリー構造に階層化されたオブジェクトのモデ
ルである。

【０００９】ツリー構造状のオブジェクト（以下ＤＯＭ
オブジェクト）は、名簿というルートオブジェクト１４
の下に人物というオブジェクト１５が生成されており、
更にオブジェクト１５の下には、名前７、年齢８、所属
９に対応するオブジェクト１６、１７、１８が生成され
ている。これらのツリー構造の節を成すオブジェクトは
ノードオブジェクトと呼ばれる。

【００１０】更に、詳しく述べるとＤＯＭは、ＤＯＭ対
応のアプリケーションソフトやその他のプログラムなど
からＤＯＭの各要素にアクセスするためのインターフェ
ースから構成されている。そしてＤＯＭオブジェクトの
うち、特定の文書型に特有のインターフェースを持たな
い部分をコアオブジェクトという。なお、以降アプリケ
ーションソフトがＤＯＭオブジェクトの各要素にアクセ
スするなどと、表現するがこれは、後に説明するコンピ
ュータのＣＰＵがアプリケーションソフトに従ってＤＯ
Ｍオブジェクトの各要素にアクセスすることを意味する
ものとする。

【００１１】文書型特有のインターフェースを持たない
ＤＯＭオブジェクトはコアオブジェクトと呼ばれる。コ
アオブジェクトは全ての文書型に共通の基本的にコアイ
ンターフェースを持つ。コアインターフェースを用いて
タグやアトリビュートの取得、追加、削除、トラバース
などを行うことができる。コアオブジェクトは、複数の
ノードオブジェクトと呼ばれる単位が組み合わされたツ
リー構造を持つ。

【００１２】ノードオブジェクトには、要素タイプ、コ
メントタイプ、属性タイプなどのいくつかのノードタイ
プがある。そして、ノードオブジェクトは全てのノード
タイプに共通なノードインターフェースを持ち、また、
ノードタイプごとに定義されたインターフェースも持
つ。なお、コアインターフェースはノードインターフェ
ースや要素インターフェースなどを含んだ概念である。

【００１３】このようにノードオブジェクトには、コア
インターフェースなどを用いてアクセスすることができ
る。コアオブジェクトは１つの文書から１つだけ生成さ
れる。文書型としては、例えば、ＨＴＭＬ（Ｈｙｐｅｒ
ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＳＶ
Ｇ、ＸＬｉｎｋなどがある。ＳＶＧはベクターグラフィ
ックスを記述するための標準仕様であり、ＸＬｉｎｋは
ＸＭＬ文書同士のリンクを記述するための標準仕様であ
る。

【００１４】データをメモリ上で標準的なオブジェクト
として管理し、標準的なインターフェースでアクセスす
ることで、複数のプログラム間で容易にデータを流用す
ることができるようになる。また、オブジェクト指向プ
ログラミングによりプログラムの部品化を進めることが
できる。

【００１５】図２は、コアオブジェクト１０を各種プロ
グラム２、３、・・・、で利用する場合を模式的に表し
た図である。図は、文書１をコンピュータに読み込み、
データをメモリ上に展開してコアオブジェクト１０が生
成されているところを示している。コアオブジェクト１
０として展開されたデータはＤＯＭ対応のプログラム
２、３、・・・、から利用することができる。

【００１６】ところで、ＸＭＬ Ｎａｍｅｓｐａｃｅ規
約に従って、例えばＸＨＴＭＬ文書の中にＳＶＧ文書型
に含まれる要素やＸＬｉｎｋ文書型に含まれる要素な
ど、異種の文書型の要素を混在させることができる。こ
のように異種の文書型の要素から構成された文書から生
成されるコアオブジェクトは、異種の文書型が混在した
ものとなる。

【００１７】ところが、コアオブジェクトは、動的にイ
ンターフェースを追加する機能は持っていない。そのた
め、例えば、コンパイル時に決まったコアオブジェクト
のインターフェースがＨＴＭＬに特有のものであったと
すると、ＳＶＧの文書型のノードに対してはＳＶＧに特
有のインターフェースを用いた高水準なアクセスするこ
とはできず、コアインターフェースによる低水準なアク
セスしかできない。

【００１８】このように、ＤＯＭ利用プログラムでコア
オブジェクトにアクセスする場合、コンパイル後にユー
ザが希望の文書型に特有なインターフェースを自由にコ
アオブジェクトに追加することはできない。

【００１９】本実施の形態では、デザインパターンにお
けるデコレータパターンに近い手法を用いて、コアイン
ターフェースと所定の文書型のインターフェースを有す
るオブジェクトを動的にコアインターフェースに対応付
けることにより、コアオブジェクトを構成する要素の文
書型によらずに高水準な操作を可能とするものである。

【００２０】図３は、コアインターフェースに所定の文
書型のインターフェースを関連付けるオブジェクトを説
明するための模式図である。なお、このようにコアイン
ターフェースと所定の文書型のインターフェースを関連
付けるオブジェクトをファセットオブジェクトと呼ぶこ
とにする。ファセットオブジェクトは、ノードオブジェ
クトごとに対応付けられている。

【００２１】図３（ａ）で、ノードオブジェクト６０
は、あるコアオブジェクトを構成するノードオブジェク
トであって、コアインターフェースを持っている。一
方、プログラム６４は、ノードオブジェクト６０を文書
型Ａに特有のインターフェースを使用するものとする。

【００２２】今、コアインターフェースを持ち、文書型
Ａに対応したインターフェースを持つファセットオブジ
ェクト６２を用意し、これをノードオブジェクト６０に
関連付けて、プログラム６３がファセットオブジェクト
６２を用いてノードオブジェクト６０にアクセスするも
のとする。

【００２３】ここで、ファセットオブジェクト６２は以
下の性質を持つものとする。ファセットオブジェクト６
２は、ノードオブジェクト６０を参照するものとする。
また、ファセットオブジェクト６２はコンテンツ（文書
内容）を一切持たないものとする。更に、ファセットオ
ブジェクト６２はコアインターフェースと同じインター
フェースを持ち、ノードオブジェクトと全く同じように
振舞う。つまり、ファセットオブジェクトの行う処理
は、コアインターフェースについては全てコアオブジェ
クトに移譲する。

【００２４】加えて、ファセットオブジェクト６２は文
書型Ａで定義された高水準インターフェース（以下アス
ペクトインターフェースと呼ぶことにする）を持ち、プ
ログラム６４は、このアスペクトインターフェースを使
用することができる。そして、ユーザは、ファセットオ
ブジェクト６６を取得し、それをアスペクトインターフ
ェースにキャストすることにより利用する。

【００２５】以上のようなファセットオブジェクト６２
を介してプログラム６４がノードオブジェクト６０にア
クセスすると、プログラム６４に対してファセットオブ
ジェクト６２は、あたかもノードオブジェクト６０であ
るかのように機能する。

【００２６】ＳＶＧを例に用いて更に詳細に述べる。フ
ァセットオブジェクト６２は、あるノードオブジェクト
を対応するファセットオブジェクトに変換するメソッド
を備えている。即ち、このメソッドはプログラム６４が
ノードオブジェクトを渡すと対応するファセットオブジ
ェクトを返す。なお、このメソッドはファセットオブジ
ェクトとは別に用意しても良い。

【００２７】そして、対象となるノードオブジェクトが
ＳＶＧであった場合は、コアインターフェースからファ
セットインターフェースにキャストし、ＳＶＧに特有の
インターフェースを使用することができる。ここで、メ
ソッドとは、オブジェクトの実行する手続を記述したプ
ログラムであり、キャストとは、インターフェースの型
を変換することである。

【００２８】例えば、ＳＶＧで中心の座標（１００、２
００）半径５０の円は以下のように表される（単位は例
えばピクセル）。 ＜ｃｉｒｃｌｅ ｃｘ＝”１００” ｃｙ＝”２００”
ｒ＝”５０”／＞

【００２９】コアインターフェースでは、要素（ｃｉｒ
ｃｌｅ）と属性を表す文字列（ｃｘ＝”１００” ｃｙ
＝”２００” ｒ＝”５０”）があることは認識できる
が、これが円を表し中心座標が（１００、２００）で半
径が５０であることは分からない。このため、コアイン
ターフェースは低水準なインターフェースと呼ばれる。
そして、ユーザがこの円の半径を取得する場合、例えば
以下のような関数を使用する。 ｅｌｅｍ．ｇｅｔＡｔｒｉｂｕｔｅ（”ｒ”） これは、ｒに係る属性を取得する関数である。これによ
って、返値として文字列”５０”が取得できる。

【００３０】コアインターフェースは、要素と属性を表
す文字列があることしか認識できないため、ユーザはｃ
ｉｒｃｌｅが円を表し、半径を表す文字がｒでることを
知らなければならない。また、返値５０は文字列なの
で、これを数値に変換する必要もある。

【００３１】ところで、ｃｉｒｃｌｅ要素に対して以下
のような半径ｒの数値を返すアスペクトインターフェー
スを作ることが可能である。 ｃｉｒｃｌｅ．ｇｅｔＲ（） このインターフェースは、半径はｒの後にある文字列を
数値に変換して返す。ユーザは、半径を表す文字がｒで
あることを知る必要がない。また返値５０を数値に変換
する必要がない。

【００３２】このように、アスペクトインターフェース
はデータを持たずにデータの処理の仕方を規定する。こ
のようにｇｅｔＲ（）は、初めから円の半径を取得する
インターフェースであるので、高水準なインターフェー
スと呼ばれる。そして、コアオブジェクトはｇｅｔ
Ｒ（）がｃｉｒｃｌｅ要素に関するインターフェースで
あるという情報を持っていないため、コアインターフェ
ースをファセットインターフェースにキャストすること
により機能することができる。

【００３３】例えば、ＸＨＴＭＬに特有のインターフェ
ースしか持たないワープロソフトの場合、ＳＶＧボキャ
ブラリに含まれる要素＜ｃｉｒｃｌｅ ｃｘ＝”１０
０”ｃｙ＝”２００” ｒ＝”５０”／＞に対してｅｌ
ｅｍｅｎｔ．ｇｅｔＡｔｔｒｉｂｕｔｅ（”ｒ”）＝”
５０”といった低水準な操作しかできない。ここで、こ
のワープロソフトにＳＶＧを扱うためのアスペクトイン
ターフェースを組み込むと、ｃｉｒｃｌｅ．ｇｅｔ
Ｒ（）＝５０といったような高水準な操作を行うことが
できるようになる。このように、コンパイル済みのオブ
ジェクトに対し、擬似的にインターフェースを追加する
ことができる。

【００３４】このように、本実施の形態では、クラスの
継承ではなく、オブジェクトコンポジションを利用して
アスペクトを追加する。このノードオブジェクトとファ
セットオブジェクトの関係は、デコレータパターンと同
様である。デコレータパターンは、デザインパターンの
１つであり、個個のオブジェクトに責任を動的かつ透明
（他のオブジェクトに影響を与えないこと）に追加する
ことができるものである。

【００３５】図３（ｂ）は、コアインターフェースと文
書型Ｂに特有なインターフェースを持ったファセットオ
ブジェクト６６を介することにより、プログラム６８が
文書型Ｂに特有なインターフェースを使ってコアオブジ
ェクト６６にアクセスしているところを表した模式図で
ある。

【００３６】ファセットオブジェクト６０は、ノードオ
ブジェクト６０と全く同様に振る舞い、そのためプログ
ラム６８からは、あたかも文書型Ｂの要素で構成された
ノードオブジェクト６０を扱っているように見える。即
ち、ＤＯＭの利用者は、コアオブジェクトとかアスペク
トオブジェクトとかいうことを気にする必要が無い。

【００３７】このようなファセットオブジェクトをコア
オブジェクトの各ノードオブジェクトに対応付けると、
ファセットオブジェクトからなるツリー構造が得られ
る。これをコアオブジェクトに対し、アスペクトオブジ
ェクトと呼ぶことにする。このように、文書型ごとにコ
アオブジェクトとは別にアスペクトオブジェクトを作成
し、これをコアオブジェクトに動的に関連付けることに
より、コアオブジェクトの要素の文書型の違いを吸収す
ることができる。アスペクトオブジェクトは、文書型ご
とに作成されるため、必要に応じて文書型の数だけ作成
される。即ち、１つのコアオブジェクトに対して複数の
アスペクトオブジェクトが対応することとなる。

【００３８】図４（ａ）は、ノードオブジェクト７４、
７６、７８、８０、８２からなるコアオブジェクト７１
にファセットオブジェクト７５、７７、７９、８１、８
３を関連付け、プログラム９０（より詳細にはＣＰＵ）
でコアオブジェクト７１にアクセスするところを概念的
に示している。ファセットオブジェクト７５、７７、７
９、８１、８３は、コアオブジェクト７１がメモリに展
開された後に関連付けられたものである。

【００３９】ファセットオブジェクト７５は、コアイン
ターフェースによってノードオブジェクト７４にアクセ
スする一方、プログラム９０が持つ所定の文書型に依存
するインターフェース（アスペクトインターフェース）
にてプログラム９０からのアクセスを受ける。

【００４０】ファセットオブジェクト７５は、プログラ
ム９０からの作用に対してノードオブジェクト７４の全
く同様に機能するので、プログラム９０からは、ノード
オブジェクトを扱っているのかそれともファセットオブ
ジェクトを扱っているのかは一切気にしなくても良い。
そして、プログラム９０は、所定の文書型に依存する高
水準なアクセスをノードオブジェクト７４に対して行う
ことができる。

【００４１】同様にプログラム９０は、ファセットオブ
ジェクト７７を介してノードオブジェクト７６にアクセ
スし、ファセットオブジェクト７９、８１、８３を介し
てノードオブジェクト７８、８０、８２にアクセスす
る。

【００４２】プログラム９０がファセットオブジェクト
７５からツリー構造を辿ってファセットオブジェクト７
９にアクセスしたい場合、プログラム９０はファセット
オブジェクト７５→ノードオブジェクト７４→ノードオ
ブジェクト７８→ファセットオブジェクト７９と辿る。

【００４３】このように、ファセットオブジェクトは直
接他のファセットオブジェクトには繋がっていず、対応
するノードオブジェクトを介するようになっている。即
ち、各ファセットは、自身が接続するノードオブジェク
トを特定する情報はもっていするが、自分の親や子供、
兄弟のファセットオブジェクトを特定する情報は持って
いない。これらのファセットを特定する情報は、ノード
オブジェクトから間接的に得ることになる。

【００４４】ファセットオブジェクトをツリー構造によ
り直接関連づけた場合、コアオブジェクトのノードオブ
ジェクトのツリー構造が変化した際に、ファセットオブ
ジェクトのツリー構造も変更して同期をとらなければな
らい。同期をとる処理は一般に複雑である。本実施の形
態のように、ファセットオブジェクトをノードオブジェ
クトを介してツリー構造に関連付ければ、同期をとる処
理は必要なくなる。

【００４５】ところで、ノードオブジェクトは、自身が
接続するファセットオブジェクトを特定する情報は持っ
ていない。そのため、例えば、ノードオブジェクト→フ
ァセット７９といったようにノードオブジェクト側から
ファセットオブジェクト側へ情報を伝達する場合は、ノ
ードファセット対応マップを用いる。ノードファセット
対応マップは、ノードオブジェクトとファセットオブジ
ェクトを関連付ける手段でもある。

【００４６】図５は、ノードファセット対応マップ９１
の一例を示した図である。このマップはアスペクトオブ
ジェクトを生成する際にコンピュータのメモリ上に生成
される。ノードファセット対応マップ９１の左の欄はノ
ードオブジェクトを特定する情報が格納されており、右
の欄には左の欄のノードオブジェクトに対応するファセ
ットオブジェクトを特定するための情報が格納されてい
る。各ファセットオブジェクトは、ノードファセット対
応マップ９１により、ノードオブジェクトからファセッ
トオブジェクトへの対応付けを受けることになる。

【００４７】以上のように、プログラム９０がファセッ
トオブジェクトを介してコアオブジェクトにアクセスす
るように構成すると、図４（ｂ）に示したようにプログ
ラム９０からはファセットオブジェクトのツリー構造か
ら構成されたアスペクトオブジェクト７２にアクセスし
ているように見える。

【００４８】アスペクトオブジェクト７２のプログラム
９０に対する機能は、アスペクトオブジェクト７２は、
プログラム９０に対してコアオブジェクト７１と全く同
様に機能する。

【００４９】なお、ファセットオブジェクトは、全ての
ノードオブジェクトに対して生成する必要は無く、プロ
グラム９０が必要としたときに、必要とされるファセッ
トオブジェクトを生成するように構成することができ
る。

【００５０】以上に説明したようにファセットオブジェ
クトはノードオブジェクトに対応するファセットオブジ
ェクトのツリー構造を持つ。即ち、そのツリー構造はコ
アオブジェクトのツリー構造と全く同じである。ファセ
ットオブジェクトの特徴をまとめると以下のようにな
る。

【００５１】１．それぞれのファセットオブジェクトは
対応するノードオブジェクトを参照する。 ２．ファセットオブジェクトは対応するノードオブジェ
クトと同じインターフェースを持つ。そのインターフェ
ースの処理は全て、対応するノードオブジェクトに移譲
する。

【００５２】３．ただし、ノードオブジェクトが同一ツ
リー内の別のノードオブジェクトを参照し、その別のノ
ードオブジェクトを返すインターフェースがある場合、
ノードオブジェクトに対応するファセットオブジェクト
の同一インターフェースは、当該別のノードオブジェク
トそのものではなく、それに対応するファセットオブジ
ェクトを返す。すなわち、利用者はノードオブジェクト
に直接触れることは一切無く、全てのインターフェース
呼び出しにおいてファセットオブジェクトが介在する。

【００５３】４．ノードタイプが要素のファセットオブ
ジェクトは、その要素型に対してユニークなインターフ
ェース（ファセットインターフェース）を持つ。利用者
はオブジェクト指向言語におけるキャストによって、そ
れぞれのファセットインターフェースを得ることができ
る。

【００５４】図６は、ＤＯＭ利用プログラム、コアオブ
ジェクト及びアスペクトオブジェクトの相関の一例を示
した図である。図６は、アスペクトオブジェクトを用い
ずにプログラム１０１からＤＯＭを利用した場合を示し
た模式図である。この場合、プログラム１０１は、コア
インターフェース１０２を介してコアオブジェクト１０
３にアクセスする。

【００５５】図６（ｂ）は、ＸＨＴＭＬアスペクトオブ
ジェクトを用いた例を模式的に示した図である。プログ
ラム１０５は、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｈ
ｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）
特有のインターフェースを用いてコアオブジェクト１０
３にアクセスする。

【００５６】コアオブジェクト１０３の各ノードオブジ
ェクトにＸＨＴＭＬアスペクト用のファセットオブジェ
クトが対応付けられてＸＨＴＭＬアスペクトオブジェク
トジェクト１０８が生成される。

【００５７】ＸＨＴＭＬアスペクトオブジェクト１０８
は、ＸＨＴＭＬアスペクトインターフェース１０７とコ
アインターフェース１０６を持っており、プログラム１
０５からは、コアインターフェース１０６及びＸＨＴＭ
Ｌアスペクトインターフェース１０７（ＸＨＴＭＬに特
有のインターフェース）の双方を用いてＸＨＴＭＬアス
ペクトオブジェクト１０８にアクセスすることができ
る。コアインターフェース１０６は、例えばＳＶＧのノ
ードなどのＸＨＴＭＬ以外のノードにアクセスする際な
どに使用される。プログラム１０５からはコアオブジェ
クトがＸＨＴＭＬ型文書として使用することができる。

【００５８】図６（ｃ）は、ＳＶＧアスペクトオブジェ
クトを用いた例を模式的に示した図である。プログラム
１１０は、ＳＶＧ特有のインターフェースを用いてコア
オブジェクトに１０３にアクセスする。

【００５９】コアオブジェクト１０３の各ノードオブジ
ェクトにＳＶＧアスペクト用のファセットオブジェクト
が対応付けられてＳＶＧアスペクトオブジェクトジェク
ト１１３が生成される。

【００６０】ＳＶＧアスペクトオブジェクト１１３は、
ＳＶＧアスペクトインターフェース１１２とコアインタ
ーフェース１１１を備えており、プログラム１１０から
は、コアインターフェース及びＳＶＧに特有のインター
フェースの双方を用いてＳＶＧアスペクトオブジェクト
１０８にアクセスすることができる。プログラム１１０
は、コアオブジェクト１０３をＳＶＧ型文書として使用
することができる。

【００６１】図７は、アスペクトオブジェクトマップ１
２０の概念を示した概念図である。アスペクトオブジェ
クト１２０は、後に説明するコンピュータのＣＰＵが所
定のプログラムに従い、例えばＲＡＭ（Ｒａｎｄｏｍ
Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのメモリで構成した
ものである。アスペクトオブジェクトマップ１２０は、
アスペクトオブジェクトとコアオブジェクトをキーとす
る２次元マップとなっており、アスペクトサーバにより
管理される。

【００６２】アスペクトオブジェクトマップ１２０の縦
の欄１２１はプログラムが利用する文書１、文書２、・
・・、のコアオブジェクトを特定する情報から成り、横
の欄１２２は、アスペクトオブジェクトの文書型を特定
する情報から構成されている。アスペクトオブジェクト
マップ１２０でコアオブジェクトと文書型の交差する欄
は、当該コアオブジェクトの当該文書型に係るアスペク
トオブジェクトが生成されるメモリ上のエリアを特定し
ている。なお、より具体的には、アスペクトオブジェク
トは、メモリ上の当該エリアでノードファセット対応マ
ップとして生成される。

【００６３】例えば、あるプログラムが文書２のコアオ
ブジェクトを文書型ＳＶＧとして利用する場合、文書２
と文書型ＳＶＧの交差する欄で特定されるエリアに文書
２をＳＶＧに特有なインターフェースでアクセスするこ
とのできるアスペクトオブジェクト１２３（詳細にはノ
ードファセット対応マップ）が生成される。

【００６４】当該プログラムは、直接コアオブジェクト
にアクセスせずにアスペクトオブジェクト１２３にアク
セスして文書２を利用する。このようにして、プログラ
ムは、所定の文書型に特有なインターフェースを用いて
コアオブジェクトを利用することができるようになる。

【００６５】本実施の形態では、アスペクトオブジェク
ト１２３はトラバース中に必要となったときにその都度
必要なファセットオブジェクトを生成するように構成し
た。なお、そのためアスペクトオブジェクト１２３を管
理することが必要であり、この目的のためにアスペクト
オブジェクトサーバは、ノードファセット対応マップを
生成する。また、各文書のコアオブジェクトに対してＸ
ＨＴＭＬ、ＳＶＧなど複数の文書型に対応したアスペク
トオブジェクトを作成することが可能である。

【００６６】図８は、本実施の形態の情報処理装置２４
の構成の一例を示した図である。本実施の形態では、情
報処理装置２４をパーソナルコンピュータを用いて構成
した。情報処理装置２４は、制御部２６に、バスライン
４３を介して入力装置３４、出力装置３８、通信制御装
置４２、記憶装置４８、記憶媒体駆動装置４６、入出力
インターフェース４４などが接続して構成されている。

【００６７】制御部２６は、ＣＰＵ２８、ＲＯＭ（Ｒｅ
ａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＲＡＭ３０など
から構成されている。制御部２６は、各種プログラムに
従って動作し、コアオブジェクトの生成、アスペクトオ
ブジェクトの生成、プログラムの実行などの各種情報処
理や情報処理装置２４全体を制御したりなどする。

【００６８】ＣＰＵ２８は、制御部２６の中心的なデバ
イスであって、ＲＯＭ３０や記憶装置４８、又は記憶媒
体駆動装置４６によって駆動される記憶媒体などからプ
ログラムをロードし、プログラムに従って制御部２６を
制御する。

【００６９】ＲＯＭ３０は、ＣＰＵ２８が各種演算や制
御を行うための各種プログラム、データ及びパラメータ
などを格納したリードオンリーメモリである。ＲＯＭ３
０は、不揮発性のメモリであって、ＲＯＭ３０に供給さ
れる電力がゼロの状態でも記憶内容は保持される。ま
た、ＲＯＭ３０は、読み込み専用のメモリであるため、
通常はデータの書き込みは行われない。

【００７０】ＲＡＭ３２は、ＣＰＵ２８にワーキングメ
モリとして使用されるランダムアクセスメモリである。
ＣＰＵ２８は、ＲＡＭ３２にプログラムやデータなどを
書込んだり消去したりすることができる。本実施の形態
では、ＲＡＭ３２には、コアオブジェクト、アスペクト
オブジェクトマップ、ノードファセット対応マップを生
成するエリアや、プログラムを実行するためのエリアを
確保可能となっている。

【００７１】入力装置３４は、例えばキーボードやマウ
スなどの入力装置から構成されている。キーボードは、
情報処理装置２４に対して文字や数字などの情報を入力
するための装置である。キーボードは、カナや英文字な
どを入力するためのキーや数字を入力するためのテンキ
ー、各種機能キー、カーソルキー及びその他のキーによ
って構成されている。キーボートは、例えばユーザが情
報処理装置２４にログインするためのログインＩＤやパ
スワードを入力したり、あるいはプログラムを操作した
りする際に使用する。

【００７２】マウスは、ポインティングデバイスであ
る。ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅ
ｒｆａｃｅ）などを用いて情報処理装置２４を操作する
場合、表示装置上に表示されたボタンやアイコンなどを
マウスでクリックすることにより、所定の情報の入力を
行うことができる。

【００７３】出力装置３８は、例えば表示装置、印刷装
置などのから構成されている。表示装置は、例えば例え
ばＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディス
プレイ、液晶ディスプレイ、プラズマディスプレイなど
で構成された情報を画面上に提示するための装置であ
る。表示装置は、キーボードやマウスの入力結果や、プ
ログラムが表示する画面などを表示することができる。

【００７４】印刷装置は、プログラムの実行結果などを
紙などの印刷媒体に印刷する装置である。例えばプログ
ラムがエディタの場合は、編集した文章を印刷すること
ができ、また、プログラムがデータベースの場合は、デ
ータを印刷することができる。印刷装置は、例えば、イ
ンクジェットプリンタ、レーザプリンタ、熱転写プリン
タ、ドットプリンタなどの各種プリンタ装置によって構
成されている。

【００７５】通信制御装置４２は、専用回線１０を介し
て情報処理装置２４を端末装置９に接続するための装置
であって、モデム、ターミナルアダプタその他の装置に
よって構成されている。通信制御装置４２は、例えばイ
ンターネットやＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗ
ｏｒｋ）などに接続しており、これらのネットワークに
接続したサーバ装置などに対してデータの送受信を行う
ことができる。通信制御装置４２はＣＰＵ２８によって
制御され、所定のプロトコルに従って送受信を行う。

【００７６】記憶装置４８は、読み書き可能な記憶媒体
と、その記憶媒体に対してプログラムやデータを読み書
きするための駆動装置によって構成されている。当該記
憶媒体として主にハードディスクが使用されるが、その
他に、例えば、光磁気ディスク、磁気ディスク、半導体
メモリなどの他の読み書き可能な記憶媒体によって構成
することも可能である。

【００７７】記憶装置４８は、アスペクトサーバプログ
ラム５０、コアオブジェクト生成プログラム５１、プロ
グラム５２、プログラム５３、・・・、その他のプログ
ラム５５、文書５８、文書５９、・・・、やその他のデ
ータなどが記憶されている。

【００７８】アスペクトサーバプログラム５０は、アス
ペクトオブジェクトとコアオブジェクトを関連づけ、プ
ログラムが所定の文書型に特有のインターフェースにて
コアオブジェクトを利用可能にするためのプログラムで
ある。アスペクトサーバプログラム５０に従ってＣＰＵ
２８は、ＲＡＭ３２にアスペクトオブジェクトマップ１
２０を生成する。更に、ＣＰＵ２８がプログラムに従っ
てコアオブジェクトにアクセスする際に、ＣＰＵ２８
は、アスペクトサーバプログラム５０に従って文書ごと
及び文書型ごとにアスペクトオブジェクト（ノードアス
ペクト対応マップ）を生成させたりなどする。

【００７９】なお、アスペクトプログラム５０は、ノー
ドオブジェクトに対応するファセットオブジェクトを文
書型ごとにデータベースとして持っており、ＣＰＵ２８
は、ここから所定のノードオブジェクトに対応する所定
の文書型のファセットオブジェクトを取得できるように
なっている。

【００８０】コアオブジェクト生成プログラム５１は、
プログラムが使用する文書のコアオブジェクトを生成す
るためのプログラムである。コアオブジェクト生成プロ
グラム５１に従ってＣＰＵ２８は、対象となっている文
書ファイルを読み込み、これをＲＡＭ３２の所定のエリ
アにコアオブジェクトとして展開する。プログラム５
２、５３、・・・、は、コアオブジェクトを利用する各
種プログラムである。

【００８１】その他のプログラム５５は、例えば、ブラ
ウザ、通信制御装置４２を制御し、情報処理装置２４と
ネットワークでつながれたサーバ装置などとの通信を行
う通信プログラム、メモリ管理や入出力管理などの情報
処理装置２４を動作させるための基本ソフトウェアであ
るＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などで構
成されている。

【００８２】記憶媒体駆動装置４６は、着脱可能な記憶
媒体を駆動してデータの読み書きを行うための駆動装置
である。着脱可能な記憶媒体としては、例えば、光磁気
ディスク、磁気ディスク、磁気テープ、半導体メモリ、
データをパンチした紙テープ、ＣＤ−ＲＯＭなどがあ
る。なお、ＣＤ−ＲＯＭや紙テープは、読み込みのみ可
能である。

【００８３】入出力インターフェース４４は、例えば、
シリアルインターフェースやその他の規格のインターフ
ェースにより構成されている。入出力インターフェース
４４に当該インターフェースに対応した外部機器を接続
することにより、情報処理装置２４の機能を拡張するこ
とができる。このような外部機器として例えば、ハード
ディスクなどの記憶装置、スピーカ、マイクロフォンな
どがある。

【００８４】図９は、ＣＰＵ２８がファセットオブジェ
クトを取得する手順を示したフローチャートである。こ
こでは、ＣＰＵ２８は、ノードオブジェクトＢにアクセ
スし、その親ノードオブジェクトＡから値を取得する場
合を例にとる。この場合、ノードオブジェクトＢに対し
てファセットオブジェクトＢ’が生成され、ノードオブ
ジェクトＡに対してファセットオブジェクトＡ’が生成
されこととなる。

【００８５】まず、ＣＰＵ２８は、プログラム５２、５
３、・・・、のうちの何れかをロードし実行する（ステ
ップ１０）。次に、ＣＰＵ２８は、コアオブジェクト生
成プログラム５１に従って、プログラムが利用する文書
ファイルを読み込みコアオブジェクトを生成する（ステ
ップ１５）。

【００８６】次に、ＣＰＵ２８は、アスペクトサーバプ
ログラム５０をロードして実行し、アスペクトサーバを
生成する（ステップ２０）。ユーザはプログラムの操作
により、コアオブジェクトのノードオブジェクトＢにア
クセスを試みる。即ち、特定の文書型に固有のインター
フェース又はコアインターフェースによって、コアオブ
ジェクトにアクセスする。これによって、ＣＰＵ２８は
ノードオブジェクトＢを特定する情報を取得する（ステ
ップ２５）。なお、ユーザはプログラムで所定のパラメ
ータを特定するなどしてどの文書型によってコアオブジ
ェクトにアクセスするかを決めてある。この文書型を特
定する情報はＣＰＵ２８によって取得される。

【００８７】次に、ＣＰＵ２８は、ノードオブジェクト
を特定する情報Ｂと、文書型（アスペクトタイプ）を特
定する情報からファセットオブジェクトＢ’を取得する
（ステップ３０）。次に、ＣＰＵ２８は、ノードファセ
ット対応マップを生成し、ノードＢとファセットＢ’を
対応付ける（ステップ３５）。

【００８８】次に、ＣＰＵ２８は、ノードオブジェクト
Ｂから親ノードオブジェクトＡを特定する情報を取得す
る（ステップ４０）。次に、ＣＰＵ２８は、ノードオブ
ジェクトＡに対応するファセットオブジェクトＡ’を取
得し（ステップ４５）、ステップ３５で生成したノード
ファセット対応マップ上でノードオブジェクトＡとファ
セットオブジェクトＡ’を関連づける（ステップ５
０）。

【００８９】このように、ノードオブジェクトＡとファ
セットオブジェクトＢ’との対と及び、ノードオブジェ
クトＢとファセットオブジェクトＢ’との対がノードフ
ァセット対応マップ上で生成されることにより、アスペ
クトオブジェクトが生成される。次に、ＣＰＵ２８は、
ファセットＡ’から出力である値を取得する（ステップ
５５）。

【００９０】本実施の形態では、アスペクトオブジェク
トがトラバース中に必要となったときに必要なファセッ
トオブジェクトを用いて生成されように構成したが、こ
れに限定するものではなく、例えば、予め全てのノード
オブジェクトに対応するファセットオブジェクトを用い
てアスペクトオブジェクト生成しておき、これを全ての
セッションで使用するように構成することもできる。ま
た、ファセットオブジェクトを使用後に消去するように
構成することもできる。

【００９１】本実施の形態では、アスペクトタイプとし
て単純な文字列識別子（ＡｓｐｅｃｔＳＶＧなど）やＵ
ＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔ
ｉｆｉｅｒ）を用いることができる。

【００９２】以上に述べた本実施の形態では以下のよう
な効果を得ることができる。ファセットプラグインは、
ノードが渡されるとファセットオブジェクトを返すよう
なメソッドを提供するだけでよい。コアオブジェクトの
コアインターフェースでは、単一のノードオブジェクト
からコアオブジェクト全体にアクセスできるような構造
を持つため、それ以上に複雑なメソッドは必要としな
い。

【００９３】コアオブジェクトに対して、文書型（ＨＴ
ＭＬ、ＳＶＧなど）特有のインターフェースを関連付け
ることで、様々な文書型の利用が可能になる。コンパイ
ル済みのプログラムに対して動的に書く文書型に依存し
たインターフェースを提供することができる。クラスの
継承ではなくオブジェクトコンポジションを利用してフ
ァセットを追加することができる。

【００９４】ノードファセット対応マップを作成するこ
とにより、ノードオブジェクトから当該ノードオブジェ
クトに対応するファセットオブジェクトを取得すること
ができる。ファセットオブジェクトを用いることによ
り、所定の文書型に特有の高水準なファセットインター
フェースを使用することができる一方、低水準なコアイ
ンターフェースを用いることもできる。

【００９５】高水準なインターフェースであるファセッ
トインターフェースを用いてプログラムなどを開発する
ことによりコード量を減らすことができる。そのため、
バグの発見などプログラムのメンテナンスが楽になる。

【００９６】なお、コアオブジェクトの仕様は実装する
言語を規定していないため、アスペクトオブジェクトを
実装する言語は、オブジェクト指向言語であれば何でも
可能である。

【００９７】

【発明の効果】本発明によれば、オブジェクトに対し、
インターフェースを擬似的に追加することができる。

【図面の簡単な説明】

【図１】ＤＯＭの概念を説明するための模式図である。

【図２】コアオブジェクトを各種プログラムで利用する
場合を模式的に表した図である。

【図３】ファセットオブジェクトを説明するための模式
図である。

【図４】ＣＰＵがプログラムに従って、ファセットを介
してノードオブジェクトにアクセスするところを模式的
に示した図である。

【図５】ノードファセット対応マップの一例を示した図
である。

【図６】ＤＯＭ利用プログラム、コアオブジェクト及び
アスペクトオブジェクトの相関の一例を示した図であ
る。

【図７】アスペクトオブジェクトマップの概念を示した
概念図である。

【図８】本実施の形態の情報処理装置２４の構成の一例
を示した図である。

【図９】ＣＰＵがファセットオブジェクトを取得する手
順を示したフローチャートである。

【符号の説明】

４ 文書 ６ 人物タグ ７ 名前タグ ８ 年齢タグ ９ 所属タグ １４ ルートオブジェクト １５ オブジェクト １６ オブジェクト １７ オブジェクト １８ オブジェクト ２４ 情報処理装置 ２６ 制御部 ２８ ＣＰＵ ３０ ＲＯＭ ３２ ＲＡＭ ３４ 入力装置 ３８ 出力装置 ４２ 通信制御装置 ４４ 入出力インターフェース ４６ 記憶媒体駆動装置 ４８ 記憶装置 ５０ アスペクトサーバプログラム ５２ プログラム ５３ プログラム ５５ その他のプログラム ５８ 文書 ５９ 文書 ６０ ノードオブジェクト ６２ ファセットオブジェクト ６４ プログラム ６０ ノードオブジェクト ６６ ファセットオブジェクト ６８ プログラム ７１ コアオブジェクト ７４ ノードオブジェクト ７５ ファセットオブジェクト ７６ ノードオブジェクト ７７ ファセットオブジェクト ９０ プログラム ９１ ノードファセット対応マップ １０１ プログラム １０２ コアインターフェース １０３ コアオブジェクト １０５ プログラム １０６ コアインターフェース １０７ ＸＨＴＭＬアスペクトインターフェース １０８ ＸＨＴＭＬアスペクトオブジェクト １１１ コアインターフェース １１２ ＳＶＧアスペクトインターフェース １２０ アスペクトオブジェクトマップ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 第１のインターフェースを持つノードオ
   ブジェクトがツリー状の階層構造に構成された第１のオ
   ブジェクトに対し、 前記第１のインターフェースを持ち、かつ所定の文書型
   に依存した第２のインターフェースを持つ第２のオブジ
   ェクトと、 前記第２のオブジェクトを前記ノードオブジェクトに対
   応付ける対応付け手段と、 を具備したことを特徴とする情報処理装置。
2. 【請求項２】 前記第１のインターフェースはコアイン
   ターフェースであり、前記第１のオブジェクトはコアオ
   ブジェクトであることを特徴とする請求項１に記載の情
   報処理装置。
3. 【請求項３】 前記対応付け手段は、前記ノードオブジ
   ェクトと当該ノードオブジェクトに対応する前記第２の
   オブジェクトを対応付ける対応マップにて前記ノードオ
   ブジェクトと前記第２のオブジェクトを対応付けること
   を特徴とする請求項１または請求項２に記載の情報処理
   装置。
4. 【請求項４】 前記ノードオブジェクトが前記所定の文
   書型に係るノードオブジェクトでない場合には、前記第
   ２のオブジェクトは前記コアインターフェースを提供す
   ることを特徴とする請求項２、又は請求項３に記載の情
   報処理装置。
5. 【請求項５】 第１のインターフェースを持つノードオ
   ブジェクトがツリー状の階層構造に構成された第１のオ
   ブジェクトに対し、 前記第１のインターフェースを持ち、かつ所定の文書型
   に依存した第２のインターフェースを持つ第２のオブジ
   ェクトを取得するオブジェクト取得機能と、 前記取得した前記第２のオブジェクトを前記ノードオブ
   ジェクトに対応付ける対応付け機能と、 をコンピュータで実現するための情報処理プログラム。