JPH10149286A - 効率的な共通オブジェクトリクエストブローカアーキテクチャトランザクションを実行するための方法および装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 効率的にトランザクションを管理する。 【解決手段】 クライアントコンピュータは、新たなト
ランザクションを作成し、オブジェクトがリンクされる
べきことをリクエストする。クライアントは、サーバコ
ンピュータに対してコーディネータオブジェクト及び回
復コーディネータオブジェクトの組合わせを供給する。
オブジェクト呼出し内では、リソースが作成され、クラ
イアントのコーディネータオブジェクトと共に登録され
る。この方法は、クライアントに返し、回答し、サーバ
のコーディネータオブジェクトを供給する。このように
して、コーディネータオブジェクトが、クライアントコ
ンピュータに暗黙的に登録される。このトランザクショ
ンが他のオブジェクトについての呼出しを伴う場合、ク
ライアントは、それ自身のものではく、第１のサーバの
コーディネータオブジェクトを、後のサーバに供給す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ワークステーシ
ョンコンピュータにおいて、Common Object Request Br
oker Architecture（ＣＯＲＢＡ：共通オブジェクト・
リクエスト・ブローカ・アーキテクチャ）のオブジェク
ト・トランザクション・サービス（“ＯＴＳ”）を使用
して、効率的にトランザクションを管理するための方法
および装置に関する。特に、この発明の方法および装置
は、コーディネート用トランザクションの負担を、前記
ワークステーションから該ワークステーションに備えら
れたトランザクションオリジネータ（transaction orig
inator）によって呼び出された第１のサーバに移すもの
である。

【０００２】

【従来の技術】分散オブジェクトコンピューティング
は、分散コンピューティングの概念とオブジェクト指向
コンピューティングの概念とを組合わせたものである。
前記分散コンピューティングは、互いに情報を共用する
２つまたは３つ以上のソフトウエアで構成される。これ
ら２つのソフトウエアは、同一のコンピュータ、また
は、共通のネットワークに接続された異なるコンピュー
タで実行可能である。ほとんどの分散コンピューティン
グは、クライアント／サーバモードに基づいている。該
クライアント／サーバモードの場合、２種類の主要ソフ
トウエアが使用される。すなわち、情報またはサービス
をリクエストするクライアントソフトウエアと、情報ま
たはサービスを提供しまたは実行するサーバソフトウエ
アとである。

【０００３】一方、オブジェクトコンピューティングは
オブジェクトモデルに基づいており、該モードにおい
て、（しばしば実世界における実際の物体から抽出され
る）“オブジェクト”と呼ばれるコードは、（オブジェ
クト指向プログラム言語において“属性”と呼ばれる）
データを有し、（“オペレーション（operations）”ま
たは“メンバ関数”）としても知られているメソッドを
当してサービスを提供する。同様なオブジェクトの集合
は、インターフェイス（またしC++言語における“クラ
ス”）を構成する。各オブジェクトは、分散オブジェク
トシステムにおいて、オブジェクト参照と呼ばれるユニ
ークな識別子によって特定される。

【０００４】分散オブジェクトシステムにおいて、クラ
イアントは、サーバが実行すべき処理の表示と、オブジ
ェクト参照と、リクエストの成功または失敗に関する
“例外情報”を返すメカニズムを含むリクエスト（また
は“オブジェクトコール”）を送る。サーバは、前記リ
クエストを受け取り、可能な場合には、該リクエストを
実行し、例外情報を返す。オブジェクト・リクエスト・
ブローカ（ＯＲＢ）は、当該システムにおけるすべての
オブジェクトのための通信ハブを提供し、前記リクエス
トを前記サーバに送り、その回答を前記クライアントに
返す。

【０００５】クライアント側において、前記ＯＲＢは、
メソッドの呼出し、ならびに、サーバおよびメソッドに
ついて関連した選択のためのリクエストを処理する。あ
るアプリケーションがあるオブジェクトについて実行す
べきメソッドに関するリクエストを前記ＯＲＢに送った
場合、該ＯＲＢは、前記リクエストに含まれる引き数の
正当性を前記インターフェイスに対して確認し、該リク
エストを前記サーバに送り、必要な場合これを開始す
る。サーバ側において、前記ＯＲＢは、このようなリク
エストを受け取り、前記引き数を配列から外し、必要に
応じてコンテキストを設定し、メソッドディスパッチャ
ーを呼出し、出力引き数を配列させ、その結果を前記ク
ライアントに返し、これにより、そのオブジェクト呼出
しを完成させる。

【０００６】クライアントおよびサーバは、共に、実行
され得る利用可能なオブジェクトおよびメソッドについ
ての情報を有さなければならない。私用データを隠す
（オブジェクト指向言語において“カプセル化”する）
ことによって、前記クライアントは、リクエトがどのよ
うに前記サーバによって実行されるのかを知る必要がな
い。それにもかかわらず、クライアントおよびサーバ
は、共に、これらの間における通信を可能にするため
に、共通のインターフェイス定義にアクセスできなけれ
ばならない。現在、分散オブジェクトコンピューティン
グのための標準的な言語は、Object Management Group
（ＯＭＧ）のInterface Definition Language（ＩＤ
Ｌ：インターフェイス定義言語）である。

【０００７】前記ＩＤＬ（インターフェイス定義言語）
は、前記ＯＭＧのCommon Object Request Broker Archi
tecture（ＣＯＲＢＡ：共通オブジェクト・リクエスト
・ブローカ・アーキテクチャ）を実行する分散オブジェ
クトシステムに使用される。典型的なＣＯＲＢＡシステ
ムにおいて、インターフェイス定義は、ＩＤＬによって
定義されたソースファイル（“翻訳ユニット”としても
知られている）に書かれている。前記ソースファイル
は、クライアント・スタブ・ファイル、ヘッダファイ
ル、ヘッダファイルおよびサーバ・スケルトン・ファイ
ルを含むプログラミング言語別ファイルを発生するＩＤ
Ｌコンパイラによってコンパイルされる。クライアント
・スタブ・ファイルは、コンパイルされ、クライアント
アプリケーションにリンクされ、リクエストを作成する
ために使用される。ヘッダファイルは、クライアントア
プリケーションおよびサーバアプリケーションにリンク
され、データタイプを定義するために使用される。サー
バ・スケルトン・ファイルは、サーバアプリケーション
にリンクされ、オブジェクト（リクエスト）についての
クライアントオペレーションを、サーバ実施メソッドに
マッピングするために使用される。

【０００８】ＣＯＲＢＡ ＯＲＢ自体は、オブジェクト
がシステムレベルで相互作用するのに必要なすべてのも
のを含むわけではない。しかし、前記ＯＲＢは、クライ
アントと少なくとも１つのサーバとの間のオブジェクト
リクエストを仲介するための基本メカニズムを提供す
る。その他の必要な、または、望ましいサービスは、前
記ＯＲＢの上端に格納されたＩＤＬインターフェイスを
有するオブジェクトによって提供される。ＩＤＬおよび
ＯＲＢは“ソフトウエアバス”の機能を提供し、ＣＯＲ
ＢＡオブジェクトサービスは、このバスに差し込まれ、
これを増大する。エンドユーザオブジェクト構成要素
は、前記バスおよびそのサービスの両方を利用する。

【０００９】ＣＯＲＢＡ対応の分散オブジェクトシステ
ムによって提供されるオブジェクトサービスのうちの１
つは、オブジェクト・トランザクション・サービス
（“ＯＴＳ”）である。ＯＴＳは、分散オブジェクト技
術とトランザクション処理技術とを組合わせる前記ＯＭ
Ｇによる試みである。前記トランザクション処理技術
は、分散システムにおける頑強性を保証する設計哲学で
ある。ＯＲＢ環境において、トランザクションは、クラ
イアント側の発生地点から、１つまたは２つ以上のサー
バを通り、前記発生地点に返るまで管理されなければな
らない。１つのトランザクションが終了すると、すべて
の関係当事者（例えば、前記トランザクションに関係す
るトランザクショナルクライアントおよびすべてのサー
バ）は、該トランザクションが成功したか、または、失
敗したかについて了解すべきである。前記トランザクシ
ョンについての各当事者は、該トランザクションに参加
し、または、該トランザクションをロールバックさせ、
こうして、該トランザクションを再スタートさせる。分
散オブジェクトシステムにおいて、トランザクション
は、回復、一貫性および同時並行の基本単位となる。前
記ＯＴＳは、各ＣＯＲＢＡコンピュータに格納されたト
ランザクション管理ソフトウエアによって実行される。
以下、このコードを“トランザクションマネージャ”
（ＴＭ）と言う。好ましくは、各コンピュータは、特定
のマシーンに関するトランザクションを管理するため
に、ＣＯＲＢＡ ＯＴＳ規格に準拠するトランザクショ
ンマネージャを含む。

【００１０】トランザクション処理の１つの基本的な特
徴は、いわゆる“２段階コミット”手続きである。該２
段階コミット手続きは、複数の異なるマシーンのすべて
が失敗するか、または、成功するよう、これらマシーン
のアップデートを同期させるために使用されるトランザ
クション処理プロトコルである。これは、コミットする
決定を中央に集中させ、しかし、各従属当事者に拒否権
を与えることによって行われる（通常、コミットする決
定はクライアント）。コミットの第１の段階において、
コミットマネージャは、トランザクションに参加するよ
う要請されたすべての従属当事者に対して、prepare
（準備）コマンドを送る。前記コミットマネージャがす
べての従属当事者からコミット準備完了信号を受け取っ
た時、前記コミットの第１の段階が終了する。前記コミ
ットマネージャが前記トランザクションをコミットする
よう決定した時、前記コミットの第２の段階が始まる。
前記すべての従属当事者が前記トランザクションの各々
の分担を支障なくコミットした時、前記第２の段階が終
了する。いずれかの前記当事者が前記トランザクション
に参加することを拒否する表示を返した場合、前記２段
階コミットはアボート（中断）する。 その場合、前記
コミットマネージャは、前記すべての従属当事者に対し
てロールバックを実行するよう指示する。

