JPH10340195A - オブジェクトにおける動作同時並行の管理方法 - Google Patents
オブジェクトにおける動作同時並行の管理方法Info
- Publication number
- JPH10340195A JPH10340195A JP3901098A JP3901098A JPH10340195A JP H10340195 A JPH10340195 A JP H10340195A JP 3901098 A JP3901098 A JP 3901098A JP 3901098 A JP3901098 A JP 3901098A JP H10340195 A JPH10340195 A JP H10340195A
- Authority
- JP
- Japan
- Prior art keywords
- objects
- parameter
- architecture
- activities
- executed
- 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.)
- Pending
Links
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/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
-
- 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/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Devices For Executing Special Programs (AREA)
Abstract
(57)【要約】
【課題】 通信ネットワークのソフトウェアアーキテク
チャに適用される。 【解決手段】 オブジェクトアーキテクチャ（２）の管
理サポートを有するデータの処理システムにおいてオブ
ジェクト（Ｏ1、Ｏ2…）における並行性を管理するため
の方法であって、前記のオブジェクトの記述言語（ＯＤ
Ｌ）が、各オブジェクトについて、並行に実行できるか
どうか、割当てられるアクティビティの最小数および割
当てられるアクティビティの最大数を明示できるパラメ
ータの明示を可能にすることを特徴とする。
チャに適用される。 【解決手段】 オブジェクトアーキテクチャ（２）の管
理サポートを有するデータの処理システムにおいてオブ
ジェクト（Ｏ1、Ｏ2…）における並行性を管理するため
の方法であって、前記のオブジェクトの記述言語（ＯＤ
Ｌ）が、各オブジェクトについて、並行に実行できるか
どうか、割当てられるアクティビティの最小数および割
当てられるアクティビティの最大数を明示できるパラメ
ータの明示を可能にすることを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、下層システムから
独立して、（オブジェクト指向プログラミングの意味で
の）オブジェクトにおける並行性を管理することができ
る方法に関するものである。
独立して、（オブジェクト指向プログラミングの意味で
の）オブジェクトにおける並行性を管理することができ
る方法に関するものである。
【０００２】
【従来の技術】電気通信システム、より一般的にはデー
タ処理システムは、普及していくにつれて、オブジェク
トの集合体の形で構造化され、各オブジェクトは他のオ
ブジェクトに対して一定数のサービスを提供する。
タ処理システムは、普及していくにつれて、オブジェク
トの集合体の形で構造化され、各オブジェクトは他のオ
ブジェクトに対して一定数のサービスを提供する。
【０００３】オブジェクト指向プログラミングの意味に
おいて、一つのオブジェクトは、データとそれを扱うメ
ソッドの一つの複合体を意味する。これらのメソッドの
一部だけが外部から（すなわち、典型的には他のオブジ
ェクトから）アクセス可能であり、パブリックメソッド
とよばれるこれらのメソッド全体がオブジェクトのイン
ターフェースを形成する。
おいて、一つのオブジェクトは、データとそれを扱うメ
ソッドの一つの複合体を意味する。これらのメソッドの
一部だけが外部から（すなわち、典型的には他のオブジ
ェクトから）アクセス可能であり、パブリックメソッド
とよばれるこれらのメソッド全体がオブジェクトのイン
ターフェースを形成する。
【０００４】主にオブジェクトから成り立っているソフ
トウェアアプリケーションを開発するためには、たとえ
ば、寸法決め、挙動、オブジェクト間の相互作用などに
関するこれらオブジェクトの一定数の特性を指定するこ
とが有用である。これらの特性は、オブジェクト記述言
語（ＯＤＬ）で指定することができ、その後に、アプリ
ケーションの実施においてこれらの特性が満たされなけ
ればならない。
トウェアアプリケーションを開発するためには、たとえ
ば、寸法決め、挙動、オブジェクト間の相互作用などに
関するこれらオブジェクトの一定数の特性を指定するこ
とが有用である。これらの特性は、オブジェクト記述言
語（ＯＤＬ）で指定することができ、その後に、アプリ
ケーションの実施においてこれらの特性が満たされなけ
ればならない。
【０００５】そのために、コンピュータのオペレーティ
ングシステムとオブジェクトアプリケーションとの間
に、オブジェクトアーキテクチャの管理サポートが挿入
される。このサポートは、特定のプラットフォームによ
ってあるいはまたＯＲＢ（英語でObject Request Broke
r−オブジェクト要求ブローカ）によって供給すること
ができる。たとえば、ＣＯＲＢＡ（Common Object Requ
est Broker Architecture−共通オブジェクト要求ブロ
ーカアーキテクチャ）は、ＯＲＢのアーキテクチャの仕
様である。またこれは、分配されたオブジェクト間の通
信の透過性および局在化の一定の面を管理することがで
きる。
ングシステムとオブジェクトアプリケーションとの間
に、オブジェクトアーキテクチャの管理サポートが挿入
される。このサポートは、特定のプラットフォームによ
ってあるいはまたＯＲＢ（英語でObject Request Broke
r−オブジェクト要求ブローカ）によって供給すること
ができる。たとえば、ＣＯＲＢＡ（Common Object Requ
est Broker Architecture−共通オブジェクト要求ブロ
ーカアーキテクチャ）は、ＯＲＢのアーキテクチャの仕
様である。またこれは、分配されたオブジェクト間の通
信の透過性および局在化の一定の面を管理することがで
きる。
【０００６】以下、オブジェクトアーキテクチャの管理
サポートという言葉は、最も一般的な意味で理解され、
ＯＲＢと特定のプラットフォームを同時にカバーするも
のとする。
サポートという言葉は、最も一般的な意味で理解され、
ＯＲＢと特定のプラットフォームを同時にカバーするも
のとする。
【０００７】これらのさまざまな概念についてより多く
の情報を得るためには、《Information Technology−Op
en Distributed Processing Reference Model：Archite
cture》、ＩＴＵ−ＴRecommandation X903、1995あるい
はまた《The Common ObjectRequest Broker：Architect
ure and Specification v.2.0−Object ManagementGrou
p》といった資料を参照することができる。
の情報を得るためには、《Information Technology−Op
en Distributed Processing Reference Model：Archite
cture》、ＩＴＵ−ＴRecommandation X903、1995あるい
はまた《The Common ObjectRequest Broker：Architect
ure and Specification v.2.0−Object ManagementGrou
p》といった資料を参照することができる。
【０００８】サービスの提供者として、同一のオブジェ
クトが複数の同時要求（あるいはサービス要求）の対象
となることもできる。いいかえれば、クライアントとよ
ばれる複数のオブジェクトは、同時にサーバとよばれる
同一オブジェクトの様々なメソッドを呼出すことができ
る。
クトが複数の同時要求（あるいはサービス要求）の対象
となることもできる。いいかえれば、クライアントとよ
ばれる複数のオブジェクトは、同時にサーバとよばれる
同一オブジェクトの様々なメソッドを呼出すことができ
る。
【０００９】従来の方法では、この種の問題は、マルチ
スレッディング（multi-threading）タイプの技術を駆
使することで解決される。当該のオブジェクト（サー
バ）は、要求の数と同数の実行ストリームと並行に実行
される。
スレッディング（multi-threading）タイプの技術を駆
使することで解決される。当該のオブジェクト（サー
バ）は、要求の数と同数の実行ストリームと並行に実行
される。
【００１０】スレッド（thread）は、実行の基礎的リソ
ースと定義することができる。以下の説明において、ス
レッドおよび実行リソースという用語は無差別に使用さ
れる。
ースと定義することができる。以下の説明において、ス
レッドおよび実行リソースという用語は無差別に使用さ
れる。
【００１１】その一方で、システムにおける実行ストリ
ームに対応する論理概念であるアクティビティの概念と
この実行リソースの概念を区別する必要がある。オブジ
ェクトのアクティビティの数は、定められた瞬間にシス
テムにおいて一つのオブジェクトが実行される回数を表
わす。同一の実行リソースは、複数のアクティビティに
とってサポートの役割を果たし、その逆に、同一のアク
ティビティは、それぞれの実行リソースによってそれぞ
れの瞬間にサポートされることが可能である。
ームに対応する論理概念であるアクティビティの概念と
この実行リソースの概念を区別する必要がある。オブジ
ェクトのアクティビティの数は、定められた瞬間にシス
テムにおいて一つのオブジェクトが実行される回数を表
わす。同一の実行リソースは、複数のアクティビティに
とってサポートの役割を果たし、その逆に、同一のアク
ティビティは、それぞれの実行リソースによってそれぞ
れの瞬間にサポートされることが可能である。
【００１２】しかしながら、特定のタイプのオブジェク
トでは、同一のデータへの並行アクセスを防ぐために、
並行に実行されるのが不適切なこともある。また、オブ
ジェクトアプリケーションのプログラマは、各オブジェ
クトについて、並行に実行できるかどうか、あるいは逐
次的実行のみが適しているかどうかを指定できなければ
ならない。
トでは、同一のデータへの並行アクセスを防ぐために、
並行に実行されるのが不適切なこともある。また、オブ
ジェクトアプリケーションのプログラマは、各オブジェ
クトについて、並行に実行できるかどうか、あるいは逐
次的実行のみが適しているかどうかを指定できなければ
ならない。
【００１３】一見妥当な解決策が添付の図１に示されて
いる。この図では、オペレーティングシステム１とオブ
ジェクトアーキテクチャの管理サポート２で形成される
環境でオブジェクトＯ1、Ｏ2、Ｏ3の集合が認められ
る。
いる。この図では、オペレーティングシステム１とオブ
ジェクトアーキテクチャの管理サポート２で形成される
環境でオブジェクトＯ1、Ｏ2、Ｏ3の集合が認められ
る。
【００１４】特定のオブジェクトアーキテクチャ管理サ
ポートによって、各クラスについて、オブジェクトが使
用できる実行リソースの最大数を決定することができ
る。これらのパラメータは、たとえば、このサポートに
含まれる表Ｔ中に置くことができる。
ポートによって、各クラスについて、オブジェクトが使
用できる実行リソースの最大数を決定することができ
る。これらのパラメータは、たとえば、このサポートに
含まれる表Ｔ中に置くことができる。
【００１５】このように、逐次実行するものとしてオブ
ジェクトをパラメータ化するためには、アプリオリに、
当該のオブジェクトのための実行リソースの最大数を１
とするだけで十分である。
ジェクトをパラメータ化するためには、アプリオリに、
当該のオブジェクトのための実行リソースの最大数を１
とするだけで十分である。
【００１６】しかしながら、この解決策は以下のいくつ
かの理由から不十分である。
かの理由から不十分である。
【００１７】・このようなアプローチは、オブジェクト
アーキテクチャの管理サポートに依存する。
アーキテクチャの管理サポートに依存する。
【００１８】・このようなアプローチは、アクティビテ
ィと実行リソースの概念を混同している。
ィと実行リソースの概念を混同している。
【００１９】この点について説明すると、従来の技術に
よる解決策はアクティビティと実行リソースの概念を混
同しており、このような混同は問題を引き起こしてしま
う。図１を参照してその一例をみてみよう。
よる解決策はアクティビティと実行リソースの概念を混
同しており、このような混同は問題を引き起こしてしま
う。図１を参照してその一例をみてみよう。
【００２０】この図１に示す例においては、オブジェク
トＯ1は、要求Ｒ12をオブジェクトＯ2にアドレスする。
要求Ｒ12のために必要とされる処理が終了する前に、オ
ブジェクトＯ3がオブジェクトＯ2に要求Ｒ32をアドレス
する。
トＯ1は、要求Ｒ12をオブジェクトＯ2にアドレスする。
要求Ｒ12のために必要とされる処理が終了する前に、オ
ブジェクトＯ3がオブジェクトＯ2に要求Ｒ32をアドレス
する。
【００２１】要求Ｒ32は質問型の要求である、すなわち
呼出しているオブジェクトＯ3は、その実行の進行を続
行する前に要求が戻って来るのを待っていると想定され
る。
呼出しているオブジェクトＯ3は、その実行の進行を続
行する前に要求が戻って来るのを待っていると想定され
る。
【００２２】さらに、二つのオブジェクトＯ2とＯ3は、
オブジェクトの管理サポートが、Ｏ2の呼出されたメソ
ッドの進行について、Ｏ3の進行についてと同じ実行リ
ソースを割当てることができるように、リソースの同一
の割当て単位上に局在化されると想定される。
オブジェクトの管理サポートが、Ｏ2の呼出されたメソ
ッドの進行について、Ｏ3の進行についてと同じ実行リ
ソースを割当てることができるように、リソースの同一
の割当て単位上に局在化されると想定される。
【００２３】というのも、この種の状況においては、Ｏ
3の実行の進行は、Ｏ2のメソッドの呼出しによって中断
されるからである。また、従来のやり方では、オブジェ
クト管理サポートは、Ｏ2のメソッドの実行のためにＯ3
がもはや使用しない実行リソースを割当てる。Ｏ2メソ
ッドの実行の進行が終了すると、実行リソースは、オブ
ジェクトＯ3に再び割当てられ、その結果、Ｏ3はその進
行を再開できる。
3の実行の進行は、Ｏ2のメソッドの呼出しによって中断
されるからである。また、従来のやり方では、オブジェ
クト管理サポートは、Ｏ2のメソッドの実行のためにＯ3
がもはや使用しない実行リソースを割当てる。Ｏ2メソ
ッドの実行の進行が終了すると、実行リソースは、オブ
ジェクトＯ3に再び割当てられ、その結果、Ｏ3はその進
行を再開できる。
【００２４】このように、新しい実行リソースの作成が
行われる必要なくＯ2の新しいアクティビティの作成が
存在する。したがって、このメカニズムのために、割当
てられた実行リソース数を１と定めることのみで、並行
にオブジェクトが実行されるのを妨げるのは不可能であ
る。
行われる必要なくＯ2の新しいアクティビティの作成が
存在する。したがって、このメカニズムのために、割当
てられた実行リソース数を１と定めることのみで、並行
にオブジェクトが実行されるのを妨げるのは不可能であ
る。
【００２５】
【発明が解決しようとする課題】本発明の第一の目的
は、オブジェクトアーキテクチャの管理サポートから独
立して、定められたオブジェクトが並行に実行されなけ
ればならないかまたは逐次的に実行されなければならな
いかを実際に明示できる方法を提案することにある。
は、オブジェクトアーキテクチャの管理サポートから独
立して、定められたオブジェクトが並行に実行されなけ
ればならないかまたは逐次的に実行されなければならな
いかを実際に明示できる方法を提案することにある。
【００２６】本発明の第二の目的は、さらに、アクティ
ビティの最小数を必要とするオブジェクトを管理するこ
とにある。
ビティの最小数を必要とするオブジェクトを管理するこ
とにある。
【００２７】本発明の第三の目的は、非並列メカニズム
を使用しながらもアクティビティの最小数を同時に必要
とするオブジェクトを管理することにある。
を使用しながらもアクティビティの最小数を同時に必要
とするオブジェクトを管理することにある。
【００２８】
【課題を解決するための手段】そのために、オブジェク
トの記述言語（ＯＤＬ）が、各オブジェクトについて、
並行に実行できるかどうかを明示できるように、その言
語中に一つのパラメータが挿入される。記述（つまりパ
ラメータ）は、オブジェクトと、オブジェクトアーキテ
クチャの管理サポート（２）との間に挿しはさまれる中
間層（３）に必要なコードを生成するコンパイラによっ
て計算に入れられる。
トの記述言語（ＯＤＬ）が、各オブジェクトについて、
並行に実行できるかどうかを明示できるように、その言
語中に一つのパラメータが挿入される。記述（つまりパ
ラメータ）は、オブジェクトと、オブジェクトアーキテ
クチャの管理サポート（２）との間に挿しはさまれる中
間層（３）に必要なコードを生成するコンパイラによっ
て計算に入れられる。
【００２９】問題をよりわかりやすくするために、ここ
で、カウンタを増分することによる恒常的処理と、この
カウンタの値を送り返す方法を有するオブジェクトの一
例を見てみよう。
で、カウンタを増分することによる恒常的処理と、この
カウンタの値を送り返す方法を有するオブジェクトの一
例を見てみよう。
【００３０】このようなオブジェクトについて、二つの
アクティビティの最小数が必要となることが明らかであ
る。一般的に、開発者は、アプリケーションのオブジェ
クトへの実行リソースの割当てについてあまり気にする
必要がないにもかかわらず、こうしたケースにおいて
は、オブジェクトの記述のレベル、すなわちオブジェク
ト記述言語（ＯＤＬ）レベルで、それを明示しながら、
二つのアクティビティを行なうことが常に可能であるこ
とを確かめようとすることができる。
アクティビティの最小数が必要となることが明らかであ
る。一般的に、開発者は、アプリケーションのオブジェ
クトへの実行リソースの割当てについてあまり気にする
必要がないにもかかわらず、こうしたケースにおいて
は、オブジェクトの記述のレベル、すなわちオブジェク
ト記述言語（ＯＤＬ）レベルで、それを明示しながら、
二つのアクティビティを行なうことが常に可能であるこ
とを確かめようとすることができる。
【００３１】そのために、各オブジェクトについて、最
小数のアクティビティの明示を可能にする一つの手段が
オブジェクト記述言語中に挿入される。
小数のアクティビティの明示を可能にする一つの手段が
オブジェクト記述言語中に挿入される。
【００３２】上述のカウンタの例を参照しながら、カウ
ンタの値を送り返すメソッドへの要求は並行に処理され
てはならないケースを想像することができる。
ンタの値を送り返すメソッドへの要求は並行に処理され
てはならないケースを想像することができる。
【００３３】この問題を解決するために、各オブジェク
トについて、アクティビティの最大数を明示できる一つ
の手段がオブジェクト記述言語中に挿入される。
トについて、アクティビティの最大数を明示できる一つ
の手段がオブジェクト記述言語中に挿入される。
【００３４】その結果、オブジェクトが開発者が望むよ
うに挙動するためには、アクティビティの最大数とアク
ティビティの最小数を２にするだけでよい。
うに挙動するためには、アクティビティの最大数とアク
ティビティの最小数を２にするだけでよい。
【００３５】添付の図面と関連した以下の説明によっ
て、本発明の特性と利点がより明らかになるだろう。
て、本発明の特性と利点がより明らかになるだろう。
【００３６】
【発明の実施の形態】本発明の方法によれば、パラメー
タ（Ｐ1、Ｐ2、Ｐ3）は、オブジェクト（それぞれＯ1、
Ｏ2、Ｏ3）が並行に実行できるかどうかを決定するオブ
ジェクト記述のレベルで明示される。記述言語レベルに
おいては、このパラメータは、さまざまなやり方で実施
することができる。
タ（Ｐ1、Ｐ2、Ｐ3）は、オブジェクト（それぞれＯ1、
Ｏ2、Ｏ3）が並行に実行できるかどうかを決定するオブ
ジェクト記述のレベルで明示される。記述言語レベルに
おいては、このパラメータは、さまざまなやり方で実施
することができる。
【００３７】本発明の第一の目的を満たすために、二状
態型識別子（フラグ）を用いてこのパラメータを使用す
ることができる。
態型識別子（フラグ）を用いてこのパラメータを使用す
ることができる。
【００３８】本発明の第二及び第三の目的を満たすため
に、さらに、このパラメータは、それぞれ一つまたは二
つの数値を有することができる。
に、さらに、このパラメータは、それぞれ一つまたは二
つの数値を有することができる。
【００３９】いずれにしても、本発明は、このパラメー
タの特定の実施形態に限定されるものではない。
タの特定の実施形態に限定されるものではない。
【００４０】さらに、オブジェクトアーキテクチャの管
理サポート２とアプリケーションとの間に追加層３を挿
しはさむことによって、このサポート２から独立してこ
のパラメータを管理することが可能になる。
理サポート２とアプリケーションとの間に追加層３を挿
しはさむことによって、このサポート２から独立してこ
のパラメータを管理することが可能になる。
【００４１】この追加層３によって提供される管理メカ
ニズムのさまざまな実施が可能であり、したがって、本
発明は特定の実施形態に限定されるものではない。
ニズムのさまざまな実施が可能であり、したがって、本
発明は特定の実施形態に限定されるものではない。
【００４２】本発明による方法の望ましい実施形態によ
れば、各オブジェクトに、待ち行列と相互排除メカニズ
ム（英語のMutual Exclusionを略してＭＵＴＥＸ）が割
当てられる。このメカニズムは当該の分野で良く知られ
ているものである。これは、メソッドの各呼出しの前
に、追加層３によって提供される特定機能の呼出しを挿
入し、いったんメソッドの処理が終了するとまた別の特
定機能を呼出すというものである。
れば、各オブジェクトに、待ち行列と相互排除メカニズ
ム（英語のMutual Exclusionを略してＭＵＴＥＸ）が割
当てられる。このメカニズムは当該の分野で良く知られ
ているものである。これは、メソッドの各呼出しの前
に、追加層３によって提供される特定機能の呼出しを挿
入し、いったんメソッドの処理が終了するとまた別の特
定機能を呼出すというものである。
【００４３】よりはっきりと、あるメソッドを呼出す
と、第一の機能が、オブジェクト記述中で指定されたパ
ラメータを計算に入れながら、オブジェクトがさらに一
回実行できるかどうかを検証する。実行できない場合に
は、要求は実行されないが、オブジェクトに結びついた
待ち行列中に置かれる。
と、第一の機能が、オブジェクト記述中で指定されたパ
ラメータを計算に入れながら、オブジェクトがさらに一
回実行できるかどうかを検証する。実行できない場合に
は、要求は実行されないが、オブジェクトに結びついた
待ち行列中に置かれる。
【００４４】メソッドの処理が終了すると、第二の機能
が、オブジェクトに結びついた行列中に待機している要
求が存在するかどうかを検証する。存在する場合にはそ
の要求に関連しアクティビティを開始することができ
る。
が、オブジェクトに結びついた行列中に待機している要
求が存在するかどうかを検証する。存在する場合にはそ
の要求に関連しアクティビティを開始することができ
る。
【００４５】これら二つの機能の付加は、プログラマ
が、オブジェクトの記述において並行特性（二状態型識
別子、アクティビティ最小数の値、アクティビティ最大
数の値）を明示する以外は何もしなくてよいように、特
定のコンパイラによって自動的に行なうことができる。
が、オブジェクトの記述において並行特性（二状態型識
別子、アクティビティ最小数の値、アクティビティ最大
数の値）を明示する以外は何もしなくてよいように、特
定のコンパイラによって自動的に行なうことができる。
【００４６】オブジェクトに割当てられるアクティビテ
ィの最小数の実施形態については、非常に密接に、オブ
ジェアーキテクチャの管理サポートタイプに関連し、ま
たそのタイプによって異なる。しかしながら、実行リソ
ース数の保証が、アクティビティ数のいっそうの保証を
可能にすることから、単純な実施形態は、このアクティ
ビティの最小数によって明示されるだけの実行リソース
の割当てとすることもできる。
ィの最小数の実施形態については、非常に密接に、オブ
ジェアーキテクチャの管理サポートタイプに関連し、ま
たそのタイプによって異なる。しかしながら、実行リソ
ース数の保証が、アクティビティ数のいっそうの保証を
可能にすることから、単純な実施形態は、このアクティ
ビティの最小数によって明示されるだけの実行リソース
の割当てとすることもできる。
【図１】一つのケースを実施するための従来のオブジェ
クトアーキテクチャを示す図である。
クトアーキテクチャを示す図である。
【図２】本発明による方法の望ましい実施形態を示す図
である。
である。
２ オブジェクトアーキテクチャ Ｏ1、Ｏ2、Ｏ3 オブジェクト ＯＤＬ オブジェクト記述言語 Ｐ1、Ｐ2、Ｐ3 パラメータ
フロントページの続き (72)発明者 クレール・デイール−ワトラン フランス国、75013・パリ、アブニユ・ド ウ・シユワジー・172 (72)発明者 ジヤン−ロベール・ユオン フランス国、91240・サン・ミツシエル・ シユル／オルジユ、レジダンス・ドウ・ロ ルモイ、バテイマン・エロー・２（番地な し) (72)発明者 フイリツプ・リシヤール フランス国、75150・ル・シエネ、リユ・ ドウ・ラ・セル・11
Claims (4)
- 【請求項１】 オブジェクトアーキテクチャの管理サポ
ート（２）を有するデータ処理システムにおいてオブジ
ェクト（Ｏ1、Ｏ2、Ｏ3）における並行性を管理するた
めの方法であって、各オブジェクトがオブジェクト記述
言語（ＯＤＬ）で記述され、さらに、前記のオブジェク
ト記述言語（ＯＤＬ）が、各オブジェクトについて、並
行に実行できるかどうかを明示することを可能にし、追
加層（３）が、前記のオブジェクトアーキテクチャの管
理サポート（２）と前記オブジェクト（Ｏ1、Ｏ2、
Ｏ3）の間に挿しはさまれ、またコンパイラが、前記オ
ブジェクト記述言語（ＯＤＬ）に基づいて前記追加層
（３）に必要なコードを生成することを特徴とする方
法。 - 【請求項２】 前記言語が、各オブジェクトについてア
クティビティの最小数を明示できることを特徴とする請
求項１に記載の方法。 - 【請求項３】 前記言語が、各オブジェクトについてア
クティビティの最大数を明示できることを特徴とする請
求項１または２に記載の方法。 - 【請求項４】 必要な前記コードが、前記オブジェクト
の各々に結びついた相互排除メカニズム（ＭＵＴＥＸ）
と待ち行列との管理を含むことを特徴とする請求項１か
ら３のいずれか一項に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9702119 | 1997-02-21 | ||
| FR9702119A FR2760108B1 (fr) | 1997-02-21 | 1997-02-21 | Methode pour gerer la concurrence dans des objets |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10340195A true JPH10340195A (ja) | 1998-12-22 |
Family
ID=9504055
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3901098A Pending JPH10340195A (ja) | 1997-02-21 | 1998-02-20 | オブジェクトにおける動作同時並行の管理方法 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP0863463A1 (ja) |
| JP (1) | JPH10340195A (ja) |
| FR (1) | FR2760108B1 (ja) |
-
1997
- 1997-02-21 FR FR9702119A patent/FR2760108B1/fr not_active Expired - Fee Related
-
1998
- 1998-02-19 EP EP98400403A patent/EP0863463A1/fr not_active Withdrawn
- 1998-02-20 JP JP3901098A patent/JPH10340195A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| FR2760108B1 (fr) | 1999-04-16 |
| EP0863463A1 (fr) | 1998-09-09 |
| FR2760108A1 (fr) | 1998-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4993851B2 (ja) | 動的なレジストリの区分 | |
| KR100361635B1 (ko) | 논리적 분할부 관리기 및 방법 | |
| US6023721A (en) | Method and system for allowing a single-user application executing in a multi-user environment to create objects having both user-global and system global visibility | |
| US6209018B1 (en) | Service framework for a distributed object network system | |
| JP4690437B2 (ja) | ネットワークアプリケーションにおける通信方法、通信装置及びそのためのプログラム | |
| US5771383A (en) | Shared memory support method and apparatus for a microkernel data processing system | |
| JPH08241207A (ja) | セキュリティ・レベルを設定する方法およびシステム | |
| US10025924B1 (en) | Taskless containers for enhanced isolation of users and multi-tenant applications | |
| US20040122953A1 (en) | Communication multiplexor for use with a database system implemented on a data processing system | |
| KR19990064189A (ko) | 다중 사용자 운영 체제에서 사용자 글로벌 오브젝트 명칭공간을 제공하기 위한 방법 | |
| US20050086237A1 (en) | Shared queues in shared object space | |
| JP2005534116A (ja) | 複数の消費者をもつコンピュータシステムで資源を動的に割当てて管理する方法 | |
| JPH05216692A (ja) | プログラム実行を管理する方法およびシステム | |
| EP1461695A2 (en) | Modified class loaders and their utilisation method | |
| KR20070028446A (ko) | 장치 동작 모드에 기초한 애플리케이션 우선권을 위한시스템 | |
| US6108744A (en) | Software interrupt mechanism | |
| EP0695993A2 (en) | System and method for interprocess communication | |
| EP0704796B1 (en) | Capability engine method and apparatus for a microkernel data processing system | |
| JP3725437B2 (ja) | トランザクションのための安全なサブスペースを生成する方法及びシステム | |
| EP1480124B1 (en) | Method and system for associating resource pools with operating system partitions | |
| Bhardwaj et al. | ESCHER: expressive scheduling with ephemeral resources | |
| EP0689139A2 (en) | Anonymous reply port method and apparatus for a microkernel data processing system | |
| JPH10340195A (ja) | オブジェクトにおける動作同時並行の管理方法 | |
| Au et al. | L4 user manual | |
| EP0689137A2 (en) | Message control structure registration method and apparatus for a microkernel data processing system |