JPH04277838A - データ処理システム、及びデータ処理システムを動作させる方法 - Google Patents
データ処理システム、及びデータ処理システムを動作させる方法Info
- Publication number
- JPH04277838A JPH04277838A JP3282046A JP28204691A JPH04277838A JP H04277838 A JPH04277838 A JP H04277838A JP 3282046 A JP3282046 A JP 3282046A JP 28204691 A JP28204691 A JP 28204691A JP H04277838 A JPH04277838 A JP H04277838A
- Authority
- JP
- Japan
- Prior art keywords
- class
- description
- message
- function
- target
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 31
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000006870 function Effects 0.000 claims abstract description 73
- 238000004590 computer program Methods 0.000 claims abstract description 50
- 238000013507 mapping Methods 0.000 claims description 7
- 230000008569 process Effects 0.000 abstract description 12
- 230000005540 biological transmission Effects 0.000 abstract 3
- 238000004891 communication Methods 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/76—Adapting program code to run in a different environment; Porting
-
- 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)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Devices For Executing Special Programs (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、データ処理システムに
関する。より詳細には、本発明はデータ処理システムに
おけるオブジェクト指向コンピュータプログラムの実行
に関する。
関する。より詳細には、本発明はデータ処理システムに
おけるオブジェクト指向コンピュータプログラムの実行
に関する。
【０００２】
【従来の技術】従来のコンピュータプログラムは、処理
中のデータを処理するように連続して実行される命令リ
ストを含んでいる。コンピュータプログラムを書くこと
は、時間がかかり、技能が要求され、費用のかかる仕事
である。こうした問題をすくなくするように、異なるコ
ンピュータプログラム間でのコードの再使用が可能にな
るよう支援する技術が開発されている。こうしたオブジ
ェクト指向プログラミング技術は、コードとそのコード
により処理されたデータをオブジェクトとよぶ部分に分
割するものである。コードとデータをカプセル封じすれ
ば、複数のオブジェクトを異なるプログラムで再使用す
るのが容易になる。こうしたオブジェクト指向プログラ
ムの実行には、オブジェクト間でメッセージをやり取り
することが含まれている。オブジェクトは複数の階層に
構成され、それらの階層では子オブジェクトがその親か
らファンクションを継承するようになっている。この構
成により、所与のファンクションを実行するために複数
個のコードを書く必要性も減少する。あるプログラムか
らの１つまたは複数のオブジェクトは他のプログラムに
転送されて使用される。
中のデータを処理するように連続して実行される命令リ
ストを含んでいる。コンピュータプログラムを書くこと
は、時間がかかり、技能が要求され、費用のかかる仕事
である。こうした問題をすくなくするように、異なるコ
ンピュータプログラム間でのコードの再使用が可能にな
るよう支援する技術が開発されている。こうしたオブジ
ェクト指向プログラミング技術は、コードとそのコード
により処理されたデータをオブジェクトとよぶ部分に分
割するものである。コードとデータをカプセル封じすれ
ば、複数のオブジェクトを異なるプログラムで再使用す
るのが容易になる。こうしたオブジェクト指向プログラ
ムの実行には、オブジェクト間でメッセージをやり取り
することが含まれている。オブジェクトは複数の階層に
構成され、それらの階層では子オブジェクトがその親か
らファンクションを継承するようになっている。この構
成により、所与のファンクションを実行するために複数
個のコードを書く必要性も減少する。あるプログラムか
らの１つまたは複数のオブジェクトは他のプログラムに
転送されて使用される。
【０００３】Ｓｍａｌｌｔａｌｋ （ディジトーク社の
商標）やＣ＋＋など多くのオブジェクト指向プログラミ
ング言語がある。これら様々なオブジェクト指向プログ
ラミング言語は、多様な目的に適合するように様々な特
性を備えている。Ｓｍａｌｌｔａｌｋ は、修飾が容易
なので手本にするのに適した解釈言語である。しかし、
動作が比較的遅いので生産言語としてはふさわしくない
。逆に、Ｃ＋＋は、変更するのが難しいので模範にする
のにはふさわしくないコンパイル言語である。しかし、
動作が速いので生産言語としては適している。コンピュ
ータ言語というものは利点と欠点を持っている。あらゆ
る目的にかなったコンピュータ言語はない。コードの各
部分の環境がそのコードで使用された言語に適合するよ
うにコンピュータプログラムの様々な部分が様々な言語
で書かれるのが望ましい。
商標）やＣ＋＋など多くのオブジェクト指向プログラミ
ング言語がある。これら様々なオブジェクト指向プログ
ラミング言語は、多様な目的に適合するように様々な特
性を備えている。Ｓｍａｌｌｔａｌｋ は、修飾が容易
なので手本にするのに適した解釈言語である。しかし、
動作が比較的遅いので生産言語としてはふさわしくない
。逆に、Ｃ＋＋は、変更するのが難しいので模範にする
のにはふさわしくないコンパイル言語である。しかし、
動作が速いので生産言語としては適している。コンピュ
ータ言語というものは利点と欠点を持っている。あらゆ
る目的にかなったコンピュータ言語はない。コードの各
部分の環境がそのコードで使用された言語に適合するよ
うにコンピュータプログラムの様々な部分が様々な言語
で書かれるのが望ましい。
【０００４】従来の非オブジェクト指向コンピュータ言
語を用いれば、第１言語で書かれたコンピュータプログ
ラムは第２言語で書かれたコンピュータプログラムと協
同して処理を実行できるようなタスクは、複雑でかなり
のオーバーヘッドが加わるようになる。これと対照的に
、オブジェクト指向コンピュータプログラムは、複数の
オブジェクトがもともと分離されており互いに独立して
いる細分化またはカプセル封じ構造をもつ。これらのオ
ブジェクトは通常メッセージのやり取りを通してのみか
かわりを持つ。理論上は、この特色により、協同言語間
処理が容易になるはずである。
語を用いれば、第１言語で書かれたコンピュータプログ
ラムは第２言語で書かれたコンピュータプログラムと協
同して処理を実行できるようなタスクは、複雑でかなり
のオーバーヘッドが加わるようになる。これと対照的に
、オブジェクト指向コンピュータプログラムは、複数の
オブジェクトがもともと分離されており互いに独立して
いる細分化またはカプセル封じ構造をもつ。これらのオ
ブジェクトは通常メッセージのやり取りを通してのみか
かわりを持つ。理論上は、この特色により、協同言語間
処理が容易になるはずである。
【０００５】
【発明が解決しようとする問題点】しかし、実際は、異
なるオブジェクト指向プログラミング言語は全く異なる
ように動作する。ある言語環境中のあるオブジェクトが
受取るのに適しているメッセージは、他の言語環境中の
オブジェクトには理解されない。問題は、単にメッセー
ジの構文を変換しさえすればよいというようなものでは
ない。各言語がオブジェクト間でメッセージのやり取り
を管理する方法は言語毎にかなり異なっている。第１の
コンピュータプログラムがメッセージを第２のコンピュ
ータプログラムに送れるようにするには、第１のコンピ
ュータプログラムが第２のコンピュータプログラムの中
に入りメッセージを処理するのに第２のコンピュータプ
ログラムが必要とする情報を見つける必要がある。この
情報を求めて第２言語で書かれたコンピュータプログラ
ムの中に入ることができる第１言語で書かれたコンピュ
ータプログラムを提供するのは、それに伴う大きなオー
バーヘッドとともにかなり大きな問題となる。すなわち
、一見、オブジェクト指向プログラミング技術を使用す
れば異なる言語のオブジェクト間の通信が単にメッセー
ジの通信の問題になるようにみえるが、実際は、これは
かなり単純化のしすぎであり、様々な問題点がある。
なるオブジェクト指向プログラミング言語は全く異なる
ように動作する。ある言語環境中のあるオブジェクトが
受取るのに適しているメッセージは、他の言語環境中の
オブジェクトには理解されない。問題は、単にメッセー
ジの構文を変換しさえすればよいというようなものでは
ない。各言語がオブジェクト間でメッセージのやり取り
を管理する方法は言語毎にかなり異なっている。第１の
コンピュータプログラムがメッセージを第２のコンピュ
ータプログラムに送れるようにするには、第１のコンピ
ュータプログラムが第２のコンピュータプログラムの中
に入りメッセージを処理するのに第２のコンピュータプ
ログラムが必要とする情報を見つける必要がある。この
情報を求めて第２言語で書かれたコンピュータプログラ
ムの中に入ることができる第１言語で書かれたコンピュ
ータプログラムを提供するのは、それに伴う大きなオー
バーヘッドとともにかなり大きな問題となる。すなわち
、一見、オブジェクト指向プログラミング技術を使用す
れば異なる言語のオブジェクト間の通信が単にメッセー
ジの通信の問題になるようにみえるが、実際は、これは
かなり単純化のしすぎであり、様々な問題点がある。
【０００６】
【課題を解決するための手段】１つの好適実施例による
と、目標ファンクションを実行するために第１のコンピ
ュータ言語で書かれた第１のコンピュータプログラムが
、第２のコンピュータ言語で書かれた第２のオブジェク
ト指向コンピュータプログラムの目標クラスの目標オブ
ジェクトにメッセージを送るような、前記第１のコンピ
ュータプログラムと第２のオブジェクト指向コンピュー
タプログラムの制御下でデータ処理システムを動作する
方法において、前記目標ファンクションが、前記第１の
プログラムが、前記第２のコンピュータプログラムの複
数のクラスの所定の記述にアクセスして、汎用メッセー
ジ送信ファンクションを呼び出すステップ、前記汎用メ
ッセージ送信ファンクションが、前記記述を読むことに
より前記目標クラス内から前記目標ファンクションを発
見するステップ、前記汎用メッセージ送信ファンクショ
ンが、前記メッセージを前記第２の言語が要求した形式
にマップするステップ、および前記汎用メッセージ送信
ファンクションが前記メッセージを前記目標オブジェク
トに送信するステップ、により実行される。
と、目標ファンクションを実行するために第１のコンピ
ュータ言語で書かれた第１のコンピュータプログラムが
、第２のコンピュータ言語で書かれた第２のオブジェク
ト指向コンピュータプログラムの目標クラスの目標オブ
ジェクトにメッセージを送るような、前記第１のコンピ
ュータプログラムと第２のオブジェクト指向コンピュー
タプログラムの制御下でデータ処理システムを動作する
方法において、前記目標ファンクションが、前記第１の
プログラムが、前記第２のコンピュータプログラムの複
数のクラスの所定の記述にアクセスして、汎用メッセー
ジ送信ファンクションを呼び出すステップ、前記汎用メ
ッセージ送信ファンクションが、前記記述を読むことに
より前記目標クラス内から前記目標ファンクションを発
見するステップ、前記汎用メッセージ送信ファンクショ
ンが、前記メッセージを前記第２の言語が要求した形式
にマップするステップ、および前記汎用メッセージ送信
ファンクションが前記メッセージを前記目標オブジェク
トに送信するステップ、により実行される。
【０００７】本実施例では、上記のような複雑な構成を
もつことなく、オブジェクト指向プログラムを２つのコ
ンピュータ言語で書くことが可能である。２つのコンピ
ュータプログラム間に追加層が導入される。この層は、
目標コンピュータプログラム中のオブジェクトの記述を
含む。一見すると、この追加層を導入するとシステムは
一層複雑になるように見える。しかし、この追加層によ
り言語独立オブジェクトモデル（記述）が構築可能にな
る。この追加層により、任意の特定の言語の特異性に起
因する複雑な要因からメッセージのやり取りが解放され
る。したがって、異なる言語のコンピュータプログラム
間でのメッセージのやり取りが実際的になる。
もつことなく、オブジェクト指向プログラムを２つのコ
ンピュータ言語で書くことが可能である。２つのコンピ
ュータプログラム間に追加層が導入される。この層は、
目標コンピュータプログラム中のオブジェクトの記述を
含む。一見すると、この追加層を導入するとシステムは
一層複雑になるように見える。しかし、この追加層によ
り言語独立オブジェクトモデル（記述）が構築可能にな
る。この追加層により、任意の特定の言語の特異性に起
因する複雑な要因からメッセージのやり取りが解放され
る。したがって、異なる言語のコンピュータプログラム
間でのメッセージのやり取りが実際的になる。
【０００８】本発明の適用例は、追加コードを追加する
ことにより新しいバージョンのコンピュータプログラム
を作成するのが望ましい場合である。この従来のコード
は、Ｃ＋＋等その生産言語にあるが、新しいコードはＳ
ｍａｌｌｔａｌｋ のようなそれとは異なるより適切な
言語で試作できる。本発明は、クラス階層が異なる言語
にわたることを可能にもする。第１の言語の子オブジェ
クトは、第２の言語の親オブジェクトからファンクショ
ンを継承できる。本発明により、所与のオブジェクトが
他のオブジェクトから完全に独立しメッセージを送るこ
とで他のオブジェクトと通信できるオブジェクト指向の
理想に動作中のシステムがより接近することが可能にな
る。所与のクラス内のオブジェクトはそれらの特徴の大
半を共有することを理解することが重要である。したが
って、各オブジェクト記述には、そのオブジェクトに固
有のインスタンス変数を識別するデータとそのクラスの
記述を示すポインタが含まれている。この構成のおかげ
で記述の全体の大きさが減少する。
ことにより新しいバージョンのコンピュータプログラム
を作成するのが望ましい場合である。この従来のコード
は、Ｃ＋＋等その生産言語にあるが、新しいコードはＳ
ｍａｌｌｔａｌｋ のようなそれとは異なるより適切な
言語で試作できる。本発明は、クラス階層が異なる言語
にわたることを可能にもする。第１の言語の子オブジェ
クトは、第２の言語の親オブジェクトからファンクショ
ンを継承できる。本発明により、所与のオブジェクトが
他のオブジェクトから完全に独立しメッセージを送るこ
とで他のオブジェクトと通信できるオブジェクト指向の
理想に動作中のシステムがより接近することが可能にな
る。所与のクラス内のオブジェクトはそれらの特徴の大
半を共有することを理解することが重要である。したが
って、各オブジェクト記述には、そのオブジェクトに固
有のインスタンス変数を識別するデータとそのクラスの
記述を示すポインタが含まれている。この構成のおかげ
で記述の全体の大きさが減少する。
【０００９】実際の状況ではほとんど、環境間境界を越
えて両方向にメッセージを送るのが望ましいことが理解
されるであろう。したがって、本発明の好ましい実施例
では、前記汎用メッセージ送信ファンクションが、複数
のコンピュータプログラムにメッセージを送ることを可
能にする複数のオブジェクト指向コンピュータプログラ
ムのオブジェクトの記述にアクセスする。
えて両方向にメッセージを送るのが望ましいことが理解
されるであろう。したがって、本発明の好ましい実施例
では、前記汎用メッセージ送信ファンクションが、複数
のコンピュータプログラムにメッセージを送ることを可
能にする複数のオブジェクト指向コンピュータプログラ
ムのオブジェクトの記述にアクセスする。
【００１０】オブジェクト指向コンピュータプログラム
内では、よく発生するファンクションの継承に起因する
要件は、子クラスのメッセージをその親クラスに送る要
求である。本発明の状況において、親オブジェクトは、
異なるコンピュータ言語で書かれたコンピュータプログ
ラム内の場合もある。この要件を処理するためには、本
発明の好ましい実施例において、前記第２のオブジェク
ト指向コンピュータプログラムは、少なくとも１つの子
クラスと少なくとも１つの親クラスを含み、子クラスの
記述は、その親クラスを示すポインタを含み、前記子ク
ラスが、前記ポインタを読むことによりその親クラスを
発見する。本発明のこの特色は、ＳｅｎｄＳｕｐｅｒ
ファンクションにより親クラスに実施される直接呼出し
を可能にすることである。
内では、よく発生するファンクションの継承に起因する
要件は、子クラスのメッセージをその親クラスに送る要
求である。本発明の状況において、親オブジェクトは、
異なるコンピュータ言語で書かれたコンピュータプログ
ラム内の場合もある。この要件を処理するためには、本
発明の好ましい実施例において、前記第２のオブジェク
ト指向コンピュータプログラムは、少なくとも１つの子
クラスと少なくとも１つの親クラスを含み、子クラスの
記述は、その親クラスを示すポインタを含み、前記子ク
ラスが、前記ポインタを読むことによりその親クラスを
発見する。本発明のこの特色は、ＳｅｎｄＳｕｐｅｒ
ファンクションにより親クラスに実施される直接呼出し
を可能にすることである。
【００１１】継承の他の結果は、メッセージが目標オブ
ジェクトに送られるとき、送付オブジェクトは、目標オ
ブジェクトが要求されたファンクションを提供するかそ
のメッセージをその親クラスに送るかどうか分からない
。より効率的にするために、本発明の好ましい実施例で
は、クラスの各記述が、そのクラスが供給するファンク
ションのリストを含み、前記目標クラスが提供しない目
標ファンクションを要求するメッセージが受信されると
、前記親クラス記述を示す前記ポインタが読み取られ、
前記目標ファンクションは、親クラスのファンクション
の対応するリストの中で探索される。この特色により、
要求されたファンクションを処理するクラスがより速い
速度でオブジェクト記述内から識別可能である。
ジェクトに送られるとき、送付オブジェクトは、目標オ
ブジェクトが要求されたファンクションを提供するかそ
のメッセージをその親クラスに送るかどうか分からない
。より効率的にするために、本発明の好ましい実施例で
は、クラスの各記述が、そのクラスが供給するファンク
ションのリストを含み、前記目標クラスが提供しない目
標ファンクションを要求するメッセージが受信されると
、前記親クラス記述を示す前記ポインタが読み取られ、
前記目標ファンクションは、親クラスのファンクション
の対応するリストの中で探索される。この特色により、
要求されたファンクションを処理するクラスがより速い
速度でオブジェクト記述内から識別可能である。
【００１２】他の問題は、オブジェクトインスタンス変
数データの構成にいたる一貫した方法を達成する方法で
ある。これを処理するために、複数のクラスの前記記述
は、所与のクラス内でオブジェクトのインスタンス変数
データの長さと位置を識別するデータを含み、新しいオ
ブジェクトが作成されると、そのオブジェクトに対する
インスタンス変数データの長さは、前記新しいオブジェ
クトのオブジェクト階層全体に対するインスタンス変数
長に基づいて計算され、インスタンス変数用の記憶機構
が割り当てられ、インスタンス変数アドレスは、前記汎
用メッセージ送信ファンクションにより目標オブジェク
トに送られたメッセージの中のパラメータとして送付さ
れる。
数データの構成にいたる一貫した方法を達成する方法で
ある。これを処理するために、複数のクラスの前記記述
は、所与のクラス内でオブジェクトのインスタンス変数
データの長さと位置を識別するデータを含み、新しいオ
ブジェクトが作成されると、そのオブジェクトに対する
インスタンス変数データの長さは、前記新しいオブジェ
クトのオブジェクト階層全体に対するインスタンス変数
長に基づいて計算され、インスタンス変数用の記憶機構
が割り当てられ、インスタンス変数アドレスは、前記汎
用メッセージ送信ファンクションにより目標オブジェク
トに送られたメッセージの中のパラメータとして送付さ
れる。
【００１３】上記のように、メッセージ構文が、汎用メ
ッセージ送信ファンクションにより実行されたマッピン
グにより提供される必要がある。本発明の好ましい実施
例では、クラスの各記述は、前記クラスのコンピュータ
プログラムと前記マッピングを実行するコードを示すポ
インタを識別する。コードの一部分だけが各コンピュー
タプログラムへのマッピングのために提供される必要が
ある。
ッセージ送信ファンクションにより実行されたマッピン
グにより提供される必要がある。本発明の好ましい実施
例では、クラスの各記述は、前記クラスのコンピュータ
プログラムと前記マッピングを実行するコードを示すポ
インタを識別する。コードの一部分だけが各コンピュー
タプログラムへのマッピングのために提供される必要が
ある。
【００１４】本発明の他の実施例では、第１のコンピュ
ータ言語で書かれた第１のコンピュータプログラムと第
２のコンピュータ言語で書かれた第２のオブジェクト指
向コンピュータプログラムの制御下で動作し、目標ファ
ンクションを実行するために前記第１のプログラムから
前記第２のプログラムにおける目標クラスの目標オブジ
ェクトにメッセージを送る手段をもつデータ処理システ
ムにおいて、前記送信手段が、 前記第２のコンピュ
ータプログラムの複数のクラスの所定の記述へのアクセ
スにより汎用メッセージ送信ファンクションを呼び出す
前記第１のプログラムのための手段、前記記述を読むこ
とにより前記目標クラス内から前記目標ファンクション
を発見する前記汎用メッセージ送信ファンクションのた
めの手段、前記第２の言語に要求される形式に前記メッ
セージをマップする前記汎用メッセージ送信ファンクシ
ョンのための手段、および前記メッセージを前記目標オ
ブジェクトに送信する前記汎用メッセージ送信関数のた
めの手段を含む。
ータ言語で書かれた第１のコンピュータプログラムと第
２のコンピュータ言語で書かれた第２のオブジェクト指
向コンピュータプログラムの制御下で動作し、目標ファ
ンクションを実行するために前記第１のプログラムから
前記第２のプログラムにおける目標クラスの目標オブジ
ェクトにメッセージを送る手段をもつデータ処理システ
ムにおいて、前記送信手段が、 前記第２のコンピュ
ータプログラムの複数のクラスの所定の記述へのアクセ
スにより汎用メッセージ送信ファンクションを呼び出す
前記第１のプログラムのための手段、前記記述を読むこ
とにより前記目標クラス内から前記目標ファンクション
を発見する前記汎用メッセージ送信ファンクションのた
めの手段、前記第２の言語に要求される形式に前記メッ
セージをマップする前記汎用メッセージ送信ファンクシ
ョンのための手段、および前記メッセージを前記目標オ
ブジェクトに送信する前記汎用メッセージ送信関数のた
めの手段を含む。
【００１５】
【実施例】本発明は、複数のオペレーティングシステム
プラットフォームを横切る様々な言語環境間での相互操
作性を備えている。この環境間の相互操作性は、言語独
立オブジェクト指向プログラミング環境において様々な
プログラミング言語間にも備えられている。このオブジ
ェクト指向プログラミング環境は、言語独立オブジェク
トモデルを備えている。
プラットフォームを横切る様々な言語環境間での相互操
作性を備えている。この環境間の相互操作性は、言語独
立オブジェクト指向プログラミング環境において様々な
プログラミング言語間にも備えられている。このオブジ
ェクト指向プログラミング環境は、言語独立オブジェク
トモデルを備えている。
【００１６】これを実証する方法は、ＯＳ／２プレゼン
テーションマネージャ環境（ＯＳ／２とプレゼンテーシ
ョンマネージャはＩＢＭ社の商標である）において２つ
のオブジェクトを作成しそれらのオブジェクトにメッセ
ージを送信する動作を記述することである。これは、継
承、インスタンス変数、および言語間の相互操作性ファ
ンクションを例示するものである。図１のクラス構造は
クラスエディタにより作成される。関連する表と方法に
よる各クラス定義がコンパイルされ、ＤＬＬ（動的リン
クライブラリ）にリンク編集される。
テーションマネージャ環境（ＯＳ／２とプレゼンテーシ
ョンマネージャはＩＢＭ社の商標である）において２つ
のオブジェクトを作成しそれらのオブジェクトにメッセ
ージを送信する動作を記述することである。これは、継
承、インスタンス変数、および言語間の相互操作性ファ
ンクションを例示するものである。図１のクラス構造は
クラスエディタにより作成される。関連する表と方法に
よる各クラス定義がコンパイルされ、ＤＬＬ（動的リン
クライブラリ）にリンク編集される。
【００１７】第１の例は、Ｃ＋＋オブジェクトも含む階
層内にＣオブジェクトの作成である。クラスＣの例であ
るオブジェクトＸ（図２）が作成される。 １．クラスＣ ＤＬＬがメモリにロードされ、クラス
定義のアドレスを戻す環境マッピングファンクション（
ＥＭＦ）スタブにメッセージを送ることによりその定義
が発見される。ＥＭＦスタブは、それぞれインスタンス
メッセージとクラスメッセージに対応する２つの入力点
「ｃｌａｓｓｎａｍｅ 」と「＿ｃｌａｓｓｎａｍｅ
」をもつ。 ２．クラスＣがスーパークラスＢをもつので、クラスＢ
はメモリにロードされ、クラスの定義が発見され、クラ
スＢの定義のアドレスがクラスＣの定義にセーブされる
。 ３．同様に、階層の該当ブランチのすべてのスーパーク
ラスがロードされ発見されるまでステップ２は繰り返さ
れる。本例では、この処理はクラスＡをロードした後で
停止する。 ４．階層の該当ブランチのすべてのインスタンス変数の
長さが計算される。本例では、４＋１２＋８（図２の（
ａｌ））。 ５．オブジェクト記憶機構は、インスタンス変数とクラ
ス定義への連係にたいして割り当てられる。本記憶機構
のアドレスは汎用オブジェクト処理として使用される。 ６．新しいメッセージが、各クラスが初期化と特殊な構
成ファンクションを実行可能なオブジェクトに送られる
。ＳｅｎｄＭｓｇ ファンクションは以下のように実行
される。 ａ．ＳｅｎｄＭｓｇ ファンクションは、オブジェクト
処理からクラス定義のアドレスを獲得し、定義により指
定されたＥＭＦルーチン（図２の（ｅ１））を呼び出す
。 ｂ．「Ｃ」ＥＭＦスタブルーチンは制御を受け取り、定
義のアドレスの要求ではないメッセージは、制御を「Ｃ
」ＥＭＦ共通ルーチン（ｅ３）に渡す。 ｃ．「Ｃ」ＥＭＦ共通ルーチンは、新しいメッセージの
該当クラスに関連するメッセージテーブルを走査し、そ
れが見つからないと、クラスＢの定義により指定された
ＥＭＦルーチン（ｅ３）を呼び出す。クラスＢの定義の
アドレスは、クラスＣの定義（ｃ１）のスーパークラス
定義ポインタから獲得される。 ｄ．上記メッセージが発見されスーパークラス鎖の頂点
に達するまでステップＣは繰り返される。スーパークラ
ス鎖の頂点に達してもメッセージが見つからない場合、
ＦＡＬＳＥ がＳｅｎｄＭｓｇ の呼出しプログラムに
戻される。 ｅ．この場合、処理はクラスＡのＣ＋＋ＥＭＦ共通ルー
チンに到達する。Ｃ＋＋ＥＭＦ共通ルーチンは、新メッ
セージにたいして特殊な処理を実行する。このルーチン
は、アドレスがメッセージ表にあるクラス構成ルーチン
を呼び出して、汎用メッセージハンドラ（以後、ＰＭＰ
ＬＵＳ）のインスタンス変数に戻された値（Ｃ＋＋処理
）をセーブする。このＣ＋＋処理はその後メッセージを
Ｃ＋＋方法に送るときに使用される。 ７．汎用処理はオブジェクト作成ファンクションの呼出
しプログラムに戻される。
層内にＣオブジェクトの作成である。クラスＣの例であ
るオブジェクトＸ（図２）が作成される。 １．クラスＣ ＤＬＬがメモリにロードされ、クラス
定義のアドレスを戻す環境マッピングファンクション（
ＥＭＦ）スタブにメッセージを送ることによりその定義
が発見される。ＥＭＦスタブは、それぞれインスタンス
メッセージとクラスメッセージに対応する２つの入力点
「ｃｌａｓｓｎａｍｅ 」と「＿ｃｌａｓｓｎａｍｅ
」をもつ。 ２．クラスＣがスーパークラスＢをもつので、クラスＢ
はメモリにロードされ、クラスの定義が発見され、クラ
スＢの定義のアドレスがクラスＣの定義にセーブされる
。 ３．同様に、階層の該当ブランチのすべてのスーパーク
ラスがロードされ発見されるまでステップ２は繰り返さ
れる。本例では、この処理はクラスＡをロードした後で
停止する。 ４．階層の該当ブランチのすべてのインスタンス変数の
長さが計算される。本例では、４＋１２＋８（図２の（
ａｌ））。 ５．オブジェクト記憶機構は、インスタンス変数とクラ
ス定義への連係にたいして割り当てられる。本記憶機構
のアドレスは汎用オブジェクト処理として使用される。 ６．新しいメッセージが、各クラスが初期化と特殊な構
成ファンクションを実行可能なオブジェクトに送られる
。ＳｅｎｄＭｓｇ ファンクションは以下のように実行
される。 ａ．ＳｅｎｄＭｓｇ ファンクションは、オブジェクト
処理からクラス定義のアドレスを獲得し、定義により指
定されたＥＭＦルーチン（図２の（ｅ１））を呼び出す
。 ｂ．「Ｃ」ＥＭＦスタブルーチンは制御を受け取り、定
義のアドレスの要求ではないメッセージは、制御を「Ｃ
」ＥＭＦ共通ルーチン（ｅ３）に渡す。 ｃ．「Ｃ」ＥＭＦ共通ルーチンは、新しいメッセージの
該当クラスに関連するメッセージテーブルを走査し、そ
れが見つからないと、クラスＢの定義により指定された
ＥＭＦルーチン（ｅ３）を呼び出す。クラスＢの定義の
アドレスは、クラスＣの定義（ｃ１）のスーパークラス
定義ポインタから獲得される。 ｄ．上記メッセージが発見されスーパークラス鎖の頂点
に達するまでステップＣは繰り返される。スーパークラ
ス鎖の頂点に達してもメッセージが見つからない場合、
ＦＡＬＳＥ がＳｅｎｄＭｓｇ の呼出しプログラムに
戻される。 ｅ．この場合、処理はクラスＡのＣ＋＋ＥＭＦ共通ルー
チンに到達する。Ｃ＋＋ＥＭＦ共通ルーチンは、新メッ
セージにたいして特殊な処理を実行する。このルーチン
は、アドレスがメッセージ表にあるクラス構成ルーチン
を呼び出して、汎用メッセージハンドラ（以後、ＰＭＰ
ＬＵＳ）のインスタンス変数に戻された値（Ｃ＋＋処理
）をセーブする。このＣ＋＋処理はその後メッセージを
Ｃ＋＋方法に送るときに使用される。 ７．汎用処理はオブジェクト作成ファンクションの呼出
しプログラムに戻される。
【００１８】第２の例はＣとＣ＋＋オブジェクトの両方
を含む階層内でのＳｍａｌｌｔａｌｋ オブジェクトの
作成に関する。オブジェクトＹ、クラスＤの例が作成さ
れる。しかし、クラスＡとＢの定義は前述の例のステッ
プ２と３でロードされているので、これらは見つけださ
れて再使用される。Ｓｍａｌｌｔａｌｋ ＥＭＦ共通ル
ーチン（ｅ２）は、新メッセージを処理するときに、Ｓ
ｍａｌｌｔａｌｋ 環境のこのクラスのＳｍａｌｌｔａ
ｌｋ オブジェクトを作成する。それは以下のステップ
によって行なわれる。 １．Ｓｍａｌｌｔａｌｋ 環境内で通信中かどうかが確
認される。 これはＯＳ／２と名付けられた記憶機構を獲得すること
により行なわれる。 ２．これがうまくいかない場合、Ｓｍａｌｌｔａｌｋ
が起動し、以下のことにより通信が初期化される。 ａ．初期化コードで、名付けられた共有記憶機構を割り
当てて、Ｓｍａｌｌｔａｌｋウインドウ処理の値を記憶
機構に入力するＳｍａｌｌｔａｌｋ／ＶＰＭ を起動す
る。 ｂ．ＰＭＰＬＵＳメッセージハンドラオブジェクトが作
成される。このオブジェクトはＰＭ通知プログラムに追
加され、ＰＭＰＬＵＳ−Ｓｍａｌｌｔａｌｋメッセージ
を通知プログラムによる処理に追加する。 ｃ．合図を送って、待機中の環境に初期化が完了したこ
とを通知する。 ３．共有記憶機構のウインドウ処理（ａのセットアップ
）を用いて、Ｓｍａｌｌｔａｌｋ環境にメッセージを送
り、オブジェクトを作成する。このメッセージは以下の
ように処理される。 ａ．ＰＭＰＬＵＳメッセージハンドラは通知プログラム
を介して作成オブジェクトメッセージを受け取る。 ｂ．該当クラスがあるかどうか確認する。 ｃ．該当クラスのインスタンスを作成する。 ｄ．指標をこのクラスに戻す。 ４．戻された指標はＰＭＰＬＵＳインスタンス変数にセ
ーブされる。 ５．第１の例のステップ６ｄと６ｅにおけるように処理
が継続する。 ６．オブジェクトＹの処理（ｈ２）を作成オブジェクト
ファンクションの呼出しプログラムに戻す。
を含む階層内でのＳｍａｌｌｔａｌｋ オブジェクトの
作成に関する。オブジェクトＹ、クラスＤの例が作成さ
れる。しかし、クラスＡとＢの定義は前述の例のステッ
プ２と３でロードされているので、これらは見つけださ
れて再使用される。Ｓｍａｌｌｔａｌｋ ＥＭＦ共通ル
ーチン（ｅ２）は、新メッセージを処理するときに、Ｓ
ｍａｌｌｔａｌｋ 環境のこのクラスのＳｍａｌｌｔａ
ｌｋ オブジェクトを作成する。それは以下のステップ
によって行なわれる。 １．Ｓｍａｌｌｔａｌｋ 環境内で通信中かどうかが確
認される。 これはＯＳ／２と名付けられた記憶機構を獲得すること
により行なわれる。 ２．これがうまくいかない場合、Ｓｍａｌｌｔａｌｋ
が起動し、以下のことにより通信が初期化される。 ａ．初期化コードで、名付けられた共有記憶機構を割り
当てて、Ｓｍａｌｌｔａｌｋウインドウ処理の値を記憶
機構に入力するＳｍａｌｌｔａｌｋ／ＶＰＭ を起動す
る。 ｂ．ＰＭＰＬＵＳメッセージハンドラオブジェクトが作
成される。このオブジェクトはＰＭ通知プログラムに追
加され、ＰＭＰＬＵＳ−Ｓｍａｌｌｔａｌｋメッセージ
を通知プログラムによる処理に追加する。 ｃ．合図を送って、待機中の環境に初期化が完了したこ
とを通知する。 ３．共有記憶機構のウインドウ処理（ａのセットアップ
）を用いて、Ｓｍａｌｌｔａｌｋ環境にメッセージを送
り、オブジェクトを作成する。このメッセージは以下の
ように処理される。 ａ．ＰＭＰＬＵＳメッセージハンドラは通知プログラム
を介して作成オブジェクトメッセージを受け取る。 ｂ．該当クラスがあるかどうか確認する。 ｃ．該当クラスのインスタンスを作成する。 ｄ．指標をこのクラスに戻す。 ４．戻された指標はＰＭＰＬＵＳインスタンス変数にセ
ーブされる。 ５．第１の例のステップ６ｄと６ｅにおけるように処理
が継続する。 ６．オブジェクトＹの処理（ｈ２）を作成オブジェクト
ファンクションの呼出しプログラムに戻す。
【００１９】第３の例はＣ＋＋オブジェクトへのメッセ
ージの送付を例示する。描画メッセージがオブジェクト
Ｘに送られる。その処理は、ステップ６ｅの処理を除い
て第２例のステップ６ａないし６ｅで記載された処理に
非常に良くにており、Ｃ＋＋ファンクションのアドレス
はメッセージ表から獲得される。Ｃ＋＋ファンクション
は、第１例のステップ６ｅのＰＭＰＬＵＳインスタンス
変数にセーブされたＣ＋＋処理とＳｅｎｄＭｓｇ ファ
ンクションからのパラメータを使用して呼び出される。 Ｃ＋＋方法からの戻り値がＳｅｎｄＭｓｇ ファンクシ
ョンの呼出しプログラムに戻される。
ージの送付を例示する。描画メッセージがオブジェクト
Ｘに送られる。その処理は、ステップ６ｅの処理を除い
て第２例のステップ６ａないし６ｅで記載された処理に
非常に良くにており、Ｃ＋＋ファンクションのアドレス
はメッセージ表から獲得される。Ｃ＋＋ファンクション
は、第１例のステップ６ｅのＰＭＰＬＵＳインスタンス
変数にセーブされたＣ＋＋処理とＳｅｎｄＭｓｇ ファ
ンクションからのパラメータを使用して呼び出される。 Ｃ＋＋方法からの戻り値がＳｅｎｄＭｓｇ ファンクシ
ョンの呼出しプログラムに戻される。
【００２０】第４の例はＳｍａｌｌｔａｌｋ オブジェ
クトへのメッセージの送付を例示する。更新メッセージ
がオブジェクトＹに送られる。 １．ＳｅｎｄＭｓｇ ファンクションは、オブジェクト
処理からのクラス定義のアドレスを獲得し、その定義に
より指定されたＥＭＦルーチン（ｅ２）を呼び出す。 ２．Ｓｍａｌｌｔａｌｋ ＥＭＦ共通ルーチンは制御を
受け取り、第２の例のステップ４でセーブされたオブジ
ェクト指標とともにＳｍａｌｌｔａｌｋ のＰＭＰＬＵ
Ｓメッセージハンドラにメッセージを送る。 ３．ＰＭＰＬＵＳ Ｓｍａｌｌｔａｌｋメッセージハン
ドラはそのメッセージを受け取り、その指標が有効でオ
ブジェクトがメッセージを処理することを確認する。 ４．オブジェクトがそのメッセージを処理しない場合、
「メッセージ未発見」の指示が（メッセージ送信処理に
）戻される。メッセージの探索は、第１の例のステップ
６ｃと６ｄにおけるようにクラス階層の上に向かって継
続する。 ５．そうでない場合、クラス定義に前もって定義され含
まれたメッセージパラメータ記述子を用いてＳｍａｌｌ
ｔａｌｋ 環境にマップされる。 ６．Ｓｍａｌｌｔａｌｋ メッセージが実行され、戻り
値が呼出しファンクションに戻される。 ７．Ｓｍａｌｌｔａｌｋ 方法は、ある処理を実行しメ
ッセージをそのスーパークラスに送るために選ぶことが
可能である。ＰＭＰＬＵＳ ＳｅｎｄＭｓｇＳｕｐｅｒ
ファンクションを用いてこれが実行される。すべての
ＰＭＰＬＵＳファンクションは、プレゼンテーションマ
ネージャＡＰＩが定義されるのと同じ方法でＳｍａｌｌ
ｔａｌｋ 環境で定義される。ＳｅｎｄＭｓｇＳｕｐｅ
ｒ処理はＳｅｎｄＭｓｇ ファンクションと非常に良く
にている、ただしメッセージの探索は、ＳｅｎｄＭｓｇ
Ｓｕｐｅｒ呼出しプログラムのスーパークラス（この場
合クラスＢ）で始まる。以後の処理は第３の例に記載さ
れている、ただし更新ファンクションが呼び出される。
クトへのメッセージの送付を例示する。更新メッセージ
がオブジェクトＹに送られる。 １．ＳｅｎｄＭｓｇ ファンクションは、オブジェクト
処理からのクラス定義のアドレスを獲得し、その定義に
より指定されたＥＭＦルーチン（ｅ２）を呼び出す。 ２．Ｓｍａｌｌｔａｌｋ ＥＭＦ共通ルーチンは制御を
受け取り、第２の例のステップ４でセーブされたオブジ
ェクト指標とともにＳｍａｌｌｔａｌｋ のＰＭＰＬＵ
Ｓメッセージハンドラにメッセージを送る。 ３．ＰＭＰＬＵＳ Ｓｍａｌｌｔａｌｋメッセージハン
ドラはそのメッセージを受け取り、その指標が有効でオ
ブジェクトがメッセージを処理することを確認する。 ４．オブジェクトがそのメッセージを処理しない場合、
「メッセージ未発見」の指示が（メッセージ送信処理に
）戻される。メッセージの探索は、第１の例のステップ
６ｃと６ｄにおけるようにクラス階層の上に向かって継
続する。 ５．そうでない場合、クラス定義に前もって定義され含
まれたメッセージパラメータ記述子を用いてＳｍａｌｌ
ｔａｌｋ 環境にマップされる。 ６．Ｓｍａｌｌｔａｌｋ メッセージが実行され、戻り
値が呼出しファンクションに戻される。 ７．Ｓｍａｌｌｔａｌｋ 方法は、ある処理を実行しメ
ッセージをそのスーパークラスに送るために選ぶことが
可能である。ＰＭＰＬＵＳ ＳｅｎｄＭｓｇＳｕｐｅｒ
ファンクションを用いてこれが実行される。すべての
ＰＭＰＬＵＳファンクションは、プレゼンテーションマ
ネージャＡＰＩが定義されるのと同じ方法でＳｍａｌｌ
ｔａｌｋ 環境で定義される。ＳｅｎｄＭｓｇＳｕｐｅ
ｒ処理はＳｅｎｄＭｓｇ ファンクションと非常に良く
にている、ただしメッセージの探索は、ＳｅｎｄＭｓｇ
Ｓｕｐｅｒ呼出しプログラムのスーパークラス（この場
合クラスＢ）で始まる。以後の処理は第３の例に記載さ
れている、ただし更新ファンクションが呼び出される。
【００２１】第５の例は、Ｃオブジェクトにメッセージ
への送付を記載している。強調メッセージがオブジェク
トＹに送られる。 １．ＳｅｎｄＭｓｇ ファンクションはオブジェクト処
理からクラス定義のアドレスを獲得し、その定義により
指定されたＥＭＦルーチン（ｅ２）を呼び出す。 ２．メッセージは最初に、第４の例のように、Ｓｍａｌ
ｌｔａｌｋ クラスＤに送られる。 ３．メッセージはＳｍａｌｌｔａｌｋ クラスにより処
理されないので、メッセージがクラスＢの定義を介して
Ｃ言語ＥＭＦ共通ルーチン（ｅ３）に送られる。 ４．Ｃ言語ＥＭＦ共通ルーチン（ｅ３）は、クラスＢの
クラス定義の中に強調メッセージを発見する。 ５．該ルーチンは、インスタンス変数領域の基底アドレ
スにインスタンス変数オフセットを追加してクラスＢの
インスタンス変数のアドレスを計算する。 ６．（アドレスがメッセージ表にある）ファンクション
は、オブジェクト処理により、ＳｅｎｄＭｓｇ 呼出し
からインスタンス変数のアドレスとパラメータを呼び出
す。
への送付を記載している。強調メッセージがオブジェク
トＹに送られる。 １．ＳｅｎｄＭｓｇ ファンクションはオブジェクト処
理からクラス定義のアドレスを獲得し、その定義により
指定されたＥＭＦルーチン（ｅ２）を呼び出す。 ２．メッセージは最初に、第４の例のように、Ｓｍａｌ
ｌｔａｌｋ クラスＤに送られる。 ３．メッセージはＳｍａｌｌｔａｌｋ クラスにより処
理されないので、メッセージがクラスＢの定義を介して
Ｃ言語ＥＭＦ共通ルーチン（ｅ３）に送られる。 ４．Ｃ言語ＥＭＦ共通ルーチン（ｅ３）は、クラスＢの
クラス定義の中に強調メッセージを発見する。 ５．該ルーチンは、インスタンス変数領域の基底アドレ
スにインスタンス変数オフセットを追加してクラスＢの
インスタンス変数のアドレスを計算する。 ６．（アドレスがメッセージ表にある）ファンクション
は、オブジェクト処理により、ＳｅｎｄＭｓｇ 呼出し
からインスタンス変数のアドレスとパラメータを呼び出
す。
【００２２】これまで、本発明の動作と環境の境界を越
える問題を解決する方法を記載するのにＯＳ／２環境を
用いてきた。ＯＳ／２プログラミングに関するより詳細
な情報は、Ｍｉｃｒｏｓｏｆｔ Ｐｒｅｓｓ 刊、Ｃｈ
ａｒｌｅｓＰｅｔｚｏｌｄ 著、「ＯＳ／２Ｐｒｅｓｅ
ｎｔａｔｉｏｎ Ｍａｎａｇｅｒ」（ＩＳＢＮ １−５
５６１５−１７０−５）に見いだされ、Ｓｍａｌｌｔａ
ｌｋ のより詳細な情報は、Ｄｉｇｉｔａｌｋ社刊の「
Ｔｕｔｏｒｉａｌ ａｎｄ Ｐｒｏｇｒａｍｍｉｎｇ
Ｈａｎｄｂｏｏｋ」と呼ばれるＳｍａｌｌｔａｌｋ／
ＶＰＭ と一緒に発刊されたマニュアルに見いだされる
。Ｓｍａｌｌｔａｌｋ 環境の他の解決方は、Ｓｍａｌ
ｌｔａｌｋ ウインドウ処理を獲得するように動的デー
タ交換（ＤＤＥ）を使用し、Ｓｍａｌｌｔａｌｋ でＰ
ＭＰＬＵＳメッセージを通信するＤＤＥファンクション
を使用することである。
える問題を解決する方法を記載するのにＯＳ／２環境を
用いてきた。ＯＳ／２プログラミングに関するより詳細
な情報は、Ｍｉｃｒｏｓｏｆｔ Ｐｒｅｓｓ 刊、Ｃｈ
ａｒｌｅｓＰｅｔｚｏｌｄ 著、「ＯＳ／２Ｐｒｅｓｅ
ｎｔａｔｉｏｎ Ｍａｎａｇｅｒ」（ＩＳＢＮ １−５
５６１５−１７０−５）に見いだされ、Ｓｍａｌｌｔａ
ｌｋ のより詳細な情報は、Ｄｉｇｉｔａｌｋ社刊の「
Ｔｕｔｏｒｉａｌ ａｎｄ Ｐｒｏｇｒａｍｍｉｎｇ
Ｈａｎｄｂｏｏｋ」と呼ばれるＳｍａｌｌｔａｌｋ／
ＶＰＭ と一緒に発刊されたマニュアルに見いだされる
。Ｓｍａｌｌｔａｌｋ 環境の他の解決方は、Ｓｍａｌ
ｌｔａｌｋ ウインドウ処理を獲得するように動的デー
タ交換（ＤＤＥ）を使用し、Ｓｍａｌｌｔａｌｋ でＰ
ＭＰＬＵＳメッセージを通信するＤＤＥファンクション
を使用することである。
【００２３】開発された解決法は、ウインドウ、Ｘ−Ｗ
ｉｎｄｏｗｓ、ＭＯＴＩＦ、大型コンピュータ用のオペ
レーティングシステムなどの他のワークステーション環
境に同様に適用できる（ウインドウズはマイクロソフト
社の商標であり、ＸーＷＩＮＤＯＷＳはＡＴ＆Ｔ社の商
標で、ＭＯＴＩＦはＯｐｅｎ Ｓｏｆｔｗａｒｅ Ｆｏ
ｕｎｄａｔｉｏｎの商標である）。
ｉｎｄｏｗｓ、ＭＯＴＩＦ、大型コンピュータ用のオペ
レーティングシステムなどの他のワークステーション環
境に同様に適用できる（ウインドウズはマイクロソフト
社の商標であり、ＸーＷＩＮＤＯＷＳはＡＴ＆Ｔ社の商
標で、ＭＯＴＩＦはＯｐｅｎ Ｓｏｆｔｗａｒｅ Ｆｏ
ｕｎｄａｔｉｏｎの商標である）。
【図１】単純なクラス階層を示す図。
【図２】単純なクラス階層の背後の内部構造とクラス記
述（オブジェクト記述を含む）を示す図。
述（オブジェクト記述を含む）を示す図。
Claims (10)
- 【請求項１】第１のコンピュータ言語で書かれた第１の
コンピュータプログラムと第２のコンピュータ言語で書
かれた第２のオブジェクト指向コンピュータプログラム
の制御下で、前記第１のプログラムが前記第２のプログ
ラムの目標クラスの目標オブジェクトにメッセージを送
るデータ処理システムを動作させる方法において、前記
第１のプログラムが、前記第２のコンピュータプログラ
ムの複数のクラスの所定の記述へのアクセスにより汎用
メッセージ送信ファンクションを呼び出すステップと、
前記汎用メッセージ送信ファンクションが、前記記述を
読みだすことにより前記目標クラス内から目標ファンク
ションを見つけるステップと、前記汎用メッセージ送信
ファンクションが、前記メッセージを前記第２の言語が
必要とする形式にマッピングするステップと、前記汎用
メッセージ送信ファンクションが前記メッセージを前記
目標オブジェクトに送信するステップと、によって前記
目標ファンクションを実行することを特徴とする方法。 - 【請求項２】各オブジェクト記述は、そのオブジェクト
に固有のインスタンス変数を識別するデータとそのクラ
スの記述へのポインタを含むことを特徴とする請求項１
記載の方法。 - 【請求項３】前記汎用メッセージ送信ファンクションは
、メッセージを複数のコンピュータプログラムに送信す
ることが可能な複数のオブジェクト指向コンピュータプ
ログラムの複数のクラスのある記述にアクセスできるこ
とを特徴とする請求項１または２のいずれかに記載の方
法。 - 【請求項４】前記第２のオブジェクト指向コンピュータ
プログラムは少なくとも１つの子クラスと少なくとも１
つの親クラスを有し、前記子クラスの各記述はその親ク
ラスの記述へのポインタを含み、前記子クラスは前記ポ
インタを読むことによりその親クラスを見つけだすこと
を特徴とする請求項１乃至３のいずれかに記載の方法。 - 【請求項５】クラスの各記述は、そのクラスがもつファ
ンクションのリストを含み、前記目標クラスがもってな
い目標ファンクションを要求するメッセージが受信され
る場合、前記親クラス記述への前記ポインタが読み取ら
れ、前記親クラスの対応するファンクションリストにお
いて前記目標ファンクションが探索されることを特徴と
する請求項４記載の方法。 - 【請求項６】オブジェクトの前記記述は、新オブジェク
トが作成されると、そのオブジェクトのインスタンス変
数データの長さが前記新オブジェクトの完全なクラス階
層のインスタンス変数長に基づいて計算され、インスタ
ンス変数の記憶機構が割り当てられ、インスタンス変数
アドレスが前記汎用メッセージ送信ファンクションによ
りメッセージ内のパラメータとして目標オブジェクトに
送られるようにして、所与のオブジェクトクラス内でオ
ブジェクト用のインスタンス変数データの長さと位置を
識別するデータを含むことを特徴とする請求項１乃至５
のいずれかに記載の方法。 - 【請求項７】クラスの各記述は、前記マッピングを実行
するために前記クラスの前記コンピュータ言語とコード
へのポインタとを識別することを特徴とする請求項１乃
至６のいずれかに記載の方法。 - 【請求項８】第１のコンピュータ言語で書かれた第１の
コンピュータプログラムと第２のコンピュータ言語で書
かれた第２のオブジェクト指向コンピュータプログラム
の制御下で動作し、目標ファンクションを実行するため
に前記第１のプログラムから前記第２のプログラムの目
標クラスの目標オブジェクトにメッセージを送信する手
段を有するデータ処理システムにおいて、前記手段が、
前記第２のコンピュータプログラムの複数のクラスの所
定の記述へのアクセスにより前記第１のプログラムに汎
用メッセージ送信ファンクションを呼び出させる手段と
、前記汎用メッセージ送信ファンクションに、前記記述
を読むことにより前記目標クラス内から前記目標ファン
クションを見つけださせる手段と、前記汎用メッセージ
送信ファンクションに、前記メッセージを前記第２の言
語が必要とする形式にマップさせる手段と、前記汎用メ
ッセージ送信ファンクションに、前記メッセージを前記
目標オブジェクトに送信させる手段と、を備えているこ
とを特徴とするデータ処理システム。 - 【請求項９】前記第２のオブジェクト指向コンピュータ
プログラムは少なくとも１つの子クラスと少なくとも１
つの親クラスを含み、前記子クラスの各記述はその親ク
ラスの記述へのポインタを含み、前記子クラスは前記ポ
インタを読みだすことによりそのクラスオブジェクトを
見つけ、クラスの各記述は、そのクラスがもつファンク
ションのリストを含み、前記目標クラスがもってない目
標ファンクションを要求するメッセージが受信される場
合、前記親オブジェクト記述への前記ポインタが読み取
られ、その親クラスの対応するファンクションリストに
おいて前記目標ファンクションが探索されることを特徴
とする請求項８記載のデータ処理システム。 - 【請求項１０】複数のオブジェクトの前記記述は、新オ
ブジェクトが作成されるとき、そのオブジェクトのイン
スタンス変数データの長さが前記新オブジェクトの全ク
ラス階層のインスタンス変数データに基づいて計算され
、インスタンス変数の記憶機構が割り当てられて、イン
スタンス変数アドレスが前記メッセージ送信ファンクシ
ョンにより送信されたメッセージにおいてパラメータと
して目標オブジェクトに渡されるようにして、所与のオ
ブジェクトクラス内のオブジェクトのインスタンス変数
の長さと位置を識別するデータを含むことを特徴とする
請求項８または９のいずれかに記載のデータ処理システ
ム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP91300413A EP0495279B1 (en) | 1991-01-18 | 1991-01-18 | Object oriented programming platform |
| GB91300413.1 | 1991-01-18 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04277838A true JPH04277838A (ja) | 1992-10-02 |
| JPH0693227B2 JPH0693227B2 (ja) | 1994-11-16 |
Family
ID=8208166
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3282046A Expired - Fee Related JPH0693227B2 (ja) | 1991-01-18 | 1991-10-02 | データ処理システム、及びデータ処理システムを動作させる方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (2) | US5511199A (ja) |
| EP (1) | EP0495279B1 (ja) |
| JP (1) | JPH0693227B2 (ja) |
| DE (1) | DE69126857T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998019236A1 (fr) * | 1996-10-31 | 1998-05-07 | Sony Corporation | Systeme et procede de traitement d'informations |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5327562A (en) * | 1992-05-06 | 1994-07-05 | Microsoft Corporation | Method for implementing virtual function tables in a compiler for an object-oriented programming language |
| US5307490A (en) * | 1992-08-28 | 1994-04-26 | Tandem Computers, Inc. | Method and system for implementing remote procedure calls in a distributed computer system |
| JPH06332712A (ja) * | 1993-05-25 | 1994-12-02 | Fujitsu Ltd | オブジェクトを持つデータ処理システム |
| US5379432A (en) * | 1993-07-19 | 1995-01-03 | Taligent, Inc. | Object-oriented interface for a procedural operating system |
| US5517645A (en) * | 1993-11-05 | 1996-05-14 | Microsoft Corporation | Method and system for interfacing components via aggregate components formed by aggregating the components each with an instance of a component manager |
| US5485617A (en) | 1993-12-13 | 1996-01-16 | Microsoft Corporation | Method and system for dynamically generating object connections |
| US5689724A (en) * | 1993-12-23 | 1997-11-18 | International Business Machines Corporation | Generic font specification leading to specific font selection |
| US6377874B1 (en) * | 1994-09-07 | 2002-04-23 | Spd Technologies Inc. | Power distribution system including integrated power node control center |
| US5732270A (en) * | 1994-09-15 | 1998-03-24 | Visual Edge Software Limited | System and method for providing interoperability among heterogeneous object systems |
| GB2293470A (en) * | 1994-09-22 | 1996-03-27 | Ibm | Message encapsulation in Object Oriented Programming. |
| US6704744B1 (en) * | 1994-12-07 | 2004-03-09 | Next Computer, Inc. | Method and apparatus for mapping objects to multiple tables of a database |
| US5873093A (en) * | 1994-12-07 | 1999-02-16 | Next Software, Inc. | Method and apparatus for mapping objects to a data source |
| JPH08241342A (ja) * | 1995-03-02 | 1996-09-17 | Matsushita Electric Ind Co Ltd | 設計プロセス記録方法及び設計プロセス記録装置 |
| US5832264A (en) * | 1995-07-19 | 1998-11-03 | Ricoh Company, Ltd. | Object-oriented communications framework system with support for multiple remote machine types |
| US5918051A (en) | 1995-07-19 | 1999-06-29 | Ricoh Company, Ltd. | Object-oriented communication system with support for multiple remote machine types |
| US5732261A (en) * | 1995-07-19 | 1998-03-24 | Ricoh Company, Ltd. | Method of using an object-oriented communication system with support for multiple remote machine types |
| US5737607A (en) * | 1995-09-28 | 1998-04-07 | Sun Microsystems, Inc. | Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats |
| US5732263A (en) * | 1995-10-03 | 1998-03-24 | International Business Machines Corporation | Systems, methods and computer program products for generating and validating user defined object classes in an object oriented programming environment after build time |
| FR2742245B1 (fr) * | 1995-12-08 | 1998-01-23 | Transtar | Procede de manipulation de modeles de donnees utilises en genie logiciel |
| US6067413A (en) * | 1996-06-13 | 2000-05-23 | Instantations, Inc. | Data representation for mixed-language program development |
| AU5355098A (en) * | 1996-11-14 | 1998-06-03 | Alcatel Usa Sourcing, L.P. | Generic software state machine and method of constructing dynamic objects for an application program |
| US6240466B1 (en) * | 1997-04-21 | 2001-05-29 | International Business Machines Corporation | Object-oriented apparatus and method for determining new object location relative to an existing object |
| US6378001B1 (en) * | 1997-06-18 | 2002-04-23 | International Business Machines Corp. | Collaborative framework with shared objects |
| GB2335763A (en) * | 1998-03-27 | 1999-09-29 | Ibm | Facilitating polymorphic behaviour from static object interfaces in data processing |
| US6243860B1 (en) * | 1998-10-30 | 2001-06-05 | Westinghouse Electric Company Llc | Mechanism employing a memory area for exchanging information between a parent process and a child process compiled during execution of the parent process or between a run time compiler process and an application process |
| US6668284B1 (en) | 1998-11-04 | 2003-12-23 | Beckman Coulter, Inc. | Software messaging system |
| US6779184B1 (en) * | 1999-01-21 | 2004-08-17 | Oracle International Corporation | Method for loosely coupling object oriented and non-object oriented applications in a messaging-based communication infrastructure |
| US6978464B1 (en) * | 1999-10-07 | 2005-12-20 | Sprint Communications Company L.P. | Communicating between a process and a destination |
| US6658642B1 (en) | 2000-06-21 | 2003-12-02 | International Business Machines Corporation | System, method and program product for software development |
| GB0023169D0 (en) * | 2000-09-20 | 2000-11-01 | Ibm | Message parsing in message processing systems |
| US7313593B1 (en) | 2000-10-24 | 2007-12-25 | International Business Machines Corporation | Method and apparatus for providing full duplex and multipoint IP audio streaming |
| US7844957B2 (en) * | 2005-08-19 | 2010-11-30 | Sybase, Inc. | Development system with methodology providing optimized message parsing and handling |
| US8484556B2 (en) | 2006-08-22 | 2013-07-09 | Autodesk, Inc. | Drawing interoperability between different computer-aided design applications |
| US20090100439A1 (en) * | 2007-10-12 | 2009-04-16 | Mcneil Donald H | Information engine |
| US20090271765A1 (en) * | 2008-04-29 | 2009-10-29 | Microsoft Corporation | Consumer and producer specific semantics of shared object protocols |
| US20120159515A1 (en) * | 2010-12-16 | 2012-06-21 | Microsoft Corporation | Sharing object representations |
| US8719539B2 (en) * | 2011-06-30 | 2014-05-06 | Red Hat, Inc. | Using heuristics for field types of a structure to categorize dynamic memory allocations |
| US8725978B2 (en) * | 2011-06-30 | 2014-05-13 | Red Hat, Inc. | Using symbol information for categorization of dynamic memory allocations |
| US10346183B2 (en) * | 2017-11-17 | 2019-07-09 | Aetna Inc. | Reusable dynamic object in runtime environment |
| CN111797090B (zh) * | 2019-09-16 | 2022-07-22 | 厦门雅基软件有限公司 | 描述信息的存储方法、描述信息的访问方法和装置 |
| CN112035278B (zh) * | 2020-08-20 | 2024-04-02 | 北京字节跳动网络技术有限公司 | 函数的执行方法、装置、设备及存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4943932A (en) * | 1986-11-25 | 1990-07-24 | Cimflex Teknowledge Corporation | Architecture for composing computational modules uniformly across diverse developmental frameworks |
| JPS647231A (en) * | 1987-06-30 | 1989-01-11 | Toshiba Corp | Parallel processing device for object directional system |
| US5067072A (en) * | 1987-11-06 | 1991-11-19 | Visystems, Inc. | Virtual software machine which preprocesses application program to isolate execution dependencies and uses target computer processes to implement the execution dependencies |
| US5187787B1 (en) * | 1989-07-27 | 1996-05-07 | Teknekron Software Systems Inc | Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes |
| US5247650A (en) * | 1989-08-30 | 1993-09-21 | Industrial Technology Institute | System for combining originally software incompatible control, kinematic, and discrete event simulation systems into a single integrated simulation system |
-
1991
- 1991-01-18 DE DE69126857T patent/DE69126857T2/de not_active Expired - Lifetime
- 1991-01-18 EP EP91300413A patent/EP0495279B1/en not_active Expired - Lifetime
- 1991-10-02 JP JP3282046A patent/JPH0693227B2/ja not_active Expired - Fee Related
-
1995
- 1995-02-09 US US08/386,193 patent/US5511199A/en not_active Expired - Fee Related
- 1995-06-07 US US08/478,798 patent/US5606700A/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998019236A1 (fr) * | 1996-10-31 | 1998-05-07 | Sony Corporation | Systeme et procede de traitement d'informations |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0495279A1 (en) | 1992-07-22 |
| US5606700A (en) | 1997-02-25 |
| DE69126857T2 (de) | 1998-01-08 |
| DE69126857D1 (de) | 1997-08-21 |
| EP0495279B1 (en) | 1997-07-16 |
| JPH0693227B2 (ja) | 1994-11-16 |
| US5511199A (en) | 1996-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04277838A (ja) | データ処理システム、及びデータ処理システムを動作させる方法 | |
| US6067578A (en) | Container independent control architecture | |
| JP3072709B2 (ja) | 要求伝達方法 | |
| US5689664A (en) | Interface sharing between objects | |
| US5613148A (en) | Method and apparatus for activating and executing remote objects | |
| JP4146983B2 (ja) | サーバ・オブジェクトのメソッドを呼び出すプロセス方法及びデータ処理システム | |
| EP0660231B1 (en) | Method and system for dynamically generating object connections | |
| EP0669020B1 (en) | Methods for marshalling interface pointers for remote procedure calls | |
| US5581760A (en) | Method and system for referring to and binding to objects using identifier objects | |
| US5848419A (en) | Methods and apparatus for providing transparent persistence in a distributed object operating environment | |
| US6167565A (en) | Method and system of custom marshaling of inter-language parameters | |
| US6226690B1 (en) | Method and apparatus for utilizing proxy objects to communicate with target objects | |
| US8191077B2 (en) | Method for providing stand-in objects | |
| US6792606B2 (en) | Method and apparatus for object persistence | |
| US6578090B1 (en) | System and method for interfacing two modules supporting various applications | |
| JPH0687222B2 (ja) | アプリケーションとデータベース管理システム間の相互通信システム及び方法 | |
| JPH0836493A (ja) | オブジェクト集合方法及びシステム | |
| JP2001125787A (ja) | プログラム・オブジェクトのシリアライゼーション方法、およびプログラム・オブジェクトのデシリアライゼーション方法 | |
| WO2005085995A1 (en) | Method, system, and program for invoking methods between computer languages | |
| US6405363B1 (en) | Class casting support for run-time extensible items in an object oriented framework | |
| US6208994B1 (en) | Supporters providing extensible classes without recoding for object-oriented applications | |
| US6223227B1 (en) | Method for providing stand-in objects | |
| US6799320B1 (en) | Providing binding options for component interfaces | |
| JP4084956B2 (ja) | オブジェクト集合方法およびシステム | |
| JPH08202551A (ja) | インターフェース継承を伴うオブジェクト上での呼出しのための方法および機構 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |