JPH10240509A

JPH10240509A - ソフトウェアアプリケーションを生成する方法、生成装置、プログラムモジュールおよびデータ処理装置

Info

Publication number: JPH10240509A
Application number: JP10038548A
Authority: JP
Inventors: Christine Delcourt; クリステイーヌ・デルクール; Claire Diehl-Wartrin; クレール・デイエル−バイラン; Jean-Robert Huon; ジヤン−ロベール・ユオン; Philippe Richard; フイリツプ・リシヤール
Original assignee: Alcatel Alsthom Compagnie Generale dElectricite
Current assignee: Alcatel Lucent SAS
Priority date: 1997-02-21
Filing date: 1998-02-20
Publication date: 1998-09-11
Also published as: DE69728640T2; EP0860773B1; DE69728640D1; EP0860773A1; US6052527A; ATE264519T1

Abstract

(57)【要約】【課題】設計レベルおよびプログラミングレベルで、
基礎をなす目的プラットホームからアプリケーションを
分離できる方法および装置を提供する。【解決手段】本発明は、異なるいくつかの目的プラッ
トホームに適用することができるソフトウェアアプリケ
ーションの生成に関する。ソフトウェアアプリケーショ
ンは、前記アプリケーションのプラットホームに依存し
ないような二つの個別の記述、すなわち、前記アプリケ
ーションの構造および意味をプラットホームに依存しな
いような方法で記述したコンピュテーショナル記述（Ｃ
Ｄ）および前記アプリケーションの具体化原理をプラッ
トホームに依存しないような方法で記述したエンジニア
リング記述（ＥＤ）によって記述される。前記二つの個
別の記述（ＣＤ、ＥＤ）をともに使用し、それぞれの目
的プラットホームプロファイルを用いて目的プラットホ
ーム（ＴＰ）上にアプリケーションがマップされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異なるいくつかの
目的プラットホームに適用することができる請求項１に
従ったソフトウェアアプリケーションを生成する方法、
異なるいくつかの目的プラットホームに適用することが
できる請求項１１に従ったソフトウェアアプリケーショ
ン生成装置、ソフトウェアアプリケーションを含む請求
項１２に従ったプログラムモジュール、およびソフトウ
ェアアプリケーションによって制御される請求項１３に
従ったデータ処理装置に関する。

【０００２】

【従来の技術】アプリケーションソフトウェアは通常、
アプリケーションがその上で後に実行されるそれぞれの
目的プラットホームに密接に関連させて生成され、コー
ド化される。プログラマは、目的プラットホームのアプ
リケーションプログラミングインターフェース（ＡＰ
Ｉ）を考慮し、そのアプリケーションの実行原理を具体
化するためのプラットホームに依存する手段と機能原理
を選択しなければならない。したがってプログラマは例
えば、目的プラットホームのオペレーションシステム
（ＵＮＩＸ、ＷｉｎｄｏｗｓＮＴ等）の機構を考慮し
なければならない。

【０００３】この方法は、プログラマによって生成され
たアプリケーションの記述がそれぞれのプラットホーム
に依存し、そのため、別の目的プラットホーム用に自動
的には変換されないという欠点を有する。別のプラット
ホーム上でアプリケーションを実行しなければならない
場合には、プログラマは、アプリケーションを全く新し
く記述し、コード化し直さなければならない。

【０００４】この方法の他の欠点は、プログラマは、プ
ラットホームの詳細な知識を必要とするが、別の目的プ
ラットホーム用にプログラムをコード化しなければなら
ない場合にはこれらの知識を使用することができないこ
とである。

