JPH0981486A - ソフトウェア・アプリケーション・プログラム間の共通の通信インターフェースを与えるオブジェクト指向型方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】通信ネットワークを経由して、複数のプログラ
ムの間で通信を行なう共通通信インターフェースを得る
ための方法及びシステムを提供する。 【解決手段】このシステムは、複数のプログラムの第１
のものに応答して通信ネットワークに接続するためのア
ダプターオブジェクトと、このオブジェクトに結合され
また上記の第１のプログラムに関連して少なくとも一つ
のアイデンティファイアをコンピュータメモリーに格納
するためのリソースオブジェクトとを含んでいる。この
アダプターオブジェクトは複数のプログラムの内の第２
のものに関連するエージェントオブジェクトに応答して
ビューオブジェクトを発生し、このビューオブジェクト
が上記の通信ネットワークを経由して通信を受け取る。
システムは更にエージェントオブジェクトとビューオブ
ジェクトとに結合され、複数のプログラムの間で送信さ
れるデータを格納するデータオブジェクトを含む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェア・アプリ
ケーション・プログラム間における通信のための汎用通
信インタフェースを実現するためのオブジェクト指向方
法およびシステムに関する。

【０００２】

【従来の技術】ソフトウェア・アプリケーションおよび
プログラム間における通信は、どのようなコンピュータ
システムにとっても重要な課題である。そのような通信
を実現する１つの方法は、アプリケーション・プログラ
ムインタフェース（ＡＰＩ）を介して行うことである。
このようなＡＰＩにはいろいろあり、例えば、バークレ
ーのソケット、ＩＢＭのＣＰＩ−Ｃ、マイクロソフトの
ＮｅｔＢＥＵＩ、ＷｉｎＳｏｃｋおよび、ピアロジック
のＰＩＰＥＳプラットフォーム（商標）がある。

【０００３】しかしながら、これらのＡＰＩは、同様な
環境下で使用した場合、それぞれ一長一短を有してい
る。何かあるアプリケーションを用いているとき、その
アプリケーションが通信を行おうとしている相手のアプ
リケーションが他のＡＰＩを採用しているため、複数の
ＡＰＩを用いることが必要となることがしばしば起こ
る。

【０００４】従って、もし、たった１つのＡＰＩを用い
てアプリケーションをプログラムしたとすると、ある環
境下においては、そのプログラムが本来有している能力
を最大に発揮することができないことが起こり得る。し
かしながら、環境が変わったときに、異なるＡＰＩを用
いることができるようにアプリケーションを再プログラ
ムすることは非常に時間がかるし、また、ＡＰＩの微妙
な差異のために再プログラムによってエラーが発生して
しまう危険性もある。従って、いろいろなＡＰＩと通信
をすることが可能な共通のＡＰＩが望まれている。

【０００５】また、さらに効率が向上し、また／あるい
は融通性により優れた新しいＡＰＩが開発され実用化さ
れている。しかし、これらの最新のＡＰＩが有する優れ
た特徴を活用しようとするとＡＰＩを乗り換えるための
変換作業が必要となる。このような変換作業を行うに際
しては、なるべくアプリケーションに影響を与えないよ
うにして行うことが望まれる。この種のシステムは、ジ
ェイムズ・ランボー等が１９９１年にプレンティス・ホ
ールから発行された「オブジェクト指向モデリングと設
計」（「ＯＯＭＤ」）において論じているように、オブ
ジェクトモデル、機能モデル、および動的モデルを用い
て表すことが可能であり、この文献のすべてを、ここに
参照併合するものである。上記文献（ＯＯＭＤ）によれ
ば、システムのオブジェクトモデルによって、システム
を構成するオブジェクト型とこれらのオブジェクト型の
間の関係が表現される。一方、システムの機能モデルに
よって、システムのプロセスとデータ構造およびこれら
の間のデータの流れが表現される。上記文献（ＯＯＭ
Ｄ）によれば、システムのオブジェクトモデルによっ
て、そのシステムを構成するオブジェクト型が表され、
また、オブジェクト型の間の関係が表される。一方、シ
ステムの機能モデルによって、そのシステムのプロセス
とデータ構造およびこれらの間のデータの流れが表現さ
れる。しかし、プロセスのシーケンスについてはシステ
ムの機能モデルでは表現されない。システムのシーケン
スは、システムの動的モデルによって表現される。この
ようなシーケンスは、基本的には、ある状態から別の状
態への遷移として表現される。

【０００６】

【発明が解決しようとする課題】従って、ソフトウェア
・アプリケーション・プログラム間の通信のための共通
の通信インタフェースを実現する方法とシステムが求め
られている。

【０００７】

【課題を解決するための手段】本発明は、複数の異なる
種類のソフトウェア・アプリケーション間で通信網を介
して通信を行うための共通の通信インタフェースを実現
する方法とシステムを提供するものである。このシステ
ムおよび方法は、上記複数のプログラムの１つに結合さ
れ、この複数のプログラムの１つに応答してこの複数の
プログラムの１つを上記通信網に接続させるためのアダ
プタ手段を有する。

【０００８】また、このシステムおよび方法は、上記の
アダプタ手段および複数のソフトウェア・アプリケーシ
ョン・プログラムに結合されたリソース手段を有してい
る。リソース手段は、上記ソフトウェア・アプリケーシ
ョン・プログラムに関連づけられた少なくとも１つの識
別子すなわちリソース名を「名前空間」に記憶してい
る。また、リソース手段は、複数のソフトウェア・アプ
リケーション・プログラムのうちの他の１つに関連づけ
られたエージェント手段に対しても応答し、第１のソフ
トウェア・アプリケーション・プログラムを第２のソフ
トウェア・アプリケーション・プログラムと関連づける
ビュー手段を生成する。また、ビュー手段は、上記通信
網を介してソフトウェア・アプリケーション・プログラ
ムからの通信を受け入れる。

【０００９】ある１つのソフトウェア・アプリケーショ
ン・プログラムのリソース手段に結合されたビュー手段
は、他のソフトウェア・アプリケーション・プログラム
に対して応答し、これら２つのプログラム間でのデータ
通信を受け入れる。また、本発明のシステムおよび方法
は、ビュー手段に結合されて、上記ソフトウェア・アプ
リケーション・プログラム間で送信されたデータの記憶
を行うデータ手段を有している。

【００１０】

【実施の形態】本発明は、複数のソフトウェア・アプリ
ケーション・プログラム間において少なくとも１つの通
信網インタフェースを介して通信を行うための共通の通
信インタフェースを実現する方法とシステムに関するも
のである。

【００１１】図１は、本発明の一実施の形態を示したも
のであり、複数のソフトウェア・アプリケーション・プ
ログラム１ａ〜１ｂが本発明によるトランスポートフレ
ームワーク１ｃを介して少なくとも１つの通信網インタ
フェースに結合されている。図１に示した本発明の実施
例では、複数のソフトウェア・アプリケーション・プロ
グラム１ａ〜１ｂ、トランスポートフレームワーク１ｃ
および通信網インタフェース１ｄのいずれも、プロセッ
サ１ｇ、メモリ１ｘ、表示装置１ｙ、およびデータ記憶
装置１ｚを有する汎用コンピュータ上で実現されてい
る。さらに、本発明のこの実施例では、ソフトウェアプ
ログラム１ａ〜１ｂは、プロセッサ１ｇとアドレス空間
を共有している。また、ソフトウェア・アプリケーショ
ン・プログラム１ａおよびソフトウェア・アプリケーシ
ョン・プログラム１ｂは、同じアプリケーションに属し
ていてもよい。

【００１２】図２は、本発明による他の実施の形態を示
したものであり、第１のプロセッサ１上の第１のソフト
ウェア・アプリケーション・プログラムのセット１ｆ〜
１ｈと、第２のプロセッサ１ｐ上の第２のソフトウェア
・アプリケーション・プログラムのセット１ｋ〜１ｌと
の間の通信を容易に行うことを可能とするものである。
第１のプロセッサ１ｏ上には、第１のソフトウェア・ア
プリケーション・プログラムのセット１ｆ〜１ｈを第１
の通信網インタフェース１ｊに対して結合する第１のト
ランスポートフレームワークが具現化されている。第２
のプロセッサ１ｐ上には、第２のソフトウェア・アプリ
ケーション・プログラムのセット１ｋ〜１ｌを第２の通
信網インタフェース１ｎに対して結合する第２のトラン
スポートフレームワークが具現化されている。

【００１３】図３は、本発明による第３の実施例のシス
テムを示したものであり、ソフトウェア・アプリケーシ
ョン・プログラム１ａ〜１ｂは、第１のトランスポート
フレームワーク１ｃと、具現化された第１の通信網イン
タフェース（Ａ）１ｊとを用いて、第２のトランスポー
トフレームワーク１ｉと第１の通信網インタフェース
（Ａ）１ｊとを用いているソフトウェア・アプリケーシ
ョン・プログラム１ｆ〜１ｈと通信を行う。なお、ここ
で、第１の通信網インタフェース（Ａ）１ｊの（Ａ）は
通信網インタフェースの型を表しており、例えば、ＰＩ
ＰＥＳプラットフォーム（商標）である。同様に、ソフ
トウェア・アプリケーション・プログラム１ａ〜1ｂ
は、第１のトランスポートフレームワーク１ｃと、第２
の通信網インタフェース（Ｂ）１ｎとを用いて、トラン
スポートフレームワーク１ｍと第２の通信網インタフェ
ース（Ｂ）１ｎとを用いているソフトウェア・アプリケ
ーション・プログラム１ｋ〜１ｌと通信を行う。なお、
ここで、第２の通信網インタフェース（Ｂ）１ｎの
（Ｂ）は例えばＷｉｎＳｏｃｋ通信網インタフェースで
ある。