【００１１】ＯＴＳ（オブジェクト・トランザクション
・サービス）では、現在のオブジェクトについてbegin
メソッドを呼び出すことによって、クライアントアプリ
ケーション（トランザクションオリジネータ）において
トランザクションが作成される。前記現在のオブジェク
トは、実際上、前記クライアントアプリケーション内を
通るスレッドを表す擬似オブジェクト（ＯＲＢによって
直接実行可能なオブジェクト）である。トランザクショ
ンが作成されと、前記クライアントスレッドのトランザ
クションコンテキストが、暗黙的に、新たな前記トラン
ザクションに対応づけられる。さらに、ターミネータオ
ブジェクト、コーディネータオブジェクトおよび回復コ
ーディネータオブジェクトが、呼び出される。前記ター
ミネータオブジェクトは、トランザクションをコミット
し、または、ロールバックさせることによって前記トラ
ンザクションを終了させるために、クライアントによっ
て使用される。前記コーディネータオブジェクトは、ト
ランザクションに関係する２段階コミットを調整するた
めに使用される。前記回復コーディネータオブジェクト
は、失敗したトランザクションからの回復を補助するた
めに使用される。前記beginメソッドを呼び出す代り
に、ＯＴＳのファクトリ（Factory）オブジェクトにつ
いてcreate（作成）メソッドを呼び出すことによって、
制御オブジェクトが明示的に作成されることができる。
該制御オブジェクトは、現在のトランザクションを前記
スレッドと明示的に対応づけるために使用される。クラ
イアントが現在の擬似オブジェクトについてbeginメソ
ッドを呼び出す場合、前記クライアントアプリケーショ
ンはこれらのオブジェクトを明示的に処理する機会を持
たないことになる（多分、多数のトランザクションを処
理するために明示的に使用可能な制御オブジェクトを例
外とする）。

【００１２】リクエストが１つのトランザクションの範
囲内に発せられる場合であっても、ＯＴＳは、すべての
オブジェクトに関するすべてのリクエストが前記トラン
ザクションに関係する（トランザクショナルな）挙動を
有する、ことを要求しない。例えば、あるオブジェクト
は、いくつかのリクエストのためのトランザクショナル
な関係する挙動を支援するが、他のリクエストのための
トランザクショナルな挙動は支援しないかもしれない。
トランザクショナルでないオブジェクトとは、１つのト
ランザクションの範囲内で呼び出されることによって影
響されるオペレーションを有さないオブジェクトのこと
である。また、トランザクショナルなオブジェクトと
は、１つのトランザクションの範囲内で呼び出されるこ
とによって影響されるオペレーションを有するオブジェ
クトのことである。典型的には、トランザクショナルな
オブジェクトは、リクエストによって修正可能な継続的
なデータを含むものか、または、これらのデータを間接
的に言及する。トランザクションオブジェクトは、ＯＴ
Ｓのトランザクション・オブジェクト・インターフェイ
スから引き継ぐ。

【００１３】ＯＴＳにおいてトランザクション挙動を実
行するために、１つのオブジェクトは、前記２段階コミ
ットを含む一定のプロトコルに参加しなければならな
い。オブジェクトは、１つのトランザクション内におい
てその状態が変化しやすいデータを直接的に管理する場
合にのみ、これらのプロトコルに参加するようリクエス
トされる。このようなデータは“リソース”（Resourc
e：資源）と称される。また、そのデータがトランザク
ションをコミットまたはロールバックすることによって
影響されるオブジェクトは、回復可能なオブジェクトと
呼ばれる。しかし、オブジェクトは、トランザクショナ
ルであり得るが、他の回復可能なオブジェクトを使用し
てその状態を実行するによって回復可能にならない。サ
ーバアプリケーションにおける回復可能なオブジェクト
は、リソースを示すリソースオブジェクトを作成するこ
とによって２段階コミットに参加することを所望してい
る旨指示する。このリソースオブジェクトは、register
_resourceメソッドを使用してコーディネータオブジェ
クトに登録される。

【００１４】ここで、ＯＴＳにより、前記ＯＲＢは負担
を増したことになる。１つのアプリケーションにおける
すべての制御スレッドは、暗黙的な現在のトランザクシ
ョンを有する（そのスレッドに対応づけられたトランザ
クションが存在しない場合、トランザクションは“ゼ
ロ”である）。前記ＯＲＢは、スレッドの暗黙的な現在
のトランザクションについて知らない。むしろ、１つの
トランザクショナルなオブジェクトについてメソッドが
呼び出されることをクライアントアプリケーションがリ
クエストした場合、前記ＯＲＢは、最初に、現在のトラ
ンザクションを記述したデータ構造であるトランザクシ
ョンコンテキストを呼出す。該トランザクションコンテ
キストは、コーディネートオブジェクト参照、ターミネ
ータオブジェクト参照、ユニークな識別子、および、そ
の他の実行毎の情報を含むものである。前記ＯＲＢがリ
クエストを送る場合、自動的に、前記トランザクション
コンテキストがそのリクエストと共に送られる。サーバ
のスレッドにおいて、前記ＯＲＢは、ＯＴＳルーチンを
呼出し、前記トランザクションコンテキストをそのルー
チンに送る。その後、前記サーバは、それ自身の制御オ
ブジェクトを作成する。前記メソッドが返された後であ
って、その回答が前記クライアントに送られる前におい
て、前記ＯＲＢは、前記トランザクションコンテキスト
を返す他のＯＴＳルーチンを呼出す。前記クライアント
において、ＯＲＢは、第４のルーチンを呼出し、前記サ
ーバからのトランザクションコンテキストを送る。こう
して、各トランザクショナルなメソッド呼出し毎に、ト
ランザクションコンテキストが、自動的に、クライアン
トスレッドとサーバスレッドとの間で送られる。

【００１５】トランザクションコンテキストを伝えるこ
のメソッドにより、サーバは、単に、そのトランザクシ
ョンのためのターミネータオブジェクト参照およびコー
ディネータオブジェクト参照を記憶し、これらを現在の
制御スレッドに対応づけ、その後、前記現在の制御スレ
ッドのget_coordinatorメソッドを呼び出して、リソー
スを記憶したコーディネータオブジェクト参照に対応づ
ける。しかし、前記サーバが他のサーバのメソッドを呼
び出さなければならない場合、該サーバは、前記ターミ
ネータオブジェクト参照およびコーディネータオブジェ
クト参照を前方に送るよう手配しなければならない。こ
うして、前記ターミネータオブジェクトおよびコーディ
ネータオブジェクトは前記クライアント上に（または、
この近くに）留まっているので、参加しているすべての
回復可能なオブジェクトは、前記クライアントによって
調整されることになる。これは、クライアントとサーバ
との間における多数の前後通信につながることになる。
この問題点を克服するために、ＣＯＲＢＡ対応システム
は、そのトランザクションを完成させるための従属コー
ディネータオブジェクトの挿入を可能にする。前記サー
バが前記クライアントからのリクエストを受け取ると、
該サーバは、それ自身のコーディネータオブジェクトを
作成し、前記クライアントのコーディネータオブジェク
トに前記トランザクションに関する従属コーディネータ
オブジェクトを登録し、そのトランザクションを現在の
トランザクションとする。それ自身のコーディネータオ
ブジェクトを作成すると、前記サーバは、前記トランザ
クションを記述するために、（従属コーディネータオブ
ジェクトに加えて）それ自身のターミネータオブジェク
トとリソースオブジェクトを受け取る。（最もありそう
なこととして、前記サーバは、コーディネータインター
フェイスおよびリソースオブジェクトの両方から属性お
よびメソッドを“継承”するコーディネータ／リソース
オブジェクトの組合わせを受け取る。）前記サーバは、
前記クライアントのコーディネータオブジェクトに、そ
の新たなリソースを登録する。前記クライアントは、前
記新たなサーバコーディネータが前記トランザクション
からの回復を試みることを可能にするために、回復コー
ディネータオブジェクトを返す。その後のすべての呼出
しは前記サーバの新たな従属コーディネータオブジェク
トに報告でき、該新たな従属コーディネータオブジェク
トは前記クライアントのコーディネータオブジェクトに
報告する。前記新たな従属コーディネータオブジェクト
の挿入は、該従属コーディネータオブジェクトとの通信
毎のネットワーク周遊トリップの必要性を除去し、これ
により、様々なアプリケーションの速度を高める。

【００１６】

