JPH0836493A - オブジェクト集合方法及びシステム - Google Patents

Abstract

(57)【要約】 【目的】 コンピュータシステムにおいてオブジェクト
を集合する方法及びシステムを提供する。 【構成】 オブジェクトを集合する方法は、囲まれたオ
ブジェクトを、囲んでいるオブジェクト内に集合する。
囲まれたオブジェクトは、オブジェクト管理インターフ
ェイス及び外部インターフェイスを有し、囲んでいるオ
ブジェクトは制御オブジェクト管理インターフェイスを
有する。囲まれたオブジェクトの制御オブジェクト管理
インターフェイス及び外部インターフェイスは、インタ
ーフェイスの識別子を受け取ってその識別されたインタ
ーフェイスの参照を返送する問合せ関数メンバを有す
る。囲んでいるオブジェクト及び囲まれるべきオブジェ
クトのインスタンスが形成される。静的な集合では、囲
んでいるオブジェクトの制御オブジェクト管理インター
フェイスが、囲まれたオブジェクトの外部インターフェ
イスへ識別子をいかに返送するかを前もって知る。動的
な集合では、囲んでいるオブジェクトが具体化された後
に、囲まれるべきオブジェクトが囲んでいるオブジェク
トに追加される。

Description

【発明の詳細な説明】

【０００１】

【クロスレファレンス】本発明は、参考としてここに取
り上げる１９９２年１２月２４日出願の「オブジェクト
の集合方法及びシステム(A Method and System for Agg
regating Objects) 」と題する米国特許出願第０７／９
９６，５５２号の一部継続出願である。

【０００２】

【産業上の利用分野】本発明は、一般に、コンピュータ
においてオブジェクトに対してインターフェイスを実行
する方法及びシステムに係、より詳細には、オブジェク
トを集合させる方法及びシステムに係る。

【０００３】

【従来の技術】コンピュータソフトウェアシステムが複
雑になるにつれ、ソフトウェアを開発するためのコスト
も増加している。ソフトウェア開発コストを最小限にす
るために、開発者は、コードを共用することが多い。従
来の開発技術では、３つのタイプのコード共用を使用し
ている。すなわち、（１）ソースコードの共用、（２）
コンパイル済コードの共用、（３）継承によるコード共
用、である。

【０００４】又、コンピュータソフトウェアシステムが
複雑になるにつれ、ソフトウェアのユーザは、コンピュ
ータシステムの保守及び拡張が益々複雑になることに直
面している。ソフトウェアの販売者が新たな又は改良し
た能力を形成するたびに、その特典を得ようとするユー
ザは、それらの変更をともかく組み込まねばならない。
公知のシステムは、一般に、このようなユーザがソフト
ウェアをグレードアップする必要があり、ユーザは、シ
ステムの少なくとも一部分を再設置することを余儀なく
される。或いは、公知システムは、ソフトウェアの開発
者が将来の増強を前もって計画し、そしてオリジナルの
システムに必要なフックを設置して、将来に増強手段を
装填できるようにする必要がある。

【０００５】更に、ユーザが、異なるソフトウェア販売
者によって発売された能力を付加することにより現在所
有しているソフトウェアの一部分の能力を増強しようと
する場合には、ソフトウェア販売者が前もって計画して
いるものによりユーザに制限が課せられる。公知のシス
テムは、一般に、ソフトウェアの２つの部片が一緒に機
能するように設計されると共に、これらソフトウェア部
片の少なくとも一方がその他方により与えられる能力を
知ることが必要とされる。従って、公知のシステムで
は、コードに対するその後の変更及びコードの共用を、
ソフトウェア設計に考慮しておかねばならない。

【０００６】ソースコードおよびコンパイル済コードを
共用する方法は、長年広く使用されてきた。ソースコー
ドの共用とは、さまざまなコンピュータプログラム又は
同一のコンピュータプログラムのさまざまなバージョン
で同一のコードを使用することである。例えば、一般に
スプレッドシートプログラムは、スップレッドシート表
示を制御するソースコードを含む。ワードプロセッシン
グプログラムでスプレッドシートを文書内に埋め込むこ
とができれば、そのワードプロセッシングプログラムは
同一の（又はわずかに修正した）ソースコードを使用し
て、埋め込んだスプレッドシートオブジェクトを表示す
ることができる。ソースコードは、一般に単独の開発者
が複数のコンピュータプログラムを開発する際に共用さ
れる。他者と競争する関係上、開発者は他の開発者とコ
ードを共用しない。さらに、コードを共用する場合でさ
え、ソースコード受信者はソースコードを修正するのが
一般的であり、この結果、ソースコードに対し２つのバ
ージョンが維持されることになる。

【０００７】コンパイル済コードの共用とは、さまざま
なコンピュータプログラムで同一のコンパイル済コード
を使用することである。一般に、コンパイル済コードは
静的リンクライブラリまたは動的リンクライブラリに格
納される。静的リンクライブラリに格納されたコード
は、実行前にコンピュータプログラムを連係した場合に
共用される。例えば、スペルチェックプログラムの開発
者は、そのプログラムをコンパイルして静的リンクライ
ブラリにコンパイル済コードを格納することによってコ
ンパイル済コードを共用できる。その後、静的リンクラ
イブラリをワードプロセッシングプログラム開発者に配
布することによって、これらの開発者はコンパイル済ス
ペルチェックコードをそれぞれのワードプロセッシング
プログラムに連係することができる。一般に、スペルチ
ェックプログラム開発者は、コンパイル済コード修正し
て、特定開発者の特殊な要求に応じなければならない。
こうした修正によって、コンパイル済コードの複雑化
（とサイズの増大）を助長するだけでなく、他の受信者
の要求と矛盾する可能性もある。他に、開発者が、静的
リンクライブラリの複数のバージョンを分散することも
考えられる。しかし複数のバージョンを保守するにはコ
ストがかかりかねない。

【０００８】オブジェクト指向のプログラミング技術
は、コードを共用できるようにする継承と称する概念を
使用している。本発明は、オブジェクト指向のプログラ
ミングを用いて以下に説明するので、良く知られたオブ
ジェクト指向のプログラミング技術を要約する。オブジ
ェクト指向プログラミング言語では、データのカプセル
化とデータタイプの継承を支援するという２つの特徴が
一般に知られている。データのカプセル化とは、関数と
データを結合させることである。継承は、あるデータタ
イプを別のデータタイプに関して宣言する能力を指す。

【０００９】Ｃ＋＋言語では、オブジェクト指向言語は
クラスを使用して支援される。クラスは、ユーザが定義
したタイプである。クラスの宣言によって、クラスのデ
ータメンバとメンバ関数が定義される。例えば、下記の
宣言はCIRCLEというクラスのデータメンバとメンバ関数
とを定義する。 変数ｘおよびｙは、円の中心座標を指定し、変数radius
はその円の半径を指定する。これらの変数をクラスCIRC
LEのデータメンバという。関数drawは、ユーザが定義し
た関数で、指定座標から指定した半径で円を描く。この
関数drawをクラスCIRCLEの関数メンバという。あるクラ
スのデータメンバと関数メンバは、関数がクラスのイン
スタンスで動作するという点で一緒に結合される。クラ
スのインスタンスは、クラスのオブジェクトとも呼ばれ
る。

【００１０】Ｃ＋＋の構文では、下記のステートメント
は、オブジェクトａ及びｂがタイプクラスCIRCLEである
ことを宣言する。 CIRCLE a, b; この宣言は、オブジェクトａ及びｂにメモリを割り当て
る。下記のステートメントは、オブジェクトａ及びｂの
データメンバにデータを割り当てる。 a. x =2; a. y =2; a. radius =1; b. x =4; b. y =5; b. radius =2; 下記のステートメントは、オブジェクトａ及びｂによっ
て定義される円を描くのに用いられる。 a. draw(); b. draw();

【００１１】導出クラスは、その基本クラスの特性、す
なわちデータメンバと関数メンバを継承するクラスであ
る。例えば、下記の導出クラスCIRCLE FILLは、基本ク
ラスCIRCLEの特徴を継承する。 この宣言は、クラスCIRCLE FILLが、クラスCIRCLE FI
LLの宣言時に導入したデータメンバ及び関数メンバ、即
ちデータメンバ pattern及び関数メンバfillに加えて、
クラスCIRCLEに存在する全てのデータメンバ及び関数メ
ンバを含むことを指定する。この例では、クラスCIRCLE
FILLは、データメンバｘ、ｙ、radius、及びpattern
と、関数メンバdraw及びfillとを有している。クラスCI
RCLE FILLは、クラスCIRCLEの特徴を「継承する」と言
える。他のクラスの特徴を継承するクラスは、導出クラ
ス（CIRCLE FILLなど）である。他のクラスの特徴を継
承しないクラスを一次クラス（ルートクラス）という
（CIRCLEなど）。他クラスによって特徴が継承されるク
ラスは、基本クラスである（例えば、CIRCLEは、CIRCLE
FILLの基本クラスである）。導出クラスは、複数のクラ
ス特徴を継承することができる。つまり、導出クラスは
複数の基本クラスを有することができる。これを多重継
承という。

【００１２】導出クラスは、基本クラスが仮想的に継承
されることを指定してもよい。基本クラスの仮想継承と
は、仮想基本クラスのインスタンスが導出クラス中の１
つしか存在しないことを意味する。例えば、下記は非仮
想基本クラスを有する導出クラスの１例である。 class CIRCLE 1 : CIRCLE ｛... ｝; class CIRCLE 2 : CIRCLE ｛... ｝; class PATTERN : CIRCLE 1, CIRCLE 2 ｛... ｝; この宣言では、クラスPATTERN は、クラスCIRCLE 1 及
びCIRCLE 2 によりクラスCIRCLEを非仮想的に２度継承
する。つまり、クラスPATTERN にはクラスCIRCLEのイン
スタンスが２つ存在するのである。

【００１３】下記は、２つの仮想基本クラスを有する導
出クラスの１例である。 class CIRCLE 1 : virtual CIRCLE ｛... ｝; class CIRCLE 2 : virtual CIRCLE ｛... ｝; class PATTERN : CIRCLE 1, CIRCLE 2 ｛... ｝; 導出クラスPATTERN は、クラスCIRCLE 1 及びCIRCLE
2 によりクラスCIRCLEを仮想的に２度継承する。クラス
CIRCLEは、２度仮想的に継承されるので、導出クラスPA
TTERN には、クラスCIRCLEのオブジェクトが１つしか存
在しないことになる。クラス導出が複雑な場合に、仮想
継承が非常に有益であることが当業者に明らかであろ
う。

【００１４】クラスは、その関数メンバが仮想的である
かどうかも指定できる。ある関数メンバが仮想的である
と宣言することは、その関数が導出クラスにおいて同一
名及び同一タイプの関数によってオーバーライドできる
ことを意味する。下記の例では、関数drawをクラスCIRC
LEとCIRCLE FILLで仮想的であると宣言している。 仮想関数が、実現を与えずに宣言される場合には、純粋
な仮想関数と称される。純粋な仮想関数は、純粋な指定
子"=0"で宣言された仮想関数である。あるクラスが純粋
な仮想関数を指定する場合には、いかなる導出クラス
も、その関数メンバが呼び出される前に、その関数メン
バに対する実現を指定する必要がある。

【００１５】オブジェクトをアクセスするために、Ｃ＋
＋言語は、ポインタデータタイプを与える。ポインタ
は、メモリ中のオブジェクトのアドレスである値を保持
する。ポインタにより、オブジェクトに参照することが
できる。下記のステートメントは、変数 c ptr がタイ
プクラスCIRCLEのオブジェクトのポインタであることを
宣言し、そしてオブジェクトｃのアドレスを保持するよ
うに変数 c ptr をセットする。 CIRCLE *c ptr c ptr = &c; この例に続き、下記のステートメントは、オブジェクト
ａがタイプクラスCIRCLEであり、オブジェクトｂがタイ
プクラスCIRCLE FILLであることを宣言する。 CIRCLE a ; CIRCLE FILL b; 下記のステートメントは、クラスCIRCLEで定めたように
関数drawを参照する。 a. draw() ; 一方、下記のステートメントは、クラスCIRCLE FILLで
定義した関数drawを参照する。 b. draw() ; 更に、下記のステートメントは、キャストオブジェクト
ｂをタイプクラスCIRCLEのオブジェクトにタイプ決め
し、クラスCIRCLE FILLで定義した関数drawを呼び出
す。 CIRCLE *c ptr; c ptr = &b; c ptr->draw() ; // CIRCLE FILL :: draw() 従って、呼び出される仮想関数は、関数CIRCLE FILL::
drawである。

【００１６】図１は、オブジェクトの表現に使用する一
般的なデータ構造を示すブロック図である。オブジェク
トはインスタンスデータ（データメンバ）およびメンバ
関数であり、オブジェクトを実際に動作させる。オブジ
ェクトの表現に使用するデータ構造は、インスタンスデ
ータ構造１０１と、仮想関数表１０２と、関数メンバ１
０３、１０４及び１０５から成る。インスタンスデータ
構造１０１は、仮想関数表１０２に対するポインタとデ
ータメンバを含む。仮想関数表１０２は、オブジェクト
に対して定義した各仮想関数メンバのエントリを含む。
各エントリは、対応する関数メンバを実行するコードの
参照を含む。このサンプルオブジェクトのレイアウト
は、参考としてここに取り上げる米国特許出願第07／68
2,537 号「A Methodfor Implementing Virtual Functio
n and Virtual Bases in a Compiler for an Object Or
iented Programming Language 」に適合する。以下の説
明において、オブジェクトを、Ｃ＋＋プログラミング言
語で定義したクラスのインスタンスとして述べる。当業
者は、オブジェクトは他のプログラミング言語を使用し
て定義できることが明らかであろう。

【００１７】クラスの継承は、コード共用の１形式であ
る。クラス開発者は、他の開発者にクラスの実現体を提
供することができる。この他の開発者は、提供されたク
ラスから導出するクラスを作成することができる。ただ
し、クラスが継承されて、仮想関数がオーバーライドさ
れる場合は、オーバーライド仮想関数のテストは複雑に
なることが考えられる。オーバーライド仮想関数は、非
オーバーライド関数に影響を与えるようにオブジェクト
の状態を修正することができる。このため、各継承関数
は、オーバーライド仮想関数のテストに関連して独立し
たテストをする必要がある。テストの複雑さを改善する
には、クラスの実現体の開発者は、その実現体をもつソ
ースコードを分配することができる。不幸にも、ソース
コードの分配は、上述のように、共用ソースコードに同
様の支障が生じる。

【００１８】オブジェクト指向技術の利点は、オブジェ
クトの共用を容易にできることである。特に、オブジェ
クト指向技術は複合文書の作成を容易にする。複合文書
は、さまざまなコンピュータプログラムによって生成さ
れたオブジェクトを含む文書である。（一般に、オブジ
ェクトのデータメンバとクラスタイプのみが複合文書に
格納される。）例えば、スプレッドシートプログラムで
生成したスプレッドシートオブジェクトを含むワードプ
ロセッシング文書は、複合文書である。ワードプロセッ
シングプログラムでは、ユーザは（セルなど）スプレッ
ドシートをワードプロセッシング文書内に埋め込むこと
ができる。この埋め込みは、ワードプロセッシングプロ
グラムを、埋め込むべきオブジェクトのクラス定義を使
用して埋め込んだオブジェクトの関数メンバにアクセス
して、コンパイルすることによって可能となる。このた
め、ワードプロセッシングプログラムは、ワードプロセ
ッシング文書に埋め込むことができるオブジェクトの各
クラスのクラス定義を使用してコンパイルしなければな
らない。新しいクラスのオブジェクトをワードプロセッ
シング文書に埋め込むには、ワードプロセッシングプロ
グラムは新たなクラス定義でリコンパイルしなければな
らないと考えられる。このため、ワードプロセッシング
プログラムの開発者が選択したクラスオブジェクトだけ
を埋め込むことができる。さらに、新たなクラスをワー
ドプロセッシングプログラムを新たにリリースしてのみ
支援することができる。

【００１９】任意クラスのオブジェクトを複合文書に埋
め込むには、ワードプロセッシングプログラムがコンパ
イル時間にクラス定義にアクセスする必要なしにオブジ
ェクトをアクセスできるようにインタフェースを定義す
る。抽象クラスは、実現部をもたない仮想関数メンバ
（純粋な仮想関数メンバ）が少なくとも１つは存在する
クラスである。インタフェースは、データメンバがない
抽象クラスであり、その仮想関数はすべて純粋である。
従って、インターフェイスは、２つのプログラムがコミ
ニケーションすべきプロトコルを与える。インターフェ
イスは、一般に、導出に対して使用され、プログラム
は、クラスが導出されるインターフェイスに対して実現
部を与えるようなクラスを実現する。その後に、これら
導出されたクラスのインスタンスとしてオブジェクトが
形成される。

【００２０】以下のクラス定義は、インタフェースの定
義の一例である。この例では、説明を簡略にするため
に、オブジェクトのクラスを文書に埋め込めるようにす
るのではなく、ワードプロセッシングプログラムは、ス
プレッドシートオブジェクトを埋め込めるようにする。
オブジェクトがどのように実現されるかに係わりなく、
このインタフェースを与えるスプレッドシートオブジェ
クトを埋め込むことができる。更に、スプレッドシート
オブジェクトは、ワードプロセッシングプログラムをコ
ンパイルする前に実現されるかその後に実現されるかに
係わりなく、埋め込むことができる。 class ISpreadSheet ｛ virtual void File() =0; virtual void Edit() =0; virtual void Formula() =0; virtual void Format() =0; virtual void GetCell (string RC, cell*pCell) = 0; virtual void Data() = 0; ｝ スプヘレッドシートプログラムの開発者は、スプレッド
シートオブジェクトをワードプロセッシング文書に埋め
込むことができるように、インタフェースの実現を与え
る必要がある。

【００２１】ワードプロセッシングプログラムがスプレ
ッドシートオブジェクトを埋め込むときは、そのプログ
ラムは、スプレッドシートオブジェクトに対するインタ
フェースを実現するコードにアクセスしなければならな
い。そのクラスコードにアクセスするために、各実現部
には独特のクラス識別子が与えられる。例えば、マイク
トソフト社が開発したスプレッドシートオブジェクト
は、「MSSpreadsheet 」というクラス識別子を有する
が、他社開発のスプレッドシートオブジェクトを実施す
るコードは、「LTSSpreadsheet」というクラス識別子を
有する。各コンピュータシステムには永続登録が維持さ
れ、これは、各クラス識別子を、クラスを実現するコー
ドにマップする。一般に、スプレッドシートプログラム
がコンピュータシステムにインストールされると、永続
登録は、スプレッドシートオブジェクトのクラスの利用
性を反映するように更新される。スプレッドシート開発
者が、インタフェースによって定義された各関数メンバ
を実現しそして永続登録が維持される限り、ワードプロ
セッシングプログラムは、開発者のスプレッドシートオ
ブジェクトのインスタンスをワードプロセッシング文書
に埋め込むことができる。ワードプロセッシングプログ
ラムは、その埋め込まれたスプレッドシートオブジェク
トの関数メンバを、誰がそれを実現したか又はそれらが
どのように実現されたかに係わりなく、アクセスする。

【００２２】しかし、種々のスプレッドシート開発者
は、ある関数メンバのみを実現したいであろう。例え
ば、あるスプレッドシート開発者は、データベース支援
は実現したくないが、他の全ての関数メンバは支援した
いであろう。オブジェクトを埋め込むことができる上
に、スプレッドシートの開発者が関数メンバの一部のみ
を支援できるようにするため、スプレッドシートオブジ
ェクトに対して多数のインタフェースが定義される。例
えば、インタフェースIDatabase 及びIBasicは、下記の
ようにスプレッドシートに対して定義できる。 class IBasic ｛ virtual void File() =0; virtual void Edit() =0; virtual void Formula() =0; virtual void Format() =0; virtual void GetCell (String RC, cell*pCell) = 0 ｝ class IDatabase ｛ virtual void Data() =0; ｝ 各スプレッドシート開発者は、IBasicインタフェースを
実現し、IDatabase インターフェイスを任意に実行す
る。