【００１４】この実施の形態は、例えば、ソフトウェア
・アプリケーション・プログラム１ａ〜１ｂがプロセッ
サ１ｇ上のソフトウェア・アプリケーション・プログラ
ム１ｋ〜１ｌと同一のアドレス空間を共有していない場
合に用いられる。

【００１５】図４は、本発明によるトランスポートフレ
ームワーク１ｃのオブジェクトモデルの一実施の形態を
示したものである。

【００１６】本発明のトランスポートフレームワークに
関するオブジェクト型には、図４のオブジェクトモデル
に示されているように、名前空間イタレータオブジェク
ト型２ａ、アダプタオブジェクト型２ｂ、リソースオブ
ジェクト型２ｃ、エージェントオブジェクト型２ｄ、ビ
ューオブジェクト型２ｅおよびデータオブジェクト型２
ｆがある。図４のこれらの各オブジェクトは、これらに
関連するデータ構造およびビヘイビア（すなわち、動作
・演算・操作）を含むことができる。オブジェクト型が
具体化されたものは、オブジェクトあるいはインスタン
スと呼ぶ。オブジェクト型に関連する具体的なデータ構
造およびビヘイビア（動作）は、それぞれ属性およびメ
ソッドと呼ばれる。

【００１７】図４に示された各オブジェクト型の、オブ
ジェクトインスタンス、およびその属性とメソッドが図
５、７、１１、１７、２２、および２７に示されてい
る。具体的なオブジェクト型、データ構造およびビヘイ
ビア（動作）は、以下にさらに詳細に説明するように、
ソフトウェア・アプリケーション・プログラムが本発明
による特定のトランスポートフレームワーク１ｃからサ
ービスをリクエストしたときに生成される。

【００１８】あるビヘイビア（動作）に関連するメソッ
ドが実行されると、すなわちイベントが発生すると、そ
の結果、関連するオブジェクトインスタンスの状態があ
る状態から別の状態へと遷移を起こし得る。図５、７、
１１、１７および２２に示されているそれぞれのオブジ
ェクト型のオブジェクトインスタンスに関するいろいろ
な状態および遷移が、図６、８〜１０、１２〜１６、１
８〜２１、および２３〜２６にそれぞれ示されている。

【００１９】図４に示されている本発明の実施例を用い
ると、ある特定の通信網１ｄに関するアダプタオブジェ
クト型２ｂのインスタンスを生成し、さらにまた、アダ
プタオブジェクト型２ｂのインスタンスと関連する少な
くとも１つのリソースオブジェクト型２ｃのインスタン
スを生成する第１のソフトウェア・アプリケーション・
プログラム１ａが、同じ通信網１ｃに関連するアダプタ
オブジェクト型２ｂのインスタンスを生成する第２のソ
フトウェア・アプリケーション・プログラム１ｂと通信
を行うことが可能である。第２のソフトウェア・アプリ
ケーション・プログラム１ｂが第１のソフトウェア・ア
プリケーション・プログラム１ａとの通信を開始するに
は、第２のソフトウェア・アプリケーション・プログラ
ム１ｂは、アダプタオブジェクト２ｂのインスタンスに
関連するエージェントオブジェクト型２ｄのインスタン
スを生成すればよい。

【００２０】第２のソフトウェア・アプリケーション・
プログラム１ｂは名前空間イタレータ・オブジェクト型
２ａのインスタンスを生成して、第１のソフトウェア・
アプリケーション・プログラム１ａに関連するリソース
名を探索する。このリソース名を用いて、第２のソフト
ウェア・アプリケーション・プログラム１ｂに関連する
エージェントオブジェクト型２ｄが、第１のソフトウェ
ア・アプリケーション・プログラム１ａと関連するリソ
ースオブジェクト型２ｃのインスタンスにアタッチされ
る。

【００２１】第２のソフトウェア・アプリケーション・
プログラム１ｂに関連するエージェントオブジェクト型
２ｄのインスタンスによって上記のアタッチがなされる
と、第１のソフトウェア・アプリケーション・プログラ
ム１ａに関連するリソースオブジェクト型２ｃは、ビュ
ーオブジェクト型２ｅのインスタンスを生成する。さら
に、第２のソフトウェア・アプリケーション・プログラ
ム１ｂはビューオブジェクト型２ｅを介して、データオ
ブジェクト型２ｆのインスタンスを用いて第１のソフト
ウェア・アプリケーション・プログラム１ａとデータの
送受信を行う。

【００２２】トランスポートフレームワーク１ｃを構成
する各オブジェクト型の動作について、以下にさらに詳
細に説明する。

【００２３】名前空間イタレータ図５は、名前空間イタ
レータ・オブジェクト型２ａのオブジェクトモデルを示
したものである。名前空間イタレータ・オブジェクト型
２ａは、そのビヘイビア（動作）として、ｎｅｗ（）
（ニュー、新規作成）、ｄｅｌｅｔｅ（）（デリート、
削除）、ｒｅｓｅｔ（）（リセット）、ｓｅｔ（）（セ
ット）およびｆｉｎｄｎｅｘｔ（）（ファインド・ネッ
クスト、次を探す）を有している。第２のアプリケーシ
ョン・プログラム１ｂは、名前空間イタレータオブジェ
クト型２ａを用いて、通信網１ｄに関する名前空間２ｇ
を検索して、第１のソフトウェア・アプリケーション・
プログラム１ａに関連するアクティブなリソース名を特
定する。このリソース名を用いて、エージェントオブジ
ェクト型２ｄのインスタンスをリソースオブジェクト型
２ｃのインスタンスにアタッチする。リセット（ｒｅｓ
ｅｔ（））ビヘイビアは、名前空間２ｇの先頭から反復
動作を開始する。セット（ｓｅｔ（））ビヘイビアは、
ユーザがファインド・ネクスト（ｆｉｎｄｎｅｘ
ｔ（））ビヘイビアの検索基準を初期化することを許
し、これに基づいて、ファインド・ネクスト（ｆｉｎｄ
ｎｅｘｔ（））ビヘイビアは検索を行いこの新たな検索
基準を満たすリソース名を返す。

【００２４】図６に示されている名前空間イタレータ・
オブジェクト型２ａの動的モデルは、第２のソフトウェ
ア・アプリケーション・プログラム１ｂが名前空間イタ
レータ・オブジェクト型２ａに関するビヘイビア（動
作）に対応するメソッドを呼び出したときに起こる状態
遷移を表したものである。名前空間イタレータ・オブジ
ェクト型２ａに関する状態としては、初期化状態４ａ、
セット状態４ｂ、リセット状態４ｃ、ファインド状態、
および、ネクスト状態４ｅがある。

【００２５】ファインド状態４ｄは、与えられた検索基
準とマッチする与えられたリソース名を名前空間２ｇに
おいて探す名前空間イタレータ・オブジェクト型２ａの
１つのビヘイビア（動作）を含んでおり、これは、通信
網インタフェース１ｄによって具現される。ソフトウェ
ア・アプリケーション・プログラム１ａに関連するリソ
ース名が見つかると、ソフトウェア・アプリケーション
・プログラム１ａとの通信を開始することが可能とな
る。他のソフトウェア・アプリケーション・プログラム
１ｂがソフトウェア・アプリケーション・プログラム１
ａとの通信を開始してしまうのを防ぐには、ソフトウェ
ア・アプリケーション・プログラム１ａのリソース名が
名前空間２ｇには存在しないようにすればよい。

【００２６】アダプタ名前空間イタレータ・オブジェク
ト型２ａとともに、図７のオブジェクトモデルに詳細に
示されているアダプタオブジェクト型２ｂは、エージェ
ントオブジェクト型２ｄおよび特定の通信網１ｄに関す
るリソースオブジェクト型２ｃに対するマネージメント
インタフェースを提供する。アダプタオブジェクト型２
ｄによって提供されるマネージメントインタフェース
は、アプリケーション・プログラムとリソースオブジェ
クト型２ｃとの間、リソースオブジェクト型２ｃと通信
網１ｄとの間、およびリソースオブジェクト型２ｃとエ
ージェントオブジェクト型２ｄとの間の関連を生成、変
更、除去する動作を含んでいる。

【００２７】具体的なアダプタオブジェクト型２ｂに関
連するエージェントオブジェクト型２ｄは、エージェン
ト５ｂのデータ構造セットに記憶されている。具体的な
アダプタオブジェクト型２ｂに関連するリソースオブジ
ェクト型２ｃは、リソース５ｃのデータ構造セットに記
憶されている。本発明の１実施態様においては、エージ
ェント５ｂのセットおよびリソース５ｃのセットのいず
れも、例えば２重にリンクされたエージェント識別子お
よびリソース識別子のリストとして具現化される。

【００２８】アダプタオブジェクト型２ｂのビヘイビア
には、ｎｅｗ（）（新規）、ｄｅｌｅｔｅ（）（デリー
ト、削除）、ｃｏｎｎｅｃｔ（）（コネクト、接続）、
および、ｄｉｓｃｏｎｎｅｃｔ（）（ディスコネクト、
切断）がある。ｃｏｎｎｅｃｔ（ｃｏｎｎｅｃｔ（））
は、ソフトウェア・アプリケーション・プログラム１ａ
を通信網１ｄに対して接続するビヘイビアである。ディ
スコネクト（ｄｉｓｃｏｎｎｅｃｔ（））は、ソフトウ
ェア・アプリケーション・プログラム１ａを通信網１ｄ
から切断するビヘイビアである。各アドレス空間に対し
て１つのアダプタオブジェクト型２ｂが設けられてお
り、これによって、ソフトウェア・アプリケーション・
プログラム１ａが通信網１ｄと関連づけられる。