【発明が解決しようとする課題】挿入等の特徴を使用す
るにも関わらず、ＯＴＳは、トランザクションを完成さ
せるために、依然として多くの周遊トリップを必要とす
る。例えば、挿入を伴う１つのトランザクションにおい
て、クライアントは、１つのメソッドが特定のオブジェ
クトについて実行されることをリクエストする。そのオ
ブジェクトが回復可能なオブジェクトである場合、サー
バ側においてリソースオブジェクトが作成される。サー
バ・トランザクション・マネージャは、最初にそれ自身
の従属コーディネータ／リソースオブジェクトを作成
し、こりオブジェクトをサーバトランザクションに対応
づけなければならない。前記サーバのコーディネータ／
リソースオブジェクトは、前記クライアントのコーディ
ネータに登録されなければならず、前記クライアントに
対する周遊トリップを必要とする。前記回復可能なオブ
ジェクトについてのメソッドの呼出しの後、前記メソッ
ドは前記クライアントに返る。前記クライアントは、前
記トランザクションに専念し、前記サーバのリソースに
ついてのprepareメソッドを呼び出し、このため、前記
サーバに対する他の周遊トリップを必要とする。前記リ
ソースは回答し、前記クライアントは、該リソースのco
mmitメソッドを呼び出し、前記サーバに対するさらに他
の周遊トリップを必要とする。その他のサーバが参加す
る場合、この処理は、さらに時間がかかるものになり、
当該システムの性能を低下させる。

【００１７】さらに、ＣＯＲＢＡ ＯＴＳへのワークス
テーションの導入は、さらに他の問題点生じる。上記か
ら明らかなように、ＯＴＳは、様々なシステムに関する
２段階コミット記録の作成、管理および保存を含む重要
なトランザクション管理を必要とする。ワークステーシ
ョンが最終的なトランザクションマネージャとして機能
しなければならない場合、サーバアプリケーションは、
ワークステーションが回答する（例えば、リソースを登
録する）のを待ち続ける状態におかれることがある。前
記ワークステーションが回答を怠ると、アプリケーショ
ンは、前記ワークステーションが回答するまで、ロック
状態におかれることがある。例えば、ユーザがコンピュ
ータを停止したことにより前記ワークステーションが回
答を怠ると、サーバアプリケーションは、数日または数
ケ月待ち続けることになるという可能性がある。

【００１８】従って、ネットワーク周遊トリップの合計
回数を少なくするＣＯＲＢＡ ＯＴＳ仕様を実行するシ
ステム、または、これに類似したシステムにおけるトラ
ンザクショナルな分散オブジェクトを実行するためのメ
ソッドおよびシステムが、必要とされている。さらに、
特にワークステーションまたはこれに類似したコンピュ
ータを必要とするトランザクションを効率的に管理する
ＣＯＲＢＡ ＯＴＳ仕様を実行するシステム、または、
これに類似したシステムにおけるトランザクショナルな
分散オブジェクトを実行するためのメソッドおよびシス
テムが、必要とされている。この発明は、上述の点に鑑
みてなされたもので、ネットワーク周遊トリップの合計
回数を少なくできるＣＯＲＢＡ ＯＴＳ仕様を実施する
システムにおいてトランザクショナル分散オブジェクト
呼出しを実行するための方法およびシステムを提供する
ことを目的とする。さらに、この発明は、ワークステー
ションコンピュータを使用するトランザクションを効率
的に管理する方法およびシステムを提供することを目的
とする。

【００１９】

【課題を解決するための手段】この発明の方法およびシ
ステムは、クライアントコンピュータおよび１つまたは
複数のサーバコンピュータを使用するＣＯＲＢＡ対応ト
ランザクションを管理する。両前記クライアントコンピ
ュータおよびサーバコンピュータのメモリには、ＣＯＲ
ＢＡ対応トランザクションマネージャを実施するための
コードを格納している。前記クライアントコンピュータ
は、トランザクションの開始を要求する。前記トランザ
クションマネージャは、ターミネータオブジェクトおよ
びコーディネータ／回復コーディネータオブジェクトを
作成する。前記クライアントは、前記サーバコンピュー
タに格納されたオブジェクトについてメソッドの呼出し
をリクエストする。該リクエストは、前記ＯＲＢによっ
て前記サーバコンピュータに送られる。トランザクショ
ンコンテキスト構造は、前記リクエストと共に送られ
る。前記トランザクションコンテキスト構造は、前記サ
ーバが最終的に前記クライアントに回答する時、前記ク
ライアントが第１のサーバコンピュータを介してそのリ
ソースをクライアントコーディネータオブジェクトと共
に“暗黙的に”登録したがっていることを示すフラグを
含む。前記サーバコンピュータは前記リクエストを受け
取り、リソースオブジェクトを直接前記クライアントに
登録する代りに、そのトランザクションを処理するため
にそれ自身のコーディネータ／リソース／回復コーディ
ネータオブジェクトを作成する。このコーディネータ／
リソース／回復コーディネータオブジェクトはまだクラ
イアントコンピュータに登録されておらず、従って、こ
の際、従来の挿入法に比べて周遊トリップを少なくでき
る。そして、前記サーバコンピュータは、そのオブジェ
クトについてのメソッドを呼び出す。このオブジェクト
呼出し内において、リソースオブジェクトを作成し、そ
の後、クライアントコーディネータオブジェクトと共に
直接登録する代りに、前記サーバのコーディネータ／リ
ソース／回復コーディネータオブジェクトと共にこれを
登録することによって、リソースが保護される。前記メ
ソッドは、続行し、前記クライアントに回答する。トラ
ンザクションコンテキスト構造は、前記サーバがそのコ
ーディネータ／リソース／回復コーディネータオブジェ
クトを前記クライアントのコーディネータと共に暗黙的
に登録したがっていることを示すよう変更される。

【００２０】前記クライアントが１角無オブジェクトに
ついてターミネータのメソッド呼出しを実行する場合、
前記クライアントは新たなサーバに送られるトランザク
ションコンテキストを変更することになる。しかし、そ
れ自身のコーディネータオブジェクト参照を前記トラン
ザクションコンテキスト構造に含ませる代りに、前記第
１のサーバコンピュータの回答によって提供されるコー
ディネータ／リソース／回復コーディネータオブジェク
トの参照を前記クライアントに送る。その後のすべての
サーバは、前記クライアントのコーディネータオブジェ
クトの代りに、この第１のサーバのコーディネータ／リ
ソース／回復コーディネータオブジェクトを明示的に登
録するよう要求される。

【００２１】上述のように、この発明の方法は、第１の
サーバコンピュータがそのリソースを前記クライアント
コーディネータオブジェクトと共に暗黙的に登録するよ
う要求することによって、ネットワーク周遊トリップを
少なくする。前記サーバコンピュータは、そのコーディ
ネータ／リソース／回復コーディネータオブジェクトを
前記クライアントのコーディネータオブジェクトと共に
明示的に登録しない。こうして、前記クライアントは、
前記サーバがコーディネータオブジェクト参照および回
復コーディネータオブジェクト参照の組合わせを受け取
る。前記サーバは、前記トランザクションについての情
報を確認するために、このコーディネータ／リソース／
回復コーディネータオブジェクトを積極的に検査する。

【００２２】さらに、この発明の方法は、前記クライア
ントコンピュータからのトランザクションを調整するた
めの管理上の責任を除去する。その代りに、前記サーバ
コンピュータは、コーディネータ／リソース／回復コー
ディネータオブジェクトの参照を前記クライアントに返
すことによって、上述のように直接的にクライアントコ
ンピュータに暗黙的に登録する。前記クライアントコン
ピュータは、該トランザクションに関与する後のサーバ
に前記コーディネータ／リソース／回復コーディネータ
オブジェクトの参照を与える。従って、これらの新たな
サーバは、前記トランザクションに参加するために、前
記第１のサーバコンピュータに明示的に登録可能であ
る。

【００２３】

【発明の実施の形態】以下、添付図面を参照してこの発
明の一実施の形態を詳細に説明する。図１は、この発明
の方法を利用した代表的なコンピュータシステム５を示
すブロック図である。クライアントワークステーション
１０は、ＣＰＵ１２と、表示装置１８および入力装置１
６に接続された入出力線１９とを備えている。前記表示
装置１８は、例えば、表示端末装置であり、前記入力装
置１６は、例えば、キーボードまたはマウスである。当
業者に理解されるように、前記コンピュータシステム５
は、ディスクドライブ、付加的なキーボード、付加的な
出力線、付加的な表示装置、付加的なネットワーク接続
部、付加的なメモリ、付加的なＣＰＵのような、明確さ
のため図１には示されていないその他多数の要素を含ん
でいてもよい。

【００２４】前記クライアントワークステーション１０
は、ネットワークバス５１を介して、広域ネットワー
ク、ローカルエリアネットワークまたはインターネット
のようなネットワークによって、他のコンピュータと通
信する。前記ネットワークバス５１は、電話通信線、ケ
ーブル線および様々なコンピュータ間における通信を可
能にする他の線を利用してよい。

【００２５】前記クライアントワークステーション１０
は、前記ネットワークバス５１を使用してサーバコンピ
ュータ２０，３０，４０と通信する。各前記サーバコン
ピュータ２０，３０，４０は、ＣＰＵ２２，３２，４２
とＲＡＭ２５，３５，４５とを備えている。各前記サー
バは、上記ネットワークバス５１と同じか、または、こ
れに類似したネットワークバス５３を介して、他のサー
バと通信する。このネットワークバス５３は、上記ネッ
トワークバス５１と接続されていてよい。

【００２６】なお、前記３つのサーバ２０，３０，４０
の使用は単なる一例にすぎない。この発明において、前
記“クライアント”はサービスをリクエストするアプリ
ケーションであり、前記“サーバ”はリクエストされた
サービスを実行するアプリケーションである。実際上、
前記クライアントアプリケーションおよびサーバアプリ
ケーションは、同一のコンピュータに備えられている。
しかし、いずれにせよ、分散オブジェクト環境は、両コ
ンピュータのＲＡＭにロードされる必要がある。該分散
オブジェクト環境は、オブジェクト・リクエスト・ブロ
ーカとオブジェクト・トランザクション・サービスとを
含んでいる。