【０００５】また、プラットホームに依存しないでオブ
ジェクト指向のアプリケーションソフトウェア設計を可
能とするいくつかの標準仕様および製品（ＯＭＧ／ＣＯ
ＲＢＡ等）がすでに存在する。これらの標準仕様および
ツールはおもに、複雑性の高いソフトウェアアプリケー
ション、例えば、通信分野のアプリケーションの生成に
使用される。このようなオブジェクト指向のアプリケー
ション設計の記述では、アプリケーションの機能は、複
数の相互作用オブジェクトによって記述される。ＣＯＲ
ＢＡ製品（CORBA:Common Object Request Broker Archi
tecture）を使用してアプリケーションが具体化される
場合には、オブジェクト間の相互作用の仕様はＩＤＬ言
語を使用して記述される。この記述は、プログラム言語
で書かれたソースコードに翻訳され、これによって、プ
ログラミングレベルでの配布透明性が保証される。

【０００６】しかし、プラットホーム具体化のその他の
面は依然として、プログラマが管理しなければならな
い。したがって、前記の方法の前述の欠点は依然として
存在する。

【０００７】

【発明が解決しようとする課題】よって、本発明の主要
な目的は、設計レベルおよびプログラミングレベルで、
基礎をなす目的プラットホームからアプリケーションを
分離することにある。

【０００８】

【課題を解決するための手段】この目的は、異なるいく
つかの目的プラットホームに適用することができる請求
項１の開示に従ったソフトウェアアプリケーションを生
成する方法、異なるいくつかの目的プラットホームに適
用することができる請求項１１の開示に従ったソフトウ
ェアアプリケーション生成装置、ソフトウェアアプリケ
ーションを具体化する請求項１２の開示に従ったプログ
ラムモジュール、およびソフトウェアアプリケーション
によって制御される請求項１３の開示に従ったデータ処
理装置によって達成される。

【０００９】本発明の根底にある考え方は、「何を実施
するのか」ということを「どのように実施するのか」と
いうことから切り離し、これら二つのことを、個別の二
つの記述、すなわちコンピュテーショナル（computatio
nal）記述およびエンジニアリング記述としてプラット
ホームに依存しないように記述するというものである。
次いで、これらの二つの記述を使用して、それぞれの目
的プラットホーム上にアプリケーションをマップする。

【００１０】この新規な方法の利点は以下のとおりであ
る。

【００１１】・この方法によって、アプリケーションア
ーキテクチャおよびアプリケーションコードの移植性が
保証される。

【００１２】・プログラマが、目的プラットホームのＡ
ＰＩを気にする必要がなくなる。

【００１３】・アプリケーションコードを変更せずにア
プリケーションを再構成することが可能となる。コンピ
ュテーショナル記述の一部である、オブジェクト記述お
よびインタフェース記述、ならびにこれらのコードか
ら、エンジニアリング記述の一部である構成面を分離す
ることによって、柔軟性が得られ、オブジェクト記述お
よびインタフェース記述、ならびにこれらのコードを変
更する必要なしに構成を変更することができるようにな
る。

【００１４】したがって、この新規な方法を使用するこ
とによって、アプリケーションの開発、改良コスト、な
らびにアプリケーションを市場に出すまでの時間が低減
される。

【００１５】本発明の他の有利な実施形態を従属請求項
に記載する。

【００１６】コンピュテーショナル記述およびエンジニ
アリング記述に特性を統合することは、・良好なマッピングおよび最適な目的プラットホーム機
構の使用を保証し、・アプリケーション技術分野からの要求、例えば通信ア
プリケーションの要求に応えるために特に有利である。

【００１７】両方の個別の記述に付与された特性は、目
的プラットホーム上で具体化される。マッピングおよび
実行のためにプラットホームの知識を必要とするこれら
の記述中の特性は、生成ツールおよび実行サポートが考
慮する。この実行サポートが、特性が確実に満足される
ように監視するので、使用者が、プラットホームの詳細
を知っている必要がない。

【００１８】

【発明の実施の形態】次に、添付図面に参照して本発明
を説明する。

【００１９】図１に、アプリケーションレベルＬ１、サ
ポートレベルＬ２およびプラットホームレベルＬ３を含
むソフトウェアアーキテクチャを示す。