【００２９】図８〜１０は、アダプタオブジェクト型２
ｂの動的モデルを示したものである。図８に示されてい
るように、一般に、アダプタオブジェクト型２ｂに関す
るビヘイビアが実行されると、アダプタオブジェクト型
２ｂのインスタンスは少なくとも次の５つの状態の間で
すなわち待ち状態６ａ、接続状態６ｂ、クリーニング状
態６ｅ，切断状態６ｄ、およびアクティブ状態６ｃ間で
遷移する。

【００３０】ソフトウェア・アプリケーション・プログ
ラム１ａが、ニュー（ｎｅｗ（））ビヘイビアを用い
て、エラーなしにアダプタオブジェクト型２ｂのインス
タンスを生成できた場合には、アダプタオブジェクト型
２ｂの新たなインスタンスが待ち状態６ａに遷移する。
アダプタオブジェクト型２ｂの新しいインスタンスを生
成する際に、ソフトウェア・アプリケーション・プログ
ラム１ａは、ニュー（ｎｅｗ（））ビヘイビアに、構造
属性データを含むアダプタ構成と呼ばれる属性を送付す
る。具体的には、アダプタオブジェクト型２ｂのインス
タンスの通信網１ｄに対して送られる。エラーなしに新
しいアダプタオブジェクト型２ｂを生成することに成功
した場合には、ニュー（ｎｅｗ（））ビヘイビアは、識
別子として用いられるアダプタハンドル属性を返す。

【００３１】待ち状態６ａに入った後は、アダプタオブ
ジェクト型２ｂのインスタンスは、接続状態６ｂに遷移
するか、あるいは削除される。

【００３２】アダプタオブジェクト型２ｂが待機状態６
ａにあるときに、もし、ソフトウェア・アプリケーショ
ン・プログラム１ａがデリート（ｄｅｌｅｔｅ（））ビ
ヘイビアを発した場合には、アダプタハンドル属性によ
って識別されたアダプタオブジェクトのインスタンスが
削除される。

【００３３】アダプタオブジェクト型２ｂのインスタン
スが待機状態６ａにあるときに、アプリケーション・プ
ログラム１ａが接続（ｃｏｎｎｅｃｔ（））ビヘイビア
を発すると、アダプタオブジェクト型２ｂのインスタン
スは接続状態６ｂに遷移する。接続状態６ｂにおいて、
アダプタオブジェクト型２ｂのインスタンスはソフトウ
ェア・アプリケーション・プログラム １ａを初期化し
て、通信網１ｄを用いるのに必要な処理を実行する。接
続（ｃｏｎｎｅｃｔ（））ビヘイビアは、エラー属性を
生成することによって、接続が成功したかあるいは失敗
したかを示す。

【００３４】接続状態６ｂにおけるすべての処理が終了
すると、接続終了イベントが生起し、これによって、ア
ダプタオブジェクト型２ｂのインスタンスは、エラー属
性値に応じて待機状態６ａかまたはアクティブ状態６ｃ
のいずれかに遷移する。すなわち、エラー属性値が「失
敗」である場合には、待機状態６ａに遷移し、そうでな
ければ、アクティブ状態６ｃに遷移する。アクティブ状
態６ｃにおいて行われる処理について、図９の動的モデ
ルを参照しながら以下にさらに説明する。

【００３５】図９に示されているように、アダプタオブ
ジェクト型２ｂのインスタンスのアクティブ状態６ｃ
は、エージェント追加状態７ａ、待機状態７ｂ、リソー
ス追加状態７ｃ、エージェント削除状態７ｄ、およびリ
ソース削除状態７ｅを含む。これらは、それぞれ、アク
ティブ状態６ｃにおいてなされたソフトウェア・アプリ
ケーション・プログラム１ａに応答して行われる、エー
ジェントオブジェクト型２ｄのデータ構造インスタンス
およびリソース５ｃのデータ構造インスタンスのエージ
ェント５ｂおよびリリース５ｃへの 追加・削除の処理
を表す。

【００３６】図８にさらに示されているように、アダプ
タオブジェクト型２ｂのインスタンスは、アクティブ状
態６ｃからクリーニング状態６ｅあるいは切断状態６ｄ
へと遷移することができる。アプリケーション・プログ
ラム１ａが切断（ｄｉｓｃｏｎｎｅｃｔ（））ビヘイビ
アを発すると、切断イベントにトリガがかけられて、ア
ダプタオブジェクト型２ｂのインスタンスは切断状態６
ｄに遷移する。切断状態６ｄにおいて、アダプタオブジ
ェクト型２ｂのインスタンスは、通信網１ｄがアプリケ
ーション・プログラム１ａとの接続を終了するのに必要
な動作を実行する。切断状態６ｄにおけるすべての処理
が終了すると、切断イベントにトリガがかけられ、これ
によって、アダプタオブジェクト型２ｂのインスタンス
は、さらに以下に説明するようにクリーニング状態６ｅ
に遷移する。

【００３７】また、切断イベントは、アダプタオブジェ
クト型２ｂのインスタンスがアクティブ状態６ｃにある
ときに、アダプタオブジェクト型２ｂのインスタンスと
関連するアプリケーション・プログラム１ａがもはや通
信網１ｄを使用しなくなったときに、トランスポートフ
レームワーク１ｃ内からトリガをかけられた場合にも発
生する。このような状況は通常は、例えば通信網１ｄソ
フトウェアエラーが起こった場合などの破局的イベント
によって起こる。アダプタオブジェクト型２ｂのインス
タンスがアクティブ状態６ｃにあるときに、切断イベン
トにトリガがかけられとアダプタオブジェクト型２ｂの
インスタンスは再びクリーニング状態６ｅに遷移する。

【００３８】図１０は、図８のアダプタオブジェクト型
２ｂのインスタンスがクリーニング状態６ｅにある場合
の動的モデルをさらに示したものである。アダプタオブ
ジェクト型２ｂのインスタンスのクリーニング状態６ｅ
には、リソース削除状態８ａ、およびエージェント削除
状態８ｂが含まれる。すなわち、クリーニング状態６ｅ
は、アダプタオブジェクト型２ｂが通信網インタフェー
ス１ｄから切断されるときに、アダプタオブジェクト型
２ｂのインスタンスとエージェントオブジェクト型２ｄ
のインスタンスとの間の関連、およびアダプタオブジェ
クト型２ｂとリソースオブジェクト型２ｃとの間の関連
を消去することがその目的である。また、クリーニング
状態６ｅは、エージェントオブジェクト型２ｄおよびリ
ソースオブジェクト型２ｃのインスタンスに対して通信
網インタフェース１ｄとの接続が断たれたことを通知す
る。

【００３９】リソースまた、リソースオブジェクト型２
ｃは、ソフトウェア・アプリケーション・プログラム１
ａに他のアプリケーション・プログラム１ｂがソフトウ
ェア・アプリケーション・プログラム１ａを使用するこ
とができるように自分の名前を広告する手段を提供す
る。例えば、ソフトウェア・アプリケーション・プログ
ラム１ａがソフトウェア・アプリケーション・プログラ
ム１ｂにソフトウェア・アプリケーション・プログラム
１ａと通信することを許可しようと思うときには、ソフ
トウェア・アプリケーション・プログラム１ａは、リソ
ースオブジェクト型２ｃのインスタンスを生成してアク
ティブ状態とすればよい。

【００４０】また、リソースオブジェクト型２ｃは、ビ
ューオブジェクト型２ｅのインスタンスの生成と管理と
を行う。以下にさらに詳細に述べるように、実際の通信
は、このビューオブジェクト型を介して行われる。

【００４１】図１１は、リソースオブジェクト型２ｃの
オブジェクトモデルを示したものである。図１１に示さ
れているように、リソースオブジェクト型２ｃに関連す
るビヘイビアには、ニュー（ｎｅｗ（））、デリート
（ｄｅｌｅｔｅ（））、アクティベート（ａｃｔｉｖａ
ｔｅ（））、およびディアクティベート（ｄｅａｃｔｉ
ｖａｔｅ（））がある。また、リソースオブジェクト型
２ｃがビューセットデータ構造９ｂと関連づけられる。

【００４２】ニュー（ｎｅｗ（））ビヘイビアは、リソ
ースオブジェクト型２ｃのインスタンスを生成し、これ
をソフトウェア・アプリケーション・プログラム１ａと
関連づける。リソースオブジェクト型２ｃのインスタン
スを生成するには、ソフトウェア・アプリケーション・
プログラム１ａはアダプタハンドル属性（アダプタハン
ドル属性はリソースオブジェクト型２ｃのインスタンス
をアダプタオブジェクト型２ｂのインスタンスに関連づ
ける）を用いて、リソース名（通信網１ｄと関連する名
前空間２ｇにアクティベートされた識別名）、およびデ
ータを含むリソース構造属性を用いる。

【００４３】アクティベートビヘイビアは、関連するリ
ソース名を通信網１ｄと関連する名前空間２ｇに配する
ことによって、リソースオブジェクト型２ｃのインスタ
ンスをアクティブにする。なお、ソフトウェア・アプリ
ケーション・プログラム１ａは、これに関連づけられた
複数のリソースオブジェクト型２ｃのインスタンスを持
つことが可能である。しかしながら、リソースオブジェ
クト型２ｃの各インスタンスは、名前空間２ｇにおい
て、重複しないユニークな名前を付けられている必要が
ある。

【００４４】ディアクティベートビヘイビアは、リソー
スオブジェクト型２ｃのインスタンスに関連するリソー
ス名を名前空間２ｇから削除することによって、リソー
スオブジェクト型２ｃのインスタンスをアクティブな状
態から解除する。