【００２７】前記クライアントワークステーション１０
のメモリ１５は、“トランザクションオリジネータ”１
４と呼ばれるコンピュータプログラムを格納している。
該トランザクションオリジネータ１４は、トランザクシ
ョンを開始するプログラムである。該トランザクション
オリジネータ１４は、トランザクションクライアントと
呼ばれることもある。サーバコンピュータ２０は、ＲＡ
Ｍ２５にロードされたトランザクションサーバ２４を含
んでいる。該トランザクションサーバ２４は、前記トラ
ンザクションオリジネータ１４によって開始されたトラ
ンザクションによってその動作が影響されるがそれ自体
は回復可能な状態（ステート）を有さない１つ以上のオ
ブジェクトの集合である。その代り、前記トランザクシ
ョンサーバ２４は、他の回復可能なオブジェクトを使用
してトランザクション変更を実行する。前記トランザク
ションサーバ２４は、トランザクションの完了には参加
しないが、例えば、２段階のコミットを完了することを
拒絶することによって、トランザクションをロールバッ
クさせることができる。前記サーバコンピュータ３０，
４０は、ＲＡＭ３５，４５にロードされた回復可能なサ
ーバ３４，４４を含んでいる。該回復可能なサーバは、
そのうちの少なくとも１つが回復可能なオブジェクトの
集合である。該回復可能なサーバは、ＯＴＳ（Object T
ransaction Service：オブジェクト・トランザクション
・サービス）コーディネータオブジェクトに１つまたは
２つ以上のリソース（resource：資源）を登録すること
によって、前記ＯＴＳのプロトコルに参加する。前記Ｏ
ＴＳは、１つのトランザクションに関して登録されたリ
ソースに対するリクエストを発することによって、前記
２段階コミットのプロトコルをドライブする。ここで説
明する本発明の方法の実行中において、オブジェクト・
リクエスト・ブローカ（ＯＲＢ）およびＯＴＳによって
指示される前記クライアントとサーバとの間の様々な通
信は、前記ネットワークバス５１を介して行われる。

【００２８】図２は、この発明によって変更されたCORB
A OTS仕様を実行するシステムに係る様々なアプリケー
ションおよびオブジェクトを示すブロック図である。前
記トランザクションオリジネータ１４は、オブジェクト
７３について、トランザクション開始（begin）／終了
（end）境界によって区分された１組のメソッド呼出し
を発する。前記区分内の呼出しには、トランザクショナ
ルオブジェクトのためのものと、ノントランザクショナ
ルオブジェクトのためのものとがある。オブジェクト・
リクエスト・ブローカ（ＯＲＢ）６０は、当該システム
におけるすべてのコンピュータによってアクセス可能な
ミドルウエアであり、beginコール６５を傍受し、これ
をトランザクショナルサービス７５に送る。該トランザ
クショナルサービス７５は、クライアントスレッドに関
連したトランザクションコンテキスト７０を確立する。
こうして、クライアントは、トランザクショナルサーバ
XXXに含まれるトランザクショナルオブジェクトXXXにつ
いてメソッド呼出しを発する。前記ＯＲＢは、暗黙的に
前記トランザクションコンテキストにタッグを付け、前
記呼出しXXXにおいてこれを前記オブジェクトに伝え
る。トランザクショナルサーバは、その挙動がトランザ
クションによって影響されるが、それ自身の回復可能な
状態またはリソースを有さない１つまたは複数のトラン
ザクショナルオブジェクトの集合である。これらのオブ
ジェクトが回復可能なリソースを呼び出す度に、前記Ｏ
ＲＢ６０は、暗黙的に前記トランザクションコンテキス
トを伝える。回復可能なサーバXXXは、そのデータがト
ランザクションをコミットまたはロールバックすること
によって影響される回復可能なオブジェクトの集合であ
る。

【００２９】図３Ａおよび図３Ｂは、ＣＯＲＢＡシステ
ムにおける挿入を使用したトランザクションに係るステ
ップを示すフローチャートである。ステップ３０１にお
いて、クライアントはトランザクションを開始する。こ
れは、ステップ３０２において現在の擬似オブジェクト
についてbegin（開始）オペレーションの呼出しを使用
することによって、暗黙的に行われることができる。代
案として、これは、FactoryオブジェクトについてＯＴ
Ｓのcreate（作成）オブジェクトを呼び出すことによっ
て、明示的に行われてもよい（ステップ３０３）。ＣＯ
ＲＢＡ ＯＴＳ仕様に定義された現在のインターフェイ
スは、クライアントが前記ＯＴＳを使用するのを容易に
するＣＯＲＢＡ擬似オブジェクトを定義する。トランザ
クションマネージャ（ＴＭ）コード（beginメソッドの
実施）は、ステップ３０５において、新たなトランザク
ションを開始する。さらに、ステップ３０６において、
前記ＯＴＳは、前記トランザクションを記述するため
に、ターミネータ（Terminator）オブジェクト、コーデ
ィネータ（Coordinator）オブジェクトおよび回復コー
ディネータ（Recovery Coordinator）オブジェクトを作
成する。前記回復コーディネータオブジェクトは、一定
の情況下において回復処理を駆動するために、回復可能
なオブジェクトによって使用されるオブジェクトであ
る。各回復コーディネータオブジェクトは、暗黙的に単
一のリソースオブジェクトに対応づけられることにな
る。ステップ３０８において、前記トランザクションマ
ネージャ（ＴＭ）は、現在のクライアントスレッドを新
たに作成されたトランザクションに対応づける。そし
て、ステップ３０９において、トランザクショナルオブ
ジェクト（例えば、“オブジェクト”タイプ）について
メソッドが呼び出されることをリクエストする。

【００３０】前記クライアントのスレッド内において、
前記ＯＲＢは、前記オブジェクトがトランザクショナル
なオブジェクトであるか否か（すなわち、オブジェクト
はトランザクショナルオブジェクトから継承するもので
あるか否か）を判定する。前記オブジェクトがトランザ
クショナルなものである場合、前記ＯＲＢは、ステップ
３１１において、ＯＴＳファンクションsending_reques
tを呼び出す。このメソッドは、前記ＯＲＢが異なる処
理にメソッドリクエストを送る準備をしている時に、該
ＯＲＢによって自動的に呼び出される。このメソッド
は、サーバ処理に送られることになるトランザクション
コンテキストを構築し、現在のトランザクションについ
てリクエストが未処理であることを記録し、前記スレッ
ドと前記トランザクションとの対応関係を記憶するため
に使用される。 前記sending_requestメソッドは前記Ｏ
ＴＳに送られ、該ＯＴＳは、どのトランザクションが前
記スレッドの現在のトランザクションであるのかを。ス
テップ３１２において、前記ＯＴＳは、そのトランザク
ションに関する前記ターミネータオブジェクトおよびコ
ーディネータオブジェクトのためのオブジェクト参照を
含むトランザクションコンテキスト構造を返す。

【００３１】ステップ３１３において、前記ＯＲＢは、
前記methodリクエストを前記サーバ処理に送る。ステッ
プ３１５では、前記サーバ処理において、前記ＯＲＢ
は、received_requestを呼び出し、前記トランザクショ
ンコンテキスト構造内において送る。このメソッドは、
前記ＯＲＢがその他の処理からのトランザクションコン
テキストと共にリクエストを受け取った時に、前記ＯＲ
Ｂによって自動的に呼び出される。前記received_reque
stメソッドは、新たなトランザクショナルオブジェクト
を作成し、該オブジェクトを前記サーバスレッドの現在
のトランザクションとするために使用される。ステップ
３１６において、前記ＯＴＳは、新たなトランザクショ
ンを作成し、該トランザクションを記述するために、そ
れ自身のターミネータオブジェクト、従属コーディネー
タオブジェクトおよびリソースオブジェクトを作成す
る。このステップは、前記サーバ上において後に作成さ
れるローカルリソースが、前記クライアントのコーディ
ネータオブジェクトに登録されるために該クライアント
に返されることなく、前記新たな従属コーディネータに
登録されることを可能にする、ために実行される。ステ
ップ３１８において、前記ＯＴＳは、さらに、前記トラ
ンザクションコンテキスト構造に含まれる前記クライア
ントのコーディネータオブジェクトについて、コーディ
ネータインターフェイスのregister（登録）メソッドを
呼び出す。前記サーバのリソースを前記クライアントの
コーディネータオブジェクトに登録するためのリクエス
トは、クライアントマシーンへのネットワーク周遊トリ
ップを構成する。前記registerメソッドは、ターゲット
オブジェクトに関連づけられた前記トランザクションの
関係者として、指定された前記リソースオブジェクトを
登録する。前記トランザクションが終了すると、前記リ
ソースオブジェクトは、前記トランザクションの一部と
して実行されるアップデート（更新）をコミットしまた
はロールバックするリクエトを受け取ることになる。前
記登録オペレーションは、回復中に前記リソースオブジ
ェクトによって使用されることが可能な回復コーディネ
ータオブジェクトを先に返している。回復コーディネー
タオブジェクトは、トランザクション中に何が発生した
かを判定するために、前記リソースオブジェクトによっ
て使用される。