【００２０】アプリケーションレベルＬ１は、異なる二
つの個別の記述、すなわちコンピュテーショナル記述Ｃ
Ｄおよびエンジニアリング記述ＥＤを含む。これら両方
の記述を用いてアプリケーションは、プラットホームに
依存しないような方法で記述される。

【００２１】プラットホームレベルは目的プラットホー
ムＴＰを含む。この目的プラットホームは、そのプラッ
トホームに特化したアプリケーションプログラミングイ
ンタフェースを有する。サポートレベルＬ２は、コンピ
ュテーショナル記述ＣＤおよびエンジニアリング記述Ｅ
Ｄによって記述されたアプリケーションを目的プラット
ホームＴＰ上にマップする。サポートレベルＬ２は、目
的プラットホームの詳細を隠し、分散、通信、スレッド
等のようなその資源を管理する。

【００２２】このマッピングを、サポートレベルＬ２に
結合したツールで支援することが可能である。

【００２３】したがって、アプリケーションを具体化す
るプログラムモジュールは以下のアーキテクチャを有す
る。

【００２４】プログラムモジュールは、プラットホーム
に依存しないような方法でアプリケーションを記述した
コンピュテーショナル記述ＣＤおよびエンジニアリング
記述ＥＤを含む。プログラムモジュールはさらに、これ
らの二つ記述の目的プラットホームＴＰ上へのマッピン
グを提供するサポートレベルのソフトウェアモジュール
を含む。アプリケーションを、別の目的プラットホーム
用に変換しなければならない場合には、これらのソフト
ウェアモジュールのみを変更すればよい。

【００２５】本発明の好ましい実施形態では、サポート
レベルのこれらのソフトウェアモジュールは、二つの記
述ＥＤ、ＣＤおよびそれぞれの目的プラットホームのプ
ロファイルから生成される。これは、充分に適合したサ
ポートレベルＬ２を生成するための効果的な一方法であ
る。

【００２６】以下に、本発明の実施形態をより詳細に説
明する。

【００２７】コンピュテーショナル記述ＣＤは、アプリ
ケーションの構造および意味（semantics）を、特定の
技術に直接には結びつかない言葉で記述するのに必要な
抽象概念（abstract notion）を保持する。

【００２８】好ましい実施形態では、記述ＣＤおよびＥ
Ｄは、オブジェクトモデルに基づく。オブジェクトモデ
ルは、構造化および再使用可能性の目的に有効なモジュ
ール性およびデータカプセル化の考えを具体化したもの
である。

【００２９】コンピュテーショナル記述ＣＤを作り出す
ためには、直接的なプラットホームの問題からオブジェ
クトを分離しなければならない。オブジェクトクラスの
集合およびオブジェクトクラス間の関係が記述されなけ
ればならない。コンピュテーショナル記述中に記述され
たオブジェクトの例として、二つのオブジェクトＯＢ１
およびＯＢ２を図１に示す。

【００３０】オブジェクトは、異なる二つの記述方法、
すなわち相互作用ビュー記述ＩＶＤおよび設計ビュー記
述ＤＶＤでプラットホームに依存しないように記載され
る。

【００３１】相互作用ビュー記述ＩＶＤには、アプリケ
ーションの他の部分に対するオブジェクトのインタフェ
ース、すなわち、このオブジェクトが、アプリケーショ
ンの他の部分にどんなサービスを提供するかが記述され
る。オブジェクトインタフェースの相互作用ビュー記述
ＩＶＤは、・動作を定義するサポートの種類の定義、・その種類のインタフェースのクライアントが呼び出す
ことができる各動作の署名を含む。