【００２３】実行時に、ワードプロセッシングプログラ
ムは、埋め込まれるべきスプレッドシートオブジェクト
がIDatabase インタフェースを支援するかどうかを決定
しなければならない。この決定をするために、どのイン
タフェースがオブジェクトに対して実現されるかを指示
する関数メンバと共に別のインタフェース（各スプレッ
ドシートオブジェクトが実現する）が定義される。この
インタフェースは、IUnknownという名称であり（そして
未知のインタフェース又はオブジェクト管理インタフェ
ースと称され）、下記のように定義される。 class IUnknown ｛ virtual HRESULT QueryInterface(REFIID iid, void**ppv) = 0; virtual ULONG AddRef() = 0; virtual ULONG Release() = 0; ｝ このIUnknownインタフェースは、関数メンバ（メソッ
ド）QueryInterfaceを定義する。メソッドQueryInterfa
ceには、（タイプREFIIDの）パラメータiid においてイ
ンタフェース識別子（例えば、IDatabase ）が通され、
そしてこのメソッドがパラメータppv において呼び出さ
れるオブジェクトに対し識別されたインタフェースの実
現を指すポインタを返送する。このオブジェクトがイン
タフェースを支援しなければ、このメソッドは偽を返送
する。タイプHRESULT は、予め定義された状態を指示
し、タイプREFIIDは、インターフェイス識別子に対する
参照を指示し、そしてタイプULONG は、非サインの長い
整数を指示する。 コード表１ HRESULTXX::Queryinterface(REFIID iid, void**ppv) ｛ ret = TRUE; switch (iid)｛ case IID IBasic: *ppv = *pIBasic; break; case IID IDatabase : *ppv = pIDatabase; break; case IID IUnknown: *ppv = this; break; default: ret = FALSE; ｝ if (ret==TRUE)｛AddRef(); ｝; return ret; ｝

【００２４】コード表１は、クラスＸＸに対するメソッ
ドQueryInterfaceを一般的に実現するＣ＋＋擬似コード
を含み、これは、クラスIUnknownを継承する。スプレッ
ドシートオブジェクトがIDatabase インタフェースを支
援する場合、メソッドQueryInterfaceはswitchステート
メント内に適切なcaseラベルを含む。変数pIBasic とpI
Databaseは、各々、IBasicインタフェースとIDatabase
インタフェースの仮想関数表に対するポインタを指す。
メソッドQueryInterfaceは、インタフェースのポインタ
が返送されるときにクラスＸＸのオブジェクトに対する
参照カウント値をインクリメントするためにメソッドAd
dRef（以下に述べる) を呼び出す。 コード表２ void XX::AddRef() ｛refcount++ ;｝ void XX::Release()｛if(--refcount==0)delete this ;｝

【００２５】インタフェースIUnknownは、メソッドAddR
ef及びRelease も定義し、これらは参照カウントの実行
に使用される。インタフェースに対する新たな参照が形
成されるときに、メソッドAddRefを呼び出し、オブジェ
クトの参照カウントをインクリメントする。参照がもは
や必要なくなると、メソッドRelease を呼び出し、オブ
ジェクトの参照カウントをディクリメントし、参照カウ
ントが０になったときに、オブジェクトの割当てを解除
する。コード表２は、クラスＸＸに対するメソッドAddR
ef及びRelease を一般的に実現するＣ＋＋擬似コードを
含み、これは、クラスIUnknownを継承する。

【００２６】IDatabase インタフェースとIBasicインタ
フェースはIUnknownインタフェースを継承する。下記の
定義は、IUnknownインタフェースの使用法を示す。 class IDatabase:public IUnknown ｛ publicl: virtual void Data() = 0; ｝ class IBasic:public IUnknown ｛ public: virtual void File() = 0; virtual void Edit() = 0; virtual void Formula() = 0; virtual void Fromat() = 0; virtual void GetCell(stning RC, cell*pCell) = 0; ｝

【００２７】図２は、ネスト状クラスを用いたスプレッ
ドオブジェクトのデータ構造例を示すブロック図であ
る。このスプレッドオブジェクトは、オブジェクトデー
タ構造２０１と、IBasicインタフェイスデータ構造２０
３と、IDatabase インターフェイスデータ構造２０４
と、仮想関数表２０２、２０５及び２０６と、メソッド
２０７ないし２２１とを含む。オブジェクトデータ構造
２０１は、仮想関数表２０２に対するポインタと、IBas
ic及びIDatabase インタフェイスに対するポインタとを
含む。仮想関数表２０２の各エントリは、IUnknownイン
タフェイスのメソッドに対するポインタを含む。IBasic
インタフェイスデータ構造２０３は、仮想関数表２０５
に対するポインタを含む。仮想関数表２０５の各エント
リは、IBasicインタフェイスのメソッドに対するポイン
タを含む。IDatabase インタフェース構造２０４は、仮
想関数表２０６に対するポインタを含む。仮想関数表２
０７の各エントリは、IDatabase インタフェースのメソ
ッドのポインタを含む。IBasic及びIDatabase インタフ
ェースは、IUnknownインタフェースを継承するので、仮
想関数表２０５及び２０６は、メソッドQueryInterfac
e、AddRef及びRelease に対するポインタを各々含む。
以下、オブジェクトデータ構造は、オブジェクトをアク
セスすることのできるインタフェースでラベル付けした
形式２２２により表わされる。

【００２８】下記の擬似コードは、スプレッドシートオ
ブジェクトがIDatabase インタフェースを支援するかど
うかをワードプロセッシングプログラムがいかに決定す
るかを示す。 if(pSpreadsheet->QueryInterface("IDatabse",& pIDatabase)) // IDatabase Supported else // IDatabase not Supported ポインタ pSpreadsheet は、図２に示すスプレッドシー
トクラスのインスタンスに対するポインタである。（pS
preadsheetは、データ構造２１０を指す。）このオブジ
ェクトがIDatabase インタフェースを支援する場合は、
メソッド２０７により定義されたメソッドQueryInterfa
ceは、IDatabase データ構造２０４を指すようにポイン
タpIDatabaseをセットし、その値として真を返送する。

【００２９】通常、オブジェクトは、変数「宜言」又は
「新たな」演算子によって具体化することができる（メ
モリ内に作成したオブジェクトのインスタンス）。しか
し、どちらの具体化技術も、コンパイル時にクラス定義
を必要とする。ワードプロセッシングプログラムが実行
時にスプレッドシートオブジェクトを具体化できるため
には別の技術が必要とされる。その１つの技術は、グロ
ーバルな関数CreateInstanceXXを与え、これは、次のよ
うに定義される。 static void CreateInstanceXX(REFIID iid, void**ppv) = 0 ; メソッドCreateInstanceXXは、クラスＸＸのオブジェク
トを実現化し、ポインタppv をパラメータiid により定
義されたオブジェクトのインタフェースへ戻す。

【００３０】

【発明が解決しようとする課題】本発明の目的は、オブ
ジェクトを集合する方法及びシステムを提供することで
ある。

【００３１】本発明の別の目的は、オブジェクトの動作
を動的に変更する方法及びシステムを提供することであ
る。

【００３２】本発明の更に別の目的は、オブジェクトを
動的に集合する方法及びシステムを提供することであ
る。

【００３３】本発明の更に別の目的は、オブジェクトを
静的に集合する方法及びシステムを提供することであ
る。

【００３４】本発明の更に別の目的は、オブジェクトを
別のオブジェクト内に囲う一方、その囲まれたオブジェ
クトのインターフェイスをその囲んでいるオブジェクト
のクライエントへ提示する方法及びシステムを提供する
ことである。

【００３５】本発明の更に別の目的は、囲んでいるオブ
ジェクトが具体化された後にオブジェクトを別のオブジ
ェクト内に囲む方法及びシステムを提供することであ
る。

【００３６】本発明の更に別の目的は、異なるタイプの
オブジェクトを単一のオブジェクトへと動的に組み合わ
せる方法及びシステムを提供することである。

【００３７】本発明の更に別の目的は、オブジェクトの
実現を変更せずに別のオブジェクト内に囲むことができ
るか又は別のオブジェクト内に囲まれないようなオブジ
ェクトを実現する方法及びシステムを提供することであ
る。

【００３８】本発明の更に別の目的は、オブジェクトが
集合であることをクライエントが分からないような集合
オブジェクトを実現する方法及びシステムを提供するこ
とである。

【００３９】本発明の更に別の目的は、囲まれたオブジ
ェクトそれ自体が任意の囲い込みレベルに対して囲んで
いるオブジェクトとなり得るようなオブジェクトを囲い
込む方法及びシステムを提供することである。

【００４０】本発明の更に別の目的は、新たなインター
フェイスを追加することによりベースオブジェクトの動
作を増強する方法及びシステムを提供することである。

【００４１】本発明の更に別の目的は、ベースオブジェ
クトの標準的な動作をオーバーライドするインターフェ
イスを追加することによりベースオブジェクトの見掛け
上の動作を増強する方法及びシステムを提供することで
ある。

【００４２】本発明の更に別の目的は、囲まれた又は囲
んでいるオブジェクトがデフォールト機能を実現するよ
うに、囲んでいるオブジェクト内にオブジェクトを囲む
ことにより、オブジェクトにデフォールト機能を与える
方法及びシステムを提供することである。

【００４３】本発明の更に別の目的は、囲まれたオブジ
ェクト内に存在する共通の機能に対して制御動作を実現
する方法及びシステムを提供することである。そして本
発明の更に別の目的は、２つ以上の囲まれたオブジェク
トによって実施されるインターフェイスをクライエント
が要求するときにクライエントにどのインターフェイス
を与えるかを決定する方法及びシステムを提供すること
である。

【００４４】

【課題を解決するための手段】上記の目的、及び本発明
の以下の説明において明らかとなる他の目的は、コンピ
ュータシステム内にオブジェクトを集合させる方法及び
システムによって達成される。好ましい実施例では、本
発明の方法は、囲まれたオブジェクトを、囲んでいるオ
ブジェクト内に集合させる。この囲まれたオブジェクト
は、オブジェクト管理インタフェース及び１つ以上の外
部インタフェースを有し、一方、囲んでいるオブジェク
トは、制御オブジェクト管理インタフェースを有する。
集合オブジェクトによってクライアントに提示される各
インタフェースは、インターフェイスの識別子を受け取
ってその識別されたインターフェイスに対する参照を返
送する問合せ関数メンバを有する。囲んでいるオブジェ
クトの制御オブジェクト管理インタフェースの問合せ関
数メンバは、囲んでいるオブジェクトによって提示され
たインタフェースの識別子を受取り、その提示されたイ
ンタフェースに対する参照を返送する。本発明の好まし
い方法では、囲まれたオブジェクトのインスタンスを作
成する。囲まれたオブジェクトの提示されたインタフェ
ースの問合せ関数メンバは、インタフェースの識別子を
受け取ると、その受け取った識別子を通すように上記囲
んでいるオブジェクトの制御オブジェクト管理インタフ
ェースの問合せ関数メンバを呼び出し、そして上記囲ん
でいるオブジェクトの制御オブジェクト管理インタフェ
ースの呼び出された問合せ関数メンバによって戻される
参照を、識別されたインタフェースの参照として返送す
る。

【００４５】静的な集合の好ましい実施例では、囲まれ
たオブジェクトの問合せ関数メンバは、囲まれたオブジ
ェクトの外部インターフェイスの知識で実現され、囲ん
でいるオブジェクト又は他の囲まれたオブジェクトのイ
ンターフェイス（制御オブジェクト管理インターフェイ
ス以外の）の知識をもたない。囲んでいるオブジェクト
の制御オブジェクト管理インターフェイスの問合せ関数
メンバは、囲まれたオブジェクトの提示されたインター
フェイスの知識で実現される。

【００４６】動的な集合の好ましい実施例では、オブジ
ェクトによって実現されるインターフェイスインターフ
ェイスをクライエントプログラムの実行中に集合できる
ようにすることによりオブジェクトを動的に変更するこ
とができる。インターフェイスは、それらを実現するオ
ブジェクトをマルチタイプオブジェクトへと動的に囲い
込むことにより集合される。追加されるべき各インター
フェイスは、集合される能力をもつオブジェクトによっ
て実現される。マルチタイプオブジェクトは、囲んでい
るオブジェクトとして働くように形成される。マルチタ
イプオブジェクトは、追加インターフェイス関数メンバ
を有し、これは、囲んでいるマルチタイプオブジェクト
にインターフェイスを追加することによりインターフェ
イスを集合するように使用できる。又、マルチタイプオ
ブジェクトは、オブジェクトの全てのインターフェイス
を集合するための追加オブジェクト関数も有する。又、
マルチタイプオブジェクトは、クライエントから要求が
あった際にその追加されたインターフェイスに対する参
照を検索するための問合せ関数も有している。この問合
せ関数メンバは、囲んでいるマルチタイプオブジェクト
の制御オブジェクト管理インターフェイスの一部分であ
る。又、集合されるべきインターフェイスを実現するオ
ブジェクトのインスタンスも形成される。その形成中
に、囲んでいるマルチタイプオブジェクトに対するポイ
ンタが、囲まれるべきオブジェクトに通され、囲まれた
オブジェクトが囲んでいるマルチタイプオブジェクトと
通信できるようにする。集合されるべきインターフェイ
スを実現する形成されたオブジェクトは、集合されるべ
きインターフェイスに対する参照の検索をサポートする
問合せ関数メンバを有する。好ましい方法は、囲んでい
るマルチタイプオブジェクトの追加インターフェイス関
数メンバ又は追加オブジェクト関数メンバを呼び出し、
これに、集合されるべきインターフェイス実現する形成
されたオブジェクトに対する参照を通す。その後に、囲
んでいるマルチタイプオブジェクトの問合せ関数メンバ
が呼び出され、集合されたインターフェイスに対する参
照が検索される。

【００４７】

【実施例】本発明は、オブジェクトを集合するためのコ
ンピュータシステムにおける方法を提供する。オブジェ
クトは、静的又は動的に集合することができる。静的な
集合を用いると、囲んでいるオブジェクトは、典型的
に、囲まれたオブジェクトの提示されたインターフェイ
スについてのコンパイル時知識を有する。それ故、囲ん
でいるオブジェクトのオブジェクト管理インターフェイ
スは、この知識を用いて、囲まれたオブジェクトの提示
されたインターフェイスへインターフェイスポインタを
返送するようにカスタマイズされる。これらの静的に集
合されたオブジェクトのインスタンスは、動的に（実行
時に）形成される。

【００４８】動的な集合を用いると、囲んでいるオブジ
ェクトが具体化され、これを用いてオブジェクト又はイ
ンターフェイスを実行時に集合することができる。囲ん
でいるオブジェクトは、囲まれたオブジェクト又はイン
ターフェイスについての前もった知識をもたず、従っ
て、囲んでいるオブジェクトによりコンパイル時知識が
使用されない。同様に、囲まれたオブジェクト及びイン
ターフェイスは、オブジェクト及びインターフェイスを
集合するのに使用される制御オブジェクト管理インター
フェイス除いて、囲んでいるオブジェクトのインターフ
ェイスの実現又は存在についての知識をもたない。又、
集合されたオブジェクト及びインターフェイスへのアク
セスを制御するためのルールメカニズムも設けられる。

【００４９】これらタイプの集合の各々は、以下で詳細
に説明する。好ましい実施例では、本発明の方法及びシ
ステムは、中央処理ユニット、メモリ及び入力／出力装
置を含むコンピュータシステムにおいて実現される。

【００５０】静的な集合 静的な集合の好ましい実施例において、集合オブジェク
トはそのクライアントに複数のインタフェースを与え
る。オブジェクトを具体化するコンピュータプログラム
をクライアントと呼ぶ。集合オブジェクトは、１つ以上
の囲まれたオブジェクトと、IUnknownインタフェースの
実現部とからなり、この実現部を集合オブジェクトの制
御IUnknownインタフェースと呼ぶ。集合オブジェクト
は、そのクライアントにそれ自体のインタフェースと囲
まれたオブジェクトからのインタフェースを提示する。
制御IUnknownインタフェースのメソッドQueryInterface
はポインタを集合オブジェクトによって提示された各イ
ンタフェースに戻す。集合オブジェクトは各囲まれたオ
ブジェクトを具体化する。この具体化は、集合オブジェ
クトの構成中に実行できるし、囲まれたオブジェクトの
インタフェースが必要になるまで延期することもでき
る。各囲まれたオブジェクトは、制御IUnknownインタフ
ェースに対するポインタを含む。囲まれたオブジェクト
の提示されたインタフェースのメソッドQueryInterface
は、IUnknownインタフェースのメソッドQueryInterface
を呼び出すように実現されるのが好ましい。囲まれたオ
ブジェクトが実現される場合に、一般に開発者は、囲ん
でいるオブジェクトがどんなインタフェースを提示する
かについての知識はない。その結果、囲まれたオブジェ
クトのメソッドQueryInterfaceが制御IUnknownインタフ
ェースを呼び出して、要求したインタフェースのポイン
タを検索する。制御IUnknownインタフェースのメソッド
QueryInterfaceは、一般に、提示された全てのインタフ
ェースの知識をもって実現される。オブジェクトが囲ま
れない場合は、制御IUnknownインタフェースは、そのオ
ブジェクトのIUnknownインタフェースである。逆に、オ
ブジェクトが囲まれる場合は、制御IUnknownインタフェ
ースは囲んでいるオブジェクトのIUnknownインタフェー
スである。

【００５１】好ましい実施例では、集合オブジェクトが
参照カウントを維持する。集合オブジェクトが具体化さ
れる場合に、その参照カウントは、１にセットされる。
制御IUnknownのメソッドQueryInterfaceは、参照がクラ
イアントに戻されるときに、参照カウントをインクリメ
ントする。囲まれたオブジェクトの提示されたインタフ
ェースのメソッドAddRefは、制御IUnknownインタフェー
スのメソッドAddRefを呼び出し、集合オブジェクトの参
照カウントをインクリメントする。同様に、囲まれたオ
ブジェクトの提示されたインタフェースのメソッドRele
ase は、制御IUnknownインタフェースのRelease を呼び
出し、集合オブジェクトの参照カウントをディクリメン
トすると共に、参照カウントが０のときに集合オブジェ
クトを削除する。囲まれたオブジェクトが具体化される
場合には、囲まれたオブジェクトの参照カウントは、１
にセットされる。集合オブジェクトが削除された場合
は、各囲まれたオブジェクトのIUnknownインタフェース
のメソッドRelease が呼び出され、囲まれたオブジェク
トを消去する。

【００５２】図３は、集合オブジェクトを示すブロック
図である。集合オブジェクトＳ３はインタフェイスＡ、
Ｂ、Ｃ、Ｆ及び制御IUnknownを提示する。集合（囲んで
いる）オブジェクトＳ３は、囲まれたオブジェクトＳ１
３０３、囲まれたオブジェクトＳ２ ３０２、及び実
現部Ｉ３ ３０４を含む。囲まれたオブジェクトＳ１
は、外部インタフェイスＣ及びＤを実現し、囲まれたオ
ブジェクトＳ２は、外部インタフェイスＥ及びＦを実現
する。（外部インタフェイスとは、囲んでいるオブジェ
クトによって提示できるオブジェクトのインタフェイス
である。内部インタフェイスとは、囲んでいるオブジェ
クトによっては提示できないオブジェクトのインタフェ
イスである。）実現部Ｉ３は、外部インタフェースＡ及
びＢと制御IUnknownを実現する。集合オブジェクトＳ３
のクライアントは、オブジェクトが集合体であることが
分かる必要はない。集合オブジェクトＳ３は、オブジェ
クトＳ１及びＳ２を集合オブジェクトＳ３の構成中又は
それより遅い時間に具体化する。実現部Ｓ３は、オブジ
ェクトＳ１及びＳ２のIUnknownインタフェイスに対する
ポインタを含む。オブジェクトＳ１及びＳ２は、制御IU
nknownインタフェイスに対するポインタを含むように初
期化される。

【００５３】提示されたインタフェイスのメソッドQuer
yInterfaceは、提示された各インタフェイスに対するポ
インタを返送し、そしてポインタが返送されたときに集
合オブジェクトの参照カウントをインクリメントするこ
とができる。制御IUnknownのメソッドQueryInterface
は、実現部Ｉ３が実現するインターフェイスＡ、Ｂ及び
制御IUnknownのポインタに直接アクセスし、そして囲ま
れたオブジェクトのIUnknownインタフェースのメソッド
QueryInterfaceを呼び出して、囲まれたオブジェクトＳ
１及びＳ２の提示されたインタフェイスＣ及びＦに対す
るポインタを検索する。囲まれたインタフェイスに対す
るポインタを返送するときには、制御IUnknownインタフ
ェースのメソッドQueryInterfaceは、制御IUnknownイン
タフェイスのメソッドAddRefを呼び出すことにより、集
合オブジェクトＳ３の参照カウントをインクリメントす
る。（制御IUnknownインタフェース以外の）各提示され
たインタフェースのメソッドQueryInterfaceは、制御IU
nknownインタフェースのメソッドQueryInterfaceを呼び
出すのが好ましい。 コード表３ void CreateInstanceS1(IUnknown *punkOuter, REFIID iid, void**ppv) ｛ IUnknown * punk; S1::CreateInstance(punkOuter, &punk); punk->QueryInterface(iid, ppv) ; punk->Rclease(); ｝ class IC:public IUnknown ｛//methods of IC ｝ class ID:public IUnknown ｛//methods of ID ｝ class S1:public IUnknown ｛ public: static void CreareInstance(IUnknown *punkOuter,IUnknown**ppunk) ｛ S1*pS1=newS1(punkOuter) ; pS1->QueryInterface (IID IUnknown,ppunk); ｝ private: void S1(IUnknown * punkOuter):m C(this), m D(this) ｛ if(punkOuter == NULL) m punkouter = this; else m punkouter = punkOuter, m refcount = 0; ｝ class C:public IC ｛ public: void C(S1*pS1) ｛ m pS1 = pS1;｝ virtual boolean QueryInterface(REFIID iid,void**ppv) ｛return m pS1->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS1->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS1->m punkOuter->Release(); ｝ // other methods of IC private: S1 *m pS1 ｝ friend C ; C m C ; class D:public ID ｛ public: void D(S1 *pS1)(m pS1 = pS1;｝ virtual boolean QueryInterface(REFIID iid, void **ppv) ｛return m pS1->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS1->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS1->m punkOuter->Release(); ｝ // other methods of ID private: S1 *m pS1 ｝ friend D ; D m D ; public: virtual boolean QueryInterface(REFIID iid, void **ppv) ｛ ret = TRUE; switch(iid) ｛case IID C : *ppv = &m C ; m punkOuter->AddRef(); break; case IID D : *ppv = &m D ; m punkOuter->AddRef(); break; case IID IUnknown: *ppv = this ; AddRef(); break; default : ret = FALSE ; ｝ return ret; ｝ virtual void AddRef()｛ m refcount++; ｝ virtual void Release() ｛if(--m refcount == 0) delete this; ｝ private: IUnknown *m punkOuter; int m refcount; ｝