【００３２】前記registerメソッドが返されると、（前
記received_requestメソッド内の）前記ＯＴＳは、ステ
ップ３２１において、前記新たな作成されたターミネー
タオブジェクトおよびコーディネータオブジェクトを記
憶し、これらのオブジェクトおよび前記トランザクショ
ンを前記サーバスレッドに対応づける。

【００３３】オブジェクトに関してリクエストされた前
記メソッドを実行する前記サーバ処理内における前記Ｏ
ＲＢは、ステップ３１９において、リクエストされたメ
ソッドを呼び出す。該メソッドは、現在のオブジェクト
のget_coordinatorメソッドを呼び出す。前記ＯＴＳは
現在のスレッドを前記新たな作成されたトランザクショ
ンに対応づけているので、このメソッド呼出しは、前記
新たな従属コーディネータオブジェクトのオブジェクト
参照を返すことになる。そして、ステップ３２０におい
て、前記メソッドは、前記リソースオブジェクトから継
承する新たなオブジェクトを作成する。ステップ３２２
において、前記リソースが２段階コミットに参加するこ
とを所望していることを示すために、この新たなリソー
スオブジェクトは、前記新たな従属コーディネータオブ
ジェクトに登録される。なお、前記従属コーディネータ
オブジェクトは前記サーバに格納されたローカルオブジ
ェクトであり、前記registerメソッドの呼出しは比較的
迅速に行われる。ステップ３２３において、前記メソッ
ドは、完了し、前記クライアントに回答する。

【００３４】前記サーバ側では、ステップ３２５におい
て、前記ＯＲＢは、前記ＯＴＳのsending_replyメソッ
ドを呼び出す。このメソッドは、前記ＯＲＢがトランザ
クショナルリクエストに回答を送る用意ができた時に、
該ＯＲＢによって自動的に呼び出される。このメソッド
は、適切なトランザクションコンテキストオブジェクト
を返し、前記新たなサーバトランザクションを前記サー
バのスレッドから引き離すために使用される。前記ＯＴ
Ｓは、前記トランザクションと前記スレッドとの間の対
応関係をキャンセルし、効果的に前記サーバの現在のト
ランザクションをゼロに設定する。ステップ３２７にお
いて、前記ＯＲＢはその回答を前記クライアントに送
る。ステップ３２９では、前記クライアントのスレッド
内において、前記ＯＲＢはreceived_replyメソッドを呼
び出す。このメソッドは、前記ＯＲＢが異なる処理から
回答を受け取った時に、該ＯＲＢによって自動的に呼出
される。

【００３５】こうして、前記クライアントは、２段階コ
ミットを実行可能になる。ステップ３３１において、該
２段階コミットは、前記クライアントの現在のオブジェ
クトについてcommitメソッドを呼び出すことによって開
始される。このメソッドは前記ＯＴＳに送られる。ステ
ップ３０８において前記クライアントスレッドを前記ト
ランザクションに対応づけた前記ＯＴＳは、このトラン
ザクションにおいてどのリソースオブジェクトが前記コ
ーディネータオブジェクトに登録されたのかを判定す
る。この例において、ただ１つのリソース（サーバのＯ
ＴＳリソース）のみが、前記コーディネータオブジェク
トに登録されている（ステップ３１８）。従って、前記
ＯＴＳは、ステップ３３３においてそのリクエストを前
記サーバに送り、ステップ３３５において前記サーバの
リソースのprepareメソッドを呼び出す。前記ＯＲＢ
は、このリクエストを呼び出すために使用される。

【００３６】この２段階コミットのサーバ側において、
該サーバのＯＴＳは、該サーバの従属コーディネータオ
ブジェクトに登録されたリソースオブジェクトの数を判
定することによって、前記サーバのprepareメソッドを
実行する。前記サーバのＯＴＳは、１つのリソースオブ
ジェクトが登録されたことを認識し、該リソースオブジ
ェクトのprepareメソッドを呼び出す。ステップ３３７
において、前記サーバのprepareメソッドがリターンす
る。そして、前記サーバのＯＴＳは、ステップ３３８に
おいて作成された記録をそのログに書き込み、そのprep
areメソッドから前記クライアントに返る。

【００３７】前記サーバのＯＴＳのリソースオブジェク
トからコミット準備完了を知らせる回答を受け取った前
記クライアントのＯＴＳは、ステップ３５１において、
そのログにコミット記録を書き込み、前記サーバのＯＴ
Ｓのリソースオブジェクトについてcommitメソッドを呼
び出す。そのオブジェクトのcommitメソッドにおいて、
コミット記録がそのログに書き込まれ、前記サーバのＯ
ＴＳは、該サーバのリソースオブジェクトのcommitメソ
ッドを呼出す。前記サーバのメソッドのリソースオブジ
ェクトおよび前記サーバのＯＴＳのリソースオブジェク
トの両方（すなわち、コーディネータ／リソースオブジ
ェクト）が、それぞれのcommitメソッドから返る。最後
に、ステップ３４１において、前記クライアントのcomm
itメソッドがリターンする。

【００３８】現在のＣＯＲＢＡ ＯＴＳを使用すること
により、２つ問題が生じる。第１に、挿入の使用にも関
わらず、上述のように、クライアント処理とサーバ処理
との間に多数の周遊トリップが発生する。しかし、１つ
のネットワーク周遊トリップが除去され得る場合、当該
システムの性能が高められることになる。第２に、ユー
ザのワークステーションがある１つのトランザクション
のための最終的なコミットコーディネータとして機能す
る場合、様々なサーバ処理が前記クライアントにおける
処理の結果を待っている期間が多くなる。例えば、ユー
ザは、トランザクションの中途で前記ワークステーショ
ンをオフ状態にすることがある。該ワークステーション
はフォールトトレラント（耐故障）性が高く、且つ、ユ
ーザのワークステーションは、最終的に、ある１つのト
ランザクションの調整を保障する責任があるので、この
ようなシステムは、本来、安定性および信頼性に欠け
る。ここで、図４Ａおよび図４Ｂを参照して、この発明
に係るシステムおよび方法について説明する。この発明
のメソッドは、ワークステーション・オブジェクト・ト
ランザクション・サービス（ＷＯＴＳ）の機能ほ記述す
るものである。該ＷＯＴＳの実施は、全体的に、新たな
トランザクション管理コード内に含まれている。該ＷＯ
ＴＳは、前記ＣＯＲＢＡ ＯＴＳと同様に機能する。あ
る一定のＣＯＲＢＡ ＯＴＳのクラスは、前記ＷＯＴＳ
によって下位分類される。さらに、これらのクラス内の
一定のメソッドは、オーバライドされる。該新たなＷＯ
ＴＳのクラスおよびそれらのオーバライドされたメソッ
ドは、この発明のメソッドのコンテキスト内に記述され
る。この方法は、図１および図２に記載されたようなこ
の発明のシステム上で動作することができる。説明を簡
単且つ明確にするために、以下の説明においては、方法
ステップのみについて説明する。しかし、図１および図
２に記載されたような通信、格納及び処理の実施の物理
的な位置は、当業者に自明であろう。

【００３９】上述のものと同様に、この方法は、ＷＯＴ
Ｓを使用するクライアント処理がトランザクションを開
始しようとしている、と仮定する。前記ＷＯＴＳを使用
するすべての処理はOTSWSProssクラスのオブジェクトを
含み、該OTSWSProssクラスは、ＣＯＲＢＡの標準的なOT
SClientProcessクラスから継承する。このオブジェクト
は、いずれかのＯＴＳサービスを使用する試みがなされ
る前に呼び出されなければならないＣＯＲＢＡ ＯＴＳ
ファンクションであるOTSInit0に対する呼出しによって
作成される。前記OTSWSPross処理は決して破壊されな
い。該オブジェクトは、現在の擬似オブジェクト、ファ
クトリオブジェクトおよびＯＲＢ−ＯＴＳインターフェ
イスオブジェクトとして作用する。このオブジェクトの
単一のインターフェイスは、大域ＯＴＳ変数であるTran
sactions_Current、Transactions_FactoryおよびgpOTSC
lientProcessによって指示される。GetFactoryメソッド
は、OTSWSFactory（以下に述べる）のインスタンスを作
成し、この新たなインスタンスを指示するようgpOTSFac
tory変数を設定するために、オーバライドされる。NewT
ransactionメソッドは、新たなOTSWSTransactionalObje
ctを返すために、前記OTSWSProssにおいてオーバライド
される。同様に、NewInheritedTransactionメソッド
は、新たなOTSWSInheritedTransactionalオブジェクト
を作成して返すためにオーバライドされる。ステップ４
０１において、クライアントは、ステップ４０４におい
てタイプOTSFactoryのオブジェクトについてのcreateメ
ソッドを介してトランザクションを明示的に作成するこ
とにより、または、ステップ４０２において現在のオブ
ジェクトについてbeginメソッドを呼び出すことによっ
て暗黙的に、新たなトランザクションを開始する。前記
クライアントのワークステーション・トランザクション
管理コード（クライアントのＷＴＭ）は、新たなトラン
ザクションを開始する。前記呼出しが明示的になされる
場合、前記OTWSFactoryオブジェクトが作成される。こ
のオブジェクトは、CORBA OTSAbstractFactoryオブジェ
クトから継承するものである。このオブジェクトは、cr
eate,importおよびgetrminfoの３つのオーバライドされ
たメソッドを使用する。前記createオペレーションは、
新たなOTSWSTransactionオブジェクトを返すことによっ
て新たなＷＯＴＳトランザクションを作成する。前記im
portオペレーションは、新たなＷＯＴＳトランザクショ
ンをインポートする。前記getrminfoメソッドは、その
識別名が与えられた場合、特定のX/Openリソースマネー
ジャについての情報を返す。同様に、前記beginメソッ
ドを呼び出すことによって、OTSWSTransactionオブジェ
クトが作成される。