【００４５】図１２に示されているように、リソースオ
ブジェクト型２ｃのインスタンスは、４つの状態、すな
わち、待機状態１０ａ、アクティベート状態、クリーニ
ング状態１０ｃ、およびアクティブ状態１０ｄ間におい
て遷移を行う。

【００４６】アプリケーション・プログラム１ａがリソ
ースオブジェクト型２ｃを生成するのに成功すると、リ
ソースオブジェクト型２ｃのインスタンスは待機状態１
０ａに遷移する。待機状態１０ａにおいては、リソース
オブジェクト型２ｃのインスタンスは、アクティベート
状態１０ｂに遷移するか、あるいは、削除されるかのど
ちらかである。

【００４７】アクティベートビヘイビアを発するソフト
ウェア・アプリケーション・プログラム１ａは、関連す
るアダプタオブジェクト型２ｂのインスタンスがアクテ
ィブ状態６ｃにある場合には、アクティベート状態１０
ｂに遷移する。アクティベート状態１０ｂにおいては、
リソースオブジェクト型２ｃのインスタンスは、通信網
１ｄがリソースオブジェクト型２ｃのインスタンスに関
連するリソース名を名前空間２ｇに配するのに必要な処
理を実行する。

【００４８】アクティベート状態１０ｂに対するすべて
の処理が終了すると、アクティベート終了イベントにト
リガがかけられ、これによって、リソースオブジェクト
型２ｃのインスタンスは、アクティベート終了イベント
のエラー属性に応じて待機状態１０ａに遷移するか、あ
るいは、アクティブ状態１０ｄに遷移する。エラー属性
値が「失敗」であった場合には、遷移は、待機状態１０
ａに戻る。そうでない場合には、リソースオブジェクト
型２ｃのインスタンスは、アダプタオブジェクト型２ｂ
に関連するリソースセットデータ構造５ｃに加えられ、
リソースオブジェクト型２ｃのインスタンスは、アクテ
ィブ状態１０ｄへと遷移する。アクティブ状態１０ｄに
おいて、リソースオブジェクト型２ｃのインスタンスに
よって行われる処理について、図１１を参照しながらさ
らに説明する。アクティブ状態１０ｄにあるとき、リソ
ースオブジェクト型２ｃのインスタンスは、処理状態１
１ａかまたはディアクティベート状態１１ｂのいずれか
にあるか、あるいはまたは、これら両方に同時に存在す
ることもできる。

【００４９】処理状態１１ａには、アタッチ状態１１
ｃ、待機状態１１ｄ、ディタッチ状態１１ｅ、および削
除状態１１ｆが含まれる。アタッチ状態１１ｃおよびデ
ィタッチ状態１１ｅは図１４および図１５にそれぞれ動
的モデルを用いてさらに詳細に示されている。また、リ
ソースオブジェクト型２ｃのインスタンスによるエージ
ェントオブジェクト型２ｄのインスタンスのアタッチお
よびディタッチに関する制御についても示されている。

【００５０】図１４に示されているように、エージェン
トオブジェクト型２ｄのインスタンスからエージェント
アッタチイベントが発せられると、リソースオブジェク
ト型２ｃのインスタンスは、ビューオブジェクト型２ｅ
の新しいインスタンスを生成した後に検証状態１２ａに
遷移する。検証が成功裏に終了すると、ビューオブジェ
クト型２ｅの新しいインスタンスが追加状態１２ｂのビ
ューセット９ｂに加えられて、リッスンイベントがビュ
ーオブジェクト型２ｅのインスタンスに対して送られ、
これによって、さらに以下に説明するように、ビューオ
ブジェクト型２ｅの新しいインスタンスは、待機状態２
１ａからアクティブ状態２１ｂに遷移する。また、アタ
ッチ終了イベントがエージェントオブジェクト型２ｄに
送られ、アタッチがうまく行われたかどうかが確認され
る。

【００５１】確認が失敗した場合には、アタッチは拒否
されて、上記のビューオブジェクト型２ｅの新しいイン
スタンスは削除される。ビューオブジェクト型２ｅの新
しいインスタンスを生成したリソースオブジェクト型２
ｃのインスタンスのアタッチを試みているエージェント
オブジェクト型２ｄのインスタンスは、アタッチがふま
くいかなかったことを知らされる。

【００５２】図１５に詳細に示されているように、リソ
ースオブジェクト型２ｃのインスタンスのディタッチ状
態１１ｅには、エージェントオブジェクト型２ｄのイン
スタンスがエージェントデタッチイベントをリソースオ
ブジェクト型２ｃのインスタンスに送ったときに入る。
すると、リソースオブジェクト型２ｃのインスタンス
は、削除状態１３ｅに入り、リソースディタッチイベン
トを関連するビューオブジェクト型２ｅのインスタンス
に送り、これによって、関連を終了させる。リソースオ
ブジェクト型２ｃのインスタンスは、デリート状態１３
ｂに遷移し、ここで、ビューオブジェクト型２ｅのイン
スタンスへの参照およびビューオブジェクト型２ｅのイ
ンスタンスがビューセット９ｂから削除される。最後
に、ディタッチ終了イベントが関連するエージェントオ
ブジェクト型２ｄのインスタンスに送られる。

【００５３】図１３の動的モデルを再び参照する。ソフ
トウェア・アプリケーション・プログラム１ａは、ディ
アクティベートビヘイビアを呼び出すことによって、デ
ィアクティベートイベントにトリガをかけて、リソース
オブジェクト型２ｃのインスタンスをディアクティベー
ト状態１１ｂに遷移させる。ディアクティベート状態１
１ｂにおいて、通信網１ｄは関連するリソース名を名前
空間２ｇから削除するのに必要な処理を行う。

【００５４】終了すると、ディアクティベート終了イベ
ントが生成される。さらに第２のディアクティベート終
了イベントが待機状態１１ｄから生成される。シンクポ
イント１１ｇに同期させてディアクティベート終了イベ
ントが発生されて、これによって、ソフトウェア・アプ
リケーション・プログラム１ａが通信網１ｄから切り離
される。切り離しは、また、通信網１ｄにおいてソフト
ウェアエラーあるいはハードウェアの故障が発生した場
合などのように何らかの制御不能な破局的なイベントが
発生したために、関連するアダプタオブジェクト２ｂの
インスタンスが通信網１ｄへの接続を終了し、アダプタ
ディアクティベートイベントを発生した場合にも、ソフ
トウェア・アプリケーション・プログラム１ａは通信網
１ｄから切り離される。

【００５５】図１２のリソースオブジェクト動的モデル
を再度参照する。ディアクティベート終了イベントある
いはアダプタディアクティベートイベントを受けとる
と、リソースオブジェクト型２ｃのインスタンスは、ア
クティブ状態１０ｄからクリーニング状態１０ｃへ遷移
する。このディアクティベート終了イベントの受け取り
によって、リソース削除イベントにトリガがかけられ、
これが関連するアダプタオブジェクト２ｂのインスタン
スに送られる。

【００５６】図１６にクリーニング状態１０ｃを示す。
関連するリソースオブジェクト型２ｃのインスタンスか
らのディアクティベートイベントが発生されると、ある
いは、アダプタディタッチイベントが関連するアダプタ
オブジェクト型２ｂのインスタンスから発せられると、
リソースオブジェクト型２ｃのインスタンスは削除状態
１４ｅに入る。

【００５７】図１６はクリーニングステート１０ｃを示
す。リソースオブジェクトタイプ２ｃのインスタンスが
リムービングステート１４ａにエンターされる。これは
リソースオブジェクト型２ｃの関連するインスタンスか
ら送られるデアクティブ済イベント、あるいはアダプタ
ーオブジェクト型２ｂの関連するインスタンスから送ら
れるアダプターイベントによるデタッチ（detach-by-ad
apter event)に応答して行われる。

【００５８】リムービングステート１４ａから、リソー
スイベントによるデタッチ（detach-by-resource even
t) がビューオブジェクト型２ｃの関連するインスタン
スに送られる。また同時に、別のリソースイベントによ
るデタッチがエージェントオブジェクト型２ｄの関連す
るインスタンスに送られる。またリソースオブジェクト
型２ｅのインスタンスが削除状態１４ｂに変化する。削
除状態１４ｂから、ビューオブジェクト型２ｅの関連す
るインスタンスが削除され、リソースオブジェクト型２
ｅが再びリムービング状態１４ａに戻る。このようにし
て、ビューオブジェクト型２ｅの全てのインスタンスが
セットオブビュー９ｂから取り除かれるまで処理が続け
られる。以上の動作が完了すると、クリーンダンイベン
トが開始され、それによってリソースオブジェクトタイ
プ２ｅのインスタンスが変化される。

【００５９】エージェント エージェントオブジェクト型２ｄは、アプリケーション
・プログラム１ｂに、データの送受信のための手段を与
える。この手段は、既にリソースオブジェクト型２ｃの
インスタンスを作動させたアプリケーション・プログラ
ムに対してデータを送信し、またこれからデータを受信
するものである。たとえば、もしアプリケーション・プ
ログラム１ａがリソースオブジェクト型２ｃの一つのイ
ンスタンスを作動させると、アプリケーション・プログ
ラム１ｂが、エージェントオブジェクト型２ｄのインス
タンスを使用して、アプリケーション・プログラム１ａ
と交信を行なう。この交信は、アプリケーション・プロ
グラム１ａと関連するリソースオブジェクト型２ｃのイ
ンスタンスに対してエージェントオブジェクト型２ｄの
インスタンスを取付けることによって行われる。