【００３２】相互作用ビュー記述ＩＶＤは、ＲＰＣモデ
ル（RPC:Remote Procedure Call）に従う。相互作用の
種類は、各動作の仕様の一部である。２種類の基本的な
相互作用、すなわち、問合せまたは通知がサポートされ
る。さらに多くのアプリケーション要求条件を考慮に入
れなければならない場合には、追加の相互作用を導入す
ることができる。

【００３３】オブジェクト相互作用ビュー記述ＩＶＤを
記述するための言語として、言語ＩＤＬが使用される。
この言語ＩＤＬは、例えばＣＯＲＢＡ／ＩＤＬ言語また
はＣＯＲＢＡ／ＩＤＬ言語のサブセットである。

【００３４】設計ビュー記述ＤＶＤは、オブジェクトの
内部レイアウト、すなわち機能コードの作成者およびサ
ポートレベルＬ２のサポートソフトウェアの作成者をガ
イドする情報を定義する。

【００３５】設計ビュー記述ＤＶＤでは、オブジェクト
定義およびその内部構造に主眼が置かれる。設計ビュー
記述は、オブジェクトが外界に提供するインタフェース
を含む。

【００３６】この記述では、その具体化に関連した一つ
または複数の非機能的特性を一つのオブジェクトクラス
に割り当てることができることが利点である。このよう
な特性には、・使用される他のオブジェクトとのインタフェース、・サポートされたインタフェース、・オブジェクトのライフサイクルを管理する管理インタ
フェース、・並列特性および行動特性を含む実行プロファイル（実
行プロファイルは、周知の属性を有する定義済みの実行
モデルである）・サービス品質の制約、・データの持続性などがある。

【００３７】このような非機能的特性およびサービス品
質特性の記述が十分に豊富で、正確な場合には、実行プ
ロファイルの選択を自動化することができる。限定的な
一セットの実行プロファイルのみによって、複雑なプラ
ットホームのプログラミングを習得し、オブジェクトの
具体化の有効性を保証することができる。

【００３８】設計ビュー記述ＤＶＤを記述する言語とし
て、言語ＯＤＬが使用される。言語ＯＤＬとして、前述
の特性を割り当てるための追加構文を含む既存の言語Ｏ
ＤＬ／ＣＯＲＢＡ（ODL:Object Description Languag
e）の拡張バージョンを使用することができる。

【００３９】オブジェクトクラスの記述を完了するため
には、プログラマが、オブジェクトクラスの動作をコー
ド化、すなわち記述しなければならない。これは、設計
ビュー記述Ｄ１および相互作用ビュー記述Ｄ２が完全に
記述されたあとで実施されることが好ましい。これを実
施することによって、オブジェクトＯＢ１およびＯＢ２
のコンピュテーショナル記述ＣＤが完了する。

【００４０】オブジェクトクラスの特性はサポートレベ
ルＬ２によって保証される。したがって、プログラマが
これらの特性を考慮に入れる必要がない。プログラマは
例えば、スレッド管理について気にかける必要がない。
プログラマは、他のオブジェクトとの相互作用（インス
タンス生成、動作呼出しおよびインスタンス除去）に集
中することができる。

【００４１】エンジニアリング記述ＥＤには、アプリケ
ーションの具体化原理を記述する。これらの情報は、目
的プラットホーム上で開始されなければならないコンピ
ュテーショナル抽象概念の具体化に必要である。

【００４２】コンピュテーショナル記述ＣＤは個々のオ
ブジェクト設計の問題に主眼を置くが、エンジニアリン
グ記述ＥＤは、アーキテクチャの問題、具体的には「ど
のように」「何を」実行するかを記述する。これによっ
て、アプリケーションは、オブジェクトインスタンスの
集合として捉えられる。エンジニアリング記述は例え
ば、配置の問題（何がローカルで、何がリモートである
か）、またはサービスインスタンスの実行資源配分ユニ
ットへのグループ化（これは後に、プロセスなどのプラ
ットホーム概念にマップされる）を記述する。