【００４０】OTSWSTransactionインターフェイスは、Ｃ
ＯＲＢＡ ＯＴＳのOTSClientTransactionから継承する
ものである。OTSClientTransactionのように、前記OTSW
STransactionオブジェクトの唯一のインスタンスが、各
トランザクション毎に明示的にまたは暗黙的に作成され
る。このサブクラスは、１つの既知のメソッドであるne
wrequestをオーバライドするとともに、標準的なＣＯＲ
ＢＡ ＯＴＳの実施によって実行されるべき１つの新た
なメソッドをオーバライドする。CORBA OTSWSTransacti
onのnewrequestメソッドは、そのトランザクションが新
たなリクエストに関わるものであるという事実を記録す
るとともに、適切なトランザクションコンテキスト構造
を返すためにオーバライドされる。該オーバライドされ
たメソッドは、（以下に述べる）暗黙的な登録（Implic
it Registration）が行われるということを示すため
に、前記トランザクションコンテキスト構造の実施毎の
データ要素を変更する。また、RegisterImplicitという
新たなメソッドが、基底クラスにおいて実施され、オー
バライドされる。このメソッドは、遠隔メソッド呼出し
からの回答により受け取られる暗黙的な登録に従事する
ためのリクエストを満足させる。

【００４１】ステップ４０５において、ＷＯＴＳが新た
なトランザクションを開始する。新たなトランザクショ
ンの作成は、ステップ４０６において、ターミネータオ
ブジェクト、コーディネータオブジェクトおよび回復コ
ーディネータオブジェクトを暗黙的に作成する。これら
のオブジェクトについては上述されている（これらのオ
ブジェクトは別々のオブジェクトであってよく、また
は、代案として、前記ＷＯＴＳは、ターミネータインタ
ーフェイス、コーディネータインターフェイスおよび回
復コーディネータインターフェイスから小計する単一の
オブジェクトであってもよい）。ステップ４１０におい
て、前記ＷＴＭは、そのトランザクションを前記クライ
アントのスレッドに対応づけ、前記ＣＯＲＢＡ対応クラ
イアントＴＭに関して上述したように、この対応を記憶
する。

【００４２】ステップ４１１において、前記クライアン
トは、Objectクラスのオブジェクトについてmethodメソ
ッドが実行されることをリクエストする。Objectは、そ
のトランザクション内において変化しがちなデータを含
む回復可能なオブジェクトである。Objectは、前記トラ
ンザクションの論理を実行し、ＯＴＳのTransactionObj
ectクラスからその挙動を継承するものである。Object
がトランザクショナルオブジェクトであるので（回復可
能なオブジェクトは、定義上、トランザクショナルオブ
ジェクトである）、前記クライアントのスレッドにおけ
るＯＲＢは、ステップ４１３において、ＷＯＴＳメソッ
ドであるsending_requestを呼び出す。このメソッド
は、上記ＣＯＲＢＡメソッドと同じである。しかし、前
記ＷＴＭは、異なる情報を含むトランザクションコンテ
キスト構造を返す（ステップ４１４）。ステップ４１４
において前記ＷＴＭによって返されたトランザクション
コンテキスト構造は、コーディネータオブジェクト参
照、ターミネータオブジェクト参照、および、実施毎の
データを含むことができる“任意”のタイプの要素にお
ける付加的な情報を含む。本発明の方法において、クラ
イアントが暗黙的な登録に参加することを願望している
ことを示すために、この要素は、ステップ４１６におい
てフラグ表示される。この暗黙的な登録については後述
する。

【００４３】ステップ４１７において、前記ＯＲＢは、
Objectについてmethodを実行するためのリクエストを前
記サーバ処理に送る。前記サーバ処理内において、前記
ＯＲＢは、ステップ４１９でreceived_requestを呼び出
し、前記クライアントから受け取ったトランザクション
コンテキストに入れる。このメソッドの内部では、前記
サーバのＷＴＭは、上述の如くそれ自身のトランザクシ
ョンを作成する。従って、前記サーバのＷＴＭは、ステ
ップ４２０において、ターミネータオブジェクト、従属
コーディネータオブジェクト、回復コーディネータオブ
ジェクトおよびリソースオブジェクトを作成する。（前
記サーバＷＴＭは、これらのクラスの各々から継承する
単一のオブジェクトを作成してもよい。）前記サーバの
ＷＴＭは、前記トランザクションコンテキストを検査
し、前記クライアントが暗黙的な登録に参加することを
願っている旨示したことを知る。ステップ４２２におい
て、前記サーバのＷＴＭは、それが作成した前記ターミ
ネータオブジェクト、従属コーディネータオブジェク
ト、回復コーディネータオブジェクトおよびリソースオ
ブジェクトの各々またはこれらの組合わせを記憶し、こ
れらのオブジェクトを前記サーバの現在のスレッドに対
応づける。

【００４４】暗黙的な登録（Implicit Registration）
は、１つ少ないネットワーク通信周遊トリップが行われ
るといことを保証する前記クライアントワークステーシ
ョントランザクションおよびサーバワークステーション
トランザクションによる約束である。前記クライアント
ワークステーショントランザクションは、トランザクシ
ョンコンテキスト構造の実施毎の要素内に暗黙的登録
（Implicit Registration）フラグを立てることによっ
てこの約束を行う。前記クライアントのＷＴＭは、両前
記コーディネータおよび回復コーディネータのクラスか
ら継承するコーディネータオブジェクトに参照を送るこ
とによって、この約束を履行する。上述の如く、regist
erメソッドは、前記リソースオブジェクトに回復コーデ
ィネータオブジェクトを返す。前記クライアントが暗黙
的な登録に参加することを示す時、これは、回復コーデ
ィネータオブジェクトでもあるコーディネータオブジェ
クトを送ることを約束する。こうして、前記サーバは、
前記回復コーディネータオブジェクトからのトランザク
ションに関する情報を確認できる、ということが確信で
きる。前記サーバのＷＴＭが暗黙的な登録に参加するこ
とを選択した場合、該サーバは、回答前に、前記トラン
ザクションコンテキストにそのオブジェクト参照（コー
ディネータオブジェクト、ターミネータオブジェクト、
回復コーディネータオブジェクトおよびリソースオブジ
ェクトの組合わせに関する参照）を入れなければならな
い。暗黙的な登録の全体的な処理は、図３のステップ３
１８において前記サーバのＷＴＭによって作成されたリ
ソースオブジェクトを登録するために必要なネットワー
ク周遊トリップを不要にする。

【００４５】前記サーバの処理内において、前記ＯＲＢ
は、ステップ４２３においてObjectについてのmethodを
呼び出す。ＯＴＳプロトコルを実施するために、前記回
復可能なオブジェクトObjectの呼出しは、リソースオブ
ジェクトの作成がそのトランザクションにおけるObject
の関わり合いを追跡することを要求する。従って、meth
odは、（現在のスレッドを示す）現在のオブジェクトに
ついてget_coordinatorを呼び出すことによって実行さ
れる。この呼出しは、新たに作成された従属コーディネ
ータオブジェクトを返す。そして、Ｍethodは、ステッ
プ４２４において新たなリソースオブジェクトを作成
し、該リソースオブジェクトを登録するためにステップ
４２６において前記従属コーディネータオブジェクトに
ついてregisterメソッドを呼び出す。Methodの呼出し
は、ステップ４２７において完了し、リターンする。

【００４６】methodファンクションからリターンする
と、前記ＯＲＢは、ステップ４２９において、前記サー
バのＷＴＭにおけるsending_replyメソッドを呼び出
す。該サーバのＷＴＭは、新たなリソースオブジェクト
がこのトランザクションの一部として登録されたことを
認識する。従って、前記サーバのＷＴＭは、前記サーバ
のトランザクションオブジェクト（ステップ４０６にお
いて作成されたコーディネータオブジェクト、ターミネ
ータオブジェクト、回復コーディネータオブジェクトお
よびリソースオブジェクトの組合わせ）を登録する必要
がある。この登録は、ステップ４３０において、該コー
ディネータオブジェクト、ターミネータオブジェクト、
回復コーディネータオブジェクトおよびリソースオブジ
ェクトに対するオブジェクト参照を前記トランザクショ
ンコンテキスト構造のコーディネータ要素に入れること
によって実行され、これは、自動的に、その回答と共に
前記クライアントに返される。ステップ４３２におい
て、前記サーバのＷＴＭは、前記サーバが暗黙的な登録
に参加することを願望していることを示すために、前記
トランザクションコンテキスト構造の実施毎の要素をフ
ラグ表示する。