【００６０】図１７にエージェントオブジェクトタイプ
２ｄのオブジェクトモデルを示す。この図から分かるよ
うに、エージェントオブジェクトタイプ２ｄはビヘイビ
アアタッチ、デタッチ、センド及びレシーブを含む。ア
タッチビヘイビアはアプリケーション・プログラム１ｂ
に関連するエージェントオブジェクトタイプ２ｄのイン
スタンスを、ソフトウェア・アプリケーション・プログ
ラムの関連するリソースオブジェクトタイプ２ｃのイン
スタンスにアタッチし、それによって、２つのアプリケ
ーション・プログラム相互間の通信を可能にする。

【００６１】デタッチビヘイビアは、アプリケーション
・プログラム１ａに関連するリソースオブジェクト型２
ｃのインスタンスから、アプリケーション・プログラム
１ｂに関連するエージェントオブジェクトタイプ２ｄの
インスタンスをデタッチし、それによって、２つのアプ
リケーション・プログラム相互間の通信を不能にする。
アプリケーション・プログラム１ａは、センドビヘービ
アを用いて、ビューオブジェクトタイプ２ｅの関連する
インスタンスを経由して、アタッチされたアプリケーシ
ョン・プログラム１ｂにデータを送る。

【００６２】アプリケーション・プログラム１ａは、レ
シーブビヘービアを用いて、アタッチされたアプリケー
ション・プログラム１ｂからデータを受け取る。アプリ
ケーション・プログラム１ｂは、エージェントオブジェ
クトタイプ２ｄの多数のインスタンスに関連させること
ができる。その場合、エージェントオブジェクトタイプ
２ｄの各インスタンスは一つのアプリケーション・プロ
グラムまたは複数の異なるアプリケーション・プログラ
ムと関連させることができる。

【００６３】図１８−２１にエージェントオブジェクト
タイプ２ｄのインスタンスのダイナミックモデルを示
す。図１８に示すようにエージェントオブジェクトタイ
プ２ｄのインスタンスは３つの状態の間で変化可能であ
る。その３つの状態とは、ドーマント状態１６ａ、アタ
ッチング状態１６ｂ及びアクティブ状態１６ｃである。

【００６４】アプリケーション・プログラム１ｄによる
エージェントオブジェクト型２ｄの発生がうまくいく
と、エージェントオブジェクト型２ｄのインスタンスが
ドーマント状態１６ａに変化する。エージェントオブジ
ェクト型２ｄのインスタンスを発生するにあたって、ア
プリケーション・プログラム１ｂは、アダプターオブジ
ェクト型２ｂのインスタンスを参照する。一旦ドーマン
ト状態１６ａの状態になると、エージェントオブジェク
ト型２ｄのインスタンスはアタッチング状態１６ｂに遷
移するかあるいは、削除される。

【００６５】アダプタオブジェクト型２ｂの関連するイ
ンスタンスがアクティブステートにありさえすれば、ア
プリケーション・プログラム１ｂがアタッチビヘービア
を出力することに対応してアタッチイベントがトリガを
かけられる。アタッチングステート１６ｂの期間中、ト
ランスポートフレームワーク装置１ｃが、所定のアイデ
ンティフィケーションに対応するアプリケーション・プ
ログラム１ａに対してアプリケーション・プログラム１
ｂをアタッチするのに必要となる処理を行なう。

【００６６】アタッチングステート１６ｂのための処理
が終了したならば、アタッチダンイベントがトリガをか
けられる。もし、その結果のエラー属性が失敗であれ
ば、エージェントオブジェクト型２ｄのインスタンスが
ドーマントステート１６ａに遷移する。そうでなけれ
ば、エージェントオブジェクト型２ｄのインスタンスが
アクティブステート１６ｃに遷移する。

【００６７】図１９にさらに示すように、アクティブス
テート１６ｃは２つの状態を含む。即ち、リスニング１
７ａとプロセッシング１７ｂとである。一旦アクティブ
ステート１６ｃの状態となると、エージェントオブジェ
クト型２ｄのインスタンスは、リスニングステート１７
ａか、あるいはプロセッシングステート１７ｂのいずれ
かとなる。リソースオブジェクト型２ｃのインスタンス
がエージェントオブジェクト型２ｄのインスタンスのリ
スニングステート１７ａへの遷移をトリガし、その間エ
ージェントオブジェクト型２ｄのインスタンスはソフト
ウェア・アプリケーション・プログラム１ｂからのアク
ションを待つ待ち状態となる。ソフトウェア・アプリケ
ーション・プログラム１ｂによってエージェントオブジ
ェクト型２ｄのインスタンスからプロセッシングステー
ト１７ｂへの遷移がトリガされる。その他のイベントが
その他の状態のアクティビティの結果として生じる（ビ
ューオブジェクト型２ｅのインスタンスによって送られ
るデタッチ−バイ−リソースイベントを除く）。

【００６８】エージェントオブジェクト型２ｄが一旦ア
クティブステート１６ｃとなると、アプリケーション・
プログラム１ｂがセンドあるいはレシーブビヘービアを
出力してセンドあるいはレシーブイベントをトリガする
ことができる。これらのイベントは、それぞれ複数のも
のが同時に起きてもよいし、互いに同時に起きてもよ
い。たとえば、アプリケーション・プログラム１ｂは２
つのセンドあるいは２つのレシーブイベントを同時にト
リガすることができる。

【００６９】さらにプロセッシング状態１７ｂが図２０
に示されている。図２０に示すように、プロセッシング
状態１７ｂは、センディング状態１８ａとレシービング
ステート１８ｂとデタッチング状態１８ｃとを含んでお
りエージェントオブジェクト型２ｄはこれらの状態のう
ちのいずれか一つあるいはこれらの状態のすべてを同時
に取ることができる。しかしながら、エージェントオブ
ジェクト型２ｄがデタッチング状態１８ｃである場合に
は、センディング状態１８ａもまたレシービング状態１
８ｂも、エンターすることができない。

【００７０】センディング状態１８ａにある間、トラン
スポートフレームワーク装置１ｃは、アタッチされたア
プリケーション・プログラム１ｂに対してデータを送る
ために通信ネットワーク装置１ｄが必要とする処理を行
なう。この処理が終了したならば、センドダンイベント
が開始される。

【００７１】レシービングステート１８ｂの期間中、図
２１に示すダイナミックモデルにおけるように、通信ネ
ットワーク装置１ｄがアタッチされたアプリケーション
・プログラム１ｂからデータを受け取るのに必要となる
処理をトランスポートフレームワーク装置１ｃが行な
う。レシーブビヘービアのためのこの処理が完了したな
らば、レシーブダンイベントが開始される。

【００７２】エージェントオブジェクト型２ｄのインス
タンスの発生を開始させたソフトウェア・アプリケーシ
ョン・プログラム１ａからデタッチイベントを受け取る
と、エージェントオブジェクト型２ｄのインスタンスが
デタッチング状態１８ｃに遷移する。アプリケーション
・プログラム１ａはデタッチビヘービアを発生させると
きに、デタッチイベントをトリガさせる。

【００７３】デタッチイベントがトリガされると、エー
ジェントオブジェクト型２ｄのインスタンスがデタッチ
ング状態１８ｃに遷移し、その間トランスポートフレー
ムワーク装置１ｃが処理を行なう。この処理は、通信ネ
ットワーク装置１ｄがアタッチされたアプリケーション
・プログラム１ｂをデタッチするために必要なものであ
る。デタッチングが完了し、すべてのセンド及びすべて
のレシーブがそれぞれセンドダンイベント及びレシーブ
ダンイベントを発すると、デタッチダンイベントがトリ
ガされる。

【００７４】ビュー ビューオブジェクト型２ｅの目的の一つは、アプリケー
ション・プログラム１ａに対して、アプリケーション・
プログラム１ｂにデータを送り、またこれからデータを
受信する手段を与えることである。この場合、このアプ
リケーション・プログラム１ｂは、アプリケーション・
プログラム１ａに関連するリソースオブジェクト型２ｃ
のインスタンスに対してエージェントオブジェクト型２
ｄのインスタンスをアタッチする動作を行なったあとの
ものである。ビューオブジェクト型２ｅのインスタンス
を記述するもう一つの方法は、リソースオブジェクト型
２ｃの関連するインスタンスのためのデリゲーテッドリ
エゾンと同様である。リソースオブジェクト型２ｃのイ
ンスタンスは通信の詳細処理は行なわず、この処理をビ
ューオブジェクト型２ｅのインスタンスにゆだねる。

【００７５】一例を説明するために、ここで、アプリケ
ーション・プログラム１ａがリソースオブジェクト型２
ｃの関連するインスタンスを発生させて作動させるとい
うことと、アプリケーション・プログラム１ｂがエージ
ェントオブジェクト型２ｄの関連するインスタンスを発
生させてこのインスタンスをアプリケーション・プログ
ラム１ａに関連するリソースオブジェクト型２ｃのイン
スタンスにアタッチするということとを想定する。リソ
ースオブジェクト型２ｃの関連するインスタンスはそれ
以上の通信処理をリソースオブジェクト型２ｃのインス
タンスに関連するビューオブジェクト型２ｅのインスタ
ンスにゆだねる。アプリケーション・プログラム１ａは
これを利用して、アプリケーション・プログラム１ｂに
関連するエージェントオブジェクト型２ｄのインスタン
スを経由してアプリケーション・プログラム１ｂと交信
する。

【００７６】図２２は、ビューオブジェクト型２ｅのた
めのオブジェクトモデルを示す。この図からわかるよう
に、ビューオブジェクト型２ｅは、デタッチ、センド、
及びレシーブのビヘービアを含む。デタッチビヘービア
は、アプリケーション・プログラム１ａに関連するリソ
ースオブジェクト型２ｃのインスタンスを、エージェン
トオブジェクト型２ｄのインスタンスに関連するアプリ
ケーション・プログラム１ｂからデタッチする。センド
ビヘービアは、エージェントオブジェクト型２ｄの関連
するインスタンスを経由して、データをアプリケーショ
ン・プログラム１ｂに送る。レシーブビヘービアは、エ
ージェントオブジェクト型２ｄの関連するインスタンス
を経由して、アプリケーション・プログラム１ｂからデ
ータを受け取る。