【００４３】以下の主要概念が、エンジニアリング記述
の記述に使用される。

【００４４】・カプセルは、資源供給ユニットの抽象概
念である。オブジェクトインスタンスは、カプセルにグ
ループ化される。特性は、その行動を記述するカプセル
に割り当てられる。これらの特性は、例えばエンジニア
リングスレッドおよび待ち行列の割当てである。

【００４５】・ノードは、物理的実行資源を実際に提供
する実体を表す。それは、単一のコンピュータまたはス
テーションを指す。

【００４６】・リカバリ。例えば、システムまたはアプ
リケーションに問題があって、アプリケーションがコン
ピュータ動作を継続しない場合には、その一部分のリカ
バリを開始させるパラメータが割り当てられる。リカバ
リの最小単位は、カプセルである。

【００４７】・オブジェクトインスタンスを、工場サー
ビスを通じて静的または動的に、活動化したり、非活動
化したり、または除去したりすることができる。

【００４８】図２に、このようなエンジニアリング記述
の部分的な例を示す。オブジェクトインスタンスＯＩを
含む三つのカプセルＣ１からＣ３が示されている。オブ
ジェクトインスタンスＯＩは、カプセルＣ１からＣ３に
分散され、各カプセルＣ１からＣ３は、アプリケーショ
ンの具体化原理にしたがって大きさが決められる。

【００４９】カプセルＣ１は、呼出しの処理に割り当て
られる。このカプセルは、信号処理、課金、呼出し管
理、ＣＮＸ管理に向けられる異なるいくつかの相互作用
オブジェクトインスタンスを含む。カプセルＣ２および
Ｃ３は、いくつかの加入者オブジェクトインスタンスを
含む。

【００５０】さらに、アプリケーションの具体化原理に
基づいて、前述の特性およびパラメータが、カプセルＣ
１からＣ３に割り当てられ、カプセルＣ１からＣ３を使
用可能なノードにマップする割当てが指定される。

【００５１】エンジニアリング記述ＥＤは、構成記述言
語ＣＤＬによって記述される。

【００５２】コンピュテーショナル記述ＣＤによって記
述された適用可能なオブジェクトは、目的プラットホー
ムＴＰ上にマップされる。両方の記述、すなわちコンピ
ュテーショナル記述ＣＤおよびエンジニアリング記述Ｅ
Ｄを使用して、目的プラットホームの最適な機構が選択
される。プラットホーム上の中間層であるサポート層Ｌ
２があるだけでなく、この中間層は、その関係するアプ
リケーションの特性の最高の利点が得られるような方法
で、二つ記述ＣＤ、ＥＤから生成される。プラットホー
ムの機能およびプラットホームの内部機構の使用は、サ
ポートレベルＬ２によって完全に制御される。

【００５３】有利なことに、コンピュテーショナル記述
ＣＤおよびエンジニアリング記述ＥＤから目的プラット
ホームＴＰのプラットホームプログラミングインタフェ
ースへの翻訳は、ソフトウェアの生産時に実施され、実
行時には実施されない。これは、目的プラットホームＴ
Ｐによく適合したそれぞれの目的プラットホームプロフ
ァイルを使用することによって実施される。

【００５４】完全に記述された意味原理、構造原理およ
び具体化原理によって、マッピング規則を、全ての目的
プラットホームに対して正確に定義することができ、目
的プラットホームプロファイルに記憶することができ
る。

【００５５】サポートレベルは、ジェネリックランタイ
ムＧＭ、複数のオブジェクトサポートモジュールＯＳ
１、ＯＳ２、およびカプセルサポートモジュールＣＳを
含む。

【００５６】オブジェクトサポートモジュールＯＳ１、
ＯＳ２およびカプセルサポートモジュールＣＳが、二つ
の記述ＥＤ、ＣＤとジェネリックランタイムＧＭとをリ
ンクする。

