JP2000298592A - プログラムコンポーネントアクセス装置及びプログラムコンポーネントアクセス方法 - Google Patents
プログラムコンポーネントアクセス装置及びプログラムコンポーネントアクセス方法Info
- Publication number
- JP2000298592A JP2000298592A JP2000099195A JP2000099195A JP2000298592A JP 2000298592 A JP2000298592 A JP 2000298592A JP 2000099195 A JP2000099195 A JP 2000099195A JP 2000099195 A JP2000099195 A JP 2000099195A JP 2000298592 A JP2000298592 A JP 2000298592A
- Authority
- JP
- Japan
- Prior art keywords
- program component
- mailer
- program
- interface
- access device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims description 49
- 230000006870 function Effects 0.000 claims abstract description 54
- 238000012545 processing Methods 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 230000006399 behavior Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4488—Object-oriented
- G06F9/449—Object-oriented method invocation or resolution
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 オブジェクトの構成要素としてそのオブジェ
クトの責務の１つを実装するプログラムコンポーネント
のレベルにおいてポリモルフィズムを実現する。 【解決手段】 第１のプログラムコンポーネント１４を
第１のオブジェクト１１実行時に該オブジェクト１１に
動的にリンクさせ、第１のオブジェクト１１を１又は複
数の関数を有する第２のプログラムコンポーネント１３
へのアクセスを提供可能な関数呼出を用いて第１のプロ
グラムコンポーネント１４にアクセスさせる。
クトの責務の１つを実装するプログラムコンポーネント
のレベルにおいてポリモルフィズムを実現する。 【解決手段】 第１のプログラムコンポーネント１４を
第１のオブジェクト１１実行時に該オブジェクト１１に
動的にリンクさせ、第１のオブジェクト１１を１又は複
数の関数を有する第２のプログラムコンポーネント１３
へのアクセスを提供可能な関数呼出を用いて第１のプロ
グラムコンポーネント１４にアクセスさせる。
Description
【０００１】
【発明の属する技術分野】本発明は、オブジェクトの関
数を異なる形式で実装した複数の異なる関連するプログ
ラムコンポーネントにアクセスするためのプログラムコ
ンポーネントアクセス装置及びプログラムコンポーネン
トアクセス方法に関する。
数を異なる形式で実装した複数の異なる関連するプログ
ラムコンポーネントにアクセスするためのプログラムコ
ンポーネントアクセス装置及びプログラムコンポーネン
トアクセス方法に関する。
【０００２】
【従来の技術】オブジェクト指向ソフトウェアにおい
て、ソフトウェアプログラムは、データ構造と振る舞い
の両方を含む複数の個別のモジュール、すなわちオブジ
ェクトから構成されている。オブジェクトは、オブジェ
クト自身のシステムリソースとともに実行される１又は
複数のスレッドを有する実行時エンティティである。同
じデータ構造及び同じ振る舞い（又はオペレーション）
を有するオブジェクトは、同じクラスに分類される。各
オブジェクトは、あるクラスに属するインスタンスであ
る。このオペレーションによりオブジェクトが応答でき
るメッセージが決定される。この間、オブジェクトの状
態は、例えば他のオブジェクト等の外部から隠されてい
る。オブジェクト上のオペレーションは、メソッドと呼
ばれる。
て、ソフトウェアプログラムは、データ構造と振る舞い
の両方を含む複数の個別のモジュール、すなわちオブジ
ェクトから構成されている。オブジェクトは、オブジェ
クト自身のシステムリソースとともに実行される１又は
複数のスレッドを有する実行時エンティティである。同
じデータ構造及び同じ振る舞い（又はオペレーション）
を有するオブジェクトは、同じクラスに分類される。各
オブジェクトは、あるクラスに属するインスタンスであ
る。このオペレーションによりオブジェクトが応答でき
るメッセージが決定される。この間、オブジェクトの状
態は、例えば他のオブジェクト等の外部から隠されてい
る。オブジェクト上のオペレーションは、メソッドと呼
ばれる。
【０００３】各オブジェクトは、例えば、オブジェクト
がどのメモリ領域にアクセスでき、オブジェクトコード
がどのスレッドを実行でき、そのオブジェクトがどの実
行時間に存在するかといったオブジェクトの属性を記述
する実行環境を有する。オブジェクト間の通信は、メッ
セージパッシングによって実現される。欧州特許番号Ｅ
Ｐ０８７１１１９Ａ１号に、メッセージパッシングの形
態が開示されている。各オブジェクトは、メッセージパ
ッシングを実行するための送信インタフェースともよば
れる外部インタフェースを備え、この外部インタフェー
スは、メッセージの受信を整理し、これにより対応する
オブジェクトの異なるメソッドを用いることができる。
がどのメモリ領域にアクセスでき、オブジェクトコード
がどのスレッドを実行でき、そのオブジェクトがどの実
行時間に存在するかといったオブジェクトの属性を記述
する実行環境を有する。オブジェクト間の通信は、メッ
セージパッシングによって実現される。欧州特許番号Ｅ
Ｐ０８７１１１９Ａ１号に、メッセージパッシングの形
態が開示されている。各オブジェクトは、メッセージパ
ッシングを実行するための送信インタフェースともよば
れる外部インタフェースを備え、この外部インタフェー
スは、メッセージの受信を整理し、これにより対応する
オブジェクトの異なるメソッドを用いることができる。
【０００４】
【発明が解決しようとする課題】従来のオブジェクト指
向ソフトウェアプログラムは、ポリモルフィズム(多態
性：polymorphism)と呼ばれる概念を実現する。ポリモ
ルフィズムは、オブジェクト指向言語における最大の長
所であるとみなされている。ポリモルフィズムとは、複
数の形式を選択できる能力を意味する。これは、オブジ
ェクト指向ソフトウェアの文脈において、同じエンティ
ティが、実行時において、様々なクラスのインスタンス
とみなされることを意味する。これを限定的に解釈すれ
ば、同じオペレーションが異なるクラスにおいて異なる
振る舞いをすることがあるということになる。しかしな
がら、既存のオブジェクト指向ソフトウェアプログラム
においては、ポリモルフィズムの概念はオブジェクトレ
ベルでしか実現されていない。
向ソフトウェアプログラムは、ポリモルフィズム(多態
性：polymorphism)と呼ばれる概念を実現する。ポリモ
ルフィズムは、オブジェクト指向言語における最大の長
所であるとみなされている。ポリモルフィズムとは、複
数の形式を選択できる能力を意味する。これは、オブジ
ェクト指向ソフトウェアの文脈において、同じエンティ
ティが、実行時において、様々なクラスのインスタンス
とみなされることを意味する。これを限定的に解釈すれ
ば、同じオペレーションが異なるクラスにおいて異なる
振る舞いをすることがあるということになる。しかしな
がら、既存のオブジェクト指向ソフトウェアプログラム
においては、ポリモルフィズムの概念はオブジェクトレ
ベルでしか実現されていない。
【０００５】そこで、本発明は、従来より下位のレベ
ル、すなわち、オブジェクトの構成要素としてそのオブ
ジェクトの責務（responsibility）の１つを実装するプ
ログラムコンポーネントのレベルにおいてポリモルフィ
ズムを実現するプログラムコンポーネントアクセス装置
及びプログラムコンポーネントアクセス方法を提供する
ことを目的とする。
ル、すなわち、オブジェクトの構成要素としてそのオブ
ジェクトの責務（responsibility）の１つを実装するプ
ログラムコンポーネントのレベルにおいてポリモルフィ
ズムを実現するプログラムコンポーネントアクセス装置
及びプログラムコンポーネントアクセス方法を提供する
ことを目的とする。
【０００６】
【課題を解決するための手段】上述の課題を解決するた
めに、本発明に係るプログラムコンポーネントアクセス
装置は、１又は複数の関数を有する第１のオブジェクト
と、１又は複数の関数を有する第１のプログラムコンポ
ーネントとを備え、第１のプログラムコンポーネント
は、第１のオブジェクト実行時に該オブジェクトに動的
にリンクされ、第１のオブジェクトは、１又は複数の関
数を有する第２のプログラムコンポーネントへのアクセ
スを提供可能な関数呼出を用いて第１のプログラムコン
ポーネントにアクセスする。
めに、本発明に係るプログラムコンポーネントアクセス
装置は、１又は複数の関数を有する第１のオブジェクト
と、１又は複数の関数を有する第１のプログラムコンポ
ーネントとを備え、第１のプログラムコンポーネント
は、第１のオブジェクト実行時に該オブジェクトに動的
にリンクされ、第１のオブジェクトは、１又は複数の関
数を有する第２のプログラムコンポーネントへのアクセ
スを提供可能な関数呼出を用いて第１のプログラムコン
ポーネントにアクセスする。
【０００７】第１のプログラムコンポーネントは、第１
のオブジェクトの第１の実行環境に存在している。第２
のプログラムコンポーネントは、第１のプログラムコン
ポーネントが第１のオブジェクトに提供するインタフェ
ースと同様のインタフェースを提供する。第１及び第２
のプログラムコンポーネントは、自身のスレッド及び資
源を備えていない。
のオブジェクトの第１の実行環境に存在している。第２
のプログラムコンポーネントは、第１のプログラムコン
ポーネントが第１のオブジェクトに提供するインタフェ
ースと同様のインタフェースを提供する。第１及び第２
のプログラムコンポーネントは、自身のスレッド及び資
源を備えていない。
【０００８】また、前述の課題を解決するために、本発
明に係るプログラムコンポーネントアクセス方法は、上
述のプログラムコンポーネントアクセス装置を用いてプ
ログラムコンポーネントにアクセスする。
明に係るプログラムコンポーネントアクセス方法は、上
述のプログラムコンポーネントアクセス装置を用いてプ
ログラムコンポーネントにアクセスする。
【０００９】従来のソフトウェアシステムとは異なり、
本発明は、オブジェクト自身を変換、変更することな
く、オブジェクトの同一の関数が異なるプログラムコン
ポーネント、すなわちある関数を異なる形式で実装する
異なるプログラムコードに対する呼出を隠すことができ
るシステムを提供する。具体的には、本発明は、関数呼
出に異なるパラメータを設け、同一の関数呼出により、
これらのパラメータに応じてオブジェクトの関数を異な
る形態で実装する異なるプログラムコンポーネントを呼
び出すことができる。したがって、オブジェクトは、プ
ログラムコンポーネントを明示的にメモリにロードし、
呼び出すことにより、同一の内部インタフェースを備え
る異なる複数のプログラムコンポーネントを同時に使用
することができる。
本発明は、オブジェクト自身を変換、変更することな
く、オブジェクトの同一の関数が異なるプログラムコン
ポーネント、すなわちある関数を異なる形式で実装する
異なるプログラムコードに対する呼出を隠すことができ
るシステムを提供する。具体的には、本発明は、関数呼
出に異なるパラメータを設け、同一の関数呼出により、
これらのパラメータに応じてオブジェクトの関数を異な
る形態で実装する異なるプログラムコンポーネントを呼
び出すことができる。したがって、オブジェクトは、プ
ログラムコンポーネントを明示的にメモリにロードし、
呼び出すことにより、同一の内部インタフェースを備え
る異なる複数のプログラムコンポーネントを同時に使用
することができる。
【００１０】
【発明の実施の形態】以下、本発明に係るプログラムコ
ンポーネントアクセス装置及びプログラムコンポーネン
トアクセス方法について図面を参照して詳細に説明す
る。
ンポーネントアクセス装置及びプログラムコンポーネン
トアクセス方法について図面を参照して詳細に説明す
る。
【００１１】図１は、ＰＣ又はワークステーションを概
略的に示す図である。ＣＰＵ１は、読み出し専用メモリ
（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３、
ネットワーク４、表示装置５、ハードディスク６、及び
モデム７に接続されている。ＣＰＵ１は、ハードディス
ク６、ネットワーク４、又はモデム７から供給されるデ
ータを、ＲＯＭ２及びＲＡＭ３の支援を受けて処理す
る。ＣＰＵ１は、モデム７を介して、例えばインターネ
ットサーバ８等の外部情報源に接続することができる。
ＲＯＭ２及び／又はＲＡＭ３には、所定のソフトウェア
プログラムが格納されており、このソフトウェアプログ
ラムは、ＣＰＵ１により実行される。
略的に示す図である。ＣＰＵ１は、読み出し専用メモリ
（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３、
ネットワーク４、表示装置５、ハードディスク６、及び
モデム７に接続されている。ＣＰＵ１は、ハードディス
ク６、ネットワーク４、又はモデム７から供給されるデ
ータを、ＲＯＭ２及びＲＡＭ３の支援を受けて処理す
る。ＣＰＵ１は、モデム７を介して、例えばインターネ
ットサーバ８等の外部情報源に接続することができる。
ＲＯＭ２及び／又はＲＡＭ３には、所定のソフトウェア
プログラムが格納されており、このソフトウェアプログ
ラムは、ＣＰＵ１により実行される。
【００１２】本発明において、オブジェクトは、より小
さく、動的にリンクが可能なソフトウェア、すなわちプ
ログラムコンポーネントに分解できる。このプログラム
コンポーネントにより、オブジェクトを変更し、数を増
やし、及び動的に関数の適応化を行うことができる。プ
ログラムコンポーネントは、独自のスレッドや資源を所
有していない。したがって、プログラムコンポーネント
自体を実行することはできないが、プログラムコンポー
ネントは、オブジェクトの実行時に、システム内の多数
のオブジェクトに動的にリンクすることができる。より
正確には、プログラムコンポーネントは、オブジェクト
の責務（responsibility）の１つを実現するオブジェク
トの構成要素である。プログラムコンポーネントが、オ
ブジェクトの実行環境内に存在する場合、そのプログラ
ムコンポーネントは、そのオブジェクト内にロードされ
ている。オブジェクト内には、プログラムコンポーネン
トをいくつでもロードすることができる。プログラムコ
ンポーネントを使用する場合、プログラムコンポーネン
トは、図１に示すＲＡＭ３に物理的に格納される。な
お、プログラムコンポーネントを、メモリにロードする
前に、例えばハードディスク６等の補助記憶装置に格納
しておいてもよく、あるいは、例えばネットワーク４等
のコンピュータネットワークからダウンロードしてもよ
い。
さく、動的にリンクが可能なソフトウェア、すなわちプ
ログラムコンポーネントに分解できる。このプログラム
コンポーネントにより、オブジェクトを変更し、数を増
やし、及び動的に関数の適応化を行うことができる。プ
ログラムコンポーネントは、独自のスレッドや資源を所
有していない。したがって、プログラムコンポーネント
自体を実行することはできないが、プログラムコンポー
ネントは、オブジェクトの実行時に、システム内の多数
のオブジェクトに動的にリンクすることができる。より
正確には、プログラムコンポーネントは、オブジェクト
の責務（responsibility）の１つを実現するオブジェク
トの構成要素である。プログラムコンポーネントが、オ
ブジェクトの実行環境内に存在する場合、そのプログラ
ムコンポーネントは、そのオブジェクト内にロードされ
ている。オブジェクト内には、プログラムコンポーネン
トをいくつでもロードすることができる。プログラムコ
ンポーネントを使用する場合、プログラムコンポーネン
トは、図１に示すＲＡＭ３に物理的に格納される。な
お、プログラムコンポーネントを、メモリにロードする
前に、例えばハードディスク６等の補助記憶装置に格納
しておいてもよく、あるいは、例えばネットワーク４等
のコンピュータネットワークからダウンロードしてもよ
い。
【００１３】プログラムコンポーネントにより、内部イ
ンタフェースを提供することができる。この内部インタ
フェースは、そのプログラムコンポーネントによって実
行される関数の順序づけられたリストであり、その同じ
実行環境において、どのコードからでも呼び出すことが
できる。この内部インタフェースは、データではなく関
数のみをエクスポートする。オブジェクトの静的にリン
クしたコードと他のプログラムコンポーネントのコード
は、いずれもプログラムコンポーネントを呼び出すこと
ができる。
ンタフェースを提供することができる。この内部インタ
フェースは、そのプログラムコンポーネントによって実
行される関数の順序づけられたリストであり、その同じ
実行環境において、どのコードからでも呼び出すことが
できる。この内部インタフェースは、データではなく関
数のみをエクスポートする。オブジェクトの静的にリン
クしたコードと他のプログラムコンポーネントのコード
は、いずれもプログラムコンポーネントを呼び出すこと
ができる。
【００１４】図２は、オブジェクト１１、オブジェクト
１１の実行環境１２、及び実行環境１２に存在するプロ
グラムコンポーネント１３を示す図である。図２におい
ては、関数はオブジェクト１１又はプログラムコンポー
ネント１３内の長方形の枠で示されている。オブジェク
ト１１は、メソッド１、メソッド２、メソッド３の３つ
の関数を有している。プログラムコンポーネント１３
は、メソッド４，メソッド５の２つの関数を有してい
る。プログラムコンポーネント１３のメソッドが、プロ
グラムコンポーネント１３の内部インタフェース内にあ
る場合、図２では、メソッドボックスに接続しているプ
ログラムコンポーネント１３の境界線上に小さな長方形
が描かれている。例えば、プログラムコンポーネント１
３のメソッド４は、プログラムコンポーネント１３の内
部インタフェース内にある。これにより、オブジェクト
１１は、メソッド４にアクセスすることができる。メソ
ッド５は、内部インタフェース内にはなく、プログラム
コンポーネント１３の内部からしか呼び出すことができ
ない。内部インタフェースは、関数呼出を用いてプログ
ラムコンポーネントとの通信をサポートする唯一の手法
である。オブジェクトのコードは、内部インタフェース
を有していないために、プログラムコンポーネント１３
によって呼び出すことはできない。例えば、プログラム
コンポーネント１３のメソッド４は、オブジェクト１１
のメソッド１やメソッド２を呼び出すことができない。
１１の実行環境１２、及び実行環境１２に存在するプロ
グラムコンポーネント１３を示す図である。図２におい
ては、関数はオブジェクト１１又はプログラムコンポー
ネント１３内の長方形の枠で示されている。オブジェク
ト１１は、メソッド１、メソッド２、メソッド３の３つ
の関数を有している。プログラムコンポーネント１３
は、メソッド４，メソッド５の２つの関数を有してい
る。プログラムコンポーネント１３のメソッドが、プロ
グラムコンポーネント１３の内部インタフェース内にあ
る場合、図２では、メソッドボックスに接続しているプ
ログラムコンポーネント１３の境界線上に小さな長方形
が描かれている。例えば、プログラムコンポーネント１
３のメソッド４は、プログラムコンポーネント１３の内
部インタフェース内にある。これにより、オブジェクト
１１は、メソッド４にアクセスすることができる。メソ
ッド５は、内部インタフェース内にはなく、プログラム
コンポーネント１３の内部からしか呼び出すことができ
ない。内部インタフェースは、関数呼出を用いてプログ
ラムコンポーネントとの通信をサポートする唯一の手法
である。オブジェクトのコードは、内部インタフェース
を有していないために、プログラムコンポーネント１３
によって呼び出すことはできない。例えば、プログラム
コンポーネント１３のメソッド４は、オブジェクト１１
のメソッド１やメソッド２を呼び出すことができない。
【００１５】オブジェクト内での通信は、関数呼出によ
って行われる。この関数呼出には、以下の３つの形式が
ある。
って行われる。この関数呼出には、以下の３つの形式が
ある。
【００１６】０．オブジェクトの内部呼出。関数呼出側
オブジェクト（caller）は、そのオブジェクトのコード
の一部である関数を呼び出す。このコードは、オブジェ
クトに静的にリンクし、オブジェクトに本来備わってい
る部分である。このコードは必ず存在する。これは、従
来より一般的に行われている関数呼出である。図２で
は、関数メソッド１，メソッド２，及びメソッド３がオ
ブジェクト１１に静的にリンクされている。メソッド１
は、メソッド２を呼び出すことができる。
オブジェクト（caller）は、そのオブジェクトのコード
の一部である関数を呼び出す。このコードは、オブジェ
クトに静的にリンクし、オブジェクトに本来備わってい
る部分である。このコードは必ず存在する。これは、従
来より一般的に行われている関数呼出である。図２で
は、関数メソッド１，メソッド２，及びメソッド３がオ
ブジェクト１１に静的にリンクされている。メソッド１
は、メソッド２を呼び出すことができる。
【００１７】０．暗示的ダイナミックリンク。関数呼出
側オブジェクトは、直接関数呼出を用いて、ソースコー
ド内のプログラムコンポーネントを参照する。そして、
ダイナミックリンクの手法を用いて、当該関数呼出側オ
ブジェクト内における未決定のエントリに対応するプロ
グラムコンポーネントを決定する。これは、ダイナミッ
クリンカがプログラムコンポーネントのコードを入手し
て、そのコードを実行する前に実行環境内にインストー
ルすることを意味する。図２においては、オブジェクト
１１のメソッド２が、プログラムコンポーネント１３の
メソッド４を呼び出す。メソッド４が呼び出される前
に、プログラムコンポーネント１３はオブジェクト１１
の実行環境１２にロードされ、オブジェクト１１に動的
にリンクされる。
側オブジェクトは、直接関数呼出を用いて、ソースコー
ド内のプログラムコンポーネントを参照する。そして、
ダイナミックリンクの手法を用いて、当該関数呼出側オ
ブジェクト内における未決定のエントリに対応するプロ
グラムコンポーネントを決定する。これは、ダイナミッ
クリンカがプログラムコンポーネントのコードを入手し
て、そのコードを実行する前に実行環境内にインストー
ルすることを意味する。図２においては、オブジェクト
１１のメソッド２が、プログラムコンポーネント１３の
メソッド４を呼び出す。メソッド４が呼び出される前
に、プログラムコンポーネント１３はオブジェクト１１
の実行環境１２にロードされ、オブジェクト１１に動的
にリンクされる。
【００１８】０．明示的ダイナミックリンク。関数呼出
側オブジェクトは、プログラムコンポーネントを直接参
照せず、ダイナミックリンカが、必要なプログラムコン
ポーネントをロードするメカニズムを提供する。当該関
数呼出側オブジェクトは、インタフェースの記述を参照
することができ、例えば、pfuncと表される関数ポイン
タを用いることができる。関数ポインタpfuncは変数で
あり、いかなるメソッドのアドレスも、この変数に割り
当てることができる。続いて、割り当てられたメソッド
は、変数を用いて呼び出される。図２においては、関数
ポインタpfuncには、プログラムコンポーネント１３の
メソッド４が割り当てられられており、オブジェクト１
１のメソッド３は、関数ポインタpfuncを用いてメソッ
ド４を呼び出すことができる。
側オブジェクトは、プログラムコンポーネントを直接参
照せず、ダイナミックリンカが、必要なプログラムコン
ポーネントをロードするメカニズムを提供する。当該関
数呼出側オブジェクトは、インタフェースの記述を参照
することができ、例えば、pfuncと表される関数ポイン
タを用いることができる。関数ポインタpfuncは変数で
あり、いかなるメソッドのアドレスも、この変数に割り
当てることができる。続いて、割り当てられたメソッド
は、変数を用いて呼び出される。図２においては、関数
ポインタpfuncには、プログラムコンポーネント１３の
メソッド４が割り当てられられており、オブジェクト１
１のメソッド３は、関数ポインタpfuncを用いてメソッ
ド４を呼び出すことができる。
【００１９】図３は、図２に示す実行環境１２に、プロ
グラムコンポーネント１４を追加した状態を示す図であ
る。すなわち、プログラムコンポーネント１４は、オブ
ジェクト１１の実行環境１２に存在している。この場
合、関数ポインタpfuncには、プログラムコンポーネン
ト１３のメソッド４の代わりに、プログラムコンポーネ
ント１４のメソッド６が割り当てられており、オブジェ
クト１１のメソッド３は、関数ポインタpfuncを用い
て、メソッド６を呼び出す。
グラムコンポーネント１４を追加した状態を示す図であ
る。すなわち、プログラムコンポーネント１４は、オブ
ジェクト１１の実行環境１２に存在している。この場
合、関数ポインタpfuncには、プログラムコンポーネン
ト１３のメソッド４の代わりに、プログラムコンポーネ
ント１４のメソッド６が割り当てられており、オブジェ
クト１１のメソッド３は、関数ポインタpfuncを用い
て、メソッド６を呼び出す。
【００２０】このように、プログラムコンポーネント１
３とプログラムコンポーネント１４は、同じオブジェク
ト１１において、同じ関数のバリエーションを実装する
ことができる。
３とプログラムコンポーネント１４は、同じオブジェク
ト１１において、同じ関数のバリエーションを実装する
ことができる。
【００２１】図２に示されたオブジェクト１１のメソッ
ド３は、例えば図１に示すシステムの表示装置５の画面
に表示された長方形のウィンドウを回転させるための関
数である。実際に回転処理を実現するのは、プログラム
コンポーネント１３のメソッド４である。
ド３は、例えば図１に示すシステムの表示装置５の画面
に表示された長方形のウィンドウを回転させるための関
数である。実際に回転処理を実現するのは、プログラム
コンポーネント１３のメソッド４である。
【００２２】例えば、長方形のウィンドウだけでなく、
三角形のウィンドウも回転させる必要が生じた場合、既
存のプログラミング技術においては、三角形の枠も回転
する関数を実装するために、オブジェクト１１を、その
関数に適応したバージョンに置換する必要がある。しか
し、本発明を適用したこのシステムは、このような置換
を必要としない。メソッド３により長方形のウィンドウ
ではなく、三角形のウィンドウを回転する必要が生じた
場合、図３に示すように、実行環境１２にプログラムコ
ンポーネント１４をロードすればよい。この場合、メソ
ッド６が、三角形のウィンドウを回転させる関数を実装
する。
三角形のウィンドウも回転させる必要が生じた場合、既
存のプログラミング技術においては、三角形の枠も回転
する関数を実装するために、オブジェクト１１を、その
関数に適応したバージョンに置換する必要がある。しか
し、本発明を適用したこのシステムは、このような置換
を必要としない。メソッド３により長方形のウィンドウ
ではなく、三角形のウィンドウを回転する必要が生じた
場合、図３に示すように、実行環境１２にプログラムコ
ンポーネント１４をロードすればよい。この場合、メソ
ッド６が、三角形のウィンドウを回転させる関数を実装
する。
【００２３】上述のように、本発明によれば、オブジェ
クトは、実行時に異なるプログラムコンポーネントを参
照することができる。詳しくは、オブジェクトは、プロ
グラムコンポーネントを明示的にロードし、関数ポイン
タpfuncを用いてプログラムコンポーネントを呼び出す
ことにより、同じ内部インタフェースを異なる形式で実
装する別個のプログラムコンポーネントを使用する。こ
のように、以上説明したダイナミックリンクの構造によ
り、プログラムコンポーネントのレベルで、実行時のポ
リモルフィズムを実現することができる。
クトは、実行時に異なるプログラムコンポーネントを参
照することができる。詳しくは、オブジェクトは、プロ
グラムコンポーネントを明示的にロードし、関数ポイン
タpfuncを用いてプログラムコンポーネントを呼び出す
ことにより、同じ内部インタフェースを異なる形式で実
装する別個のプログラムコンポーネントを使用する。こ
のように、以上説明したダイナミックリンクの構造によ
り、プログラムコンポーネントのレベルで、実行時のポ
リモルフィズムを実現することができる。
【００２４】さらに、本発明の他の実施の形態について
説明する。オブジェクトに提供されたオブジェクトの実
行環境のメッセージパッシングサービスは、メーラと呼
ばれれるオブジェクトによって実現される。各実行環境
は、それぞれ１つのメーラを有している。複数の実行環
境が１つのメーラを共有することもできる。メーラは、
実行環境内（intra-execution environment）及び実行
環境間（inter-execution environment）の両方のメッ
セージ通信を取り扱う。各メーラは、そのメーラがサポ
ートする実行環境に存在するオブジェクトのためのメッ
セージキューを取り扱う。メッセージキューは、新たな
オブジェクトがメーラに登録されるときに作成される。
このような登録されたオブジェクトは、実行環境間通信
において参照される。すなわち、この情報に基づいて、
オブジェクト自体が、システムメーラに登録される。シ
ステムメーラは、そのシステム内の全メーラのキューを
管理する責務を担うメーラである。システムメーラの責
務は、他のメーラの責務と全く同じであるが、システム
メーラは、他のメーラを「対象（オブジェクト）」とす
る。さらに、システムメーラは、実行環境間通信のため
に登録された全てのメーラと各メーラのオブジェクトと
の間のマッピングを記憶している。オブジェクトがその
オブジェクトのメソッドの１つ及び空ではないキューを
終了させると、メーラはポリシーに基づいてオブジェク
トキューから次のメッセージを選択し、そのオブジェク
トのコンテキストにポインタを保存する。既に処理され
たメッセージの消去は、そのメーラのポリシーに基づい
て実行される。他の実行環境内に存在するオブジェクト
にメッセージを送る場合、送信側のメーラの責務は、シ
ステムメーラを用いて、メッセージに、受信側のメーラ
のキュー内にキューを送ることのみである。
説明する。オブジェクトに提供されたオブジェクトの実
行環境のメッセージパッシングサービスは、メーラと呼
ばれれるオブジェクトによって実現される。各実行環境
は、それぞれ１つのメーラを有している。複数の実行環
境が１つのメーラを共有することもできる。メーラは、
実行環境内（intra-execution environment）及び実行
環境間（inter-execution environment）の両方のメッ
セージ通信を取り扱う。各メーラは、そのメーラがサポ
ートする実行環境に存在するオブジェクトのためのメッ
セージキューを取り扱う。メッセージキューは、新たな
オブジェクトがメーラに登録されるときに作成される。
このような登録されたオブジェクトは、実行環境間通信
において参照される。すなわち、この情報に基づいて、
オブジェクト自体が、システムメーラに登録される。シ
ステムメーラは、そのシステム内の全メーラのキューを
管理する責務を担うメーラである。システムメーラの責
務は、他のメーラの責務と全く同じであるが、システム
メーラは、他のメーラを「対象（オブジェクト）」とす
る。さらに、システムメーラは、実行環境間通信のため
に登録された全てのメーラと各メーラのオブジェクトと
の間のマッピングを記憶している。オブジェクトがその
オブジェクトのメソッドの１つ及び空ではないキューを
終了させると、メーラはポリシーに基づいてオブジェク
トキューから次のメッセージを選択し、そのオブジェク
トのコンテキストにポインタを保存する。既に処理され
たメッセージの消去は、そのメーラのポリシーに基づい
て実行される。他の実行環境内に存在するオブジェクト
にメッセージを送る場合、送信側のメーラの責務は、シ
ステムメーラを用いて、メッセージに、受信側のメーラ
のキュー内にキューを送ることのみである。
【００２５】異なるセマンティックスを有する２つの実
行環境間のメッセージパッシング（inter-execution me
ssage passing）の場合、それぞれのオブジェクトに異
なるインタフェースを提供し、実装用の異なるメッセー
ジボックス形式を用いることができる。
行環境間のメッセージパッシング（inter-execution me
ssage passing）の場合、それぞれのオブジェクトに異
なるインタフェースを提供し、実装用の異なるメッセー
ジボックス形式を用いることができる。
【００２６】図４は、２つの異なる実行環境２１、２２
におけるメッセージパッシングを実装する２つのメーラ
であるメーラＭ１及びメーラＭ２を示す図である。メー
ラの実装は、プログラムコンポーネントによって実現さ
れている。
におけるメッセージパッシングを実装する２つのメーラ
であるメーラＭ１及びメーラＭ２を示す図である。メー
ラの実装は、プログラムコンポーネントによって実現さ
れている。
【００２７】メーラＭ１は、メーラＭ１のインタフェー
スを実現するプログラムコンポーネント（図示せず）を
備えている。実行環境２１において実行中のオブジェク
トは、相互に、又は同じメーラＭ１を有する実行環境内
で実行中のオブジェクトにメッセージを送るために、こ
れらのインタフェースを用いる。オブジェクトＡには、
例えば、作成「Create()」、送信「Send()」、消去「De
lete()」及びキック「Kick()」等のインタフェースが提
供されている。メーラ２もまた、送信「Send()」及び応
答「Reply()」等のインタフェースをオブジェクトＢに
提供するプログラムコンポーネントを有する。
スを実現するプログラムコンポーネント（図示せず）を
備えている。実行環境２１において実行中のオブジェク
トは、相互に、又は同じメーラＭ１を有する実行環境内
で実行中のオブジェクトにメッセージを送るために、こ
れらのインタフェースを用いる。オブジェクトＡには、
例えば、作成「Create()」、送信「Send()」、消去「De
lete()」及びキック「Kick()」等のインタフェースが提
供されている。メーラ２もまた、送信「Send()」及び応
答「Reply()」等のインタフェースをオブジェクトＢに
提供するプログラムコンポーネントを有する。
【００２８】実行環境のオブジェクトにインタフェース
を提供するコンポーネントに加えて、メーラには、存在
する他の実行環境との通信を行うための特別なプログラ
ムコンポーネントが設けられている。例えば、実行環境
２１内のオブジェクトＡが実行環境２２内のオブジェク
トＢとの通信を求められる場合、メーラ１からメーラ２
へメッセージを送るためのプログラムコンポーネントＭ
１−Ｍ２は、メーラＭ１に動的にリンクされる。通常、
通信は双方向であるため、メーラＭ２からメーラＭ１へ
メッセージを送る、すなわち応答するためのプログラム
コンポーネントＭ２−Ｍ１もまた、動的にメーラＭ２に
リンクされる。
を提供するコンポーネントに加えて、メーラには、存在
する他の実行環境との通信を行うための特別なプログラ
ムコンポーネントが設けられている。例えば、実行環境
２１内のオブジェクトＡが実行環境２２内のオブジェク
トＢとの通信を求められる場合、メーラ１からメーラ２
へメッセージを送るためのプログラムコンポーネントＭ
１−Ｍ２は、メーラＭ１に動的にリンクされる。通常、
通信は双方向であるため、メーラＭ２からメーラＭ１へ
メッセージを送る、すなわち応答するためのプログラム
コンポーネントＭ２−Ｍ１もまた、動的にメーラＭ２に
リンクされる。
【００２９】プログラムコンポーネントＭ１−Ｍ２のイ
ンタフェースは、メーラＭ１のインタフェースに適合す
る。したがって、プログラムコンポーネントＭ１−Ｍ２
によりメーラＭ１の新たな実装が実現される。この実装
は、メーラＭ２に特化されたものであり、メーラＭ１か
らメーラＭ２にメッセージを送るために用いられる。同
様に、プログラムコンポーネントＭ２−Ｍ１のインタフ
ェースは、メーラＭ２のインタフェースに適合する。し
たがって、プログラムコンポーネントＭ２−Ｍ１によ
り、メーラＭ２の新たな実装が実現される。
ンタフェースは、メーラＭ１のインタフェースに適合す
る。したがって、プログラムコンポーネントＭ１−Ｍ２
によりメーラＭ１の新たな実装が実現される。この実装
は、メーラＭ２に特化されたものであり、メーラＭ１か
らメーラＭ２にメッセージを送るために用いられる。同
様に、プログラムコンポーネントＭ２−Ｍ１のインタフ
ェースは、メーラＭ２のインタフェースに適合する。し
たがって、プログラムコンポーネントＭ２−Ｍ１によ
り、メーラＭ２の新たな実装が実現される。
【００３０】図４中矢印２５で示すように、メーラＭ１
が実行環境２１のオブジェクトＡからメッセージを受け
取る際、メーラＭ１は、まず、送付先オブジェクト、こ
の場合はオブジェクトＢが、実行環境２１に存在してい
るか否かを調べる。オブジェクトＢが実行環境２１に存
在しない場合、メーラＭ１は、送付先オブジェクトＢの
メーラＭ２にメッセージを送るために、システム環境２
３内のシステムメーラＳＭを用いる必要がある。メーラ
Ｍ１は、自身の内部インタフェースを介して、矢印２６
で示すように、プログラムコンポーネントＭ１−Ｍ２の
適切なメソッドを呼び出す。そのため、プログラムコン
ポーネントＭ１−Ｍ２は、受信側の実行環境２２のメー
ラＭ２のメッセージ様式に適合するメッセージを作成す
るメソッドを提供する。そして、矢印２７で示すよう
に、このメッセージは、システム内の全てのメーラに対
するキューを有するシステムメーラＳＭの対応するキュ
ーに送られる。そして、システムメーラＳＭは、矢印２
８で示すように、このメッセージをメーラＭ２に送る。
続いて、メーラＭ２は、矢印２９で示すように、オブジ
ェクトＢにそのメッセージを送る。
が実行環境２１のオブジェクトＡからメッセージを受け
取る際、メーラＭ１は、まず、送付先オブジェクト、こ
の場合はオブジェクトＢが、実行環境２１に存在してい
るか否かを調べる。オブジェクトＢが実行環境２１に存
在しない場合、メーラＭ１は、送付先オブジェクトＢの
メーラＭ２にメッセージを送るために、システム環境２
３内のシステムメーラＳＭを用いる必要がある。メーラ
Ｍ１は、自身の内部インタフェースを介して、矢印２６
で示すように、プログラムコンポーネントＭ１−Ｍ２の
適切なメソッドを呼び出す。そのため、プログラムコン
ポーネントＭ１−Ｍ２は、受信側の実行環境２２のメー
ラＭ２のメッセージ様式に適合するメッセージを作成す
るメソッドを提供する。そして、矢印２７で示すよう
に、このメッセージは、システム内の全てのメーラに対
するキューを有するシステムメーラＳＭの対応するキュ
ーに送られる。そして、システムメーラＳＭは、矢印２
８で示すように、このメッセージをメーラＭ２に送る。
続いて、メーラＭ２は、矢印２９で示すように、オブジ
ェクトＢにそのメッセージを送る。
【００３１】例えば、メーラＭ１により実行環境間通信
を実現する必要がある場合、図５に示すように、プログ
ラムコンポーネントＭ１−Ｍ２を３つの弁別的な部分に
分解することができる。各部分は、それぞれ別個のプロ
グラムコンポーネントとして実装される。
を実現する必要がある場合、図５に示すように、プログ
ラムコンポーネントＭ１−Ｍ２を３つの弁別的な部分に
分解することができる。各部分は、それぞれ別個のプロ
グラムコンポーネントとして実装される。
【００３２】上層部４１は、送信側メーラによって定義
されたインタフェースである。
されたインタフェースである。
【００３３】下層部４３は、受信メーラインタフェース
の種類に適合するよう、送信メッセージを整理するコー
ドである。下層部４３の配設はオプションであり、特に
設けなくてもよい。下層部４３は、メッセージをシステ
ム内の全てのメーラに共通の形式に配列するために用い
ることができる。
の種類に適合するよう、送信メッセージを整理するコー
ドである。下層部４３の配設はオプションであり、特に
設けなくてもよい。下層部４３は、メッセージをシステ
ム内の全てのメーラに共通の形式に配列するために用い
ることができる。
【００３４】中層部４２は、受信メーラのプログラマに
よって、送信側メーラのインタフェースとセマンティッ
クスを、受信側メーラのインタフェースとメッセージセ
マンティックスにマッピングするために、受信側メーラ
のプログラマにより作成されたものである。
よって、送信側メーラのインタフェースとセマンティッ
クスを、受信側メーラのインタフェースとメッセージセ
マンティックスにマッピングするために、受信側メーラ
のプログラマにより作成されたものである。
【００３５】あるメーラが他の多くのメーラと通信しな
ければならないことがある。ここで説明する手法によれ
ば、それぞれのメーラに、各送信先メーラに対して、そ
れぞれ異なる中層部プログラムコンポーネント及び下層
部プログラムコンポーネントを使用させることができ
る。この区別は、純粋なオブジェクト指向の手法、すな
わちプログラムコンポーネントの選択を隠す単純なメソ
ッド呼出により実現できる。
ければならないことがある。ここで説明する手法によれ
ば、それぞれのメーラに、各送信先メーラに対して、そ
れぞれ異なる中層部プログラムコンポーネント及び下層
部プログラムコンポーネントを使用させることができ
る。この区別は、純粋なオブジェクト指向の手法、すな
わちプログラムコンポーネントの選択を隠す単純なメソ
ッド呼出により実現できる。
【００３６】図６に示す実行環境２１内のオブジェクト
Ａと、メーラＭ３（図示せず）が存在する実行環境内の
オブジェクトとの間で通信を行う必要がある場合、メー
ラＭ１からメーラＭ３にメッセージを送るためのプログ
ラムコンポーネントＭ１−Ｍ３は、メーラＭ１に動的に
リンクされる。プログラムコンポーネントＭ１−Ｍ３
は、プログラムコンポーネントＭ１−Ｍ２とは異なる、
メーラＭ３に特化された中層部及び下層部を有する。プ
ログラムコンポーネントＭ１−Ｍ３の関数は、メーラＭ
１から、メーラＭ１がプログラムコンポーネントＭ１−
Ｍ２の関数呼出に用いるものと同じ内部インタフェース
を介して呼び出すことができる。同様に、実行環境２２
内のオブジェクトＢと、メーラＭ３が存在する実行環境
内のオブジェクトとの間で通信を行う必要がある場合、
プログラムコンポーネントＭ２−Ｍ１と異なる中層部及
び下層部を有するプログラムコンポーネントＭ２−Ｍ３
は、メーラＭ２に動的にリンクされる。
Ａと、メーラＭ３（図示せず）が存在する実行環境内の
オブジェクトとの間で通信を行う必要がある場合、メー
ラＭ１からメーラＭ３にメッセージを送るためのプログ
ラムコンポーネントＭ１−Ｍ３は、メーラＭ１に動的に
リンクされる。プログラムコンポーネントＭ１−Ｍ３
は、プログラムコンポーネントＭ１−Ｍ２とは異なる、
メーラＭ３に特化された中層部及び下層部を有する。プ
ログラムコンポーネントＭ１−Ｍ３の関数は、メーラＭ
１から、メーラＭ１がプログラムコンポーネントＭ１−
Ｍ２の関数呼出に用いるものと同じ内部インタフェース
を介して呼び出すことができる。同様に、実行環境２２
内のオブジェクトＢと、メーラＭ３が存在する実行環境
内のオブジェクトとの間で通信を行う必要がある場合、
プログラムコンポーネントＭ２−Ｍ１と異なる中層部及
び下層部を有するプログラムコンポーネントＭ２−Ｍ３
は、メーラＭ２に動的にリンクされる。
【００３７】このように、プログラムコンポーネントＭ
１−Ｍ２及びプログラムコンポーネントＭ１−Ｍ３によ
り、同じメーラＭ１内で関数のバリエーションを実装す
ることができる。また、プログラムコンポーネントＭ２
−Ｍ１及びプログラムコンポーネントＭ２−Ｍ３によ
り、同じメーラＭ２内で関数のバリエーションを実装す
ることができる。
１−Ｍ２及びプログラムコンポーネントＭ１−Ｍ３によ
り、同じメーラＭ１内で関数のバリエーションを実装す
ることができる。また、プログラムコンポーネントＭ２
−Ｍ１及びプログラムコンポーネントＭ２−Ｍ３によ
り、同じメーラＭ２内で関数のバリエーションを実装す
ることができる。
【００３８】
【発明の効果】以上のように、本発明に係るプログラム
コンポーネントアクセス装置及びプログラムコンポーネ
ントアクセス方法では、第１のプログラムコンポーネン
トを第１のオブジェクト実行時に該オブジェクトに動的
にリンクさせ、第１のオブジェクトを１又は複数の関数
を有する第２のプログラムコンポーネントへのアクセス
を提供可能な関数呼出を用いて第１のプログラムコンポ
ーネントにアクセスさせる。これにより、オブジェクト
より下位のレベル、すなわち、オブジェクトの構成要素
としてそのオブジェクトの責務の１つを実装するプログ
ラムコンポーネントのレベルにおいてポリモルフィズム
を実現することができる。すなわち、本発明によりオブ
ジェクトは、同一の関数呼出によりオブジェクトの関数
を異なる形態で実装する異なる複数のプログラムコンポ
ーネントを選択的に呼び出すことができる。
コンポーネントアクセス装置及びプログラムコンポーネ
ントアクセス方法では、第１のプログラムコンポーネン
トを第１のオブジェクト実行時に該オブジェクトに動的
にリンクさせ、第１のオブジェクトを１又は複数の関数
を有する第２のプログラムコンポーネントへのアクセス
を提供可能な関数呼出を用いて第１のプログラムコンポ
ーネントにアクセスさせる。これにより、オブジェクト
より下位のレベル、すなわち、オブジェクトの構成要素
としてそのオブジェクトの責務の１つを実装するプログ
ラムコンポーネントのレベルにおいてポリモルフィズム
を実現することができる。すなわち、本発明によりオブ
ジェクトは、同一の関数呼出によりオブジェクトの関数
を異なる形態で実装する異なる複数のプログラムコンポ
ーネントを選択的に呼び出すことができる。
【図１】本発明に基づくプログラムコンポーネントアク
セス装置を実現するシステムを示すブロック図である。
セス装置を実現するシステムを示すブロック図である。
【図２】実行環境内における、オブジェクトとプログラ
ムコンポーネント間の通信を概略的に示す図である。
ムコンポーネント間の通信を概略的に示す図である。
【図３】実行環境内における、オブジェクトと２つのプ
ログラムコンポーネント間の通信を概略的に示す図であ
る。
ログラムコンポーネント間の通信を概略的に示す図であ
る。
【図４】２つの異なる実行環境間のメッセージパッシン
グを提供する２つのメーラを概略的に示す図である。
グを提供する２つのメーラを概略的に示す図である。
【図５】メーラのプログラムコンポーネントを分解した
状態を概略的に示す図である。
状態を概略的に示す図である。
【図６】３つの異なる実行環境のメッセージパッシング
を提供する２つのメーラを概略的に示す図である。
を提供する２つのメーラを概略的に示す図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 トム フランス モーリッツ ホスチン ベルギー国 ブリュッセル ビー−1130 サントスティーブンス ヴォルヴェストラ ート 55 ソニー サービス センター （ヨーロッパ） エヌブイ プラットフォ ーム ソフトウエア デベロップメント センター −ブリュッセル内 (72)発明者 マグダレナ アナ ワソスカ ベルギー国 ブリュッセル ビー−1130 サントスティーブンス ヴォルヴェストラ ート 55 ソニー サービス センター （ヨーロッパ） エヌブイ プラットフォ ーム ソフトウエア デベロップメント センター −ブリュッセル内 (72)発明者 ミシェル フェレ ベルギー国 ブリュッセル ビー−1130 サントスティーブンス ヴォルヴェストラ ート 55 ソニー サービス センター （ヨーロッパ） エヌブイ プラットフォ ーム ソフトウエア デベロップメント センター −ブリュッセル内
Claims (9)
- 【請求項１】 プログラムコンポーネントにアクセスす
るためのプログラムコンポーネントアクセス装置であっ
て、 １又は複数の関数を有する第１のオブジェクトと、 １又は複数の関数を有する第１のプログラムコンポーネ
ントとを備え、 上記第１のプログラムコンポーネントは、上記第１のオ
ブジェクト実行時に該オブジェクトに動的にリンクさ
れ、 上記第１のオブジェクトは、１又は複数の関数を有する
第２のプログラムコンポーネントへのアクセスを提供可
能な関数呼出を用いて上記第１のプログラムコンポーネ
ントにアクセスすることを特徴とするプログラムコンポ
ーネントアクセス装置。 - 【請求項２】 上記第１のプログラムコンポーネント
は、上記第１のオブジェクトの第１の実行環境に存在し
ていることを特徴とする請求項１記載のプログラムコン
ポーネントアクセス装置。 - 【請求項３】 上記第２のプログラムコンポーネント
は、上記第１のプログラムコンポーネントが上記第１の
オブジェクトに提供するインタフェースと同様のインタ
フェースを提供することを特徴とする請求項１又は２記
載のプログラムコンポーネントアクセス装置。 - 【請求項４】 上記第１及び第２のプログラムコンポー
ネントは、自身のスレッド及び資源を備えていないこと
を特徴とする請求項１乃至３のいずれか１項に記載のプ
ログラムコンポーネントアクセス装置。 - 【請求項５】 上記第１のプログラムコンポーネント
は、関数ポインタを用いて第１のオブジェクトにリンク
されていることを特徴とする請求項１乃至４のいずれか
１項に記載のプログラムコンポーネントアクセス装置。 - 【請求項６】 上記第１のオブジェクトは、上記第１の
実行環境内のオブジェクトにメッセージパッシングサー
ビスを提供する第１のメーラオブジェクトであり、上記
第１のプログラムコンポーネントは第２の実行環境内の
第２のメーラオブジェクトへのメッセージパッシングサ
ービスを実装し、上記第２のプログラムコンポーネント
は第３の実行環境内の第３のメーラオブジェクトへのメ
ッセージパッシングサービスを実装することを特徴とす
る請求項２乃至５のいずれか１項に記載のプログラムコ
ンポーネントアクセス装置。 - 【請求項７】 上記第１のプログラムコンポーネントの
少なくとも一部は、上記第１のメーラオブジェクトのイ
ンタフェースとセマンティクスを上記第２のメーラオブ
ジェクトのインタフェースとセマンティクスにマッピン
グし、上記第２のプログラムコンポーネントの少なくと
も一部は、上記第２のメーラオブジェクトのインタフェ
ースとセマンティクスを上記第３のメーラオブジェクト
のインタフェースとセマンティクスにマッピングするこ
とを特徴とする請求項６記載のプログラムコンポーネン
トアクセス装置。 - 【請求項８】 ソフトウェアプログラムを処理する処理
手段と、 一時的にデータを記憶する記憶手段とを備え、 関連するオブジェクトの所望の関数の実装を提供するプ
ログラムコンポーネントが上記記憶手段に読み込まれ、
上記処理手段に処理されることを特徴とする請求項請求
項１乃至７のいずれか１項に記載のプログラムコンポー
ネントアクセス装置。 - 【請求項９】 請求項１乃至８いずれか１項記載のプロ
グラムコンポーネントアクセス装置を用いてプログラム
コンポーネントにアクセスするプログラムコンポーネン
トアクセス方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP99200981A EP1041485A1 (en) | 1999-03-31 | 1999-03-31 | Object with polymorphism |
| EP99200981.1 | 1999-03-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000298592A true JP2000298592A (ja) | 2000-10-24 |
Family
ID=8240039
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000099195A Withdrawn JP2000298592A (ja) | 1999-03-31 | 2000-03-31 | プログラムコンポーネントアクセス装置及びプログラムコンポーネントアクセス方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6745389B1 (ja) |
| EP (1) | EP1041485A1 (ja) |
| JP (1) | JP2000298592A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100897153B1 (ko) * | 2002-09-05 | 2009-05-14 | 주식회사 케이티 | 다중 플러그 방식을 이용한 컴포넌트 소프트웨어 디바이스설계 방법 |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7263701B2 (en) * | 2001-09-04 | 2007-08-28 | Samsung Electronics Co., Ltd. | Interprocess communication method and apparatus |
| US7861250B2 (en) * | 2003-04-25 | 2010-12-28 | Microsoft Corporation | Runtime polymorphism |
| US8060668B2 (en) * | 2004-09-08 | 2011-11-15 | Fisher-Rosemount Systems, Inc. | Low latency data packet reception and processing |
| EP1746499A1 (de) * | 2005-07-05 | 2007-01-24 | Siemens Aktiengesellschaft | System und Verfahren zur Entwicklung einer Software oder einer Softwarekomponente sowie Verfahren zum Betrieb einer solchen Software |
| WO2009115799A1 (en) | 2008-03-18 | 2009-09-24 | Elliptic Laboratories As | Object and movement detection |
| US9021392B2 (en) * | 2010-07-26 | 2015-04-28 | Sap Se | Managing extension projects with repository based tagging |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2242293A (en) * | 1990-01-05 | 1991-09-25 | Apple Computer | Apparatus and method for dynamic linking of computer software components |
| US5280610A (en) * | 1990-08-14 | 1994-01-18 | Digital Equipment Corporation | Methods and apparatus for implementing data bases to provide object-oriented invocation of applications |
| US5421016A (en) * | 1991-12-12 | 1995-05-30 | International Business Machines Corporation | System and method for dynamically invoking object methods from an application designed for static method invocation |
| US5396630A (en) * | 1992-10-06 | 1995-03-07 | International Business Machines Corporation | Method and system for object management across process boundries in a data processing system |
| US5509123A (en) * | 1994-03-22 | 1996-04-16 | Cabletron Systems, Inc. | Distributed autonomous object architectures for network layer routing |
| US5797015A (en) * | 1995-04-18 | 1998-08-18 | Pitney Bowes Inc. | Method of customizing application software in inserter systems |
| US5748963A (en) * | 1995-05-12 | 1998-05-05 | Design Intelligence, Inc. | Adaptive binding |
| GB2304944A (en) * | 1995-09-12 | 1997-03-26 | Ibm | Support for application programs in a distributed environment |
| JP3817823B2 (ja) | 1997-04-10 | 2006-09-06 | ソニー株式会社 | データ通信方法 |
-
1999
- 1999-03-31 EP EP99200981A patent/EP1041485A1/en not_active Withdrawn
-
2000
- 2000-03-30 US US09/538,253 patent/US6745389B1/en not_active Expired - Fee Related
- 2000-03-31 JP JP2000099195A patent/JP2000298592A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100897153B1 (ko) * | 2002-09-05 | 2009-05-14 | 주식회사 케이티 | 다중 플러그 방식을 이용한 컴포넌트 소프트웨어 디바이스설계 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1041485A1 (en) | 2000-10-04 |
| US6745389B1 (en) | 2004-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6223217B1 (en) | Distributed object networking service | |
| US7444671B2 (en) | Protected execution environments within a computer system | |
| US5165018A (en) | Self-configuration of nodes in a distributed message-based operating system | |
| US8938744B2 (en) | System and method for providing interoperability between different programming protocols | |
| US8713582B2 (en) | Providing policy-based operating system services in an operating system on a computing system | |
| US5987497A (en) | System and method for managing the configuration of distributed objects | |
| EP0844558A2 (en) | Object-oriented system, method and article of manufature for a client-server event driver message framework in an interprise computing framework system | |
| EP0827075A2 (en) | Object-oriented system, method and article of manufacture for a client-server state machine framework | |
| CN104714828A (zh) | 应用安装、运行方法及装置 | |
| EP0827077A1 (en) | Object-oriented system, method and article of manufacture for a client-server failure reporting process | |
| US20070198243A1 (en) | Virtual machine transitioning from emulating mode to enlightened mode | |
| JPH07121373A (ja) | データ処理システム及びその動作方法 | |
| WO1995015524A1 (en) | Method and apparatus for displaying hardware dependent graphics in an object-oriented operating system | |
| WO1995017718A1 (en) | Object-oriented remote procedure call networking system | |
| US6445974B1 (en) | CAD-neutral application programming interface | |
| US7463268B2 (en) | Providing 3D graphics across partitions of computing device | |
| WO2005085995A1 (en) | Method, system, and program for invoking methods between computer languages | |
| US20040148605A1 (en) | Distributed processing system and method using virtual machine | |
| US20010039598A1 (en) | Application wrapper methods and systems | |
| CN111625293A (zh) | 一种基于linux内核的终端双系统及其硬件访问管理方法 | |
| US20060112379A1 (en) | Method and system for on demand java resources | |
| US20030177484A1 (en) | Firewall class loader | |
| US20060288085A1 (en) | Modular server architecture for multi-environment HTTP request processing | |
| JP2002505553A (ja) | 多様性トークン・ベース・コントロール | |
| JP2000298592A (ja) | プログラムコンポーネントアクセス装置及びプログラムコンポーネントアクセス方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070605 |