【００７７】ビューオブジェクト型２ｅの関連するイン
スタンスは、もしリソースオブジェクト型２ｃの対応す
るインスタンスがアクティブステートにない場合には、
発生されることはない。さらにまた、リソースオブジェ
クト型２ｃのアクティブインスタンスは、ビューオブジ
ェクト型２ｅの複数のインスタンスを発生させることが
できる。アプリケーション・プログラム１ｂはビューオ
ブジェクト型２ｅのインスタンスを発生させることは行
なわないが、アプリケーション・プログラム１ａに関連
するリソースオブジェクト型２ｃのインスタンスによっ
て発生されたビューオブジェクト型２ｅのインスタンス
を使用することができる。

【００７８】図２３に示されるダイナミックモデルから
わかるように、ビューオブジェクト型２ｅのインスタン
スはドーマント状態２１ａとアクティブ状態２１ｂとの
間で遷移する。図２４に示すように、アクティブ状態２
１ｂは２つの状態を持っている。それらの状態はリスニ
ング状態２２ａとプロセッシング状態２２ｂとであり、
これらは同時に発生する。アタッチ−バイ−エージェン
トイベント（これはエージェントオブジェクト型２ｄの
インスタンスのアタッチング状態１６ｂから発生され
る）がリソースオブジェクト型２ｃのインスタンスによ
って受信されると、リソースオブジェクト型２ｃのイン
スタンスが新しいイベントを開始させてビューオブジェ
クト型２ｅのインスタンスを発生させる。リソースオブ
ジェクト型２ｃのインスタンスはイベントのためのアト
リビュートとして使用される。アタッチ−バイ−エージ
ェントイベントは、リソースオブジェクト型２ｃのイン
スタンスがアクティブ状態１０ｂであるときに発生され
る。ビューオブジェクト型２ｅを検証し、これをセット
オブビュー９ｂに送った後、リソースオブジェクト型２
ｃのインスタンスはリッスンイベントをビューオブジェ
クト型２ｅに送り、その結果ビューオブジェクト型２ｅ
は、ビューオブジェクト型２ｅのインスタンスをアクテ
ィブ状態２１ｂのリスニング状態２２ａに変化させる。

【００７９】ビューオブジェクト型２ｅのインスタンス
が一旦リスニング状態２２ａとなると、アプリケーショ
ン・プログラム１ａはセンドイベント及び受信イベント
をそれぞれスタートさせるためにセンド及び受信ビヘー
ビアを使用することができる。図２３に示されるダイナ
ミックモデルからわかるように、送信イベントは、ビュ
ーオブジェクト型２ｅのインスタンスをプロセッシング
状態２２ｂの送信状態２３ａに変化させ、エージェント
オブジェクト型２ｄの関連するインスタンスに対してビ
ューイベントによる送信(send-by-view event)を発生す
る。トランスポートフレームワーク装置１ｃが、この送
信状態２３ａにおいて、通信ネットワーク１ｄによりデ
ータをエージェントオブジェクト型２ｄの関連するイン
スタンスを経由してアプリケーション・プログラム１ｂ
に送るのに必要となる処理を行う。送信ビヘービアのた
めのすべての処理が終了すると、送信済イベントが開始
される。

【００８０】受信イベントは、ビューオブジェクト型２
ｅのインスタンスを、受信状態２３ｂと呼ばれるプロセ
ッシング状態２ｂに変化させる。この受信状態２３ｂの
間中、図２６に示すようにトランスポートフレームワー
ク装置１ｃが処理を行なう。この処理は通信ネットワー
ク１ｄが、エージェントオブジェクト型２ｄの関連する
インスタンスを経由してアプリケーション・プログラム
１ｂからデータを受け取るために必要となる処理であ
る。受信ビヘービアのための処理が完了すると、受信済
イベントがトリガされ、送信済イベントがエージェント
オブジェクト型２ｄの関連するインスタンスに送られ
る。

【００８１】これらのセンドイベント及びレシーブイベ
ントは、それぞれ複数個が同時に生じ得、またこれらの
２種類のイベントが同時に発生することも可能である。
たとえば、アプリケーション・プログラム１ｂは２つの
センドイベントと２つのレシーブイベントとをすべて同
時に発生させることができる。

【００８２】ビューオブジェクト型２ｅのインスタンス
がリスニング状態２２ａである間に受信されたデタッチ
イベントは、アプリケーション・プログラム１ａがデタ
ッチビヘービアを発生するときにトリガされる。ビュー
オブジェクト型２ｅの関連するインスタンスが、イベン
トによるデタッチ（detach-by-event)を、エージェント
オブジェクト型２ｄの関連するインスタンスに送り、プ
ロセッシング状態２２ｂのデタッチング状態２３ｃに遷
移する。このデタッチング状態２３ｃの期間中、トラン
スポートフレームワーク１ｃは、アプリケーション・プ
ログラム１ｂ及びエージェントオブジェクト型２ｄの関
連するインスタンスからアプリケーション・プログラム
１ａをデタッチするために通信ネットワーク装置が必要
とする処理を行なう。

【００８３】デタッチプロセッシングが完了し、またす
べてのセンド及びレシーブが完了すると、リムーブ−ビ
ューイベントがリソースオブジェクト型２ｃの関連する
インスタンスに送信され、デタッチダンイベントがトリ
ガされ、それによって、図２１に示すようにビューオブ
ジェクト型２ｅの関連するインスタンスがアクティブ状
態２１ｂのプロセッシング状態２２ｂからドーマント状
態２１ａに変化される。

【００８４】リソースオブジェクト型２ｃの一つのイン
スタンスが待ち状態１１ｄにおいて上記のエージェント
イベントによるデタッチ（detach-by-agent event)を受
信すると、このイベントがトランスポートフレームワー
ク装置１ｃ内において開始される。ビューオブジェクト
型２ｅのインスタンスがリスニング状態２２ａにあると
きにソースイベントによるデタッチ(detach-by-source
event)が受信されると、ビューオブジェクト型２ｅのイ
ンスタンスがアクティブ状態２１ｂのリスニング状態２
２ａからドーマント状態２１ａに変化される。

【００８５】ビューオブジェクト型２ｅのインスタンス
が一旦ドーマント状態２１ａとなった状態では、図２３
に示されるように、起こり得る唯一の変化はこれを削除
することである。この削除は、デアクティブイベントが
開始されるか、あるいはリムーブビューイベントが受信
された後にリソースオブジェクト型２ｃのインスタンス
によって開始される。

【００８６】図２５はアクティブ状態２１ｂのプロセッ
シング状態２２ｂの詳細を示す。センディング状態２３
ａ、受信状態２３ｂ及びデタッチング状態２３ｃが同時
に起こり得る。２３ｇで示されるｓｙｎｃポイントは、
すべての送信が終了したこと、すべての受信が終了した
こと及びデタッチング状態２３ｃによる処理の完了が、
ビューオブジェクト型２ｅのインスタンスをプロセッシ
ング状態２２ｂから離脱させることを示す。エージェン
トオブジェクト型２ｄの関連するインスタンス及びリソ
ースオブジェクト型２ｃの関連するインスタンスが適宜
通知される。

【００８７】トランスポートフレームワーク装置１ｃを
特定の設計仕様とすることによって送信状態２３ａ、受
信状態２３ｂ及びデタッチング状態２３ｃに関連するビ
ヘービアが得られる。

【００８８】データ 図２７はデータオブジェクト型２ｆのためのオブジェク
トモデルを示す。データオブジェクト型２ｆは、次のよ
うなビヘービアを含む。即ち、プットデータ（）、プッ
トレングス（）、ゲットデータアドレス（）、及びゲッ
トレングス（）を含む。プットデータビヘービア及びプ
ットレングスビヘービアはデータ及びデータ長さを汎用
ディジタルコンピュータのメモリ１ｘに入力する。ゲッ
トレングスビヘービアはメモリ１ｘからデータ長を返
す。ゲットデータアドレスビヘービアはメモリ中のデー
タスタート位置のアドレスを返す。このようにして、デ
ータが次々とコンピュータメモリ１ｘに取り込まれる。

【００８９】図２８はアプリケーション・プログラムの
例２６ａを示す。また、この図は本発明のトランスポー
トフレームワーク装置を有するオブジェクト型のインス
タンスと上記アプリケーション・プログラムとの関連を
も示している。このアプリケーション・プログラム２６
ａはアダプターオブジェクト型２ｂ、エージェントオブ
ジェクト型２ｄ、リソースオブジェクト型２ｃ、データ
オブジェクト型２ｆ及び名前空間イテレータオブジェク
ト型２ａのインスタンスを発生し、これらを保有する。
しかしながら、ビューオブジェクト型２ｅのインスタン
スは、トランスポートフレームワーク装置１ｃによって
発生され保有される。アプリケーション・プログラム１
ａはビューオブジェクト型２ｅのインスタンスのみを必
要に応じて参照する。オブジェクト型のインスタンスの
数及びオブジェクト型の内のどれがインスタンスとされ
るかは、アプリケーション・プログラム１ａがトランス
ポートフレームワーク装置１ｃから得ようとするビヘー
ビアによって決まる。