【００５７】オブジェクトサポートモジュールＯＳ１お
よびＯＳ２は、コンピュテーショナル記述ＣＤから生成
される。サポートモジュールＯＳ１およびＯＳ２は、オ
ブジェクトクラスの特性が尊重され、この特性が、目的
プラットホームＴＰ上で具体化されるかどうかを監視す
る。

【００５８】カプセルサポートモジュールＣＳは、エン
ジニアリング記述ＥＤから生成される。カプセルサポー
トモジュールＣＳは具体化原理について監視し、プロセ
スおよびソフトウェア構成部分などのプラットフォーム
の概念上でこれらの具体化原理をマップし、それぞれの
サービスを自動的に生成する。

【００５９】ジェネリックランタイムＧＭは、アプリケ
ーションに依存しない。ジェネリックランタイムＧＭ
は、通信、スレッド管理等の動作を含む。ジェネリック
ランタイムＧＭは、分散、プラットホーム資源、オブジ
ェクトインスタンス間の通信、リカバリなどを管理する
のに目的プラットホームの特定を使用する。

【００６０】ジェネリックランタイムＧＭは、オブジェ
クトの設計記述に指定された実行プロファイルを実施す
る。これには、インスタンス並列制御、カプセル内のス
レッド管理および内部通信機構の選択が含まれる。さら
に、ジェネリックランタイムＧＭは、プラットホームと
のインタフェース、インスタンスのライフサイクル管
理、データ持続性の管理、クラッシュ故障の場合の活動
状態にあるインスタンスのリカバリ管理を実施する。

【００６１】次に、プラットホームに依存しないような
アプリケーションの生成を図３に基づいて示す。

【００６２】図３には、四つのアプリケーション記述段
階Ｄ１からＤ４、三つのコンパイル段階ＣＯＭＰ１から
ＣＯＭＰ３、サポートモジュールＣＳ、ＯＳ１、ＯＳ
２、二つのマッピングプロファイルＭＰ１、ＭＰ２が示
されている。

【００６３】記述段階Ｄ１およびＤ２には、アプリケー
ションのオブジェクトの設計ビュー記述ＤＶＤおよび相
互作用ビュー記述ＩＶＤが入力され、記憶される。

【００６４】記述段階Ｄ３には、エンジニアリング記述
ＥＤが入力され、記憶される。

【００６５】アプリケーションのオブジェクトの記憶さ
れた設計ビュー記述ＤＶＤおよび相互作用ビュー記述Ｉ
ＶＤは一貫性検査の実行後に、コンパイル段階ＣＯＭＰ
１でプログラム言語に翻訳される。記述段階Ｄ１には、
オブジェクトの動作の記述が入力される。この記述は、
前記プログラム言語で書かれ、オブジェクトの翻訳され
た設計ビュー記述ＤＶＤおよび相互作用ビュー記述ＩＶ
Ｄによって決められた位置に記入される。次いで、この
詳細なコンピュテーショナル記述ＣＤが記憶される。

【００６６】コンパイル段階ＣＯＭＰ２では、エンジニ
アリング記述ＥＤが一貫性検査の実行後に、アプリケー
ションを組み立てるのに必要なソースファイル、メイク
ファイルまたはこれらの等価物などの全ての材料を含む
サポートモジュールＣＳに翻訳される。

【００６７】コンパイル段階ＣＯＭＰ３では、コンピュ
テーショナル記述ＣＤが、サポートモジュールＯＳ１お
よびＯＳ２に翻訳される。このコンパイル段階は、マッ
ピングプロファイルＭＰ１およびＭＰ２を考慮に入れ
る。マッピングプロファイルＭＰ１はランタイムＧＭで
あり、マッピングプロファイルＭＰ２は目的プラットホ
ームのライブラリである。

【図面の簡単な説明】

【図１】本発明に基づくプログラムモジュールのアーキ
テクチャを示すブロック図である。