【００５４】コード表３は、オブジェクトＳ１の好まし
いクラス定義に対してＣ＋＋擬似コードを含み、これ
は、オブジェクトのインスタンスを作成するグローバル
関数と共に集合体（集合可能なオブジェクト）内に囲い
込むことができる。クラスIUnknown、IC及びIDは、各イ
ンタフェイスのメソッドを定義するインタフェイスであ
る。クラスＳ１は、IUnknownインタフェイス、ICインタ
フェイス及びIDインタフェイスを実現する。クラスＳ１
は、IC及びIDインタフェイスを外部インタフェイスとし
て実現する。図４は、クラスＳ１のオブジェクトのイン
スタンスのデータ構造レイアウトのブロック図である。
インスタンス構造４０１は、クラスＳ１のデータメンバ
（ m C 、 m D 、 m punkOuter 、 m refcount）
と、仮想関数表ポインタ（S1::vfptr)に対するポインタ
を含む。データメンバ m C 及び m D は、各々クラスＣ
及びＤのオブジェクトのインスタンスである。クラスＣ
及びクラスＤは、クラスＳ１のフレンドであり、オブジ
ェクトＣ及びＤがクラスＳ１のプライベートメンバをア
クセスできるようにする。仮想関数表ポインタS1::vfpt
r は、仮想関数表４０２を指し、データメンバ内の仮想
関数表ポインタ m CS1::C::vfptrは、仮想関数表４０
３を指し、更に、データメンバ内の仮想関数表ポインタ
m D S1::D::vfptrは、仮想関数表４０３Ａを指す。仮
想関数表４０２は、IUnknownインタフェイス用に定義し
た仮想関数に対するポインタを含み、仮想関数表４０３
は、Ｃインタフェイス用に定義した仮想関数に対するポ
インタを含み、仮想関数表４０３Ａは、インタフェイス
Ｄ用に定義した仮想関数に対するポインタを含む。仮想
関数表４０３及び４０３Ａ内の省略部分は、クラスＣ及
びＤの付加的な関数メンバに対するポインタを各々示し
ている。関数４０４ないし４０８は、クラスＳ１の関数
メンバである。関数４０７は、クラスＳ１の構成子であ
る。関数４０８は、クラスＳ１の関数CreateInstanceで
ある。関数４０９ないし４１２は、クラスＣの関数メン
バである。関数４１２は、クラスＣの構成子である。関
数４１３ないし４１６は、クラスＤの関数メンバであ
る。関数４１６は、クラスＤの構成子である。

【００５５】コード表３に示したように、メソッドS1::
QueryInterfaceは、インタフェイスＣ、インタフェイス
Ｄ、又はインタフェイスIUnknownに対するポインタを返
送する。インターフェイスＣ又はインターフェイスＤに
対するポインタが返送されるときには、メソッドS1::Qu
eryInterfaceは、メソッドS1::AddRefを呼び出し、オブ
ジェクトＳ１の参照カウントをインクリメントする。メ
ソッドS1::AddRefは、参照カウントをインクリメント
し、そしてメソッドS1::Release は、参照カウントをデ
ィクリメントすると共に、参照カウントが０になったと
きにオブジェクトＳ１を削除する。

【００５６】グローバル関数CreateInstanceS1は、クラ
スＳ１のオブジェクトのインスタンスを作成する。クラ
イアントがこの関数を呼び出し、クラスＳ１のオブジェ
クトを具体化する。従って、クライアントは、コンパイ
ル時間又は実行時にクラスＳ１の定義にアクセスせず
に、クラスＳ１のオブジェクトを具体化できる。具体化
されたオブジェクトＳ１が、集合オブジェクト及び返送
すべきインタフェースの識別子iid 内に囲まれるとき
に、関数CreateInstanceS1に、制御IUnknown（punkOute
r)に対するポインタが通される。関数CreateInstanceS1
は、識別されたインタフェースに対するポインタ（ppv)
を返送する。関数CreateInstanceS1は、パラメータpunk
Outer を通すようにメソッドS1::CreateInstanceを呼び
出す。メソッドS1::CreateInstanceは、オブジェクトＳ
１を具体化し、そしてオブジェクトＳ１のIUnknownイン
タフェースに対するポインタ（punk) を返送する。関数
CreateInstanceS1は、オブジェクトＳ１のメソッドQuer
yInterfaceを呼び出し、識別されたインタフェースに対
するポインタを検索する。関数CreateInstanceS1は、次
いで、オブジェクトＳ１のメソッドRelease を呼び出す
が、これは、一時ポインタpunkがもはや必要ないからで
ある。

【００５７】メソッドS1::CreateInstanceは、オブジェ
クトＳ１を具体化し、オブジェクトＳ１のIUnknownイン
タフェースに対するポインタ（ppunk)を返送する。メソ
ッドS1::CreateInstanceには、制御IUnknownに対するポ
インタ（punkOuter)が通される。メソッドS1::CreateIn
stanceは新たな演算子を使用して、オブジェクトＳ１を
具体化する。具体化の間に、構成子S1::S1を呼び出し、
パラメータpunkOuterの値を通す。オブジェクトＳ１が
構成された後に、メソッドS1::CreateInstanceは、メソ
ッドS1::QueryInterfaceを呼び出し、オブジェクトＳ１
のIUnknownインタフェイスに対するポインタを検索す
る。

【００５８】構成子S1::S1は、データメンバ m C 、 m
D 、 m punkOuter 及び m refcountを初期化する。
構成子S1::S1にはパラメータpunkOuter が通される。デ
ータメンバ m C 及び m D の具体化中、構成子C::C及
びD::Dを呼び出し、オブジェクトＳ１に対するポインタ
thisを通す。パラメータpunkOuter の値がNULLであれ
ば、構成子S1::S1はデータメンバ m punkOuter をポイ
ンタthisの値にセットする（このポインタは、新たに具
体化したオブジェクトＳ１を指す）。パラメータpunkOu
ter の値がNULLでなければ、構成子S1::S1は、データメ
ンバ m punkOuter をパラメータpunkOuter の値にセッ
トする。データメンバ m punkOuter は、オブジェクト
Ｓ１が囲まれている場合には、集合体の制御IUnknownの
値を指し、そしてオブジェクトＳ１が囲まれていない場
合には、オブジェクトＳ１の制御IUnknownを指す。構成
子S1::S1は、データメンバ m fercountをゼロに初期化
もする。

【００５９】構成子C::CにはオブジェクトＳ１に対する
ポインタが通される。構成子C1::C1は、通されたポイン
タをデータメンバC::m pS1 内に格納する。このデータ
メンバC::m pS1 は、クラスＣのメソッドによって使用
され、データメンバS1:: m punkOuter にアクセスする。

【００６０】メソッドC::QueryInterface 、C::AddRef
及びC::Releaseは、データメンバS1:: m punkOuter に
より指されたIUnknownインタフェースの対応メソッドを
呼び出し、これは、オブジェクトＳ１が囲まれるときに
集合体の制御IUnknownInterface を指す。

【００６１】クラスＤの構成子及びその他のメソッド
は、クラスＣの構成子及びその他のメソッドに類似して
いる。

【００６２】図４は、集合体の部分でないオブジェクト
Ｓ１のインスタンスを示す。データメンバS1::C::m pS
1 、S1::D::m pS1 及び S1::m punkOuter は、オブジ
ェクトＳ１自体に対するポインタに初期化される。デー
タメンバ m C 及びm D のメソッドQueryInterface、
AddRef及びRelease は、オブジェクトＳ１のインタフェ
ースのIUnknownメソッドを呼び出す。

【００６３】インタフェイスＥ及びＦを実現するオブジ
ェクトＳ２は、上述のオブジェクトＳ２と類似してい
る。 コード表４ void CreateInstanceS3(IUnknown *punkOuter, REFIID iid, void**ppv) ｛ IUnknown *punk; S3::CreateInstance(punkOuter, &punk); punk->QueryInterface(iid, ppv) ; punk->Release(); ｝ class IA:public IUnknown ｛//methods of class IA ｝ class IB:public IUnknown ｛//methods of class IB ｝ class S3:public IUnknown ｛ public: static void CreareInstance(IUnknown *punkOuter,IUnknown **punk) ｛ S3 *pS3=newS3(punkOuter) ; CreateInstanceS1(pS3->m punkOuter, IID IUnknown, pS3->m punkS1); CreateInstanceS2(pS3->m punkOuter, IID IUnknown, pS3->m punkS2); pS3->QueryInterface(IID IUnknown,ppunk);｝ private: void S3(IUnknown *punkOuter): m A(this), m B(this) ｛ if( puniOuter==NULL) m punkouter=this; else m punkouter=punkOUter, m refcount=0; ｝ void-S3()｛ m punkS1->Release() ; m punS2->Re lease() ; ｝ class A:public IA ｛ public: void A(S3 *pS3)｛ m pS3 = pS3 ｝ virtual boolean QueryInterface(REFIID iid,void **ppv) ｛return m pS3->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS3->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS3->m punkOuter->Release(); ｝ ＼＼ other methods of IA private: S3 *m pS3 ; ｝; friend A ; A m A ; class B:public IB ｛ public: void B(S3 *pS3) ｛ m pS3 = pS3 ｝ virtual boolean QueryInterface(REFIID iid, void **ppv) ｛return m pS3->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS3->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS3->m punkOuter->Release(); ｝ ＼＼ other methods of IB private: S3 *m pS3 ; ｝; friend B ; B m B ; public: virtual boolean QueryInterface(REFIID iid, void **ppv) ｛ ret = TRUE; switch(iid) ｛case IID C : ret = m punkS1->QueryInterface(iid,ppv) ; break; case IID F : ret = m punkS2->QueryInterface(iid,ppv) ; break; case IID A: *ppv = &m A; m punkOuter->AddRef() ; break; case IID B: *ppv = &m B; m punkOuter->AddRef() ; break; case IID IUnknown: *ppv=this; AddRef() ; break; default: ret = FALSE; ｝ return ret; ｝ virtual void AddRef()｛ m refcount++; ｝ virtual void Release() ｛if(--m refcount == 0) delete this; ｝ private: IUnknown *m punkOuter; int m refcount; IUnknown *m punkS1; IUnknown *m punkS2; ｝;

【００６４】コード表４は、集合オブジェクトの好まし
いクラス定義に対するＣ＋＋擬似コードを含む。クラス
Ｓ３は、インタフェイスIUnknownＡ、Ｂ、Ｃ及びＦを提
示する。インタフェイスＣを与えるために、クラスＳ３
はオブジェクトＳ１を囲み、インタフェイスＣを提示す
る。インタフェイスＦを与えるために、クラスＳ３はオ
ブジェクトＳ２を囲み、インタフェイスＦを提示する。
オブジェクトＳ３は、インタフェイスＣ及びＦに対する
ポインタを制御IUnknownインタフェイスのメソッドQuer
yInterfaceを介して戻すことによってインタフェイスＣ
及びＦを提示する。オブジェクトＳ１のインタフェイス
Ｄ及びオブジェクトＳ２のインタフェイスＥは、外部イ
ンタフェイスであるが、オブジェクトＳ３はこれらのイ
ンタフェイスを提示しない。

【００６５】メソッドS3::QueryInterface、S3::AddRef
及びS3::Release は、集合体の制御IUnknownインタフェ
イスを構成する。メソッドS3::QueryInterfaceは、制御
IUnknownインタフェイスＡ、Ｂ、Ｃ及びＦに対するポイ
ンタを返送する。制御IUnknownインタフェイスのポイン
タが返送されるときは、メソッドS3::QueryInterface
は、メソッドS3::AddRefを呼び出して、オブジェクトＳ
３に対する参照カウントをインクリメントする。メソッ
ドS3::AddRefは、参照カウントをインクリメントし、メ
ソッドS3::Release は参照カウントをディクリメント
し、参照カウントが０になるとオブジェクトＳ３を削除
する。インタフェイスＡ、Ｂ、Ｃ又はＦに対するポイン
タが返送されるときは、メソッドS3::QueryInterface
は、制御IUnknownインタフェイスのメソッドS3::AddRef
を呼び出し、これは、Ｓ３オブジェクトが集合されない
ときは、メソッドS3::AddRefである。

【００６６】グローバル関数CreateInstanceS3は、クラ
スＳ３のオブジェクトのインスタンスを作成する。クラ
イアントは、この関数を呼び出して、クラス３のオブジ
ェクトを具体化する。このため、クライアントは、コン
パイル時及び実行時にクラスＳ３の定義にアクセスせず
にクラスＳ３のオブジェクトを具体化できる。具体化さ
れたオブジェクトＳ３が、集合オブジェクト、及びクラ
スＳ３により提示されたインタフェイスの識別子（iid)
に囲まれて戻される場合に、関数CreateInstanceS3に
は、制御IUnknownインタフェイス（punkOuter)に対する
ポインタが通される。関数CreateInstanceS3は識別され
たインタフェイスに対するポインタ(ppv)を戻す。関数C
reateInstanceS3は、パラメータpunkOuter を通すよう
にメソッドS3::CreateInstanceを呼び出す。メソッドS
3::CreateInstanceは、オブジェクトＳ３を具体化し、
オブジェクトＳ３のIUnknownインタフェイスに対するポ
インタ（punk）を戻す。関数CreateInstanceS3は、メソ
ッドS3::QueryInterfaceを呼び出し、識別されたインタ
フェイスに対するポインタを検索する。一時的ポインタ
punkは不要になるので、関数CreateInstanceS3は、メソ
ッドS3::Release を呼び出す。

【００６７】メソッドS3::CreateInstanceは、オブジェ
クトＳ３を具体化し、オブジェクトＳ３のIUnknownに対
するポインタ（ppunk)を戻す。メソッドS3::CreateInst
anceには、制御IUnknownに対するポインタ（punkOuter)
が通される。メソッドS3::CreateInstanceは、新たな演
算子を使用してオブジェクトＳ３を具体化する。具体化
の間に、構成子S3::S3を呼び出し、パラメータpunkOute
r を通す。オブジェクトＳ３が構成された後、メソッド
S3::CreateInstanceは関数CreateInstanceS1を呼び出
し、囲まれたオブジェクトＳ１を作成する。メソッドS
3::S3CreateInstanceはパラメータpS3->m punkOuter
及びびIUnknownインタフェイスのインタフェイス識別子
を通し、オブジェクトＳ１のIUnknownインタフェースに
対するポインタが返送される。メソッドS3::CreateInst
anceは、データメンバS3:: m punkS1内にその返送され
たポインタを格納する。メソッドS3::CreateInstance
は、関数CreateInstanceS2を呼び出し、オブジェクトＳ
１の作成と同様の方法でオブジェクトＳ２を作成する。
メソッドS3::CreateInstanceは、メソッドS3::QueryInt
erfaceを呼び出し、IUnknownインターフェイスに対する
ポインタを検索する。

【００６８】メソッドS3::AddRefは、オブジェクトＳ３
の参照カウントをインクリメントする。メソッドS3::Re
lease は、参照カウントをディクリメントする。参照カ
ウントが０になると、メソッドS3::Release は、オブジ
ェクトＳ３を削除する。

【００６９】構成子S3::S3は、データメンバ m A 、 m
B 、 m punkouter 及び m refcountを初期化する。
構成子S3::S3にはパラメータpunkOuter が通される。デ
ータメンバ m A 及び m B の具体化の間に、構成子
A::A 及び B::B が呼び出されそしてオブジェクトＳ３
対応のポインタthisが通される。パラメータpunkOuter
の値がNULLであれば、構成子S3::S3は、（新たに具体化
したオブジェクトＳ３を指す）ポインタthisの値にデー
タメンバ m punkOuter をセットする。パラメータpunk
Outer の値がNULLでない場合には、構成子S3::S3はデー
タメンバ m punkOuter をパラメータpunkOuter の値に
セットする。データメンバ m punkOuterは、オブジェ
クトＳ３が囲まれている場合には、集合体の制御IUnkno
wnインタフェイスの値を指し、オブジェクトＳ３が囲ま
れていない場合には、オブジェクトＳ３のIUnknownイン
タフェイスを指す。構成子S3::S3は、データメンバ m
refcountを０に初期化する。

【００７０】消去関数S3::-S3 は、メソッドS1::Releas
e を呼び出して、囲まれたオブジェクトＳ１の参照カウ
ントをディクリメントする。オブジェクトＳ１の具体化
の間に参照カウントは１にセットされているので、メソ
ッドS1::Release はオブジェクトＳ１を削除する。消去
関数S3::-S3 は、同様の方法でオブジェクトＳ２の参照
カウントをディクリメントする。

【００７１】インタフェイスＡ及びＢは、インタフェイ
スＣのメソッドと同様の動作を有する。従って、インタ
フェースＡ及びＢは、オブジェクトＳ３が囲まれた場合
に提示できる。

【００７２】図５は、オブジェクトＳ３のデータ構造レ
イアウトを示すブロック図である。このデータ構造レイ
アウトは、インスタンスデータ５０１、仮想関数表５０
２、５０３及び５０４、メソッド５０５ないし５１７、
オブジェクトＳ１ ４０１ないし４１３、及びオブジェ
クトＳ２ ５１９を含む。インスタンスデータ５０１
は、制御IUnknownインタフェイスの仮想関数表に対する
ポインタと、クラスＡ及びＢのインスタンスであるデー
タメンバ m A 及び m B と、オブジェクトＳ３のIUnk
nownインタフェースを指すデータメンバ m punkOuter
と、オブジェクトＳ３対応の参照カウントを含むデータ
メンバ m refcountと、囲まれたオブジェクトＳ１のIU
nknownインターフェイスを指すデータメンバ m punkS1
と、囲まれたオブジェクトＳ２ ５１９のIUnknownイン
タフェイスを指すデータメンバ m punkS2とを含む。囲ま
れたオブジェクトＳ１が具体化されると、そのデータメ
ンバ S1::m punkOuter は初期化され、オブジェクトＳ
３のIUnknownインタフェースを指す。同様に、囲まれた
オブジェクトＳ２が具体化されると、そのデータメンバ
S2::m punkOuter は初期化され、オブジェクトＳ３の
IUnknownインタフェースを指す。

【００７３】図６及び図７は、囲んでいるオブジェクト
と囲まれたオブジェクトとの共同動作を示すブロック図
である。図６は、別のオブジェクトに囲まれていないク
ラスＳ１のオブジェクトを示すブロック図である。クラ
スＳ１のオブジェクト６０１はデータメンバ m punkOu
ter を含み、これはIUnknownインタフェースと、メソッ
ド６０３、６０４、６０５及び６０６を指す。メソッド
IUnknown::QueryInterface６０３は、要求されたインタ
フェイスに対するポインタを戻し、参照カウントをイン
クリメントする。メソッド C::QueryInterface６０５及
び C::AddRef６０６は、IUnknownインタフェースの対応
するメソッドを呼び出す。クラスＤのメソッドの実現部
（図示せず）は、クラスＣと同様である。図７は、クラ
スＳ１及びＳ２のオブジェクトを囲むクラスＳ３のオブ
ジェクトを示す図である。オブジェクトＳ２は、オブジ
ェクトＳ１と同様であり、図示していない。クラスＳ１
のオブジェクト６０１のデータメンバ m punkOuter ６
０２は、クラスＳ３のオブジェクト６１０のIUnknownイ
ンタフェイスを指す。メソッドIUnknown::QueryInterfa
ce６１３は、提示された各オブジェクトに対するポイン
タを返送し、データメンバ m punkS1 ６１９で指示さ
れたメソッドIUnknown::QueryInterface６０３を呼び出
し、インタフェースＣに対するポインタを検索する。デ
ータメンバ m punkOuter ６１２は、クラスＳ３オブジェ
クト６１０のIUnknownインターフェイスを指す。クラス
Ａ及びＢオブジェクトのメソッドQueryInterface６１５
及び６１７は、データメンバ m punkOuter ６１２によ
って示されるメソッドを呼び出す。