【００９０】図２９は、本発明のトランスポートフレー
ムワーク１ｃを簡単なクライアント・サーバ・プロトコ
ルに対して応用する場合の典型的な例を示したものであ
る。サーバアプリケーション２７ａのプロトコルによっ
て、複数のクライアントアプリケーション２７ｂが処理
される。ただし、クライアントアプリケーション２７ｂ
からは、１つのサーバアプリケーション２７ａとのみし
か通信ができない。従って、サーバアプリケーション２
７ａは、アダプタオブジェクト型２ｂの１つのインスタ
ンスと、リソースオブジェクト型２ｃの１つのインスタ
ンスとを生成する。また、サーバアプリケーション２７
ａにアタッチされたクライアントアプリケーション２７
ｂの各々に対して、ビューオブジェクト型２ｅの１つの
インスタンスが生成される。また、実際の送信データを
保持するためにデータオブジェクト型２ｆのインスタン
スが生成される。

【００９１】クライアントアプリケーション２７ｂは、
１つのアダプタオブジェクト型２ｂのインスタンス、１
つの名前空間イタレータオブジェクト型２ａのインスタ
ンス、および１つのエージェントオブジェクト型２ｄの
インスタンスを生成する。またさらに、サーバアプリケ
ーション２７ａとエージェントオブジェクト型２ｄを介
して通信を行うときに実際の送信データを保持するため
に、データオブジェクト型２ｆのインスタンスが１つ以
上生成される。

【００９２】もし、サーバアプリケーション２７ａに関
連するリソースオブジェクト型２ｃのインスタンスに対
する完全なリソース名がクライアントアプリケーション
２７ｂにおいて得られる場合には、クライアントアプリ
ケーション２７ｂは、名前空間イタレータオブジェクト
型２ａを必要とせず、図２９に示した典型的なクライア
ント／サーバアプリケーションは、さらに簡単なものと
なる。

【００９３】以上に、本発明について詳細に説明した
が、請求範囲において定義された本発明の精神と範囲と
を逸脱することなしに、いろいろな変形、置き換え、あ
るいは改変が可能であることは言うまでもない。以上の
記載に関連して以下の項を開示する。 （１）通信ネットワークを通して複数のプログラム間の
共通の通信インターフェイスを提供するための、メモリ
を保有するコンピュータを用いた、コンピュータ利用シ
ステムにおいて、前記複数のプログラムの中で第一のプ
ログラムを前記通信ネットワークに接続するために、前
記複数のプログラムの中の前記第一のプログラムに応答
するアダプタ手段と、前記アダプタ手段と結合し、前記
複数のプログラムの中の前記第一のプログラムに関連す
る少なくとも一つの識別子を前記コンピュータの前記メ
モリに記憶するために前記複数のプログラムの中の前記
第一のプログラムに関連し、前記通信ネットワークを通
して前記複数のプログラムの中の第二のプログラムから
の通信を受け取るために前記複数のプログラムの中の前
記第二のプログラムと関連するビュー手段を生成するた
めに前記複数のプログラムの中の前記第二のプログラム
に関連するエージェント手段に応答するリソース手段
と、前記リソース手段と結合し、前記複数のプログラム
の中の前記第二のプログラムから前記複数のプログラム
の中の前記第一のプログラムに転送したデータを受け取
るために前記複数のプログラムの中の前記第二のプログ
ラムに応答するビュー手段と、前記複数のプログラムの
中の前記第一のプログラムと前記複数のプログラムの中
の前記第二のプログラムの間で転送された前記データを
記憶するために前記ビュー手段と結合するデータ手段を
具備することを特徴とするコンピュータ利用システム。 （２）通信ネットワークを通して複数のプログラム間の
共通の通信インターフェイスを提供するための、メモリ
を保有するコンピュータを用いた、コンピュータ利用シ
ステムにおいて、前記複数のプログラムの中で第一のプ
ログラムを前記通信ネットワークに接続するために、前
記複数のプログラムの中の前記第一のプログラムに応答
するアダプタ手段と、前記アダプタ手段と結合し、前記
複数のプログラムの中の前記第一のプログラムに関連す
る少なくとも一つの識別子を前記コンピュータの前記メ
モリに記憶するために前記複数のプログラムの中の前記
第一のプログラムに関連し、前記通信ネットワークを通
して前記複数のプログラムの中の第二のプログラムから
の通信を受け取るために前記複数のプログラムの中の前
記第二のプログラムと関連するビュー手段を生成するた
めに前記複数のプログラムの中の前記第二のプログラム
に関連するエージェント手段に応答するリソース手段
と、前記アダプタ手段および前記リソース手段と結合
し、前記複数のプログラムの中の前記第一のプログラム
を前記複数のプログラムの中の第三のプログラムに関連
する前記リソース手段に付属させて、前記複数のプログ
ラムの中の前記第三のプログラムとの通信を開始するた
めに前記複数のプログラムの中の前記第一のプログラム
に応答する前記エージェント手段と、前記エージェント
手段および前記リソース手段と結合し、前記複数のプロ
グラムの中の前記第二のプログラムから前記複数のプロ
グラムの中の前記第一のプログラムに転送したデータを
受け取るために前記複数のプログラムの中の前記第二の
プログラムに応答するビュー手段と、前記複数のプログ
ラムの中の前記第一のプログラムと前記複数のプログラ
ムの中の前記第二のプログラムの間および前記複数のプ
ログラムの中の前記第一のプログラムと前記複数のプロ
グラムの中の前記第三のプログラムの間で転送された前
記データを記憶するために前記エージェント手段および
前記ビュー手段と結合するデータ手段を具備することを
特徴とするコンピュータ利用システム。 （３）通信ネットワークを通して複数のプログラム間の
共通の通信インターフェイスを提供するための、プロセ
ッサとメモリを保有するコンピュータを用いた、コンピ
ュータ利用システムにおいて、前記複数のプログラムの
中で第一のプログラムを前記通信ネットワークに接続す
るために、前記複数のプログラムの中の前記第一のプロ
グラムに応答し関連するアダプタ手段と、前記アダプタ
手段と結合し、前記複数のプログラムの中の前記第一の
プログラムに関連する少なくとも一つの識別子を前記コ
ンピュータの前記メモリに記憶するために前記複数のプ
ログラムの中の前記第一のプログラムに関連し、前記通
信ネットワークを通して前記複数のプログラムの中の第
二のプログラムからの通信を受け取るために前記複数の
プログラムの中の前記第二のプログラムと関連するビュ
ー手段を生成するために前記複数のプログラムの中の前
記第二のプログラムに関連するエージェント手段に応答
するリソース手段と、前記アダプタ手段と結合し、前記
エージェント手段に応じて前記リソース手段と関連する
少なくとも一つの前記識別子を前記コンピュータの前記
メモリから検索するために前記通信ネットワークと関連
する名称空間反復手段と、前記アダプタ手段および前記
リソース手段と結合し、前記複数のプログラムの中の前
記第一のプログラムを前記複数のプログラムの中の第三
のプログラムに関連する前記リソース手段に付属させ
て、前記複数のプログラムの中の前記第三のプログラム
との通信を開始するために前記複数のプログラムの中の
前記第一のプログラムに応答し、前記複数のプログラム
の中の前記第三のプログラムは少なくとも一つの前記識
別子に対応するような前記エージェント手段と、前記エ
ージェント手段および前記リソース手段と結合し、前記
複数のプログラムの中の前記第二のプログラムから前記
複数のプログラムの中の前記第一のプログラムに転送し
たデータを受け取るために前記複数のプログラムの中の
前記第二のプログラムに応答するビュー手段と、前記複
数のプログラムの中の前記第一のプログラムと前記複数
のプログラムの中の前記第二のプログラムの間および前
記複数のプログラムの中の前記第一のプログラムと前記
複数のプログラムの中の前記第三のプログラムの間で転
送された前記データを記憶するために前記エージェント
手段および前記ビュー手段と結合するデータ手段を具備
することを特徴とするコンピュータ利用システム。 （４）前記複数のプログラムの中の前記第一のプログラ
ムと前記複数のプログラムの中の前記第二のプログラム
は前記コンピュータの前記プロセッサ内の前記アドレス
空間を共有することを特徴とする前記（３）に記載のコ
ンピュータ利用システム。 （５）前記複数のプログラムの中の前記第一のプログラ
ムと前記複数のプログラムの中の前記第二のプログラム
は前記コンピュータの前記プロセッサ内のアドレス空間
の異なる部分を占有することを特徴とする前記（３）に
記載のコンピュータ利用システム。 （６）前記通信ネットワークはPIPESプラットフォーム
ネットワーク実現を含むことを特徴とする前記（３）記
載のコンピュータ利用システム。 （７）前記通信ネットワークはWinSockネットワーク実
現を含むことを特徴とする前記（３）記載のコンピュー
タ利用システム。 （８）前記通信ネットワークはCPI-Cネットワーク実現
を含むことを特徴とする前記（３）記載のコンピュータ
利用システム。 （９）前記通信ネットワーク利用はNetBEUIネットワー
ク利用を含むことを特徴とする前記（３）記載のコンピ
ュータ利用システム。 （１０）前記アダプタ手段は、前記アダプタ手段と関連
する前記エージェント手段に対する参照を記憶するため
に第一のメモリ手段と前記アダプタ手段と関連する前記
リソース手段に対する参照を記憶するために第二のメモ
リ手段をさらに有することを特徴とする前記（３）記載
のコンピュータ利用システム。 （１１）前記リソース手段は、前記リソース手段に関連
する前記ビュー手段に対する参照を記憶するためにメモ
リ手段をさらに有することを特徴とする前記（３）記載
のコンピュータ利用システム。 （１２）通信ネットワークを通して複数のプログラム間
のデータ・通信を提供するための、メモリを保有するコ
ンピュータを用いた、コンピュータ利用方法において、
アダプタ手段を用いて前記複数のプログラムの中の第一
のプログラムを前記通信ネットワークに接続する工程
と、前記複数のプログラムの中の前記第一のプログラム
に関連するリソース手段を利用して前記複数のプログラ
ムの中の第二のプログラムから通信を受け取るために前
記複数のプログラムの中の前記第一のプログラムを初期
化する工程と、前記複数のプログラムの中の前記第二の
プログラムに関連するエージェント手段を利用して前記
複数のプログラムの中の前記第一のプログラムに関連す
る前記リソース手段に前記複数のプログラムの中の前記
第二のプログラムを付属する工程と、前記複数のプログ
ラムの中の前記第二のプログラムへデータを送信し、前
記複数のプログラムの中の前記第二のプログラムからデ
ータを受信するために前記複数のプログラムの中の前記
第二のプログラムに関連する前記エージェント手段に応
じてビュー手段を生成する工程と、前記複数のプログラ
ムの中の前記第一のプログラムに関連するデータ手段に
前記データを記憶する工程から構成されることを特徴と
するコンピュータ利用方法。 （１３）通信ネットワークを通して複数のプログラム間
のデータ通信を提供するための、メモリを保有するコン
ピュータを用いた、コンピュータ利用方法において、ア
ダプタ手段を用いて前記複数のプログラムの中の第一の
プログラムを前記通信ネットワークに接続する工程と、
前記接続工程に対応して前記複数のプログラムの中の前
記第一のプログラムに関連する少なくとも一つの識別子
を前記コンピュータの前記メモリに記憶する工程と、前
記複数のプログラムの中の前記第一のプログラムに関連
するリソース手段を利用して前記複数のプログラムの中
の第二のプログラムから通信を受け取るために前記複数
のプログラムの中の前記第一のプログラムを初期化する
工程と、前記複数のプログラムの中の第二のプログラム
に関連するエージェント手段に応じて前記複数のプログ
ラムの中の前記第一のプログラムに関連する少なくとも
一つの前記識別子を前記メモリから検索する工程と、前
記検索工程に対応して前記複数のプログラムの中の前記
第二のプログラムに関連するエージェント手段を利用し
て前記複数のプログラムの中の前記第一のプログラムに
関連する前記リソース手段に前記複数のプログラムの中
の前記第二のプログラムを付属する工程と、前記付属工
程に対応して前記複数のプログラムの中の前記第二のプ
ログラムに関連する前記エージェント手段に応答するビ
ュー手段を生成する工程と、前記ビュー手段を利用して
前記複数のプログラムの中の前記第二のプログラムへデ
ータを送信し、前記複数のプログラムの中の前記第二の
プログラムからデータを受信しする工程と、前記複数の
プログラムの中の前記第一のプログラムに関連するデー
タ手段に前記データを記憶する工程から構成されること
を特徴とするコンピュータ利用方法。 （１４）本発明は、通信ネットワークを経由して、複数
のプログラムの間で通信を行なう共通通信インターフェ
ースを得るための方法及びシステムに関するものであ
る。このシステムは、複数のプログラムの第１のものに
応答して通信ネットワークに接続するためのアダプター
オブジェクトと、アダプターオブジェクトに結合されま
た上記の第１のプログラムに関連して少なくとも一つの
アイデンティファイアをコンピュータメモリーに格納す
るためのリソースオブジェクトとを含んでいる。このア
ダプターオブジェクトは複数のプログラムの内の第２の
ものに関連するエージェントオブジェクトに応答してビ
ューオブジェクトを発生し、このビューオブジェクトが
上記の通信ネットワークを経由して通信を受け取る。シ
ステムは更にエージェントオブジェクトとビューオブジ
ェクトとに結合され、複数のプログラムの間で送信され
るデータを格納するデータオブジェクトを含んでいる。