【図２】エンジニアリング記述の一部分を示す図であ
る。

【図３】本発明に基づくソフトウェアアプリケーション
生成方法のプロセスを示す流れ図である。

【符号の説明】

ＣＤコンピュテーショナル記述ＣＤＬ構成記述言語ＣＳカプセルサポートモジュールＤＶＤ設計ビュー記述ＥＤエンジニアリング記述ＧＳジェネリックランタイムＩＤＬ相互作用記述言語ＩＶＤ相互作用ビュー記述Ｌ１アプリケーションレベルＬ２サポートレベルＬ３プラットホームレベルＯＢオブジェクトＯＤＬオブジェクト記述言語ＯＳオブジェクトサポートモジュールＴＰ目的プラットホーム

───────────────────────────────────────────────────── フロントページの続き (72)発明者クレール・デイエル−バイランフランス国、エフ−75013・パリ、アブニユ・ドウ・シヨワジー、172 (72)発明者ジヤン−ロベール・ユオンフランス国、91240・サン−ミツシエル・シユール／オルジユ、バテイマン・エロ・２、レジダンス・ドウ・ロルモイ (72)発明者フイリツプ・リシヤールフランス国、エフ−78150・ル・シエネ、リユ・ドウ・ラ・セル、11

Claims

【特許請求の範囲】