【００４７】ステップ４３３において、前記ＯＲＢは、
前記クライアントに回答を返す。クライアント側におい
て、前記ＯＲＢは、ステップ４３５において、前記クラ
イアントのＷＴＭのreceived_replyを呼び出す。該rece
ived_replyファンクション内において、前記クライアン
トのＷＴＭは、前記トランザクションコンテキストを検
査し、前記サーバが暗黙的な登録の申込みを受入れたこ
とを知る。ステップ４３６において、前記クライアント
のＷＴＭは、ステップ４３０において前記サーバによっ
て挿入されたオブジェクト参照を抽出し、このオブジェ
クト参照をセーブする。このトランザクションにおいて
後のリクエストがなされる場合、前記クライアントは、
前記トランザクションコンテキストの一部として暗黙的
な登録を申し込まない。その代りに、第１のサーバから
受け取ったオブジェクト参照が、前記トランザクション
コンテキスト構造のコーディネータ要素として送られ
る。こうして、後の各サーバＴＭは、そのトランザクシ
ョンに関わる第１のサーバのコーディネータに直接登録
しなければならない。これにより、前記ワークステーシ
ョンのクライアントＷＴＭは、このトランザクションに
おける後のリクエストのために最終的なコミットコーデ
ィネータとして機能することから解放される。これによ
り、後のサーバは、リソースオブジェクトを登録するた
めに前記ワークステーションがクライアントのリクエス
トから回答するのを待たなくてよい、という利点があ
る。むしろ、これら後のサーバにおけるリソースオブジ
ェクトが、前記第１のサーバのコーディネータオブジェ
クト、ターミネータオブジェクト、回復コーディネータ
オブジェクトおよびリソースオブジェクトと共に登録さ
れる。前記第１のサーバのフォールトトレラント性は、
トランザクションの実施およびモニタをより安定したも
のとする。

【００４８】ステップ４３７において、前記クライアン
トは、現在の擬似オブジェクトについてcommitメソッド
を呼び出す。該commitメソッドの内部において、前記Ｗ
ＴＭは、サーバが暗黙的な登録の申込みを受け入れたこ
とを知る。そして、ステップ４３９において、前記ＷＴ
Ｍは、暗黙的に登録されたリソースオブジェクトのその
サーバのcommit_one_phaseメソッドを呼び出す。前記Ｏ
ＲＢは、ステップ４４０において、このリクエストを前
記サーバに送る。前記サーバのＷＴＭのcommit_one_pha
seメソッド内部において、該サーバのＷＴＭは、リソー
スオブジェクトが、前記第１のサーバのコーディネータ
オブジェクト、ターミネータオブジェクト、回復コーデ
ィネータオブジェクトおよびリソースオブジェクトと共
に登録されたことを知る。従って、ステップ４４１にお
いて、前記サーバのリソースオブジェクトについてprep
areメソッドが呼び出される。そのオブジェクトは、ス
テップ４４２において、該prepareメソッドから適切に
リターンする。ステップ４４３において、前記サーバの
ＷＴＭは、コミット記録をそのログに書き込み、その
後、前記サーバのリソースオブジェクトのcommitメソッ
ドを呼び出す。ステップ４４５では、前記サーバのcomm
it_one_phaseメソッドが適切にリターンする。ステップ
４４７では、前記クライアントのcommitメソッド適切に
リターンする。これらのメソッドの各々は適切にリター
ンするものとして説明したが、前記トランザクションに
おいて登録された各オブジェクトは、該トランザクショ
ンをロールバックさせることができる。いずれかの参加
しているオブジェクトがトランザクションをロールバッ
クさせる場合、該トランザクションは失敗する。該トラ
ンザクションからの回復を試みるために、クライアント
およびサーバの両方は、各々の回復コーディネータオブ
ジェクトを使用することができる。さらに、前記サーバ
は、オリジナルのリクエストがクライアントに送られた
時に得られたコーディネータ／回復コーディネータオブ
ジェクト参照を利用できる。

【００４９】これまでＣＯＲＢＡ ＯＴＳトランザクシ
ョンを実行するための方法およびシステムについて説明
してきたが、この発明は様々な効果を奏する。また、ワ
ークステーションコンピュータ以外のものを使用するト
ランザクションでの使用を含む様々な変更例や他の実施
の形態も、この発明の範囲内において可能である。

【００５０】

【発明の効果】以上のように、この発明は、ワークステ
ーションコンピュータを使用するトランザクションを効
率的に管理することができる。

【図面の簡単な説明】

【図１】この発明の方法を利用した代表的なコンピュー
タシステムを示すブロック図。

【図２】オブジェクト・トランザクション・サービス
（ＯＴＳ）を実行する典型的なCORBAシステムに係る様
々なアプリケーションおよびオブジェクトを示すブロッ
ク図。

【図３Ａ】ＣＯＲＢＡシステムにおける挿入を使用した
トランザクションに係るステップの一部を示すフローチ
ャート。

【図３Ｂ】前記ＣＯＲＢＡシステムにおける挿入を使用
したトランザクションに係る残りのステップを示すフロ
ーチャート。

【図４Ａ】この発明の方法を利用したトランザクション
に係るステップの一部を示すフローチャート。

【図４Ｂ】この発明の方法を利用したトランザクション
に係る残りのステップを示すフローチャート。

【符号の説明】

５ コンピュータシステム １０ クライアントワークステーション １２，２２ ＣＰＵ １５ メモリ ２０，３０，４０ サーバコンピュータ ２４ トランザクションサーバ ２５ ＲＡＭ

Claims (16)

【特許請求の範囲】
1. 【請求項１】 クライアントコンピュータメモリにクラ
   イアントアプリケーションおよびクライアントトランザ
   クションマネージャを格納したクライアントコンピュー
   タ、オブジェクトリクエストブローカ、ならびに、サー
   バコンピュータメモリにサーバアプリケーションおよび
   サーバトランザクションを格納したサーバコンピュータ
   を使用してオブジェクト指向クライアントトランザクシ
   ョンを実行するための方法であって、 前記クライアントアプリケーションにおいてクライアン
   トトランザクションを開始するステップと、 前記クライアントアプリケーションに対して、回復可能
   なオブジェクトについてのメソッドの呼出しをリクエス
   トするステップと、 前記サーバコンピュータメモリに対して呼出しリクエス
   トを送るステップと、 前記サーバアプリケーションにおいてサーバトランザク
   ションを開始するステップと、 前記サーバアプリケーションにおいて前記回復可能なオ
   ブジェクトについてのメソッドを呼び出すステップと、 前記回復可能なオブジェクトが前記サーバトランザクシ
   ョン内において変化しがちなデータを含むことを前記サ
   ーバアプリケーションに対して通知するステップと、 前記サーバアプリケーションが前記クライアントトラン
   ザクション内において変化しがちなデータを含む旨のク
   ライアント通知を作成するステップと、 前記クライアントアプリケーションからのリクエストに
   回答するステップと、 前記回答およびクライアント通知を前記クライアントコ
   ンピュータメモリに送るステップとを具備した方法。
2. 【請求項２】 前記サーバトランザクションにおける各
   関係者に、前記サーバトランザクションへの参加の準備
   をさせるステップと、 前記サーバトランザクションにおける各関係者を該サー
   バトランザクションに参加させるステップと、 前記クライアントトランザクションにおける各関係者を
   該クライアントトランザクションに参加させるステップ
   とをさらに具備した請求項１に記載の方法。
3. 【請求項３】 前記クライアントトランザクションにお
   ける少なくとも１つの関係オブジェクトを調整するため
   に、前記クライアントコンピュータメモリにクライアン
   トコーディネータオブジェクトを作成するステップと、 前記クライアントコーディネータオブジェクトに対する
   参照、および、前記呼出しリクエストへの回答時に、第
   １の関係オブジェクトが前記クライアントコーディネー
   タオブジェクトに前記クライアントトランザクションへ
   の参加を通知するよう要求するリクエストを含むトラン
   ザクションコンテキストデータ構造を作成するステップ
   と、 前記トランザクションコンテキストデータ構造を前記呼
   出しリクエストと共に前記サーバコンピュータメモリに
   送るステップと、 前記サーバトランザクションにおける少なくとも１つの
   関係オブジェクトを調整するために、前記サーバコンピ
   ュータメモリに従属コーディネータオブジェクトを作成
   するステップとを具備した請求項１に記載の方法。
4. 【請求項４】 前記回復可能なオブジェクトが前記サー
   バトランザクション内において変化しがちなデータを含
   むことを前記前記サーバアプリケーションに対して通知
   するステップが、 前記回復可能なオブジェクトが前記サーバトランザクシ
   ョン内において変化しがちなデータを含むことを前記従
   属コーディネータオブジェクトに通知するためのサーバ
   リソースオブジェクトを作成するステップと、 前記サーバリソースオブジェクトを前記従属コーディネ
   ータオブジェクトと共に登録するステップとを含む請求
   項３に記載の方法。
5. 【請求項５】 前記サーバアプリケーションが前記クラ
   イアントトランザクション内において変化しがちなデー
   タを含む旨のクライアント通知を作成するステップが、 前記サーバアプリケーションが前記クライアントトラン
   ザクション内において変化しがちなデータを含むことを
   前記クライアントコーディネータオブジェクトに通知す
   るためのサーバトランザクションマネージャ・リソース
   オブジェクトを作成するステップと、 前記サーバコーディネータオブジェクトに対する参照お
   よび前記サーバトランザクションマネージャ・リソース
   オブジェクトに対する参照を含むよう、前記トランザク
   ションコンテキストデータ構造を変更するステップとを
   含む請求項４に記載の方法。
6. 【請求項６】 前記回答およびクライアント通知を前記
   クライアントコンピュータメモリに送るステップが、前
   記回答および前記トランザクションコンテキストデータ
   構造を前記クライアントコンピュータメモリに送るステ
   ップを含む請求項５に記載の方法。
7. 【請求項７】 前記クライアントアプリケーションが第
   ２のサーバコンピュータメモリ内の第２の回復可能なオ
   ブジェクトについて第２のメソッド呼出しをリクエスト
   する場合、 前記従属コーディネータオブジェクトに対する参照を含
   むよう前記トランザクションコンテキストを変更するス
   テップと、 前記第２の呼出しリクエストおよび変更された前記トラ
   ンザクションコンテキストを前記第２のサーバコンピュ
   ータメモリに送るステップとを含む請求項６に記載の方
   法。