【００７４】上述の本発明の実施例において、集合体の
制御IUnknownインタフェイスのメソッドQueryInterface
は、囲まれたオブジェクトのIUnknownインタフェイスの
メソッドQueryInterfaceを呼び出し、提示されたインタ
フェイスに対するポインタを検索する。本発明の別の実
施例においては、囲んでいるオブジェクトが提示する囲
まれたオブジェクトのインタフェイスに対するポインタ
を、囲んでいるオブジェクトがキャッシュ処理できる。
従って、制御IUnknownのメソッドQueryInterfaceが呼び
出されると、このメソッドは、囲まれたオブジェクトの
IUnknownインタフェイスのメソッドQueryInterfaceを呼
び出すのではなく、制御IUnknownインタフェイスのメソ
ッドAddRefを呼び出した後に、そのキャッシュ処理され
たポインタを検索して戻すことができる。この別の実施
例を実現するためは、囲んでいるオブジェクトが、各キ
ャッシュ処理されたポインタのデータメンバを定義す
る。囲まれたオブジェクトが具体化されるときは（一般
に囲んでいるオブジェクトの構成中に）、囲まれたオブ
ジェクトのIUnknownインタフェースのメソッドQueryInt
erfaceを呼び出して、提示されたインタフェイスのポイ
ンタを検索する。検索されたポインタは参照カウントさ
れず、囲んでいるオブジェクトが囲まれたオブジェクト
に対して１つのポインタ（例えば、S3:: m punkS1）の
みを効果的に維持するのが好ましい。囲まれたオブジェ
クトは、メソッドRelease に対する１回のコールで削除
することができる。従って、ポインタがキャッシュ処理
された後に、囲まれたオブジェクトのIUnknownインタフ
ェイスのメソッドRelease が呼び出され、そのキャッシ
ュ処理されたポインタに属する参照カウントを除去す
る。