【請求項１】異なるいくつかの目的プラットホームに
適用することができるソフトウェアアプリケーションを
生成する方法であって、プラットホームに依存しないよ
うな二つの個別の前記アプリケーションの記述を記憶す
る段階と、コンピュテーショナル記述（ＣＤ）が、前記
アプリケーションの構造および意味をプラットホームに
依存しないような方法で記述し、エンジニアリング記述
（ＥＤ）が、前記アプリケーションの具体化原理をプラ
ットホームに依存しないような方法で記述する段階と、
前記二つの個別の記述（ＣＤ、ＥＤ）をともに使用し
て、前記いくつかの目的プラットホーム（ＴＰ）の一つ
にそれぞれの目的プラットホームプロファイルを用いて
アプリケーションをマップする段階とを含む方法。
【請求項２】コンピュテーショナル記述（ＣＤ）およ
びエンジニアリング記述（ＥＤ）を抽象概念に基づいて
記憶する段階をさらに含む請求項１に記載の方法。
【請求項３】エンジニアリング記述（ＥＤ）を、相互
作用オブジェクトの記述として記憶する段階をさらに含
む請求項１に記載の方法。
【請求項４】一つまたはいくつかの非機能的特性をコ
ンピュテーショナル記述（ＣＤ）に記憶させる段階と、
その特性を、前記目的プラットホーム（ＴＰ）の最適な
機構のマッピングおよび選択に使用する段階とをさらに
含む請求項１に記載の方法。
【請求項５】それぞれの相互作用オブジェクトの非機
能的行動を記述した一つまたはいくつかの前記非機能的
特性に割り当てた複数の前記相互作用オブジェクトの記
述（ＤＶＤ）を記憶する段階をさらに含む請求項３およ
び４に記載の方法。
【請求項６】一つまたはいくつかの特性をエンジニア
リング記述（ＥＤ）に記憶する段階と、前記特性を、前
記目的プラットホーム（ＴＰ）の最適な機構のマッピン
グおよび使用に用いる段階とをさらに含む請求項１に記
載の方法。
【請求項７】前記相互作用オブジェクト（ＯＩ）のイ
ンスタンスのグループ化の記述、およびオブジェクトイ
ンスタンス（Ｃ１からＣ３）のグループと特定のグルー
プ特性の間の割当ての記述を記憶する段階をさらに含む
請求項３および６に記載の方法。
【請求項８】コンピュテーショナル記述（ＣＤ）、お
よびジェネリックランタイム（ＧＳ）とともにアプリケ
ーションの実行を制御するエンジニアリング記述（Ｅ
Ｄ）から、一つまたはいくつかの実行サポートモジュー
ル（ＯＳ１、ＯＳ２、ＣＳ）を生成する段階をさらに含
む請求項１に記載の方法。
【請求項９】コンピュテーショナル記述（ＣＤ）およ
びエンジニアリング記述（ＥＤ）をジェネリックランタ
イム（ＧＳ）にそれぞれ連結する個別の実行サポートモ
ジュール（ＯＳ１、ＯＳ２、ＣＳ）を、コンピュテーシ
ョナル記述（ＣＤ）およびエンジニアリング記述（Ｅ
Ｄ）からそれぞれ生成する段階をさらに含む請求項１に
記載の方法。
【請求項１０】実行サポートモジュール（ＯＳ１、Ｏ
Ｓ２、ＣＳ）がジェネリックランタイム（ＧＳ）を用い
て、コンピュテーショナル記述（ＣＤ）およびエンジニ
アリング記述（ＥＤ）に記述されたアプリケーションの
特性を満足するのに適当な目的プラットホーム（ＴＰ）
の機構を選択するような方法で、実行サポートモジュー
ル（ＯＳ１、ＯＳ２、ＣＳ）を生成する段階をさらに含
む請求項４、６および８のいずれか一項に記載の方法。
【請求項１１】異なるいくつかの目的プラットホーム
に適用することができるソフトウェアアプリケーション
を生成する装置であって、前記装置が、前記アプリケー
ションの構造および意味をプラットホームに依存しない
ような方法で記述したコンピュテーショナル記述（Ｃ
Ｄ）を入力する第一の入力手段と、前記アプリケーショ
ンの具体化原理をプラットホームに依存しないような方
法で記述したエンジニアリング記述（ＥＤ）を入力する
第二の入力手段と、前記コンピュテーショナル記述およ
び前記エンジニアリング記述を、前記アプリケーション
のプラットホームに依存しないような個別の二つの記述
として記憶する記憶手段と、前記二つの個別の記述（Ｃ
Ｄ、ＥＤ）および目的プラットホームプロファイルの両
方を用いて、前記いくつかの目的プラットホーム（Ｔ
Ｐ）のそれぞれ一つにアプリケーションをマップする実
行サポート（ＯＳ１、ＯＳ２、ＣＳ、ＧＳ）を生成する
生成手段とを含む装置。
【請求項１２】ソフトウェアアプリケーションを具体
化するプログラムモジュールであって、前記アプリケー
ションのプラットホームに依存しないような二つの個別
の記述、すなわち、前記アプリケーションの構造および
意味をプラットホームに依存しないような方法で記述し
たコンピュテーショナル記述（ＣＤ）および前記アプリ
ケーションの具体化原理をプラットホームに依存しない
ような方法で記述したエンジニアリング記述（ＥＤ）を
含み、前記二つの個別の記述（ＣＤ、ＥＤ）によって記
述されたアプリケーションを、目的プラットホーム（Ｔ
Ｐ）上にマップするマッピング手段（ＯＳ１、ＯＳ２、
ＣＳ、ＧＳ）を含むプログラムモジュール。
【請求項１３】ソフトウェアアプリケーションによっ
て制御されるデータ処理装置であって、前記アプリケー
ションのプラットホームに依存しないような二つの個別
の記述、すなわち、前記アプリケーションの構造および
意味をプラットホームに依存しないような方法で記述し
たコンピュテーショナル記述（ＣＤ）および前記アプリ
ケーションの具体化原理をプラットホームに依存しない
ような方法で記述したエンジニアリング記述（ＥＤ）を
含み、前記二つの個別の記述（ＣＤ、ＥＤ）によって記
述されたアプリケーションを、目的プラットホーム（Ｔ
Ｐ）上にマップするマッピング手段（ＯＳ１、ＯＳ２、
ＣＳ、ＧＳ）を含むデータ処理装置。