8. 【請求項８】 前記サーバリソースオブジェクトを準備
   し、前記リソースオブジェクトが前記サーバトランザク
   ションに参加すべきか否かを判定するステップと、 前記サーバリソースオブジェクトを前記サーバトランザ
   クションに参加させるステップと、 前記サーバトランザクションマネージャ・リソースオブ
   ジェクトを前記クライアントトランザクションに参加さ
   せるステップとを含む請求項７に記載の方法。
9. 【請求項９】 クライアントコンピュータメモリにクラ
   イアントアプリケーションおよびクライアントトランザ
   クションマネージャを格納したクライアントコンピュー
   タ、オブジェクトリクエストブローカ、ならびに、サー
   バコンピュータメモリにサーバアプリケーションおよび
   サーバトランザクションを格納したサーバコンピュータ
   を使用してオブジェクト指向クライアントトランザクシ
   ョンを実行するための方法であって、 前記クライアントアプリケーションにおいてクライアン
   トトランザクションを開始するステップと、 前記クライアントトランザクションにおける少なくとも
   １つの関係オブジェクトを調整するために、前記クライ
   アントコンピュータメモリにクライアントコーディネー
   タオブジェクトを作成するステップと、 前記クライアントアプリケーションに対して、回復可能
   なオブジェクトについてのメソッドの呼出しをリクエス
   トするステップと、 前記クライアントコーディネータオブジェクトに対する
   参照、および、前記呼出しリクエストへの回答時に、第
   １の関係オブジェクトが前記クライアントコーディネー
   タオブジェクトに前記クライアントトランザクションへ
   の参加を通知するよう要求するリクエストを含むトラン
   ザクションコンテキストデータ構造を作成するステップ
   と、 前記サーバコンピュータメモリに対して前記呼出しリク
   エストおよびトランザクションコンテキストデータ構造
   を送るステップと、 サーバトランザクションを開始するステップと、 前記回復可能なオブジェクトが前記トランザクション内
   において変化しがちなデータを含むことを前記従属コー
   ディネータオブジェクトに通知するためのサーバリソー
   スオブジェクトを作成するステップと、 前記サーバリソースオブジェクトを前記従属コーディネ
   ータオブジェクトと共に登録するステップと、 前記クライアントアプリケーションからのリクエストに
   回答するステップと、 前記サーバコーディネータオブジェクトに対する参照お
   よび前記サーバトランザクションマネージャ・リソース
   オブジェクトに対する参照を含むよう、前記トランザク
   ションコンテキストデータ構造を変更するステップと、 前記回答および変更された前記トランザクションコンテ
   キストデータ構造を前記クライアントコンピュータメモ
   リに送るステップと、 前記クライアントコーディネータオブジェクトと共に前
   記サーバトランザクションマネージャ・リソースオブジ
   ェクトを登録するステップとを具備した方法。
10. 【請求項１０】 前記クライアントアプリケーションが
    第２のサーバコンピュータメモリ内の第２の回復可能な
    オブジェクトについて第２のメソッド呼出しをリクエス
    トする場合、 前記従属コーディネータオブジェクトに対する参照を含
    むよう前記トランザクションコンテキストを変更するス
    テップと、 前記第２の呼出しリクエストおよび変更された前記トラ
    ンザクションコンテキストを前記第２のサーバコンピュ
    ータメモリに送るステップとを含む請求項９に記載のシ
    ステム。
11. 【請求項１１】 クライアントコンピュータメモリにク
    ライアントアプリケーションおよびクライアントトラン
    ザクションマネージャを格納したクライアントコンピュ
    ータ、オブジェクトリクエストブローカ、ならびに、サ
    ーバコンピュータメモリにサーバアプリケーションおよ
    びサーバトランザクションを格納したサーバコンピュー
    タを含むクライアントトランザクションを実行するため
    のシステムであって、 前記クライアントアプリケーションにおいてクライアン
    トトランザクションを開始する手段と、 前記クライアントアプリケーションに対して、回復可能
    なオブジェクトについてのメソッドの呼出しをリクエス
    トする手段と、 前記サーバコンピュータメモリに対して呼出しリクエス
    トを送る手段と、 前記サーバアプリケーションにおいてサーバトランザク
    ションを開始する手段と、 前記サーバアプリケーションにおいて前記回復可能なオ
    ブジェクトについてのメソッドを呼び出す手段と、 前記回復可能なオブジェクトが前記サーバトランザクシ
    ョン内において変化しがちなデータを含むことを前記サ
    ーバアプリケーションに対して通知する手段と、 前記サーバアプリケーションが前記クライアントトラン
    ザクション内において変化しがちなデータを含む旨のク
    ライアント通知を作成する手段と、 前記クライアントアプリケーションからのリクエストに
    回答する手段と、 前記回答およびクライアント通知を前記クライアントコ
    ンピュータメモリに送る手段とを具備したシステム。
12. 【請求項１２】 前記サーバトランザクションにおける
    各関係者に、前記サーバトランザクションへの参加の準
    備をさせる手段と、 前記サーバトランザクションにおける各関係者を該サー
    バトランザクションに参加させる手段と、 前記クライアントトランザクションにおける各関係者を
    該クライアントトランザクションに参加させる手段とを
    さらに具備した請求項１１に記載のシステム。
13. 【請求項１３】 前記クライアントトランザクションに
    おける少なくとも１つの関係オブジェクトを調整するた
    めに、前記クライアントコンピュータメモリにクライア
    ントコーディネータオブジェクトを作成する手段と、 前記クライアントコーディネータオブジェクトに対する
    参照、および、前記呼出しリクエストへの回答時に、第
    １の関係オブジェクトが前記クライアントコーディネー
    タオブジェクトに前記クライアントトランザクションへ
    の参加を通知するよう要求するリクエストを含むトラン
    ザクションコンテキストデータ構造を作成する手段と、 前記トランザクションコンテキストデータ構造を前記呼
    出しリクエストと共に前記サーバコンピュータメモリに
    送る手段と、 前記サーバトランザクションにおける少なくとも１つの
    関係オブジェクトを調整するために、前記サーバコンピ
    ュータメモリに従属コーディネータオブジェクトを作成
    する手段とを具備した請求項１２に記載のシステム。
14. 【請求項１４】 前記回復可能なオブジェクトが前記サ
    ーバトランザクション内において変化しがちなデータを
    含むことを前記前記サーバアプリケーションに対して通
    知する手段が、 前記回復可能なオブジェクトが前記サーバトランザクシ
    ョン内において変化しがちなデータを含むことを前記従
    属コーディネータオブジェクトに通知するためのサーバ
    リソースオブジェクトを作成する手段と、 前記サーバリソースオブジェクトを前記従属コーディネ
    ータオブジェクトと共に登録する手段とを含む請求項１
    ３に記載のシステム。
15. 【請求項１５】 前記サーバアプリケーションが前記ク
    ライアントトランザクション内において変化しがちなデ
    ータを含む旨のクライアント通知を作成する手段が、 前記サーバアプリケーションが前記クライアントトラン
    ザクション内において変化しがちなデータを含むことを
    前記クライアントコーディネータオブジェクトに通知す
    るためのサーバトランザクションマネージャ・リソース
    オブジェクトを作成する手段と、 前記サーバコーディネータオブジェクトに対する参照お
    よび前記サーバトランザクションマネージャ・リソース
    オブジェクトに対する参照を含むよう、前記トランザク
    ションコンテキストデータ構造を変更する手段とを含む
    請求項１４に記載のシステム。
16. 【請求項１６】 クライアントコンピュータメモリにク
    ライアントアプリケーションおよびクライアントトラン
    ザクションマネージャを格納したクライアントコンピュ
    ータ、オブジェクトリクエストブローカ、ならびに、サ
    ーバコンピュータメモリにサーバアプリケーションおよ
    びサーバトランザクションを格納した第１のサーバコン
    ピュータを使用してオブジェクト指向クライアントトラ
    ンザクションを実施させるプログラムコードを格納した
    マシーンによって読取り可能な媒体であって、 前記クライアントアプリケーションにおいてクライアン
    トトランザクションを開始するプログラムコードメカニ
    ズムと、 前記クライアントアプリケーションに対して、回復可能
    なオブジェクトについてのメソッドの呼出しをリクエス
    トするプログラムコードメカニズムと、 前記サーバコンピュータメモリに対して呼出しリクエス
    トを送るプログラムコードメカニズムと、 前記サーバアプリケーションにおいてサーバトランザク
    ションを開始するプログラムコードメカニズムと、 前記サーバアプリケーションにおいて前記回復可能なオ
    ブジェクトについてのメソッドを呼び出すプログラムコ
    ードメカニズムと、 前記回復可能なオブジェクトが前記サーバトランザクシ
    ョン内において変化しがちなデータを含むことを前記サ
    ーバアプリケーションに対して通知するプログラムコー
    ドメカニズムと、 前記サーバアプリケーションが前記クライアントトラン
    ザクション内において変化しがちなデータを含む旨のク
    ライアント通知を作成するプログラムコードメカニズム
    と、 前記クライアントアプリケーションからのリクエストに
    回答するプログラムコードメカニズムと、 前記回答およびクライアント通知を前記クライアントコ
    ンピュータメモリに送るプログラムコードメカニズムと
    を具備した媒体。