【００７５】上述の本発明の実施例において、制御IUnk
nownインタフェイスのメソッドQueryInterfaceの実現部
は、どのインタフェイスが提示されるかを指定するswit
chステートメントを含む。例えば、メソッドS3::QueryI
nterfaceのswitchステートメントは、提示された各イン
タフェイスＡ、Ｂ、Ｃ及びＦと制御IUnknownに対するca
seラベルを含む。従って、提示されたインタフェイスは
囲んでいるオブジェクトの実現中に静的に定義される。
別の実施例においては、制御IUnknownインタフェイスメ
ソッドQueryInterfaceは、囲まれたオブジェクトの外部
インタフェイスに関する知識が特になくても実現でき
る。メソッドQueryInterfaceが、実現しないインタフェ
イスに対するポインタを返送するように要求されたとき
には、囲まれたオブジェクトのIUnknownインタフェイス
のメソッドQueryInterfaceを呼び出し、囲まれたオブジ
ェクトにより実現されれば、その識別されたインタフェ
イスに対するポインタを検索する。コード表５は、この
別の実施例を実現するオブジェクトＳ３の制御IUnknown
のメソッドQueryInterfaceの好ましい実現に対するＣ＋
＋擬似コードである。囲まれたたオブジェクトの外部イ
ンタフェイスに対するポインタを戻すことに加えて、制
御IUnknownのメソッドQueryInterfaceは、他の全ての外
部インタフェイスを提示する一方、特定の外部インタフ
ェースを提示しないように実現できる。 コード表５ virtual boolean QueryInterface(REFIID iid,void**ppv) ｛ret = TRUE; switcn(iid) ｛case IID A : *ppv = &m A; m punkOuter->AddRef(); break; case IID B : *ppv = &m B; m punkOuter->AddRef(); break; case IID IUnknown: *ppv = this; AddRef(); break; default : if(m punkS1->QueryInterface(iid,ppv) ｛return,ret; ｝; if(m punkS2->QueryInterface(iid,ppv) ｛return,ret; ｝; ret = FALSE ; ｝ return ret; ｝

【００７６】上述の実施例において、エラーチェックに
ついては述べなかった。種々の形式ののエラーチェック
を実行して、集合体が適切に作成されるよう確保するこ
とが望ましい。例えば、囲んでいるオブジェクトが、集
合できないオブジェクトを囲もうと試みた場合には、囲
んでいるオブジェクトの具体化が失敗に終わる（例え
ば、関数CreateInstanceS1が欠陥を示すフラグを返送す
る）。

【００７７】上述の実施例では、集合オブジェクトそれ
自体は、囲んでいるオブジェクト内に囲まれたオブジェ
クトとなり得る。この囲い込み（ネスティング）は、い
かなる深さでも起こり得る。或いは又、集合オブジェク
トは、非集合可能に実施することもできる。クラスＸＸ
に対する関数CreateInstanceXXは、パラメータpunkOute
r がナルでない場合、即ち、集合が所望される場合に欠
陥を示すフラグを返送することができる。

【００７８】上述の実施例では、集合可能なオブジェク
トの各外部インタフェイスに対するオブジェクトは、集
合可能なオブジェクトのデータメンバとして具体化され
る。別の実施例においては、外部インタフェイスは、集
合可能なオブジェクトのデータメンバとして実現される
のではなく、集合可能なオブジェクトによって継承され
る。コード表６は、外部インタフェイスＣ及びＤを有す
る集合可能なクラスの好ましいクラス定義Ｓ１に対する
Ｃ＋＋擬似コードを含む。クラスＳ１は、抽象クラスIC
及びIDを継承する。インタフェースIC及びIDの実現部
は、データメンバm punkOuter にアクセスするために
導出クラスＳ１に対するポインタを記憶する必要はない
が、IUnknownインターフェイス(IUnknownS1)の特殊な非
継承の実現部は必要とされる。これに対し、インタフェ
イスIC及びIDの実現部は、コード表３に示すように、導
出クラスＳ１に対するポインタをデータメンバ m pS1
に記憶する。当業者であれば、インタフェイスの継承を
用いた他の実現部も考えられるであろう。 コード表６ class S1:public IC,public ID ｛public: virtual boolean QueryInterface(REFIID iid,void **ppv) ｛return m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m punkOuter->AddRef();｝ virtual void Release() ｛ m punkOuter->AddRef();｝ //implementation of IC and ID private: class IUnknownS1:public IUnknown ｛ public: IUnknownS1(S1 *pS1) ｛ m pS1 = pS1; m refcount = 0; ｝ virtual boolean QueryInterface(REFIID iid, void **ppv) ｛ret = TRUE; switch(iid) ｛ caseIID IUnknown: *ppv = this; AddRef() ; break; caseIID C : *ppv = (IC*)m pS1 ; m pS1->m punkOuter->AddRef(); break; caseIID D : *ppv = (ID*)m pS1 ; m pS1->m punkOuter->AddRef(); break; default: ret = FALSE; ｝; ｝ virtual void AddRef() ｛ m refcount++; ｝ virtual void Release()｛if(--m refcount == 0) delete m pS1;｝ private: int m refcount; S1 m pS1 ; ｝ friend IUnknownS1 ; IUnknownS1 m IUnknownS1; public: static void CreateInstance(IUnknown *punkOuter,IUnknown **ppunk) ｛ S1 *pS1 = newS1(punkOuter); pS1->QueryInterface( IID Unknown, ppunk) ; ｝ private: void S1(IUnknown *punkOuter):m IUnknownS1(this) ｛ if(punkOuter == NULL) m punkOuter = &m IUnknownS1; else m punkOuter = punkOuter; ｝ IUnknown m punkOuter ; ｝

【００７９】動的な集合 動的集合の好ましい実施例においては、インターフェイ
スのインスタンスは、囲んでいるオブジェクトの形成後
の任意の時間にその囲んでいるオブジェクトにこれらイ
ンスタンスを追加することによって組み合わされる。こ
のようにして、新たな又は変更されたインターフェイス
を既存の（ベース）オブジェクトと組み合わせて、その
ベースオブジェクトのコードがコンパイル又はリンクさ
れた後にベースオブジェクトの見掛け上の動作を変更す
ることができる。即ち、ベースオブジェクトの動作（ベ
ースオブジェクトのメソッドにより実行される）は外部
には変更されたように見えるが、ベースオブジェクトの
動作を実行するメソッドは、実際には変更されていな
い。ベースオブジェクトは、囲んでいるオブジェクト内
に囲み込まれ、その後に、新たな又は変更されたインタ
ーフェイスが追加される。

【００８０】外部の要求が特定のインターフェイスにア
クセスされるときには、囲んでいるオブジェクトは、ど
のインターフェイスが返送するかそして一致するインタ
ーフェイスが２つ以上ある場合はその要求されたインタ
ーフェイスをいかに呼び出すかを決定する役目を果た
す。例えば、集合オブジェクトに３つのIPrintインター
フェイスが存在する場合には、囲んでいるオブジェクト
は、どのIPrintインターフェイスが返送するか、或いは
それ自身のIPrintインターフェイスを返送するかどうか
を決定し、これは、他のIPrintインターフェイスのメソ
ッドの組み合わせをいかに呼び出すかを知る。囲んでい
るオブジェクトは、固定の又は指定可能な１組の組み合
わせルールからこの決定を行うことができる。

【００８１】これらの組み合わせルールは、囲まれたベ
ースオブジェクトの既に定義されたインターフェイスの
新たな実現部にアクセスすることによりその囲まれたベ
ースオブジェクトの標準的な動作をオーバーライドする
のに使用できる。又、これらのルールは、囲まれたベー
スオブジェクトの一部分として最初に定義されない能力
を追加することによりその囲まれたベースオブジェクト
の動作を増強するのに使用することもできる。これらの
オーバーライド及び増強能力の両方は、ベースオブジェ
クトに新たな又は変更されたインターフェイスを追加す
ることによって与えられる。これらの能力に加えて、標
準的な囲んでいるオブジェクトは、囲まれたオブジェク
トに対するデフォールト動作を実行することができる
（囲まれたオブジェクト又は追加されたインターフェイ
スによって与えられない場合に呼び出すための方法を実
行するインターフェイス）。又は、標準的な囲んでいる
オブジェクトは、全ての囲まれたオブジェクトに対して
典型的に存在する方法（プリンティングのような）に対
する制御（オーバーライド）動作を実行することができ
る。

【００８２】好ましい実施例では、クライエントプログ
ラムの実行中にインターフェイスのインスタンス（オブ
ジェクトによって実行される）を一緒に集合できるよう
にすることによりオブジェクトを動的に変更することが
できる。オブジェクトを具体化するコンピュータプログ
ラムは、クライエントプログラムである。集合は、それ
らの各々のインターフェイスを囲んでいるオブジェクト
内に囲い込むことにより多数の異なるオブジェクトの能
力を組み合わせるプロセスである。囲んでいるオブジェ
クトは、次いで、制御IUnknownインターフェイスの囲ん
でいるオブジェクトの実現部により提示しようとする全
てのインターフェイスへのアクセスを支援するという役
目を果たす。

【００８３】静的な集合では、囲んでいるオブジェクト
は、それが集合しようとするインターフェイス（オブジ
ェクト）を前もって知る必要があった。静的な集合を用
いると、プログラマは、囲んでいるオブジェクトが提示
しなければならないのはその集合オブジェクトインター
フェイスのどれかを前もって判断し、そしてその囲んで
いるオブジェクトの制御IUnknownのQueryInterfaceメソ
ッドを実施して、これらの提示されたインターフェイス
に対するポインタを要求時に返送する。制御IUnknownの
QueryInterfaceメソッドは、個々の囲まれたオブジェク
トの対応するIUnknownインターフェイスに対する参照を
維持することによりこのタスクを実行する。（これらの
参照は、囲んでいるオブジェクトが、囲まれたオブジェ
クトを具体化するときに形成される。）１つの囲まれた
オブジェクトの提示されたインターフェイスを参照する
ための要求が受け取られたときには、制御IUnknownのQu
eryInterfaceメソッドは、その要求に応答するために、
囲まれたオブジェクトの対応するIUnknownインターフェ
イスを呼び出す。囲まれたオブジェクトは、囲んでいる
オブジェクトがどのインターフェイスを提示するか知ら
ないので、囲まれたオブジェクトによって受け取られる
全ての外部要求は、囲んでいるオブジェクトへ通され、
これにより、一緒に集合された他の囲まれたオブジェク
トにおいて定義されたインターフェイスへアクセスでき
るようにする。

【００８４】本発明は、インターフェイスの動的な集合
も支援する。好ましい実施例では、囲んでいるオブジェ
クトは、具体化されたインターフェイスを登録しそして
それらに対する参照を後で検索するメソッドを与える。
更に、集合オブジェクトからインターフェイスが要求さ
れたときには、本発明は、同じインターフェイスの２つ
以上のインスタンスが集合オブジェクトに存在する場合
にどのインターフェイスを検索しそしてそれらをいかに
組み合わせて呼び出すかの判断を変更するためのメソッ
ドを提供する。

【００８５】好ましい実施例において、動的な集合は、
マルチタイプオブジェクトを用いて実施される。マルチ
タイプオブジェクトとは、種々のタイプのオブジェク
ト、ひいては、その名前を集合することのできるオブジ
ェクトをいう。集合できるようにコード化されたインタ
ーフェイスのみをマルチタイプオブジェクト内に囲むこ
とができる。（即ち、例えば、このようなインターフェ
イスは、インターフェイス及び参照カウント要求を、囲
んでいるオブジェクトへ送ることができる。）マルチタ
イプオブジェクトは、特定のインターフェイス又はオブ
ジェクトの集合を要求すると共に、要求されたインター
フェイスをいかに呼び出すかを判断するためのルールを
追加するIMultitypeインターフェイスを与える。以下の
コード表７は、IMultitypeインターフェイスの好ましい
定義のための擬似コードを含んでいる。 コード表７ class IMultiType: public IUnknown ｛ virtual HRESULT AddObject (ULONG list, BOOLEAN headoflist, IUnknown* punkobj)=0; virtual HRESULT AddInterface (REFIID iid, ULONG list, BOOLEAN headoflist, void**ppv=0; virtual HRESULT AddRule (REFIID iid, URULE *prule)=0; virtual Enum (ULONGi; REFIIDiid, ULONG list, BOOLEAN headoflist; void**ppv=0; ｝

【００８６】図８、９、１０は、マルチタイプオブジェ
クトに２つのオブジェクトを追加するシーケンスのブロ
ック図である。図８は、マルチタイプオブジェクトのイ
ンスタンスを示すブロック図である。オブジェクトＭＴ
Ｏ ７Ａ０１は、提示されたインターフェイスであるIM
ultitypeインターフェイスＭＴ及び制御IUnknownを実行
する。マルチタイプオブジェクトに外部インターフェイ
スが追加されるときには、マルチタイプオブジェクトが
集合オブジェクトとなる。マルチタイプオブジェクトの
実現部は、それが集合に追加したインターフェイスのリ
スト７Ａ０２、７Ａ０９及び７Ａ１０を含んでいる。マ
ルチタイプオブジェクトは、これらのリストを用いて、
マルチタイプオブジェクトの制御IUnknownインターフェ
イスによりその囲まれた集合オブジェクトの種々のイン
ターフェイスを呼び出す。又、マルチタイプオブジェク
トは、インターフェイスリスト７Ａ０２、７Ａ０９及び
７Ａ１０からインターフェイスをアクセスしそして組み
合わせるためのルールのリスト７Ａ１１も含んでいる。

【００８７】これらの異なるリストの相互作用により、
マルチタイプオブジェクトの強力な能力が与えられる。
AddRule メソッドを用いて固定又は指定することができ
るルール７Ａ１１のリストは、特定のインターフェイス
に対する異なるインターフェイスリストの相互作用及び
使用を指定する。従って、他のルールを選択するための
ルールと、特定のインターフェイスを選択して組み合わ
せるためのルールとが存在する。３つの異なるインター
フェイスリスト７Ａ０２、７Ａ０９及び７Ａ１０は、オ
ーバーライド、増強、デフォールト及び制御能力を支援
するために設けられている。マルチタイプオブジェクト
にインターフェイスが追加されるときには、集合を形成
するクライエントプログラムが、インターフェイスの追
加に使用すべきリストを指定する。リスト７Ａ０２は通
常のリストを構成し、リスト７Ａ０９はデフォールトリ
ストを構成し、そしてリスト７Ａ１０はオーバーライド
リストを構成する。基本的に、オーバーライドリスト
は、通常のリスト上のインターフェイスの前にアクセス
する必要のあるインターフェイスを指すことによりオー
バーライド及び制御能力を実行するよう意図される。デ
フォールトリストは、オーバーライドリスト及び通常リ
ストが要求されたインターフェイスを含まないときだけ
アクセスされるインターフェイスを指示するように意図
される。これらのリストの相互作用については、IRule
インターフェイスの説明において詳細に述べる。

【００８８】図９は、AddObject メソッドを用いてIBas
icインターフェイスを集合した後のマルチタイプオブジ
ェクトＭＴＯを示すブロック図である。AddObject メソ
ッドは、指定されたオブジェクトの全てのインターフェ
イスをマルチタイプオブジェクトに追加する。集合オブ
ジェクトＭＴＯ ７Ｂ０１は、図８を参照して述べたマ
ルチタイプインターフェイスと、囲まれたスプレッドシ
ートオブジェクトＳ１７Ｂ０４とを備えている。囲まれ
たオブジェクトＳ１は、外部インターフェイスIBasic
(B)のインスタンスと、外部インターフェイスIPrint
(P)のインスタンスと、IUnknownのインスタンスとを実
行する。（外部インターフェイスとは、囲んでいるオブ
ジェクトによって提示されるオブジェクトのインターフ
ェイスである。内部インターフェイスとは、囲んでいる
オブジェクトによって提示されないオブジェクトのイン
ターフェイスである。）囲まれたオブジェクトＳ１がマ
ルチタイプオブジェクトＭＴＯの通常のリストに追加さ
れたときには、集合されたインターフェイス７Ｂ０２の
通常のリストが、囲まれたオブジェクトＳ１のIUnknown
インターフェイスを識別する単一エレメント７Ｂ０３を
含む。Ｓ１のIUnknownインターフェイスは、要求があっ
たときに外部インターフェイスＢ及びＰにポインタを返
送する。Ｓ１は集合可能であるから、Ｓ１が具体化され
るときには、これがポインタ７Ｂ０５を、囲んでいるオ
ブジェクトＭＴＯへ通し、これは、オブジェクトＭＴＯ
の一部として集合された他のインターフェイスをアクセ
スするために後で使用することができる。

【００８９】図１０は、AddObject メソッドを用いてID
atabase インターフェイスを追加した後の結果のマルチ
タイプオブジェクトＭＴＯを示すブロック図である。こ
の点において、集合オブジェクトＭＴＯ ７Ｃ０１は、
図８について述べたIMultitypeインターフェイスと、図
９について述べた囲まれたスプレッドシートオブジェク
トＳ１と、データベース能力を実行する囲まれたデータ
ベースオブジェクトＳ２ ７Ｃ０７とを備えている。囲
まれたオブジェクトＳ２は、外部インターフェイスIDat
abase (D) のインスタンスと、IUnknownのインターフェ
イスとを実行する。IMultitypeインターフェイスのAddO
bject メソッドを用いてマルチタイプオブジェクトＭＴ
Ｏに囲まれたオブジェクトＳ２が追加されたときには、
集合されたインターフェイス７Ｃ０２の通常のリスト
は、２つのエレメント７Ｃ０３及び７Ｃ０６を含む。エ
レメント７Ｃ０６は、囲まれたオブジェクトＳ２のIUnk
nownインターフェイスを識別する。Ｓ１と同様に、Ｓ２
のIUnknownインターフェイスは、外部インターフェイス
Ｄに対するポインタを返送することができ、囲んでいる
オブジェクトＭＴＯに対するポインタ７Ｃ０８を他のＭ
ＴＯインターフェイスへのアクセスのために含んでい
る。

【００９０】追加されたインターフェイス及びオブジェ
クトを追跡するのに使用されるデータ構造体の多数の他
の実施例が考えられることが当業者に明らかであろう。
例えば、使用するリストの数及び種類を変更することが
できる。特に、１つのリストしかもたないようにするこ
ともできるし、オーバーライド又はデフォールトリスト
を任意に形成することもできる。又、全オブジェクトが
集合されるときには、各リストエレメントが集合される
べき正確なインターフェイスのみを指示し、IUnknownの
オブジェクトは指示しないようにすることもできる（Ad
dInterface型のマルチタイプオブジェクトのみをサポー
トする）。或いは又、どのインターフェイスが集合に追
加されるかに係わりなく、各リストエレメントがIUnkno
wnのオブジェクトを指すことを必要とすることもできる
（AddObject 型のマルチタイプオブジェクトのみをサポ
ートする）。更に、インターフェイス識別子の種々の記
憶されたリスト又はハッシュテーブルを含む他のリスト
実現を使用することもできる。 コード表８ void CreateInstanceS1(IUnknown*punk,REFIIDiid,void**ppv) ｛ IUnknown*punk; S1::CreateInstance(punkOuter,&punk); punk->QueryInterface(iid,ppv); punk->Release(); ｝ classIBasic: publicIUnknown ｛ virtualvoidFile()=0; virtualvoidEdit()=0; virtualvoidFormula()=0; virtualvoidFormat()=0; ｝ classIPrint: publicIUnknown ｛ virtualvoidPrint(void**ppobj)=0; ｝ classS1: publicIUnknown ｛ public: static void CreateInstance(IUnknown*punkOuter,IUnknown**ppunk) ｛ S1*pS1=new S1(punkOuter); pS1->QueryInterface(IID IUnknown,ppunk); ｝ private: void S1(IUnknown*punkOuter):m B(this),m P(this) ｛ if(punkOuter==NULL) m punkOuter=this; else m punkOuter=punkOuter; m refcount=0; ｝ class B: public IBasic ｛ public: void B(S1*pS1) ｛m pS1=pS1;｝ virtual boolean QueryInterface(REFIIDiid,void**ppv) ｛ return m pS1->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS1->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS1->m punkOuter->Rerease(); ｝ //other methds of IBasic including File, Edit, Formula, Format, GetCell private: S1 *m pS1; ｝ friend B; B m B; class P: public IPrint ｛ public: void P(S1*pS1) ｛m pS1=pS1;｝ virtual boolean QueryInterface(REFIIDiid,void**ppv) ｛ return m pS1->m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛ m pS1->m punkOuter->AddRef();｝ virtual void Release() ｛ m pS1->m punkOuter->Rerease(); ｝ //other methds of IBasic including Print private: S1 *m pS1; ｝ friend P; P m P; public: virtual boolean QueryInterface(REFIIDiid,void**ppv) ｛ ret=TRUE; switch(iid) ｛ case IID B: *ppv=&m B; m punkOuter->AddRef(); break; case IID P: *ppv=&m P; m punkOuter->AddRef(); break; case IID IUnknown: *ppv=this; AddRef(); break; default: ret=FALSE; ｝ return ret; ｝ virtual void AddRef()｛m refcount++; ｝ virtual void Release() ｛if(--m refcount==0)delete this;｝ private: IUnknown *m punkOuter; int m refcount; ｝

【００９１】コード表８は、図８ないし１０のオブジェ
クトＳ１の好ましいクラス定義に対するＣ＋＋擬似コー
ドを含み、これは、Ｓ１オブジェクトのインスタンスを
形成するグローバルな関数と共に集合（集合オブジェク
ト）内に囲むことのできるものである。クラスIUnknow
n、IBasic及びIPrintは、Ｓ１を構成する各インターフ
ェイスのメソッドを定義するインターフェイスである。
クラスＳ１は、IUnknownインターフェイス、IBasicイン
ターフェイス及びIPrintインターフェイスを実施する。
IBasic及びIPrintインターフェイスは、外部インターフ
ェイスとして実施される。

【００９２】図１１は、クラスＳ１のオブジェクトのイ
ンスタンスのデータ構造レイアウトのブロック図であ
る。インスタンス構造８０１は、クラスＳ１(m B 、m
P 、m punkOuter)のデータメンバと、仮想関数表ポ
インタ(S1::vfptr) とを含んでいる。データメンバm
B 及びm P は、各々、クラスＢ及びＰのオブジェクト
のインスタンスである（これらは、インターフェイスIB
asic及びIPrintのクラス実施である）。データメンバm
B 及びm P はクラスＳ１のフレンドであり、m B
及びm P オブジェクトがm punkOuter のようなクラ
スＳ１のプライベートメンバにアクセスできるようにす
る。仮想関数表ポインタS1::vfptr は仮想関数表８０２
を指し、データメンバm B 内の仮想関数表ポインタS
1::B::vfptrは仮想関数表８０３を指し、データメンバm
P 内の仮想関数表ポインタS1::P::vfptrは仮想関数
表８０４を指す。仮想関数表８０２は、制御IUnknownイ
ンターフェイスに対して定義された仮想関数（メソッ
ド）のポインタを含み、仮想関数表８０３は、IBasicイ
ンターフェイスに対して定義された仮想関数のポインタ
を含み、そして仮想関数表８０４は、IPrintインターフ
ェイスに対して定義された仮想関数のポインタを含む。
メソッド８０５ないし８０９は、クラスＳ１の関数メン
バである。メソッド８０８はクラスＳ１の構成子であ
る。メソッド８０９はクラスＳ１のCreateInstanceメソ
ッドである。メソッド８１０ないし８１８はクラスＢの
関数メンバである。メソッド８１３はクラスＢの構成子
である。メソッド８１９ないし８２３はクラスＰの関数
メンバである。メソッド８２３はクラスＰの構成子であ
る。図１１は、集合の部分ではないＳ１オブジェクトの
インスタンスを示しているので、データメンバS1::B::m
pS1 、S1::P::m pS1 及びS1::m punkOuter(囲んで
いるオブジェクトに対するポインタ）は、Ｓ１オブジェ
クト自体を指すように初期化される。

【００９３】コード表８によって定義されたオブジェク
トＳ１は、静的な集合を参照して述べた集合オブジェク
トの要件に合致する。動的な集合を行う目的で、コード
表８は、Ｓ１をその囲んでいるオブジェクトとその集合
時にいかに自動的に通信できるか及び関数S1::QueryInt
erfaceから何が返送されるかを示している。より詳細に
は、Ｓ１オブジェクトの形成時に、囲んでいるマルチタ
イプオブジェクトの制御IUnknownインターフェイスのポ
インタがメソッドCreateInstanceへ通される。このポイ
ンタは、次いで、Ｓ１の外部インターフェイス（IBasic
及びIPrint）のメソッドQueryInterfaceによって使用さ
れ、インターフェイス要求をその囲んでいるマルチタイ
プオブジェクトへルート指定する。Ｓ１インターフェイ
スがその閉じているマルチタイプオブジェクトから要求
されたときには、その閉じているマルチタイプオブジェ
クトの制御IUnknownのメソッドQueryInterfaceがメソッ
ドS1::QueryInterfaceを呼び出し、これは、インターフ
ェイスIBasic、インターフェイスIPrint又はインターフ
ェイスIUnknownの適当なインスタンスに対するポインタ
を返送し、そしてＳ１オブジェクトの参照カウントを適
宜に増加する。（S1::QueryInterfaceを呼び出すために
囲んでいるマルチタイプオブジェクトによって使用され
るメカニズムは、以下で詳細に説明する。）

【００９４】当業者であれば、囲んでいるマルチタイプ
オブジェクトの制御IUnknownインターフェイスのポイン
タを集合オブジェクトへ通すために多数の別の態様が存
在することが明らかであろう。例えば、形成時にポイン
タを通すのではなく、特に、このポインタを通すための
メソッドを定義することができる。この実施例を用いる
場合に、オブジェクトは、いったん集合されると、後で
集合解除することもできるし、或いはオブジェクトを後
で異なる囲み込みオブジェクトへ集合することができ
る。

【００９５】コード表８が図８ないし１０に示したよう
にマルチタイプオブジェクトといかに相互作用するかを
理解するために、クライエント要求がなされるときのコ
ールシーケンスについて調べるのが有用であろう。以下
のコード表９は、クライエントがマルチタイプオブジェ
クトＭＴＯのポインタを有するときにクライエントアプ
リケーションがIBasicインターフェイスを要求するとき
の図８に対応するコールの擬似コードシーケンスを示し
ている。コード表９ MTO::QueryInterface(IID Ibasic, ppv) これは、IBasicインターフェイスをサポートする集合さ
れたオブジェクトを見つける。 S1::IUnknown::QueryInterface(IID IBasic,ppv) これは、B インターフェイスにポインタを返送する。 第１のコール(MTO::QueryInterface) において、ＭＴＯ
は、集合されたインターフェイスのリストから、どのオ
ブジェクトのQueryInterfaceメソッドを呼び出すかを決
定し、次いで、第２のコール(S1::IUnknown::QueryInte
rface)においてそれを呼び出す。

【００９６】コード表１０は、クライエントアプリケー
ションが、囲んでいるマルチタイプオブジェクトのポイ
ンタではなくて、囲まれたオブジェクトのインターフェ
イス（Ｓ１のIPrintインターフェイスのような）の１つ
に対するポインタを有する場合に、コールの擬似コード
シーケンスがいかに変化するかを示している。コード表１０ P::QueryInterface(IID IBasic,ppv) これは、囲んでいるオブジェクトにコールを送る。 MTO::IUnknown::QueryInterface(IID IBasic,ppv) //m punkOuter はMTO::IUnknown を指す。 これは、IBasicインターフェイスをサポートする集合さ
れたオブジェクトを見つける。 S1::IUnknown::QueryInterface(IID IBasic,ppv) これは、B インターフェイスにポインタを返送する。 コード表１０は、集合がその囲んでいるオブジェクトへ
いかに自動的に要求を送ってその集合内の他のインター
フェイスをアクセスするかを示すものである。この場合
に、囲まれたオブジェクトのQueryInterface関数は、囲
んでいるオブジェクト（ＭＴＯ）のQueryInterfaceメソ
ッドへ要求を送る。次いで、MTO::QueryInterface メソ
ッドは、コード表９のように機能する。

【００９７】IDatabase インターフェイスを実行するＳ
２オブジェクトは、上記したＳ１オブジェクトと同様で
ある。 コード表１１ void CreateInstanceMTO(IUnknown*punkOuter,REFIIDiid,void**ppv) ｛ IUnknown*punk; MTO::CreateInstance(punkOuter,&punk); punk->QueryInterface(iid,ppv); punk->Release(); ｝ classIMultitype:public IUnknown ｛ virtual HRESULT AddObject(ULONGlist,BOOLEAN headoflist, IUnknown*punkobj)=0; virtual HRESULT AddInterface(REFIIDiid,ULONGlist,BOOLEAN headoflist, void*pv)=0; virtual HRESULT AddRule(REFIIDiid,IRule*prule)=0; virtual HRESULT Enum(ULONGi,REFIIDiid,ULONGlist,BOOLEAN headoflist, void*pv)=0; ｝ classMTO: public IUnknown ｛ public: static void CreateInstance(IUnknown*punkOuter,IUnknown**ppunk) ｛ MTO*pMTO=MTO=new MTO(punkOuter); pMTO->QueryInterface(IID IUnknown,ppunk):｝ private: void MTO(IUnknown*punkOuter):m MT(this) ｛ if(punkOuter==NULL) m punkOuter=this; else m punkOuter=punkOuter;｝ classMT:public IMultitype ｛ public: void MT(MTO*pMTO)｛m pMTO=pMTO ｝ virtual boolean QueryInterface(REFIIDiid,void**ppv) ｛ return m pMTO-> m punkOuter->QueryInterface(iid,ppv); ｝ virtual void AddRef() ｛m pMTO-> m punkOuter->AddRef();｝ virtual void Release() ｛m pMTO-> m punkOuter->Release(); ｝ virtual boolean AddObject(ULONGlist,BOOLEAN headoflist, IUnknown*punkobj) ｛ item*pitem; pitem=new(item); pitem->iid=IID Unknown; pitem->pobj=punkobj; pitem->pnext=null; pitem->pprev=null; switch(list) ｛ case NORMAL LIST: //...headoflist が真の場合は第１項目として通常リストに //挿入する。さもなくば、最後の項目として挿入する； case DEFAULT LIST: //...headoflist が真の場合は第１項目としてデフォールト //リストに挿入する。さもなくば、最後の項目として挿入す //る； case OVERRIDE LIST: //...headoflist が真の場合は第１項目としてオーバーライ //ドリストに挿入する。さもなくば、最後の項目として挿入 //する。 default: //... 通常リストの頭部に挿入する; ｝ ｝ virtual boolean AddInterface(REFIIDiid,ULONGlist,BOOLEAN headoflist, void*pv) ｛ ... pitem->iid=iid; pitem->pobj=pv; //AddObject メソッドと同じコードであるが、リスト項目は特定の //インターフェイスを指し、IUnknownインターフェイスを指さない ... ｝ ＼＼IMultitypeの他のメソッド... private: MTO *m pMTO; ｝; friend MT; MT m MT; public: virtual boolean QueryInterface(REFIIDiid,void**ppv) ｛ boolean done=TRUE; item*pitem; switch(iid) ｛ case IID IMultiType: *ppv=&m MT; m punkOuter->AddRef(); break; case IID IUnknown: *ppv=this; AddRef(); break; default: //第１の一致インターフェイスに対してオーバーライドリス //トをサーチする done=FALSE; pitem=m poverride itemhead; while((done==FALSE)&&(pitem->pnext!=null))｛ switch(pitem->iid) ｛ case IID IUnknown: if(pitem-> pobj-> QueryInterface(iid,ppv)==TRUE) done=TRUE; else pitem=pitem->pnext; break; default; if(pitem->iid==iid) ｛ ppv=pitem->pobj; done=TRUE; ｝ else pitem=pitem->pnext; ｝｝ //第１の一致インターフェイスに対し通常リストをサーチする //まだ見つからない場合は if(done==FALSE) ｛ pitem=m pnormal itemhead; while((done==FALSE)&&(pitem->pnext!=null))｛ ...//オーバーライドリストの場合と同じコード ｝ //第１の一致インターフェイスに対しデフォールトリストをサーチ //まだ見つからない場合は if(done==FALSE) ｛ pitem=m pdefault itemhead; while((done==FALSE)&&(pitem->pnext!=null))｛ ...//オーバーライドリストの場合と同じコード ｝ break; ｝ return done; ｝ virtual void AddRef() ｛ m refcount++; ｝ virtual void Release()｛if(--m refcount==0)delete this;｝ private: Iunknown *m punkOuter; int m refcount,m occurrence; struct item ｛ REFIID idd; void *pobj; item *pnext; item *pprev｝; item *m pnormal itenhead=null,*m pnormal itentail=null, *m pdefault itenhead=null,*m pdefault itentail=null, *m poverride itenhead=null,*m poverride itentail=null, ｝;

【００９８】コード表１１は、インターフェイスを動的
に集合するのに使用できるマルチタイプオブジェクトの
好ましいクラス定義に対するＣ＋＋擬似コードである。
クラスＭＴＯは、マルチタイプオブジェクトに対しIMul
titypeインターフェイス及び制御IUnknownインターフェ
イスのインスタンスを実行する。

【００９９】グローバルな関数CreateInstanceMTO は、
クラスＭＴＯのオブジェクトのインスタンスを形成す
る。クライエントはこの関数を呼び出し、クラスＭＴＯ
のオブジェクトを具体化する。この関数を用いて、クラ
イエントは、コンパイル時間又はランタイムにＭＴＯク
ラス定義をアクセスすることなくクラスＭＴＯのオブジ
ェクトを具体化することができる。関数CreateInstance
MTO には、具体化されたＭＴＯオブジェクトが別のオブ
ジェクト内に集合されたときに制御IUnknownインターフ
ェイス(punkOuter) に対するポインタが通される。この
関数は、パラメータpunkOuter に沿って通されるメソッ
ドMTO::CreateInstance を呼び出す。

【０１００】メソッドMTO::CreateInstance は、ＭＴＯ
オブジェクトを具体化し、ＭＴＯオブジェクトのIUnkno
wnインターフェイスに対するポインタ(ppunk) を返送す
る。このインターフェイスは、次いで、関数CreateInst
anceMTO によって使用され、クライエントアプリケーシ
ョンにより実際に要求されたインターフェイスを返送す
ることができる。メソッドMTO::CreateInterfaceは、新
たな演算子を使用してＭＴＯオブジェクトを具体化す
る。具体化の間に、構成子MTO::MTOが呼び出されそして
パラメータpunkOuter の値が通される。

【０１０１】構成子MTO::MTOは、データメンバ m MT及
び m punkOuter を初期化する。クラスＭＴのデータメ
ンバ m MTの具体化の間に、構成子MT::MTが呼び出さ
れ、ＭＴＯオブジェクトに対するこのポインタが通され
る。（Ｃ＋＋において、このポインタは、オブジェクト
のインスタンスそれ自体を指す。）構成子MT::MTは、次
いで、ＭＴＯクラスを再び指すようにローカル変数をセ
ットする。構成子MTO::MTOには、パラメータpunkOuter
が通される。punkOuter の値がナルの場合には、構成子
MTO::MTOは、新たに具体化されたＭＴＯオブジェクトを
指すようにデータメンバ m punkOuter をセットする。
他方、punkOuter がナルでない場合、例えば、オブジェ
クトが大きな集合の一部として集合された場合は、構成
子MTO::MTIO は、データメンバ m punkOuter をパラメ
ータpunkOuter の値にセットする。即ち、データメンバ
m punkOuter は、ＭＴＯオブジェクトが囲まれたとき
には集合の制御IUnknownインターフェイスの値を指し、
そしてＭＴＯオブジェクトが囲まれないときにはＭＴＯ
オブジェクトのIUnknownインターフェイスを指す。

【０１０２】ＭＴＯオブジェクトによって実行されるIM
ultitypeインターフェイスは、４つのメソッドAddObjec
t 、AddInterface、AddRule 及びEnumを含んでいる。メ
ソッドAddObject は、マルチタイプオブジェクト内に囲
まれるべきオブジェクトを追加するという役割を果たす
（全てのオブジェクトインターフェイスはアクセス可能
とされる）。これは、図１２を参照して説明する。メソ
ッドAddInterfaceは、マルチタイプオブジェクトに単一
のインターフェイスインスタンスを追加する役目を果た
す。メソッドAddInterfaceはメソッドAddObject に関連
して説明する。メソッドAddRule は、クライエントアプ
リケーションが特定のインターフェイス識別子を要求す
るときに問い合わせすべきオブジェクト又は返送すべき
インターフェイスのどの組み合わせかを決定するのに使
用される組み合わせルールをクライエントアプリケーシ
ョンが指定できるようにする。これは、ルールオブジェ
クトに関連して詳細に説明する。メソッドEnumは、マル
チタイプオブジェクトによって維持される種々のインタ
ーフェイスリストを列挙するためにルールオブジェクト
によって使用される。このメソッドは、ルールオブジェ
クトに関連して詳細に説明する。

【０１０３】図１２は、マルチタイプオブジェクトによ
って実行されるIMultitypeインターフェイスのメソッド
AddObject の流れ線図である。図１２は、コード表１１
に示されたAddObject のコードに対応する。メソッドAd
dObject は、オブジェクトの全てのインターフェイスへ
のマルチタイプオブジェクトアクセスに動的に追加する
ようにクライエントアプリケーションにより使用され
る。このメソッドには、どのリストにオブジェクトを追
加するかを指示するリスト指示子と、オブジェクトを指
定のリストのヘッド又はテイルに追加しなければならな
いかどうかの指示と、集合すべきオブジェクトのIUnkno
wnインターフェイスに対するポインタとが通される。こ
のメソッドは、メソッドAddInterfaceと共に、マルチタ
イプオブジェクトによって囲まれるオブジェクト及びイ
ンターフェイスに関する情報を維持するための構造を実
施する。

【０１０４】１つの典型的な実施は、囲まれたオブジェ
クトのインターフェイスを各々指すエレメントで形成さ
れたリスト構造を使用する。全オブジェクトを囲むため
にメソッドAddObject が呼び出されたときには、指定の
リスト構造に新たなエレメントが追加され、新たなエレ
メントは、囲まれたオブジェクトのIUnknownインターフ
ェイスを指す。このIUnknownインターフェイスは、次い
で、囲まれたオブジェクトの成分インターフェイスをア
クセスするのに使用することができる。一方、オブジェ
クトの単一インターフェイスを囲むためにメソッドAddI
nterfaceが呼び出された場合には、指定のリスト構造に
新たなリストエレメントが追加され、この新たなエレメ
ントは、この単一インターフェイスに直接アクセスでき
るようにこの単一インターフェイスを指す。典型的な実
施において、各リストエレメントは、インターフェイス
識別子によって指示され、囲まれたオブジェクトのイン
ターフェイスを指し、そしてそのリスト内の次のエレメ
ントを指す。クライエントはリストのヘッド又はテイル
のいずれかに追加できるので、二重にリンクされたリス
トを用いて効率を上げることができる。

【０１０５】メソッドinvocation（呼び出し）におい
て、クライエントアプリケーションはアプリケーション
が指定のインターフェイス又はオブジェクトを追加した
いのはどのリストかを指定する。「通常」リストは、ク
ライエントアプリケーションがインターフェイス又はオ
ブジェクトを集合に単に追加しようとするときに用いら
れる。「オーバーライド」リスト及び「デフォールト」
リストは、クライエントアプリケーションがインターフ
ェイスを追加しようとし、そのメソッドが通常リストに
おけるものとは異なる時間に呼び出されるときに、使用
される。典型的な実施においては、特定のインターフェ
イスが要求されたときに、マルチタイプオブジェクトの
制御IUnknownのメソッドQueryInterfaceは、要求された
インターフェイスサーチリストを、最初にオーバーライ
ドリストを介して、第２に通常リストを介してそして第
３にデフォールトリストを介して返送する。当業者であ
れば、リスト構造の番号を変え、サーチ順序を変えそし
て要求されたインターフェイスとの一致を何が構成する
かの判断を変えることを含む多数の他の実施及びサーチ
戦略が明らかであろう。以下に述べる好ましい実施例で
は、クライエントアプリケーションは、決定ルールを変
更する。

【０１０６】図１２のステップは、指定のリストにエレ
メントをいかに追加するかを示している。ステップ９０
１において、このメソッドは新たなリスト項目を割り当
て、そしてステップ９０２においてその項目を初期化し
て、クライエントアプリケーションが集合しようとする
インターフェイスを含むオブジェクトのIUnknownインタ
ーフェイスを指すと共に、その項目のインターフェイス
識別子を含むようにする（IUnknownインターフェイスを
指示するために）。ステップ９０３において、このメソ
ッドは、通常リストが指定されたかどうか判断する。も
しそうならば、このメソッドはステップ９０４に続き、
さもなくば、ステップ９０７に続く。ステップ９０４に
おいて、このメソッドは、クライエントアプリケーショ
ンが通常リストのヘッドにエレメントを挿入しようとし
ているかどうかを判断する。もしそうならば、メソッド
はステップ９０５に続き、さもなくば、ステップ９０６
に続く。ステップ９０５では、このメソッドは、初期化
されたエレメントを通常リストのヘッドに挿入し、そし
て復帰する。ステップ９０６では、初期化されたエレメ
ントを通常リストのテイルに挿入しそして復帰する。ス
テップ９０７ないし９１４は、オーバーライド及びデフ
ォールトリストについて同様に作用する。

【０１０７】IMultitypeインターフェイスのメソッドAd
dInterfaceは、メソッドAddObjectと同様に機能する。
その主たる相違は、追加されたリストエレメントが、囲
まれるべきオブジェクトの指定のIUnknownインターフェ
イスを指すのではなくて、追加されたリストエレメント
が指定のインターフェイスを指しそして通されたインタ
ーフェイス識別子を指示する。このように、オブジェク
トの単一の単一インターフェイスを、他のインターフェ
イスを提示せずに、集合することができる。

【０１０８】コード表１１に戻ると、IMultitypeインタ
ーフェイス（継承されたIUnknownインターフェイス）の
メソッドQueryInterface、AddRef及びRelease は、この
IMultitypeインターフェイスを実施する親オブジェクト
（ＭＴＯ）のIUnknownインターフェイスに要求を送る。

【０１０９】ＭＴＯオブジェクトにより実施される制御
IUnknownインターフェイスは、メソッドQueryInterfac
e、AddRef及びRelease を含む。メソッドAddRef及びRel
easeは、マルチタイプオブジェクトの参照カウントを実
行する。参照カウントがゼロのときには、ＭＴＯオブジ
ェクトが削除される。

【０１１０】図１３は、マルチタイプオブジェクトに対
する制御IUnknownインターフェイスのメソッドQueryInt
erfaceの流れ線図である。図１３は、コード表１１に示
されたQueryInterfaceに対するコードに対応する。メソ
ッドQueryInterfaceは、要求されたインターフェイス
を、それ自身の実施についての知識と、集合されたイン
ターフェイスリストからの情報とを用いて位置決めす
る。このメソッドは、要求されたインターフェイス識別
子である入力パラメータを取り上げ、そして要求された
インターフェイスに対するポインタを出力する。ステッ
プ１００１ないし１００４において、このメソッドは、
要求されたインターフェイスがマルチタイプオブジェク
ト自体によって実施されたものであるかどうかを判断す
る。さもなくば、ステップ１００５ないし１０１４にお
いて、このメソッドは、要求されたインターフェイスを
見つけるまで、各々の囲まれたオブジェクト又はインタ
ーフェイスをサーチする。

【０１１１】ステップ１００１において、このメソッド
は、要求されたインターフェイス識別子がIID IMulti
typeに等価であるかどうかを決定し、もしそうであれ
ば、ステップ１００２に続き、さもなくば、ステップ１
００３に続く。ステップ１００２では、このメソッド
は、オブジェクトＭＴＯにより実施されたIMultitypeの
インスタンスを指すように出力パラメータをセットし、
そして復帰する。ステップ１００３では、このメソッド
は、要求されたインターフェイス識別子がIID IUnkno
wnに等価であるかどうかを決定し、もしそうであれば、
ステップ１００４に続き、さもなくば、ステップ１００
５に続く。ステップ１００４では、このメソッドは、マ
ルチタイプオブジェクトによって実施されるIUnknownの
インスタンスであるこのポインタに出力パラメータをセ
ットし、そして復帰する。

【０１１２】ステップ１００５ないし１０１４では、こ
のメソッドは、要求されたインターフェイスに一致する
インターフェイスを指す第１のリストエレメントをサー
チするように３つのリストをループする。このインスタ
ンスが見つかったときには、それがパラメータppv にお
いて返送され、そしてこのメソッドは首尾良い状態を返
送する。この実施は、使用できる多数の形式のサーチの
一例に過ぎないことが当業者に明らかであろう。ステッ
プ１００５において、一時的なリスト指示子はマルチタ
イプオブジェクトによって実施されるリストの組からの
次のリストにセットされる。好ましい実施例において、
このリストの組は、オーバーライド、通常、及びデフォ
ールトリストを含む。ステップ１００６において、この
メソッドは、現在リストの前部を指すように一時的な変
数項目をセットする。ステップ１００７において、この
メソッドは、現在リスト内の全てのエレメントを排出し
そして一致インスタンスがまだ見つからないかどうかを
決定する。このメソッドが現在リストの終わりに達した
場合には、この方法はステップ１００８に続き、さもな
くば、ステップ１００９に続く。ステップ１００８にお
いて、このメソッドは、更に多くのリストがサーチに使
用できることを決定すると、ステップ１００５に戻っ
て、新たなリストのサーチを開始する。さもなくば、こ
のメソッドは、一致するインターフェイスが見つからな
いので、不首尾の状態を返送する。ステップ１００９に
おいて、このメソッドは、一時的な変数pitem によって
指された現在リストエレメントがIUnknownインターフェ
イスを指すかどうか決定し、もしそうならば、ステップ
１０１０へ続き、さもなくば、ステップ１０１３へ続
く。（現在リストエレメントがIUnknownインターフェイ
スを指す場合には、このインターフェイスに対応するオ
ブジェクトは、一致インターフェイスのために更に問い
合わせされる必要がある。）ステップ１０１０におい
て、このメソッドは、現在リストエレメントによって指
されたIUnknownインターフェイスのメソッドQueryInter
faceを呼び出す。ステップ１０１１において、このメソ
ッドは、要求されたインターフェイス識別子が見つかっ
たかどうか決定し、もしそうでなければ、ステップ１０
１２へ続き、さもなくば、復帰する。要求されたインタ
ーフェイス識別子が見つからない場合には、QueryInter
faceコールが、返送パラメータppvを、要求されたイン
ターフェイスを指すように既にセットしている。この場
合にこのメソッドは、首尾良い状態を返送する。さもな
くば、ステップ１０１２において、このメソッドは、リ
スト内の次のエレメントを指すように現在リストエレメ
ントポインタ(pitem) をインクレメントし、そしてステ
ップ１００７に続き、現在リスト構造を通してサーチす
る。ステップ１０１３において、このメソッドは、要求
されたインターフェイス識別子を、現在リストエレメン
トのインターフェイス識別フィールドと比較し、それら
が同じであれば、ステップ１０１４へ続き、さもなく
ば、サーチを伴うステップ１０１２へ続く。ステップ１
０１４ではこのメソッドは、返送パラメータppv を、要
求されたインターフェイスを（現在リストエレメントに
より指された）指すようにセットし、そして首尾良い状
態を復帰する。

【０１１３】図１４は、IBasic、IPrint及びIDatabase
インターフェイスがメソッドAddObject を用いて動的に
集合された後の図１０に対応するマルチタイプオブジェ
クトのデータ構造レイアウトを示すブロック図である。
データ構造レイアウトは、インスタンスデータ１１０
１、仮想関数表１１０４及び１１０５、メソッド１１０
７ないし１１１５、並びに現在囲まれている（集合され
たオブジェクト）のインスタンスを備えている。インス
タンスデータ１１０１は、制御IUnknownインターフェイ
スに対する仮想関数表のポインタと、クラスＭＴのイン
スタンス（IMultitypeインターフェイスの実施）である
データメンバ m MTと、ＭＴＯオブジェクトのIUnknown
インターフェイスを指すデータメンバ m punkOuter
と、現在追加されたインターフェイスの通常リストのヘ
ッドを指すデータメンバ m pnormal itemheadとを含ん
でいる。図示されたように、リストは現在２つのエレメ
ントを含んでいる。リストエレメント１１０２は、Ｓ１
オブジェクト８０１ないし８２３（図１１で定義され
た）を指し、そしてリストエレメント１１０３は、Ｓ２
オブジェクト１１０６のインスタンスを指す。図示され
ていないが、マルチプルオブジェクトは、空のデフォー
ルトリスト及びオーバーライドリストに対するポインタ
も指す。

【０１１４】囲まれたＳ１オブジェクトが具体化される
ときには、そのデータメンバS1:: m punkOuter が、ＭＴ
ＯオブジェクトのIUnknownインターフェイスを指すよう
に初期化される。同様に、囲まれたＳ２オブジェクトが
具体化されるときには、そのデータメンバS2:: m punk
Outer が、ＭＴＯオブジェクトのIUnknownインターフェ
イスを指すように初期化される。このタスクは、上記の
ように、CreateInstanceXX関数（但し、ＸＸはＳ１又は
Ｓ２）におけるＭＴＯのポインタを通すことによって行
われる。 コード表１２ MTO *pMTO; IMultiType*my pMT; IUnknown*pSpreadSheet,*pDataBase; CreateInstanceMTO(NULL,IID IUnknown,pMTO); CreateInstanceS1(pMTO,IID IUnknown,pSpreadSheet); CreateInstanceS2(pMTO,IID IUnknown,pDataBase); pMTO->QueryInterface(IID Multitype,my pMT); my pMT->AddObject(IID ISpreadSheet,NORMAL LIST,true,pSpreadSheet) my pMT->AddObject(IID IDataBase,NORMAL LIST,true,pDataBase); ... //ある時間の後に、他のあるクライエントがスプレッドシートオブジェクトのデ //ータベース能力を呼び出すことができる。 pSpreadSheet->QueryInterface(IID IDaraBase,ppv); ppv->Data();

【０１１５】コード表１２は、１組のインターフェイス
を動的に集合するためのステップの好ましいリストに対
する擬似コードを含んでいる。この例は、オブジェクト
の全てのインターフェイスを追加するためのメソッドAd
dObject を用いて図１０に示すIBasic、IPrint及びIDat
abase のインスタンスを追加することに対応する。第１
に、関数CreateInstanceMTO を用いて新たなマルチタイ
プオブジェクトが割り当てられる。この関数を用いる
と、IUnknownインターフェイスが、新たに具体化された
マルチタイプオブジェクトに対し検索される。このイン
ターフェイスは、Ｓ１及びＳ２オブジェクトが、囲んで
いるマルチタイプオブジェクトをアクセスできるように
具体化されたときにこれらＳ１及びＳ２オブジェクトに
通される。ある点において、Ｓ１オブジェクトのインス
タンスが形成され、マルチタイプオブジェクトに対する
ポインタがそこに通される。又、Ｓ２データベースオブ
ジェクトのインスタンスが形成され、マルチタイプオブ
ジェクトに対するポインタがそこに通される。Ｓ１及び
Ｓ２のインスタンスが形成された後に、IMultitypeイン
ターフェイスがマルチタイプオブジェクトから検索され
る。このインターフェイスは、スプレッドシート及びデ
ータベースインターフェイスをマルチタイプオブジェク
トに動的に追加するのに使用される。次いで、マルチタ
イプオブジェクトのIMultitypeインターフェイスのメソ
ッドAddObject が呼び出されて、Ｓ１及びＳ２オブジェ
クトがマルチタイプオブジェクトへと集合される。これ
らのオブジェクトがマルチタイプオブジェクトに囲まれ
ると、マルチタイプオブジェクトのいずれかのインター
フェイス又はその囲まれたオブジェクトのいずれかを用
いて、集合オブジェクト内の他のインターフェイスをア
クセスすることができる。コード表２は、基本的なスプ
レッドシートオブジェクト（Ｓ１）を用いてデータベー
スインターフェイスを検索しそしてこのIDatabase イン
ターフェイスのデータメソッドを呼び出すという例を示
している。 コード表１３ class Imultitype: public IUnknown ｛ virtual HRESULT AddObject(ULONGlist,BOOLEAN headoflist, Iunknown*punkobj)=0; virtual HRESULT AddInterface(REFIIDiid,ULONGlist,BOOLEAN headoflist, void*pv)=0; virtual HRESULT AddRule(REFIIDiid,IRule*prule)=0; virtual HRESULT Enum(ULONGi, REFIIDiid,ULONGlist,BOOLEAN headoflist, void*ppv)=0; ｝ class IRule: public IUnknown ｛ virtual HRESULT Init(IMultitype*pMTO)=0; ｝ class MTO: public IUnknown ｛ public: static void CreateInstance(IUnknown*punkOuter,IUnknown**ppunk) ｛ MTO*pMTO=new MTO(punkOuter); pMTO->QueryInterface(IID IUnknown,ppunk);｝ private: void MTO(IUnknown*punkOuter):m MT(this) ｛ if(punkOuter==NULL) m punkOuter=this; else m punkOuter=punkOuter; pQI=new(MyQI); //QueryInterface をデフォールトルール // にする。 pQI->QueryInterface(IID IRule,prule); m MT->AddRule(IID IUnknown,prule); ｝ class MT: public IMultitype ｛ public: void MT(MTO*pMTO)｛m pMTO=pMTO ｝ virtual HRESULT QueryInterface(REFIIDiid,void**ppv) ｛return m pMTO-> m punkOuter-> QueryInterface(iid,ppv);｝ virtual void AddRef() ｛ m pMTO-> m punkOuter-> AddRef(); ｝ virtual void Release() ｛ m pMTO-> m punkOuter-> Release();｝ virtual HRESULT AddObject(ULONGlist,BOOLEAN headoflist, IUnknown*punkobj) ｛ item*pitem; pitem=new(item); pitem->iid=IID IUnknown; pitem->pobj=punkobj; pitem->pnext=null pitem->pprev=null; switch(list) ｛ caseNORMAL LIST: //...headoflist=真の場合は、第１項目として通常リ //ストに挿入し、さもなくば、最後の項目として挿入 //する。 caseDEFAULT LIST: //...headoflist=真の場合は、第１項目としてデフォ //ルトリストに挿入し、さもなくば、最後の項目とし //て挿入する。 caseOVERRIDE LIST: //...headoflist=真の場合は、第１項目としてオーバ //ーライドリストに挿入し、さもなくば、最後の項目 //として挿入する。 default: //... 通常リストのヘッドに挿入する。 ｝ ｝ virtual HRESULT AddInterface(REFIILDiid,ULONGlist,BOOLEAN headoflist, void*pv) ｛ ... pitem->iid=iid; pitem->pobj=pv; //AddObjectメソッドと同じコードであるが、リスト項目は // 特定のインターフェイスを指し、IUnknownインターフェ // イスを指さない。 ... ｝ virtual HRESULT AddRule(REFIIDiid,Rule*prule) //このメソッドは、マルチタイプオブジェクトにおけるルールのリ //ストにルールオブジェクトを追加する。 ｛ ruleitem*pruleitem; pruleitem=new(ruleitem); pruleitem->iid=iid; pruleitem->prule=prule; pruleitem->pnext=null; pruleitem->pprev=null; // ルールリストに挿入する。--これを行う１つの方法は、 // ルールを最後の項目として挿入することであり、従って // QueryInterfaceが常に最初である。 ... prule->Init(m pMTO); //マルチタイプオブジェクトにつ //いてのルールを告げる。 ｝ virtual HRESULT Enum(ULONGi,REFIIDiid,ULONGlist,BOOLEAN headoflist, void**ppv) //このメソッドは、リスのヘッド又はテイルで始まる指定リストに //おける指定のiid に対応するエレメントの第ｉ番目の発生を返送 //する。 ｛ int counter=0; item *pitem=null; ruleitem*pruleitem=null; boolean done=FALSE; switch(list) ｛ caseNORMAL LIST: if(headoflist)｛ pitem=m pMTO->m pnormal itemhead; while((!done)&&(pitem!=null))｛ //リストの各項目ごとに、追加されたインターフ //ェイスを項目が指す場合はpobjフィールドを、 //或いは全オブジェクトが追加された場合にはイ //ンターフェイスが存在するかどうかをオブジェ //クトが調べる問合せインターフェイスを比較す //る。 switch(pitem->iid)｛ caseIID IUnknown: if((pitem->pobj->QueryInterface(iid,ppv) ==TRUE)(counter==i))done=TRUE; else pitem=pitem->pnext; break; default; if((pitem->iid==iid)&&(counter==i)) ｛ done=TRUE; ppv=pitem->pobj; ｝else pitem=pitem->pnext; break; ｝｝; else ｛ //...テイルから始まり、pitem=pitem //->pprevを用いて後方に作用する; ｝; break; caseDEFAULT LIST: // 通常リストと同様に機能するが、デフォールトリ // ストを使用する; break; caseOVERRIDE LIST: // 通常リストと同様に機能するが、オーバーライド // リストを使用する; break; caseRESULT LIST: if(headoflist)｛ pruleitem=m pMTO->m prule itemhead; done=FALSE; while((!done)&&(pruleitem!=null))｛ if pruleitem->iid==iid｛ ppv=pruleitem->prule; done=TRUE; ｝else pruleitem=pruleitem->pnext;｝ ｝else｛ //... テイルから始まり、pruleitem= //pruleitem->pprevを用いて後方に作用する ｝; break; default: // ヘッドから始めて通常リストと同じステップを使用 ｝ ｝ private: MTO *m pMTO; ｝; //MTオブジェクトに対するクラス定義の終わり friend MT; MT m MT; public: virtual HRESULT QueryInterface(REFIIDiid,void**ppv) ｛ IRule*prule; ruleitem*pruleitemem; boolean done=TRUE,foundrule=FALSE; switch(iid)｛ case IID IMultiType: *ppv=&m MT; m punkOuter->AddRef(); break; case IID IUnknown: *ppv=this; AddRef(); break; default: done=FALSE; // 第１の一致するIUnknownインターフェイスに対しルー // ルリストを通してサーチし、それを選択ルールとして // 呼び出して、要求されたインターフェイスに対する組 // み合わせルールをアクセスする pruleitem=m prule itemhead; while((foundrule==FALSE)&&(pruleitem!=null)) ｛ if pruleitem->iid==IID IUnknown｛ prule=pruleitem->prule; foundrule=TRUE; ｝else pruleitem=pruleitem->pnext; ｝ if(foundable)｛ // そのQueryInterfaceメソッドを得て // コールする prule->QueryInterface(IID IUnknown,pselect); done=pselect->QueryInterface(iid,ppv); ｝ else ｛ //ルールリストにおいて組み合わせルールを見 //つけ、それが存在する場合に返送する。この //コードは、１が与えられない場合はデフォー //ルト選択ルールである。 pruleitem=m prule itemhead; foundrule=FALSE; while((foundrule==FALSE)&&(pruleitem!=null ｛ if pruleitem->iid==iid ｛ prule=pruleitem->prule; foundrule=TRUE; ｝else pruleitem=pruleitem->pnext; ｝ if(foundrule) ｛ // 要求されたインターフェイス // を見つけ、返送する prule->QueryInterface(iid,ppv); else // 組み合わせルールは存在せず、従って、見 // つかった第１のインターフェイスのみを返 // 送する done=FALSE; // 第１の一致するインターフェイスに対し全 // てのリストを通してサーチする if((m MT->Enum(1,iid,OVERRIDE LIST, true,ppv))==FALSE) ｛done=TRUE ｝; else if((m MT->Enum(1,iid,NORMAL LIST true,ppv))==TRUE)｛done=TRUE ｝; else if((m MT->Enum(1,iid,DEFAULT LIST true,ppv))==TRUE)｛done=TRUE ｝; ｝ break; ｝ return done; ｝ virtual void AddRef() ｛ m refcount++; ｝ virtual void Release()｛if(--m refcount==0)delete this;｝ private: IUnknown *m punkOuter; int m refcount; struct item ｛ REFIID iid; void *pobj; item *pnext; item *pprev ｝; item *m pnormal itemhead=null,*m pnormal itemtail=null, *m pdefault itemhead=null,*m pdefault itemtail=null, *m poverride itemhead=null,*m poverride itemtail =null, struct ruleitem ｛ REFIIDiid; IRule *prule ruleitem *pnext ruleitem *pprev ｝; ruleitem *m prule itemhead=null,*m prule itemtail=null; ｝; //MTO オブジェクトに対するクラス定義の終了 class MyQI: public IUnknown ｛ private: void MyQI: m R(this) ｛他の初期化コード｝ class R: public IRule ｛ public: void R(MyQI*pMyQI) ｛m pMyQI=pMyQI)｝ //...ここでは、IUnknownメソッドも実施され、これは、囲ん // でいるオブジェクトに対する制御IUnknownメソッド（以下 // に示すpublicメソッド）を呼び出す virtual HRESULT Init(IMultitype*pMTO)｛ m pMyQI-> m pMTO=pMTO ｝ private: MyQI *m pMyQI; ｝; // クラスR 定義の終わり friend R; R m R; int m refcount; IMultitype *m pMTO; public: virtual HRESULT QueryInterface(REFIIDiid,void**ppv) ｛ IRule*prule; boolean done=TRUE,FOUNDrule=FALSE; switch(iid)｛ case IID IRule: *ppv=&m R; AddRef(); break; case IID IUnknown: *ppv=this; AddRef(); break; default: // これは、MTO オブジェクトのリストをい // かにサーチするかを知るIUnknownのデフ // ォールトルールに対するコードと同じで // ある foundrule=m pMTO->Enum(1,iid,RULE LIST,true,prule); if(foundrule) // 要求されたIID に対す // る組み合わせルールを // 返送する ｛prule->QueryInterface(iid,ppv); ｝ else ｛ // 組み合わせルールは存在せず、 // 従って、見つかった第１のイン // ターフェイスを返送する done=FALSE; // 第１の一致するインターフェイ // スに対し全てのリストをサーチ // する if((m pMTO->Enum(1,iid, OVERRIDE LIST,true,ppv)) ==TRUE) ｛done=TRUE ｝; else if((m pMTO->Enum(1,iid, NORMAL LIST,true,ppv))== TRUE) ｛done=TRUE ｝; else if((m pMTO->Enum(1,iid, DEFAULT LIST,true,ppv))== TRUE) ｛done=TRUE ｝; ｝; break; ｝; return done; ｝ virtual void AddRef()｛m refcount++; ｝ virtual void Release() ｛--m refcount==0)delete this;｝ ｝;

【０１１６】コード表１３は、ルールオブジェクトのリ
ストをサポートするために増強されたマルチタイプオブ
ジェクトに対する好ましいクラス定義のＣ＋＋擬似コー
ドを含んでいる。これらのルールオブジェクトは、マル
チタイプオブジェクトの要求されたインターフェイスを
組み合わせるための組み合わせルール、又はルールオブ
ジェクトのリストからルールオブジェクト（組み合わせ
ルールを含む）を選択するための選択ルールのいずれか
を含むことができることを想起されたい。各ルールオブ
ジェクトは、ルールオブジェクトをマルチタイプオブジ
ェクトにフックするためのIRule インターフェイスのイ
ンスタンスを実行する。又、各ルールオブジェクトは、
ルールオブジェクトが組み合わせルールを与えるところ
のインターフェイスのインスタンスも実行する。例え
ば、全ての囲まれた集合されたオブジェクトのプリント
を整合するために、IPrintインターフェイスの組み合わ
せルールを実施するルールオブジェクトを設けることが
できる。このようなルールオブジェクトは、IRule イン
ターフェイスの実施と、IPrintインターフェイスの実施
とを含む。この特定例は、コード表１４を参照して以下
に詳細に述べる。

【０１１７】又、コード表１３は、ルールオブジェクト
のリストからルールオブジェクトを選択する選択ルール
を含むルールオブジェクトに対する好ましいクラス定義
のＣ＋＋擬似コードも示している。簡単な例にするため
に、このルールオブジェクトによって与えられるルール
は、ルールオブジェクトのリスト（MTO::QueryInterfac
e により定められた）からルールオブジェクトをアクセ
スするためにマルチタイプオブジェクトによって使用さ
れるデフォールトコードに類似している。しかしなが
ら、この選択ルールオブジェクトは、ルールオブジェク
トをアクセスするためのいかなるルールも実施できるこ
とが当業者に明らかであろう。

【０１１８】コード表１３に示すように、マルチタイプ
オブジェクトは、２つのインターフェイスIMultitype及
びIUnknownを実行する。これらのインターフェイスは、
以下に述べるものを除いて、コード表１１に示したもの
と本質的に同じである。コード表１３に示されたコード
表１１からの基本的な変更は、制御IUnknownのメソッド
QueryInterface(MTO::QueryInterface) が、固定の１組
のルールに基づき一致インターフェイスに対して囲まれ
たインターフェイスの３つのリストをもはやサーチしな
いことである。（図１４に示された固定のルールは、オ
ーバーライド、通常及びデフォールトリストから最初に
見つかったインターフェイスをその順序で返送すること
である。）むしろ、ＭＴＯオブジェクト自体によって実
施されないインターフェイスが要求されたと決定される
と、MTO::QueryInterface は、その要求されたインター
フェイスに対応するルールオブジェクトがルールオブジ
ェクトのＭＴＯオブジェクトリストに存在する場合はそ
こまで要求を延期する。見つかったルールオブジェクト
は、次いで、要求されたインターフェイスの実施を与え
るか又は集合されたインターフェイスのＭＴＯオブジェ
クトの３つのリストからインターフェイスを返送する役
割を果たす。従って、クライエントアプリケーション
は、特定のインターフェイスを検索するか又は組み合わ
せるそれ自身のルールオブジェクトを設けることによ
り、集合されたオブジェクトの制御IUnknownのメソッド
QueryInterfaceの動作を変更することができる。これら
のルールオブジェクトは、マルチタイプオブジェクトの
実施とは独立して実施できる。というのは、それらは、
囲まれたインターフェイス及びルールリストをアクセス
するためにマルチタイプオブジェクトによって与えられ
たパブリック・エニュメレーションメソッドを使用でき
るからである。更に、クライエントアプリケーション
は、IUnknownインターフェイスに対するルールオブジェ
クトを設けることにより要求されたインターフェイスに
対応するルールオブジェクトを見つけるためにMTO::Que
ryInterface により使用される選択ルールを変更するこ
とができる。

【０１１９】コード表１１を参照して既に述べたメソッ
ドAddObject 及びAddInterfaceに加えて、クラスＭＴＯ
は、ルールオブジェクトを取り扱うための２つのメソッ
ド、AddRule 及びEnumを与える。メソッドAddRule は、
AddInterfaceと同様に実行される。メソッドAddRule
は、ルールオブジェクトのリストに対して新たなリスト
項目を形成し、そして入力パラメータとして通されたル
ールオブジェクトのインターフェイス識別子及びIRule
インターフェイスを指すようにこの項目を初期化する。
このメソッドは、次いで、ルールオブジェクトのリスト
に新たなリスト項目を挿入し、そしてその新たなリスト
項目により指されたIRule インターフェイスのメソッド
Initを呼び出し、ＭＴＯオブジェクトに戻るルールオブ
ジェクトアクセスを与える。このようなアクセスは、イ
ンターフェイスの他のリストをアクセスするためのメソ
ッドEnumを呼び出すようにルールオブジェクトによって
使用される。

【０１２０】図示されたように、メソッドAddRule は、
ルールオブジェクトのリストの終わりに新たなルールオ
ブジェクトを追加する。更に、ルールオブジェクトのリ
ストを使用するQueryInterfaceメソッドは、インターフ
ェイス識別子当たりルールオブジェクトが１つしかない
と（又は最初に見つかった１つが有効であると）仮定す
る。それ故、あるエラーチェック又は順序制御が好まし
く実行される。他の囲まれたインターフェイスのリスト
と同様に、新たなルールオブジェクトは、リストのヘッ
ド又はテイルのいずれかに挿入することができる。又、
メソッドAddRule は、AddObject 及びAddInterfaceと同
様に新たなルールオブジェクトをどこに追加するかを指
示するパラメータを通すように変更することができる。
或いは、他のリスト項目と同一にルールリスト項目を実
施することができ、そしてメソッドAddInterfaceは、ル
ールオブジェクトをルールオブジェクトのリストに挿入
するのに使用できる。多数の他の技術も考えられ、そし
て抽象的な意味では、ルールオブジェクトも動的に集合
されたオブジェクトであることが当業者に明らかであろ
う。

【０１２１】クラスＭＴＯは、指定のインターフェイス
をサーチしそして検索するメソッドEnumを与える。ルー
ルを組み合わせるためのルールオブジェクトは、このメ
ソッドを使用して、３つの集合されたインターフェイス
リストからインターフェイスを検索することができる。
更に、組み合わせルールを選択するためのルールオブジ
ェクトは、このメソッドを用いて、ルールオブジェクト
のリストからルールオブジェクトIRule インターフェイ
スを検索することができる。図示されたように、メソッ
ドEnumは、指定のリストから要求されたインターフェイ
ス識別子に一致するインターフェイスの第ｉ番目の発生
を返送する。このメソッドは、呼び出しにおいて指定さ
れたリストのヘッド又はテイルからスタートする。別の
実施例では、列挙されるリスト当たり１つづつの４つの
個別のメソッドとして列挙子が実施される。

【０１２２】通常、デフォールト及びオーバーライドリ
ストに対し、メソッドEnumは、要求されたインターフェ
イス識別子を見つけるか又はリスト内の項目が尽きるま
で、指定のリストから各リスト項目を検査する。この検
査中に、リスト項目が全オブジェクトを指す場合には、
メソッドEnumは、リスト項目によって指されたオブジェ
クトのメソッドQueryInterfaceを呼び出し、要求された
インターフェイスを潜在的に検索しそして返送する。さ
もなくば、リスト項目がIUnknown以外のインターフェイ
スを指す場合には、リスト項目により指されるインター
フェイス識別子が、要求されたインターフェイス識別子
と直接比較され、それらが一致する場合に、リスト項目
により指されたインターフェイスが返送される。リスト
項目が、一致するインターフェイスを発生しなかった場
合には、このメソッドは、指定のリストの残り部分をサ
ーチしつづける。

【０１２３】メソッドEnumは、ルールオブジェクトのリ
ストからサーチしそして検索するための若干異なる動作
を与える。要求されたインターフェイス識別子を返送す
るのではなく、このメソッドは、インターフェイス識別
子を使用して、ルールオブジェクトのリストにおける一
致する項目を見つけ、そして要求されたインターフェイ
ス識別子に対応するルールオブジェクトのIRule インタ
ーフェイスのポインタを返送する。

【０１２４】コード表１３において、囲んでいるＭＴＯ
オブジェクトのメソッドQueryInterfaceは、ルールオブ
ジェクトのリストをサポートするように変更されてい
る。このメソッドは、先ず、入力パラメータで要求され
たインターフェイスがＭＴＯオブジェクト自体により実
施されるかどうかを決定する。もしそうであれば、この
メソッドは、このインターフェイスを返送する。さもな
くば、このメソッドは、選択ルールがルールオブジェク
トのリストに存在する場合にこれを検索して呼び出す。
最後に、選択ルールが存在しない場合には、メソッドQu
eryInterfaceがデフォールト選択コードを与える。

【０１２５】ルールオブジェクトは、IUnknownインター
フェイス識別子のもとでルールオブジェクトにリストに
追加される場合に選択ルールを与える。好ましくは、こ
のインターフェイス識別子は、この目的のために指定さ
れる。１つの実施例においては、見つかった第１のこの
ようなルールオブジェクトが選択ルールとして検索され
る。もし存在する場合には、その検索された選択ルール
は、組み合わせルールをサーチしそして検索する役目を
果たし、或いは組み合わせルールが存在しない場合に
は、集合されたインターフェイスの３つのリストからイ
ンターフェイスをサーチしそして検索する。検索された
選択ルールは、そのIUnknownインターフェイスに対して
IUnknownインターフェイス識別子に対応するルールオブ
ジェクトに問い合わせをし（IRule インターフェイスを
用いて）そしてこの検索されたIUnknownインターフェイ
スのメソッドQueryInterfaceを呼び出すことにより、呼
び出される。検索されたIUnknownインターフェイスは、
ルールオブジェクトの制御IUnknownインターフェイスで
あることに注意されたい。

【０１２６】選択ルールが存在しない場合には、メソッ
ドMTO::QueryInterface は、デフォールト選択コードを
与える。このデフォールト選択コードは、要求されたイ
ンターフェイスに対する組み合わせルールをそれが存在
する場合に返送するか、又は通常リスト、オーバーライ
ドリスト及びデフォールトリストから見つかった第１の
一致するインターフェイスをその順序で返送する。（デ
フォールト選択コードは、組み合わせルールが存在しな
いときにメソッドMTO::QueryInterface と同様に動作す
る。）組み合わせルールを実施するルールオブジェクト
は、要求されたインターフェイスの実行を与えるか、又
は集合されたインターフェイスのＭＴＯオブジェクトの
３つのリストからインターフェイスを返送する。

【０１２７】例えば、コード表１３は、ルールオブジェ
クトのリストからルールオブジェクトを選択するための
選択ルールを与えるルールオブジェクトの実施を示して
いる。クラスMyQIは、IRule インターフェイス及びIUnk
nownインターフェイスを実施するルールオブジェクトで
ある。理解を容易にするために、クラスMyQIは、非集合
可能なオブジェクトとして示されている。IRule インタ
ーフェイスは、このルールオブジェクトを含む囲んでい
るマルチタイプオブジェクト（ＭＴＯ）のポインタを維
持するためのメソッドInitを与える。このＭＴＯポイン
タは、IMultitypeインターフェイスのメソッドEnumをア
クセスするように後で使用され、集合されたインターフ
ェイス及びオブジェクトをアクセスすることができる。
メソッドInitは、ルールオブジェクトのリストにルール
オブジェクトが追加されるときにAddRule によって呼び
出される。IUnknownインターフェイスは、ルールオブジ
ェクトのリストから組み合わせルールオブジェクトをい
かに選択するかを知るQueryInterfaceの実施を与える。
図示されたように、MyQI::QueryInterfaceは、MTO::Que
ryInterface により与えられるものと同一の機能を与え
る。しかしながら、その実施は、MyQI::QueryInterface
がメソッドEnumを用いて組み合わせルールを見つけるの
であって、リスト自体をサーチするのではない点で異な
る。MTO::QueryInterface は同様に実施できることが当
業者に明らかであろう。

【０１２８】MyQIルールオブジェクトを用いる例がメソ
ッドMTO::MTOにおいて示される。マルチタイプオブジェ
クトが具体化されるときには、構成子MTO::MTOが呼び出
される。この構成子は、MyQIクラス定義を用いてIUnkno
wnインターフェイスに対する新たなルールオブジェクト
を形成し、次いで、このルールオブジェクトをメソッド
AddRule を用いてルールオブジェクトのリストに追加す
る。選択ルールを実施するルールオブジェクトの追加は
いつでも容易に実行できることが当業者に明らかであろ
う。 コード表１４ class IPrint: public IUnknown ｛ virtual boolean Print(void**ppobj)=0; ｝ class myPrintRule:public IUnknown ... private: ... void myPrintRule:m R(this), m P(this) ｛/*他の初期化コード*/ ｝ class R: public IRule ｛ public: void R(myPrintRule *pmyPrintRule)｛m pMyRule= pmyPrintRule)｝ //...ここでは、IUnknownメソッドも実施され、これは、囲ん // でいるオブジェクトに対する制御IUnknownメソッド（以下 // に示すパブリックメソッド）を呼び出す virtual HRESULT Init(IMultitype*pMTO)｛m pMyRule → m pMTO=pMTO ｝ private: myPrintRule *m pMyRule; ｝; // クラスR 定義の終わり friend R; R m R; class P: public IPrint ｛ public: void P(myPrintRule*pmyPrintRule) ｛m pMyRule= pmyPrintRule) ｝ //...ここでは、IUnknownメソッドも実施され、これは、囲ん // でいるオブジェクトに対する制御IUnknownメソッド（以下 // に示すパブリックメソッド）を呼び出す virtual void Print(void*pobj) // オーバーライドリストそして通常リストの順序で各リストにおける // 各集合されたオブジェクトプリントルーチンを呼び出し、そして通 // 常リストにプリントルーチンが存在しない場合にデフォールトリス // トからプリントルーチンのみを呼び出す ｛ IID Imultitype *p iMT; IID IPrint *p iprint; int i,j; p iMT=m pMyRule->m pMTO; for(i=1;p iMT->Enum(i,IID Iprint, OVERRIDE LIST, true,&p iprint); i++)p iprint->Print(pobj); for(j=1;p iMT->Enum(i,IID Iprint, NORMAL LIST, true,&p iprint); j++)p print->Print(pobj); if((i==1)&&(j==1)&&(p iMT->Enum(1,IID IPrint,DEFAULT LIST,true,&p print)))p print->Print(pobj); ｝; ｝ private: myPrintRule *m pMyRule; ｝; friend P; P m P; int m refcount; IMultitype *m pMTO; public: ... virtual HRESULT QueryInterface(REFIIDidd,void**ppv) ｛ ret=TRUE; switch(iid)｛ case IID IPrint: *ppv=&m P; AddRef(); break; case IID IRule: *ppv=&m R; AddRef(); break; case IID IUnknown: *ppv=this; AddRef(); break; ... ｝ return ret; ｝ virtual void AddRef() ｛m refcount++; ｝ virtual void Release()｛if(--m refcount==0)delete this;｝ ｝;

【０１２９】コード表１４は、マルチタイプオブジェク
ト及びルールオブジェクトを用いて１組の集合されたオ
ブジェクト又はインターフェイスに対するオーバーライ
ド動作を与えるＣ＋＋擬似コードを示している。典型的
に、異なるタイプの１組のオブジェクトが集合されたと
きには、各オブジェクトは、オブジェクトをいかにプリ
ントするかを知るそれ自身のプリントメソッドを与え
る。コード表１４は、IPrintインターフェイスの組み合
わせルールを与えるルールオブジェクトの好ましいクラ
ス定義のＣ＋＋擬似コードを示す。与えられたIPrintイ
ンターフェイスはメソッドPrint を含み、これは、囲ん
でいるマルチタイプオブジェクトにおける各囲まれたオ
ブジェクト又はインターフェイスのプリントメソッドを
呼び出すものである。

【０１３０】クラスMyPrintRule は、全てのルールオブ
ジェクトと同様に、少なくとも２つのインターフェイ
ス、この場合はIRule 及びIPrintに対する実行を与え
る。クラスMyPrintRule によって与えられるIRule イン
ターフェイスは、コード表１３を参照して既に述べたク
ラスMyQIと機能的に同一である。IPrintインターフェイ
スは、マルチタイプオブジェクトにおける集合されたオ
ブジェクトの３つのリストを通して列挙する組み合わせ
ルールを単に与えるもので、他のIPrintインターフェイ
スをサーチして、見つかった際にそれらのPrint ルール
を呼び出す。コード表１３について述べたように、この
ルールオブジェクトがマルチタイプオブジェクトにおけ
るルールオブジェクトのリストに追加された後に、マル
チタイプオブジェクトの制御IUnknownのメソッドQueryI
nterfaceは、クライエントアプリケーションがその集合
されたオブジェクトにおけるIID IPrintを要求するQu
eryInterfaceを呼び出すときに、この組み合わせルール
IPrintインターフェイスのポインタを返送するのが好ま
しい。その結果、クライエントアプリケーションがメソ
ッドPrint を呼び出すときには、このルールオブジェク
トによって実行されるメソッドPrint が呼び出されて、
その集合されたオブジェクトがその成分を正しくプリン
トするように確保する。 コード表１５ pPrintRule=new(myPrintRule); //IPrintインターフェイスを組み合わせル //ールとする pPrintRule->QueryInterface(IID IRule,prule); p MTO->QueryInterface(IID IMultiple,p MT); p MT->AddRule(IID IPrint,prule); // これをMultitype オブジェクト // に追加する

【０１３１】コード表１５は、コード表１４で定められ
たルールオブジェクトをインストールするコールのＣ＋
＋擬似コードシーケンスを示す。先ず、クラスmyPrintR
uleルールオブジェクトの新たなインスタンスが形成さ
れる。第２に、この新たなルールオブジェクトのIRule
インターフェイスが後で使用するように検索される。第
３に、マルチタイプオブジェクト(p MTO)のポインタを
どこからか得た後に、マルチタイプオブジェクトのIMul
titypeインターフェイスが検索される。最終的に、この
検索されたIMultitypeインターフェイスのメソッドAddR
ule が呼び出され、これに、新たなルールオブジェクト
(IID IPrint) に対するインターフェイス識別子及び新
たなルールオブジェクトのIRule インターフェイスを通
す。

【０１３２】好ましい実施例では、集合されたオブジェ
クトは、プリントについて説明した同じメカニズムを用
いて永続的に記憶される。特に、マルチタイプオブジェ
クトは、IPersistFileインターフェイス又は他のインタ
ーフェイスに対する組み合わせオブジェクトを与え、こ
れは、オブジェクトをセーブしそして検索する役割を果
たす。（IPersistFileインターフェイスは、オブジェク
トをセーブしそしてロードするメソッドである。）この
ように、マルチタイプオブジェクトは、囲まれたオブジ
ェクト及びインターフェイスのセーブ機能にオーバーラ
イドして、集合された全てのオブジェクトがセーブされ
るように確保する。組み合わせルールはマルチタイプオ
ブジェクトが最初に必要とするデータ構造をセーブし、
そして囲まれたIPersistFileインターフェイス又はオブ
ジェクトの各々においてメソッドSaveを呼び出す。従っ
て、集合オブジェクトをセーブすることに関与するため
に、クライエントプログラムは、囲まれるべきオブジェ
クトのIPersistFileインターフェイスを追加するか、又
は全オブジェクトを囲い込む。個別のファイルに個別の
記憶が必要とされるのではない。マルチタイプオブジェ
クトは、オブジェクトデータを単一のファイル内に記憶
したのと同様の仕方でそれ自身のデータを記憶すること
ができる。

【０１３３】集合されたインターフェイス又はオブジェ
クトとルールの１つのリストのみを実施する（３つのリ
ストとルールオブジェクトのリストではなくて）別の実
施例では、マルチタイプオブジェクトはそれ自身の記憶
を必要としない。集合されたオブジェクトにより使用さ
れるもの以外の記憶は必要でない。というのは、マルチ
タイプオブジェクトは、ハイアラーキ式の永続記憶構造
において集合されたオブジェクトの順序及びインデック
ス情報を検査することにより単一リストを再形成できる
からである。しかしながら、多数のインターフェイスリ
ストを実行するマルチタイプオブジェクトは、どのイン
ターフェイスインスタンスがどのリストによって指され
るかを区別するために情報を記憶することを一般に必要
とする。

【０１３４】本発明のここに示す実施例は、制御IUnkno
wn::QueryInterfaceメソッドが囲まれたオブジェクトの
QueryInterfaceメソッドを呼び出すときに、このような
呼び出しが同期しておこなわれると仮定する。即ち、囲
まれたオブジェクトQueryInterfaceメソッドは、制御IU
nknown::QueryInterfaceメソッドが次の囲まれたオブジ
ェクトQueryInterfaceメソッドを呼び出す前に復帰す
る。別の実施例では、制御IUnknown::QueryInterfaceメ
ソッドは、囲まれたオブジェクトQueryInterfaceメソッ
ドを、それらの復帰を待機せずに非同期で呼び出す。む
しろ、標準的なプロセス間通信メカニズムを用いて、囲
まれたオブジェクトメソッドが完了したときに制御ルー
チンを知らせる。このような実施例は、ネットワーク又
はマルチプロセッサ環境において有用である。

【０１３５】動的な集合に対する本発明の典型的なアプ
リケーションは、動的な集合の知識で開発されたプログ
ラムを用いてユーザがオブジェクトのインスタンスを更
に強力なオブジェクトへと組み合わせることである。例
えば、背景技術で説明したスプレッドシートインターフ
ェイスの例を用いて、ソフトウェアの販売者がスプレッ
ドシート製品を出荷し、そこからユーザがスプレッドシ
ートの基本的な操作に対しIBasicインターフェイスのみ
をサポートする集合可能なスプレッドシートオブジェク
トを形成できると仮定する。（即ち、この製品を用い
て、ユーザは、スプレッドシートオブジェクトであるIB
asicインターフェイスのインスタンスを形成することが
できる。）更に、別のソフトウェア販売者がデータベー
ス製品を出荷し、そこからユーザが集合可能なデータベ
ース問合せオブジェクトを形成できると仮定する。これ
らの集合可能なデータベース問合せオブジェクトは、ID
atabaseQueryインターフェイスをサポートし、これは、
例えば、問合せを実行するメソッドDoQuery と、ユーザ
が問合せを指定できるようにするメソッドDefineQuery
とを備えている。入力データとして働くことのできる他
のオブジェクトに取り付けられたときに、これらのデー
タベース問合せオブジェクトは、その取り付けられた入
力データに問い合わせをするように呼び出すことができ
る。又、コンピュータシステム上にプログラムが常駐
し、例えば、オブジェクトをマネージしそしてマルチタ
イプオブジェクトをいかに形成し他のオブジェクト及び
インターフェイスを一緒に集合するかを知るファイルマ
ネージャが常駐すると仮定する。このタスクを行うため
に、ファイルマネージャは、IMultitypeインターフェイ
スの実行を与えるマルチタイプオブジェクトをいかに形
成するかを知る。

【０１３６】図１５は、取り付けられたデータベース問
合せオブジェクトを形成するように一緒に集合すること
のできるスプレッドシートオブジェクト及びデータベー
ス問合せオブジェクトを示す図である。指定されたデー
タベースにおいて指定された問合せを実行することので
きる更に強力なオブジェクト（取り付けられたデータベ
ース問合せオブジェクト１２０５）を形成するために、
ユーザは、先ず、スプレッドシート製品を用いて、ユー
ザが入力データとして使用しようとするスプレッドシー
トオブジェクト１２０１のインスタンスを形成する。次
いで、ユーザは、データベース製品を用いて、データベ
ース問合せオブジェクト１２０２のインスタンスを形成
する。次いで、ユーザは、定義ボタン１２０４を押すこ
とによりIDatabaseQueryインターフェイスのメソッドDe
fineQuery を呼び出し、そしてデータベース言語、例え
ば、ＳＱＬ言語を用いてデータベース問合せに対するテ
キストを入力する。次いで、ユーザは、ファイルマネー
ジャ１２０８を呼び出す。このファイルマネージャを用
いて、ユーザは、スプレッドシートオブジェクト１２０
１及びデータベース問合せオブジェクト１２０２を選択
し、ファイルマネージャ１２０８がそれらを集合するこ
とを要求する。ユーザは、例えば、スプレッドシートオ
ブジェクト１２０１のディスプレイ表示をデータベース
問合せオブジェクト１２０２のディスプレイ表示のデー
タ入力ポート１２０３にドラグ及びドロップすることに
より、この要求を指示することができる。ユーザの要求
に応答して、ファイルマネージャ１２０８は、囲んでい
るマルチタイプオブジェクトを具体化しそしてスプレッ
ドシートオブジェクト１２０１及びデータベース問合せ
オブジェクト１２０２の両方に対してメソッドIMultity
pe::AddObject を呼び出すことにより、新たに取り付け
られたデータベース問合せオブジェクト１２０５を具体
化する。又、ファイルマネージャ１２０８は、スプレッ
ドシートオブジェクト１２０１及びデータベース問合せ
オブジェクト１２０２の両方に、この新たに具体化され
たマルチタイプオブジェクトの制御IUnknownインターフ
ェイスのポインタを通す。次いで、ユーザは、"Go"ボタ
ン１２０６を選択することによりその取り付けられたデ
ータベース問合せオブジェクトを呼び出して、その取り
付けられたスプレッドシートデータにおいて指定の問合
せを実行することができる。

【０１３７】オブジェクトがいったん集合されると、囲
んでいるオブジェクトのルールがそれに適用されること
が当業者に明らかであろう。従って、スプレッドシート
オブジェクト１２０１及びデータベース問合せオブジェ
クトの動作は、いったん囲まれると、変更し得る。

【０１３８】図１６は、集合された取り付けられたデー
タベース問合せオブジェクトを示すブロック図である。
集合されたオブジェクト１３０４は、図１５を参照して
述べた取り付けられたデータベース問合せオブジェクト
に対応する。集合されたオブジェクト１３０４は、マル
チタイプオブジェクト１３０１と、スプレッドシートオ
ブジェクト１３０２と、データベース問合せオブジェク
ト１３０３とを備えている。マルチタイプオブジェクト
１３０１は、上記のように、ユーザ要求に応答して、ス
プレッドシートオブジェクト１３０２及びデータベース
問合せオブジェクト１３０３を集合するように形成され
る。集合のプロセス中に、マルチタイプオブジェクト
は、集合されたオブジェクトに対するポインタ１３０５
及び１３０６を形成し、そして集合されるべきオブジェ
クトに、制御IUnknownインターフェイスに対するポイン
タを通す。その後に、ユーザが"Go"ボタン（図１５の１
２０６）を押したときに、マルチタイプオブジェクト１
３０７の制御IUnknownインターフェイスが呼び出され、
上記実施例を用いてデータベース問合せオブジェクト１
３０３のIDatabaseQueryインターフェイスのメソッドDo
Query を呼び出す。メソッドDoQuery は、次いで、メソ
ッドQueryInterfaceを用いてスプレッドシートオブジェ
クト１３０２の（既知の）所望のインターフェイス識別
子をサーチすることによりスプレッドシートオブジェク
ト１３０２の（既知の）所望のメソッドに問合せしそし
て呼び出す。（再呼び出しのために、メソッドQueryInt
erfaceの呼び出しは、制御IUnknown１３０７のメソッド
QueryInterfaceにマルチタイプオブジェクト１３０１を
送り、これは、もし存在すれば所望のインターフェイス
を位置決めする。）従って、データベース問合せオブジ
ェクト１３０３は、メソッド及びインターフェイス識別
子の名前（及びパラメータ）が分かる限り、スプレッド
シートオブジェクト１３０２のインターフェイスのコン
パイル時間定義をアクセスする必要なく、スプレッドシ
ートオブジェクト１３０２のメソッドを呼び出すことが
できる。

【０１３９】以上、好ましい実施例について本発明を説
明したが、本発明は、これらの実施例に限定されるもの
ではない。当業者であれば、本発明の範囲内で変更がな
され得ることが明らかであろう本発明の範囲は、特許請
求の範囲のみによって限定されるものとする。

【図面の簡単な説明】

【図１】オブジェクトを表現するのに使用される典型的
なデータ構造を示すブロック図である。

【図２】ネストクラスを用いるスプレッドシートオブジ
ェクトのサンプルデータ構造を示すブロック図である。

【図３】集合オブジェクトを示すブロック図である。

【図４】クラスＳ１のオブジェクトのインスタンスのデ
ータ構造レイアウトを示すブロック図である。

【図５】クラスＳ３のオブジェクトのデータ構造レイア
ウトを示すブロック図である。

【図６】囲んでいるオブジェクトと囲まれたオブジェク
トとの間の協働を示すブロック図である。

【図７】囲んでいるオブジェクトと囲まれたオブジェク
トとの間の協働を示すブロック図である。

【図８】２つのオブジェクトをマルチタイプオブジェク
トに加えるシーケンスを示すブロック図である。

【図９】２つのオブジェクトをマルチタイプオブジェク
トに加えるシーケンスを示すブロック図である。

【図１０】２つのオブジェクトをマルチタイプオブジェ
クトに加えるシーケンスを示すブロック図である。

【図１１】クラスＳ１のオブジェクトのインスタンスの
データ構造レイアウトを示すブロック図である。

【図１２】マルチタイプオブジェクトによって実施され
るIMultitypeインターフェイスのメソッドAddInterface
を示すフローチャートである。

【図１３】マルチタイプオブジェクトに対する制御IUnk
nownインターフェイスのメソッドQueryInterfaceを示す
フローチャートである。

【図１４】メソッドAddObject を用いてIBasic、IPrint
及びIDatabase インターフェイスが動的に集合された後
の図１０に対応するマルチタイプオブジェクトのデータ
構造レイアウトを示すブロック図である。

【図１５】取り付けられたデータベース問合せオブジェ
クトを形成するように一緒に集合することのできるスプ
レッドシートオブジェクト及びデータベース問合せオブ
ジェクトを示す図である。

【図１６】集合され取り付けられたデータベース問合せ
オブジェクトを示すブロック図である。

【符号の説明】

３０１ 囲んでいるオブジェクト ３０２、３０３ 囲まれたオブジェクト ３０４ 実現部 ４０１ インスタンス構造体 ４０２、４０３ 仮想関数表 ４０４−４１６ 関数 ５０１ インスタンスデータ ５０２、５０３、５０４ 仮想関数表 ５０５−５１７ メソッド ６０１ クラスＳ１オブジェクト ６０３、６０４、６０５、６０６ メソッド

───────────────────────────────────────────────────── フロントページの続き (72)発明者 アントニー エス ウィリアムス アメリカ合衆国 ワシントン州 98053 レッドモンド ノースイースト フォーテ ィシックスス ストリート 22542 (72)発明者 エドワード ユング アメリカ合衆国 ワシントン州 98133 シアトル ノース ワンハンドレッドアン ドセヴンティセヴンス ストリート 1829 (72)発明者 シー ダグラス ホッジーズ アメリカ合衆国 ワシントン州 98053 レッドモンド ノースイースト サーティ ーンス ストリート 23018 (72)発明者 スリニヴァサ アール コッポル アメリカ合衆国 ワシントン州 98053 レッドモンド トゥーハンドレッドアンド サーティシックスス アベニュー ノース イースト 2402 (72)発明者 バリー ビー マッキーカン アメリカ合衆国 ワシントン州 98110 ベインブリッジ アイランド マンザニー タ ロード ノースイースト 12730 (72)発明者 クレイグ ウィッテンバーグ アメリカ合衆国 ワシントン州 98040 マーサー アイランド マーサー テラス ドライヴ 7525

Claims (16)

【特許請求の範囲】
1. 【請求項１】 オブジェクトにインターフェイスを追加
   するためのコンピュータシステムにおける方法であっ
   て、オブジェクトにより実現されるインターフェイス
   を、囲んでいるオブジェクトに囲い込みできるような方
   法において、 上記囲んでいるオブジェクトのインスタンスを形成し、
   上記囲んでいるオブジェクトは、その囲んでいるオブジ
   ェクトにインターフェイスを追加するための追加インタ
   ーフェイス関数メンバと、追加されたインターフェイス
   に対する参照を検索するための問合せ関数メンバとを有
   し、 上記囲んでいるオブジェクト内に囲い込まれるべきオブ
   ジェクトのインスタンスを形成し、上記囲んでいるオブ
   ジェクトに対する参照を通し、上記囲い込まれるべきオ
   ブジェクトは、インターフェイスを有すると共に、その
   インターフェイスに対する参照を検索するための問合せ
   関数メンバを有し、そして上記囲んでいるオブジェクト
   の追加インターフェイス関数メンバを呼び出し、囲い込
   まれるべきオブジェクトに対する参照を通すことによ
   り、オブジェクトを囲むと共に、その囲まれたオブジェ
   クトのインターフェイスを上記囲んでいるオブジェクト
   に追加し、これにより、上記囲んでいるオブジェクトの
   問合せ関数メンバが呼び出されたときに、上記囲んでい
   るオブジェクトの問合せ関数メンバがその囲まれたオブ
   ジェクトの追加されたインターフェイスに対する参照を
   返送する、という段階を備えたことを特徴とする方法。
2. 【請求項２】 上記囲んでいるオブジェクトの問合せ関
   数メンバの呼び出しは、非同期で行われる請求項１に記
   載の方法。
3. 【請求項３】 上記囲んでいるオブジェクトの問合せ関
   数メンバの呼び出しは、同期して行われる請求項１に記
   載の方法。
4. 【請求項４】 上記囲んでいるオブジェクトは、デフォ
   ールトインターフェイスを与える請求項１に記載の方
   法。
5. 【請求項５】 上記囲んでいるオブジェクトは、囲まれ
   たオブジェクトの追加されたインターフェイスをオーバ
   ーライドするインターフェイスを与える請求項１に記載
   の方法。
6. 【請求項６】 上記の囲んでいるオブジェクトは、囲ま
   れたオブジェクトによって提示されるインターフェイス
   についての知識をもたない請求項１に記載の方法。
7. 【請求項７】 上記コンピュータシステムは、永続記憶
   のための装置を有しそして更に、 オブジェクトを上記囲んでいるオブジェクトの中に囲い
   込んで、集合オブジェクトを形成した後に、その集合オ
   ブジェクトを上記永続記憶装置に記憶し、 その記憶された集合オブジェクトを上記永続記憶装置か
   らその後にロードするという段階を更に備えた請求項１
   に記載の方法。
8. 【請求項８】 上記囲んでいるオブジェクトの中に囲い
   込まれるべき第２のオブジェクトのインスタンスを形成
   し、これにより、上記囲んでいるオブジェクトに対する
   参照をこの第２のオブジェクトに通し、この第２のオブ
   ジェクトは、提示されたインターフェイスを有し、そし
   て上記囲んでいるオブジェクトの追加インターフェイス
   関数メンバを呼び出し、上記第２オブジェクトの提示さ
   れたインターフェイスを上記囲んでいるオブジェクトに
   追加することにより、上記第２オブジェクトを囲い込
   み、これにより、囲まれた第１オブジェクトの問合せ関
   数メンバが呼び出されたときに、その囲まれた第１オブ
   ジェクトの問合せ関数メンバが上記囲まれた第２オブジ
   ェクトの追加され提示されたインターフェイスに対する
   参照を返送する、という段階を更に備えた請求項１に記
   載の方法。
9. 【請求項９】 上記囲まれた第２オブジェクトの提示さ
   れたインターフェイスは、上記囲まれた第１オブジェク
   トのインターフェイスをオーバーライドする請求項８に
   記載の方法。
10. 【請求項１０】 上記囲まれた第２オブジェクトの提示
    されたインターフェイスは、上記囲まれた第１オブジェ
    クトのインターフェイスを呼び出す請求項８に記載の方
    法。
11. 【請求項１１】 上記囲まれた第２オブジェクトの提示
    されたインターフェイスは、デフォールトインターフェ
    イスである請求項８に記載の方法。
12. 【請求項１２】 上記囲まれた第１オブジェクトは、上
    記囲んでいるオブジェクトに対するポインタを含み、上
    記第２オブジェクトは、その第２オブジェクトの提示さ
    れたインターフェイスに対する参照を検索するための問
    合せ関数メンバを有し、そして更に、 第１に、上記囲まれた第１オブジェクトの問合せ関数メ
    ンバを呼び出して、第２オブジェクトの提示されたイン
    ターフェイスを要求し、 第２に、上記囲まれた第１オブジェクトにより含まれた
    上記囲んでいるオブジェクトのポインタを介して上記囲
    んでいるオブジェクトの問合せ関数メンバに対する参照
    を検索し、 第３に、上記囲んでいるオブジェクトの問合せ関数メン
    バを呼び出し、上記要求されたインターフェイスを通
    し、 第４に、上記囲んでいるオブジェクトの問合せ関数メン
    バから、上記囲まれた第２オブジェクトの問合せ関数メ
    ンバを呼び出し、上記要求されたインターフェイスを通
    し、そして第５に、上記囲まれた第２オブジェクトの問
    合せ関数メンバから、上記要求されたインターフェイス
    に対する参照を返送する、という段階を更に備えた請求
    項８に記載の方法。
13. 【請求項１３】 上記囲んでいるオブジェクトは、どの
    追加インターフェイスに対して参照を検索するかを決定
    するためのルールを追加する追加ルール関数メンバを有
    し、そして更に、どの追加インターフェイスに対して参
    照を検索するかを決定するルールを追加するために上記
    囲んでいるオブジェクトの追加ルール関数メンバを呼び
    出し、これにより、上記囲んでいるオブジェクトの問合
    せ関数メンバが呼び出されたときに、その問合せ関数メ
    ンバが、その追加されたルールから、どの追加インター
    フェイスに参照を返送するかを決定するという段階を更
    に備えた請求項８に記載の方法。
14. 【請求項１４】 上記方法は言語的に独立している請求
    項８に記載の方法。
15. 【請求項１５】 要求されたインターフェイスに対する
    参照を検索するために上記囲んでいるオブジェクトの問
    合せ関数メンバを呼び出し、これにより、上記囲んでい
    るオブジェクトの問合せ関数メンバが、追加されたルー
    ルを用いて、どのインターフェイスインスタンスに参照
    を返送するかを決定するという段階を更に備えた請求項
    ８に記載の方法。
16. 【請求項１６】 オブジェクトにインターフェイスを追
    加するためのコンピュータシステムにおいて、 囲んでいるオブジェクトを備え、該囲んでいるオブジェ
    クトは、これにインターフェイスを追加するための追加
    インターフェイス関数メンバと、追加されたインターフ
    ェイスに対する参照を検索するための問合せ関数メンバ
    とを有し、 更に、上記囲んでいるオブジェクト内に囲まれるべきオ
    ブジェクトを備え、この囲まれるべきオブジェクトは、
    インターフェイスと、該インターフェイスに対する参照
    を検索するための問合せ関数メンバとを有し、上記オブ
    ジェクトは囲い込まれ、そして上記囲んでいるオブジェ
    クトの追加インターフェイス関数メンバを呼び出すこと
    により追加されたインターフェイスは、囲まれるべきオ
    ブジェクトに対する参照をそこに通し、これにより、オ
    ブジェクトが囲まれた後に上記囲んでいるオブジェクト
    の問合せインターフェイス関数メンバが呼び出されたと
    きには、この問合せインターフェイス関数メンバがその
    囲まれたオブジェクトの追加されたインターフェイスに
    対する参照を返送することを特徴とするコンピュータシ
    ステム。