【図面の簡単な説明】

【図１】本発明の一実施の形態を示す図である。

【図２】本発明の他の実施例を示す図である。

【図３】本発明の第３の実施例を示す図である。

【図４】本発明の一実施の形態のオブジェクトモデルを
示す図である。

【図５】本発明の一実施の形態の名前空間イタレータオ
ブジェクト型のオブジェクトモデルを示す図である。

【図６】本発明の一実施の形態の名前空間イタレータオ
ブジェクト型の動的モデルを示す図である。

【図７】本発明の一実施の形態のアダプタオブジェクト
型のオブジェクトモデルを示す図である。

【図８】本発明の一実施の形態のアダプタオブジェクト
型の動的モデルを示す図である。

【図９】本発明の一実施の形態のアダプタオブジェクト
型の動的モデルを示す図である。

【図１０】本発明の一実施の形態のアダプタオブジェク
ト型の動的モデルを示す図である。

【図１１】本発明の一実施の形態のリソースブジェクト
のオブジェクトモデルを示す図である。

【図１２】本発明の一実施の形態のリソースブジェクト
の動的モデルを示す図である。

【図１３】本発明の一実施の形態のリソースブジェクト
の動的モデルを示す図である。

【図１４】本発明の一実施の形態のリソースブジェクト
の動的モデルを示す図である。

【図１５】本発明の一実施の形態のリソースブジェクト
の動的モデルを示す図である。

【図１６】本発明の一実施の形態のリソースブジェクト
の動的モデルを示す図である。

【図１７】本発明の１実施例のエージェントオブジェク
トのオブジェクトモデルを示す図である。

【図１８】本発明の一実施の形態のエージェントオブジ
ェクトの一般的な動作を示す動的モデルを示す図であ
る。

【図１９】本発明の一実施の形態のエージェントオブジ
ェクトの一般的な動作を示す動的モデルを示す図であ
る。

【図２０】本発明の一実施の形態のエージェントオブジ
ェクトの一般的な動作を示す動的モデルを示す図であ
る。

【図２１】本発明の一実施の形態のエージェントオブジ
ェクトの一般的な動作を示す動的モデルを示す図であ
る。

【図２２】本発明の一実施の形態のビューオブジェクト
のオブジェクトモデルを示す図である。

【図２３】本発明の一実施の形態のビューオブジェクト
の一般的な動作を示す動的モデルを示す図である。

【図２４】本発明の一実施の形態のビューオブジェクト
の一般的な動作を示す動的モデルを示す図である。

【図２５】本発明の一実施の形態のビューオブジェクト
の一般的な動作を示す動的モデルを示す図である。

【図２６】本発明の一実施の形態のビューオブジェクト
の一般的な動作を示す動的モデルを示す図である。

【図２７】本発明の一実施の形態のデータオブジェクト
のオブジェクトモデルを示す図である。

【図２８】本発明の一実施の形態を用いたアプリケーシ
ョンの例を示す図である。

【図２９】本発明の一実施の形態を用いたクライアント
／サーバアプリケーションの例を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 デルマー ジー へイガー アメリカ合衆国 テキサス州 78727 オ ースチン コローニュ レーン 3831

Claims (2)

【特許請求の範囲】
1. 【請求項１】通信ネットワークを通して複数のプログラ
   ム間の共通の通信インターフェイスを提供するための、
   メモリを保有するコンピュータを用いた、コンピュータ
   利用システムにおいて、 前記複数のプログラムの中で第一のプログラムを前記通
   信ネットワークに接続するために、前記複数のプログラ
   ムの中の前記第一のプログラムに応答するアダプタ手段
   と、 前記アダプタ手段と結合し、前記複数のプログラムの中
   の前記第一のプログラムに関連する少なくとも一つの識
   別子を前記コンピュータの前記メモリに記憶するために
   前記複数のプログラムの中の前記第一のプログラムに関
   連し、前記通信ネットワークを通して前記複数のプログ
   ラムの中の第二のプログラムからの通信を受け取るため
   に前記複数のプログラムの中の前記第二のプログラムと
   関連するビュー手段を生成するために前記複数のプログ
   ラムの中の前記第二のプログラムに関連するエージェン
   ト手段に応答するリソース手段と、 前記リソース手段と結合し、前記複数のプログラムの中
   の前記第二のプログラムから前記複数のプログラムの中
   の前記第一のプログラムに転送したデータを受け取るた
   めに前記複数のプログラムの中の前記第二のプログラム
   に応答するビュー手段と、 前記複数のプログラムの中の前記第一のプログラムと前
   記複数のプログラムの中の前記第二のプログラムの間で
   転送された前記データを記憶するために前記ビュー手段
   と結合するデータ手段を具備することを特徴とするコン
   ピュータ利用システム。
2. 【請求項２】通信ネットワークを通して複数のプログラ
   ム間のデータ・通信を提供するための、メモリを保有す
   るコンピュータを用いた、コンピュータ利用方法におい
   て、 アダプタ手段を用いて前記複数のプログラムの中の第一
   のプログラムを前記通信ネットワークに接続する工程
   と、 前記複数のプログラムの中の前記第一のプログラムに関
   連するリソース手段を利用して前記複数のプログラムの
   中の第二のプログラムから通信を受け取るために前記複
   数のプログラムの中の前記第一のプログラムを初期化す
   る工程と、 前記複数のプログラムの中の前記第二のプログラムに関
   連するエージェント手段を利用して前記複数のプログラ
   ムの中の前記第一のプログラムに関連する前記リソース
   手段に前記複数のプログラムの中の前記第二のプログラ
   ムを付属する工程と、 前記複数のプログラムの中の前記第二のプログラムへデ
   ータを送信し、前記複数のプログラムの中の前記第二の
   プログラムからデータを受信するために前記複数のプロ
   グラムの中の前記第二のプログラムに関連する前記エー
   ジェント手段に応じてビュー手段を生成する工程と、 前記複数のプログラムの中の前記第一のプログラムに関
   連するデータ手段に前記データを記憶する工程、 を有することを特徴とするコンピュータ利用方法。