JPH0922356A - トランザクション相互運用システム及び方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】手続き型トランザクション・コーディネータを
ＯＭＧコンプライアント・オブジェクト・トランザクシ
ョン・サービスのコアとして使用する。 【解決手段】相互運用はオブジェクト指向トランザクシ
ョン・リクエスト及び手続き型トランザクション・リク
エストの両方のコーディネートされた処理を包含する。
オブジェクト指向リクエスト及び手続き型リクエストの
両方ともそれら製品の間のゲートウェイを必要とするこ
となくシングル・アトミック・トランザクションの一部
となり得る。オブジェクト指向メソッド呼出しを必要の
手続き型コールに変換するためにインプリメンテーショ
ン・クラスのシステムが使用される。インプリメンテー
ション・クラスは手続き型ＴＲＡＮからのアップコール
も受け入れ、それらを必要なオブジェクト・トランザク
ション・サービス・メソッド呼出しに変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概して云えば、独
立型及び分散型トランザクション処理システムを含むコ
ンピュータ利用のトランザクション処理システムに関す
るものである。詳しく云えば、本発明は、オブジェクト
指向トランザクション処理をサポートするが、トランザ
ーク・エンシナ（Ｔｒａｎｓａｒｃ Ｅｎｃｉｎａ）手
続き型トランザクション管理サービスを統合するトラン
ザクション処理システムを実現するためにコンピュータ
利用のオブジェクトを使用することに関するものであ
る。更に詳しく云えば、本発明は、Ｅｎｃｉｎａ製品の
ために開発された手続き型トランザクション処理アプリ
ケーションとオブジェクト指向トランザクション処理ア
プリケーションを相互運用（ｉｎｔｅｒｏｐｅｒａｔ
ｅ）させるためのシステム及び方法を提供する。相互運
用は、オブジェクト発生のリクエスト及びＥｎｃｉｎａ
トランザクション・リクエストがトランザクション・ゲ
ートウェイの使用を必要とすることなく、シングル・ア
トミック・トランザクション内で使用可能であることを
必要とする。

【０００２】本願は、１９９４年１０月１１日出願の米
国特許出願番号０８／３２０,３５７号の主題「A Syste
m and Method for Creating an Object Oriented Trans
action Service that Interoperates with Procedural
Transaction Coordinators」の出願に関連するものであ
る。

【０００３】

【従来の技術】コンピュータ利用のトランザクション処
理システムは、多くの産業においてクリティカルなビジ
ネス・タスクのために使用されている。トランザクショ
ンは、アクションなしで完全に終了させられ或いは完全
に除去されなければならない１単位の作業を定義する。
例えば、顧客が現金を引き出すことを求める銀行の自動
端末機（ＡＴＭ）において、現金を支払うというアクシ
ョンはその機械における保持された現金の残高を減らし
且つその顧客の銀行残高を減らすことであり、それらは
すべて生じなければならないか、或いは何れも生じては
ならない。従属的なアクションの１つを失敗すること
は、記録と実際の発生事項との間の不一致を導くことに
なろう。

【０００４】分散型トランザクション処理は、複数の物
理的又は論理的ロケーションにおける資源に影響を与え
るトランザクションに関係する。上記の例では、ＡＴＭ
トランザクションは、ローカルのＡＴＭ装置において管
理される資源及び銀行のメイン・コンピュータによって
管理される銀行残高に影響を与える。分散型トランザク
ションは物理的に分散してなくてもよいが、好結果のト
ランザクション完了のためには共時的に完了しなければ
ならない協調タスクに関係することがある。

【０００５】Ｘ／Ｏｐｅｎ社（Ｘ／ＯｐｅｎはＸ／Ｏｐ
ｅｎ社の商標である）は、分散型トランザクション処理
を実施するための１つのモデルを記述したガイドを公表
している。１９９１年１０月発行の「Ｘ／Ｏｐｅｎガイ
ド、分散型トランザクション処理参考モデル（X/Open G
uide, Distributed Transaction Processing Reference
Model, October, 1991)は、分散型トランザクション・
システムのコンポーネント及びそれらの間の相互関係を
検討している。Ｘ／Ｏｐｅｎの分散型トランザクション
処理モデル（ＤＴＰ モデル１）は３つの主要コンポー
ネント、即ち、アプリケーション・プログラム（Ａ
Ｐ）、トランザクション・マネージャ（ＴＭ）、及び１
つ又は複数個の資源マネージャ（ＲＭ）を記述する。ア
プリケーション・プログラムは、１つ又は複数個の資源
マネージャによって制御された資源を使用し、修正す
る。トランザクション・マネージャはグローバル・トラ
ンザクションに対する責任があり、資源マネージャによ
ってとられるアクションをコミットするか或いはロール
バックするかの判断を調整する。（コミットは資源を更
新させ、一方、ロールバックはすべての作業を廃棄させ
てそれら資源をトランザクション開始時における状態に
戻らせる）。資源マネージャは特殊な資源を管理する。
資源マネージャは、データベース管理システム（ＤＢＭ
Ｓ）、ファイル・システム、又は同様の資源を含むこと
が可能である。

【０００６】オブジェクト指向プログラミング・システ
ムは、オブジェクト再使用を可能にすること及び明確な
機能の分離を通してシステムの保守を単純化することに
より、プログラム開発の効率を向上させるよう設計され
る。

【０００７】オブジェクト指向システムにおける各オブ
ジェクトは、そのオブジェクトに対するデータ及びその
データを操作するためのプロシージャ又は方法をカプセ
ル化する。カプセル化は、オブジェクトが定義された方
法を使うことによってのみ１つのオブジェクトに対する
データが操作可能であることを意味する。

【０００８】又、オブジェクト指向システムはオブジェ
クト継承も行う。継承は、一般的なオブジェクトから更
に特殊なオブジェクトを取り出すことを可能にする。そ
の更に特殊なオブジェクトは、ペアレント・オブジェク
トのすべてのデータ及び方法を「継承」することができ
るが、選択されたデータ及び方法をオーバライドして他
のものを追加し、それの独特の機能を実施することがで
きる。

【０００９】オブジェクト指向技法をトランザクション
処理システムに適用することは多くの新しい問題を生じ
るが、オブジェクト指向原理の使用を通してシステム効
率を向上させる機会を提供する。オブジェクト・マネー
ジメント・グループ（ＯＭＧ）社は、相互運用可能なオ
ブジェクト指向システムのための標準を設定した。ＯＭ
Ｇによって定義された全体的なアーキテクチャは共通オ
ブジェクト・リクエスト・ブローカ・アーキテクチャ
（ＣＯＲＢＡ）である。ＣＯＲＢＡは、オブジェクト相
互間の相互作用、特に、相異なるコンピュータ・システ
ムにおける分散したオブジェクト相互間の相互作用を定
義する。ＯＭＧは、オブジェクト指向システムにおける
トランザクション処理を標準化するための仕様を受け入
れた。この仕様は「オブジェクト・トランザクション・
サービス（ＯＴＳ）仕様（Object Transaction Service
(OTS) Specification）」と題し、トランザクション処
理システムを導入するに必要なオブジェクト・サービス
に対する要件を述べている。そのＯＴＳ仕様はオブジェ
クト指向システムの独特な機能の多くを使用する。しか
し、ＯＴＳモデルは、オブジェクト指向システムがＸ／
Ｏｐｅｎ ＤＴＰモデル及び既存の手続き型トランザク
ション処理システムを動作させることを可能にするよう
に設計される。しかし、ＯＴＳ仕様は、シングル・アト
ミック・トランザクションにおいてオブジェクト指向リ
クエスト及び手続き型リクエストの両方をサポートする
システムにおける相互運用性を可能にするためのシステ
ムを定義するものではない。

【００１０】

【発明が解決しようとする課題】ＯＭＧオブジェクト・
トランザクション・サービスは、オブジェクト指向イン
ターフェースを既存のＸ／Ｏｐｅｎ ＤＴＰインターフ
ェースにマッピングしてそれらインターフェースの素子
相互間の対応を示すことを記述している。このマッピン
グは、ＯＭＧ実行要求において指定されるすべてであ
る。全体的な問題として、アプリケーション・プログラ
ム・インターフェースを分離するための機構を見つける
こと、しかる後、その分離を実施するための特殊な方法
（プロシージャ）を開発することが残っている。この全
体的な問題における第１の問題は、オブジェクト指向ト
ランザクションのリクエストを手続き型トランザクショ
ンのリクエストと相互運用させるに必要な方法を定義す
ることである。詳しく云えば、その第１の問題は、トラ
ンザークのＥｎｃｉｎａ製品からの手続き型トランザク
ションのリクエストと相互運用することである。これら
の方法は、ＯＭＧオブジェクト・トランザクション・サ
ービス・モデルとＥｎｃｉｎａ製品との間の２フェーズ
・コミット・プロトコルの調整を考慮し、サポートしな
ければならない。ＯＴＳ仕様のマッピングは、ＯＭＧ機
能（境界画定、伝播、包含、及び調整のような）及びＥ
ｎｃｉｎａトランザクション・マネージャ・インターフ
ェース（形式的２フェーズ・コミット・プロトコル、ト
ランザクション識別子、及びトランザクション状態）の
間にある。２フェーズ・コミット調整はトランザクショ
ン・サービス内で生じ、ユーザ・インターフェース・レ
ベルから分離されなければならない。

【００１１】第２の問題は、トランザクションのオブジ
ェクト指向アプリケーション・プログラム・リクエスト
が、シングル・アトミック・トランザクションにおいて
Ｅｎｃｉｎａトランザクションの手続き型アプリケーシ
ョン・プログラム・リクエストと効率的に存在すること
を可能にする機構の欠如である。更に詳しく云えば、ア
プリケーション・プログラムにおけるＥｎｃｉｎａ手続
き型オペレーションを変更する必要なしに、Ｅｎｃｉｎ
ａトランザクションも動作させながらオブジェクト指向
アプリケーション・インターフェースを動作させるため
のオブジェクト・ベースのシステム開発する必要があ
る。

【００１２】更なる問題は、オブジェクト・ベースのス
トラクチャを変更することなく、Ｅｎｃｉｎａ手続き型
トランザクション・マネージャをオブジェクト指向シス
テムによって使用させるに十分な融通性のあるオブジェ
クト・ベースのストラクチャが必要であることである。
そのようなオブジェクト・ストラクチャを作成すること
は、クライアント・アプリケーション、オブジェクト・
リクエスト・ブローカ、及び資源（資源マネージャ）に
対するＯＭＧオブジェクト・トランザクション・サービ
ス・インターフェースが維持されることを可能にするで
あろうし、ＯＭＧ ＯＴＳクラス仕様において定義され
た機能を実施するクラスも維持する。

【００１３】関連の技術的な問題は、手続き型トランザ
クション・マネージャ或いは既存の手続き型アプリケー
ションを修正することなく、オブジェクト指向アプリケ
ーションを手続き型トランザクション・マネージャに効
率的に結合するためには、一組のオブジェクト指向クラ
スを開発する必要があるということである。この問題に
対する１つの解決法が、前述の米国特許出願０８／３２
０,３５７号に開示されている。

【００１４】本発明によって扱われる技術的な問題は、
トランザクション・リクエストが既存のＥｎｃｉｎａト
ランザクション・リクエストと共にシングル・アトミッ
ク・トランザクションに存在することを可能にする一組
のオブジェクト指向クラス及びクラス・ストラクチャを
開発することである。この相互運用は、Ｅｎｃｉｎａト
ランザクション・マネージャ又は既存のアプリケーショ
ンの修正を必要とすることなく、Ｅｎｃｉｎａインター
フェースを使用して行われなければならない。この相互
運用は、トランザクション・サービス相互間のゲートウ
ェイ機能を必要とすることなく行われなければならな
い。

【００１５】

【課題を解決するための手段】本発明は、すべてのＯＭ
Ｇオブジェクト指向ＯＴＳアプリケーション・インター
フェースをサポートし且つ既存のＥｎｃｉｎａ手続き型
トランザクション・マネージャとの相互運用を行うオブ
ジェクト・トランザクション・サービスを実施するため
のシステム及び方法に関するものである。

【００１６】本発明は、相異なる手続き型トランザクシ
ョン・マネージャをサポートするようにＯＴＳクラスを
修正し、それらに追加する。このサポートを提供するた
めの変更は、本発明において説明されるインプリメンテ
ーション・クラス及びクラス・ストラクチャ内でカプセ
ル化される。これらのインプリメンテーション・クラス
は、オブジェクト指向環境と既存のＥｎｃｉｎａ製品と
の間のブリッジを提供する。

【００１７】本発明は、既存の手続き型トランザクショ
ン・コーディネータを使用して、オブジェクト指向トラ
ンザクション・リクエストを手続き型トランザクション
・リクエストと相互運用可能に処理するためのコンピュ
ータ利用システムに関するものである。そのシステム
は、複数個の手続き型プログラミング・インターフェー
スを有する手続き型コーディネータと、オブジェクト指
向トランザクション処理システムから複数個の手続き型
プログラミング・インターフェースを通してトランザク
ション処理をリクエストし且つ第１の結果を戻すことを
リクエストするための第１手段と、手続き型トランザク
ション処理システムから前記複数個の手続き型プログラ
ミング・インターフェースを通してトランザクション処
理をリクエストし且つ第２の結果を戻すことをリクエス
トするための第２手段と、前記手続き型コーディネータ
からオブジェクト指向処理メソッドを呼び出すための手
段と、トランザクション結果が前記第１及び第２の結果
の両方に依存するようにトランザクション完了をコーデ
ィネートするための手段とを含む。

【００１８】本発明は、オブジェクト指向ＯＭＧ ＯＴ
Ｓ環境に対して定義された機能と既存の手続き型環境に
おいて走る既存のＥｎｃｉｎａ手続き型トランザクショ
ン・マネージャとをリンクするように構成されたインプ
リメンテーション・クラスを含むオブジェクト・ストラ
クチャに関連する。これらのクラスは、ＯＭＧベースの
クラスと１つのシステム上で走る実際のＥｎｃｉｎａコ
ードとの間の置換可能なブリッジを提供する。インプリ
メンテーション・クラスは、ＯＭＧ ＯＴＳコンプライ
アント・オブジェクトによって発生されたメッセージに
応答し、Ｅｎｃｉｎａトランザクション・マネージャを
使用して必要なアクションを調整するに必要なＥｎｃｉ
ｎａ手続き型セルにこれらメッセージを変換する。又、
インプリメンテーション・クラスはＥｎｃｉｎａトラン
ザクション・マネージャのコールを受け取り、その情報
を使ってそのシステムにおけるＯＴＳベースのオブジェ
クトを更新する。

【００１９】従って、本発明の目的は、オブジェクト指
向トランザクション・システムを、既存の手続き型アプ
リケーションをサポートするＥｎｃｉｎａ手続き型トラ
ンザクション・システムに、ブリッジするように特別に
構成され且つリンクされたオブジェクトを含むシステム
を提供することにある。

【００２０】本発明のもう１つの目的は、基礎となるＥ
ｎｃｉｎａトランザクション・マネージャのように見せ
かけるためにオブジェクト指向アプリケーション・プロ
グラム・インターフェースを使用してトランザクション
を遂行するためのプロセスを提供することにある。

【００２１】本発明の更にもう１つの目的は、ＯＭＧ指
定のインターフェース及び働きを与えるＯＴＳクラスに
対する変更を必要とすることなく、Ｅｎｃｉｎａトラン
ザクション・マネージャがＯＴＳコア・トランザクショ
ン・マネージャに取って代わることを可能にするオブジ
ェクト・ストラクチャを提供することにある。

【００２２】本発明の上記目的、特徴、及び利点は、添
付図面に示されるように、次のような本発明の好適な実
施例の更に詳細な説明から明らかであろう。なお、同じ
参照番号は、本発明の同じ部品を表すものとする。

【００２３】

【発明の実施の形態】Ｘ／Ｏｐｅｎ分散型トランザクシ
ョン・プロセッサ（ＤＴＰ）モデルが図１において概略
的に示される。アプリケーション・プログラム（ＡＰ）
１０２が実行され、データ又は他の資源に状態を変化さ
せる。資源は資源マネージャ（ＲＭ）１０６、１０８、
１１０によって管理される。それら資源マネージャの各
々は、データベース管理システム（ＤＢＭＳ）、ファイ
ル管理システム、通信資源マネージャ（ＣＰＩ−Ｃ、Ｔ
ｘＲＰＣ、ＸＡＴＭＩのような）、又は同様なシステム
であってよい。資源管理マネージャは、アプリケーショ
ン・プログラム１０２を実行するシステムから離れたコ
ンピュータ・システム上に分散可能であり、或いはそれ
らは同じコンピュータ・システムにおいて別のプロセス
として導入可能である。トランザクション・マネージャ
１０４は、アプリケーション・プログラム１０２によっ
て開始させられた各特定のトランザクションに対する処
理の完了を制御する。トランザクション・マネージャ１
０４はトランザクションの終了時に確実に整合性のある
状態にさせるように資源マネージャのアクションをコー
ディネートする。このコーディネーションは、トランザ
クションが１つのものとして動作しているように見える
こと、即ち、トランザクションがそのトランザクション
と関連したすべての資源を変化させるか或いはそれがそ
れらのうちのどれも変化させないことを保証する。

【００２４】オブジェクト管理グループによって定義さ
れたオブジェクト・トランザクション・サービスが図２
において概略的に示される。分散型クライアント／サー
バ（Ｃ／Ｓ）アプリケーションが１２０に示される。そ
のアプリケーション１２０は、トランザクションが必要
とするアクションを達成するためにメッセージを交換す
る多数のオブジェクトより成る。アプリケーションに存
在するオブジェクトは、トランザクション型オブジェク
トのオペレーションを呼び出す１つ又は更に多くのトラ
ンザクション型クライアント１２２を含む。トランザク
ションを開始するオブジェクトはトランザクション・オ
リジネータであり、そのオリジネータはトランザクショ
ンの開始時及び終了時に、そのトランザクション型サー
ビスにメッセージ１３８を送る。トランザクション型オ
ブジェクトは、トランザクションの範囲内で呼び出され
ることによってその働きを影響されるオブジェクトであ
る。一般に、トランザクション型オブジェクトは、トラ
ンザクション型リクエストによって修正可能な持続デー
タを含み、或いは持続データを参照する。持続データ
は、システム再開を存続させるデータである。一般に、
持続データはディスク記憶装置、不揮発性メモリ、又は
同様な装置上に存在する。

【００２５】トランザクション型データは、２つのタイ
プのアプリケーション・サーバ、即ち、トランザクショ
ン型サーバ１２４及び回復可能サーバ１２６を実行する
ために使用される。回復可能サーバは、トランザクショ
ン型サーバに応答するために必要なプロトコルを実行
し、トランザクションをコミットするように或いはトラ
ンザクションをロールバックするように、及び故障から
回復することができるように、そのトランザクションに
おけるすべての参加者をその結果に確実に同意させる。
回復可能なオブジェクトはトランザクション型オブジェ
クトであるが、すべてのトランザクション型オブジェク
トが回復可能というわけではない。非回復可能トランザ
クション型オブジェクトは他の回復可能なオブジェクト
を利用してそれらの状態を実行することが可能である。

【００２６】回復可能オブジェクトはトランザクション
・サービス１３０のプロトコルに加入しなければならな
い。トランザクション・サービス１３０は、各トランザ
クションの範囲をトランザクション・コンテキスト１３
２として定義する或るデータを維持する。トランザクシ
ョン・コンテキスト１３２は、ＯＲＢが知っている各ス
レッドと関連付けられる。（オブジェクト・リクエスト
・ブローカ（ＯＲＢ）特性がＯＭＧ ＣＯＲＢＡアーキ
テクチャによって定義される）。トランザクション・コ
ンテキスト１３２は、各リクエストがクライアント・ア
プリケーションから発生された時に提起され、そのリク
エストが処理される動作環境特性を定義するために使用
される。トランザクション・コンテキスト１３２の内容
は、トランザクション・コーディネータへの参照、ネス
トされたトランザクションに対する親元参照、トランザ
クション・コーディネータに対する総体的にユニークな
トランザクションＩＤ、及び従属トランザクション・コ
ーディネータによって理解されたインプリメンテーショ
ン特有のデータを含み得るものである。

【００２７】回復可能オブジェクトは、トランザクショ
ン・サービス１３０によって資源１２８を登録すること
によりそのトランザクション・サービスに加入する。ト
ランザクション・サービス１３０は、１つのトランザク
ションに対して登録された資源に接触することによって
コミット・プロトコル（２フェーズ・コミット）を引き
出す。

【００２８】トランザクション型サーバ１２４は、トラ
ンザクションによって影響されるがそれ自身の回復可能
な状態を持たない働きを有する１つ又はそれ以上のオブ
ジェクトの集合である。トランザクション型サーバは、
他の回復可能なオブジェクトを使用してトランザクショ
ン型変化を行う。トランザクション型サーバは、そのト
ランザクションの完成には寄与しないが、ロールバック
・メッセージ１４０を送ることによってそのトランザク
ションをロールバックさせることが可能である。

【００２９】回復可能なサーバ１２６は、少なくとも１
つの回復可能オブジェクト含むオブジェクトの集合であ
る。回復可能サーバは、登録メッセージ１４２を使用し
て、トランザクション・サービスによって１つ又はそれ
以上の資源オブジェクト１２８を登録することによって
プロトコルに加入する。トランザクション・サービス
は、トランザクションのために登録された資源にリクエ
ストを発生することによってコミット・プロトコルを駆
動する。

【００３０】本発明による分散型処理システムの例が図
３に概略的に示される。幾つかのコンピュータ・システ
ムが、通信ネットワークを使用して相互接続している。
例えば、システム２１２及び２０４はネットワーク２１
０によって接続される。システム２０４、２０２、及び
２０６はネットワーク２０８によって接続される。シス
テム２０６、２１６、２１８、２２０、及び２２２はネ
ットワーク２１４によって、及びシステム２２２、２２
６、及び２２８はネットワーク２２４によって接続され
る。それらネットワークは、トークン・リングを含む任
意の既知のローカル・エリア・ネットワーク（ＬＡＮ）
又はワイド・エリア・ネットワーク（ＷＡＮ）であって
よい。又、「ネットワーク」は、単一のコンピュータ・
システムにおける多数のプロセス相互間の通信バスであ
ってもよい。

【００３１】代表的なコンピュータ・システムが図４に
示される。各システム２５０は、１つ又はそれ以上の中
央処理装置２５２、揮発性メモリ２５４、及び入出力コ
ントローラ２５６を含む。その入出力コントローラ２５
６は、磁気又は光ディスク記憶装置２６２、取り外し可
能記憶装置２５８、２６０、及びディスプレイ２６８へ
の書込み、キーボード２６６、及び指示装置２６４を管
理する。システム通信コントローラ２７０は、通信リン
ク２７２を介したネットワークとの通信を管理する。こ
の構成は例示目的で与えられただけであり、それの限定
することを意図するものではない。ＩＢＭ ＰＳ／２コ
ンピュータ或いはＩＢＭ ＲＩＳＫ Ｓｙｓｔｅｍ／６
０００のような商業的に入手可能なコンピュータ・シス
テムは、本発明を実施し得るタイプのシステムの例であ
る。（なお、ＰＳ／２及びＲＩＳＣ Ｓｙｓｔｅｍ／６
０００はＩＢＭ社の商標である）。前述のように、分散
型環境のシステムはすべて、単一の通信バス共用メモリ
及びディスク記憶装置を介してリンク可能である。

【００３２】コンピュータ・システム２５０は、ＯＳ／
２オペレーティング・システム又はＡＩＸオペレーティ
ング・システム（ＯＳ／２及びＡＩＸはＩＢＭ社の商
標）のようなオペレーティング・システムによって制御
される。ネットワーク通信は、Ｎｏｖｅｌｌ Ｎｅｔｗ
ａｒｅのオペレーティング・システム又はＩＢＭ ＬＡ
Ｎサーバ・オペレーティング・システム（Ｎｅｔｗａｒ
ｅはノベル社の商標）のようなネットワーク・オペレー
ティング・システムによって管理可能である。

【００３３】本発明は、前述のようなコンピュータ・シ
ステムを制御するためにコンピュータ・メモリ又は適当
なハードウエアを使用して実施される。

【００３４】オブジェクト指向アプリケーション１２０
は、ＯＭＧオブジェクト・トランザクション・サービス
・モデルによって定義されるオブジェクト及びクラスを
使用してトランザクション・オペレーションを遂行す
る。これらのクラスは、オブジェクト指向インターフェ
ース又はＡＰＩをＯＭＧ ＯＴＳに供給する。本発明
は、Ｅｎｃｉｎａ手続き型トランザクション・コーディ
ネータにおける既存のサポートの回りにオブジェクト・
トランザクション・サービスを構築することによってＯ
ＴＳオブジェクト指向トランザクション・システムを既
存のＥｎｃｉｎａ手続き型トランザクション・マネージ
ャと効率的に相互運用するという問題を解決するための
好適な方法である。

【００３５】オブジェクト及びＥｎｃｉｎａ手続き型ト
ランザクション環境の間の相互運用に対するこの方法
は、アプリケーションに対して整合性のあるオブジェク
ト指向インターフェースのための高レベル・クラスを与
える。同時に、それは、Ｅｎｃｉｎａ手続き型トランザ
クション・コーディネータのＴＲＡＮ部分が最終的なオ
ブジェクト・トランザクション・サービスに効率的に挿
入されることを可能にするものである。

【００３６】本発明に従いＴＲＡＮをコーディネータと
して使用することによるＥｎｃｉｎａとの相互運用の例
が図５に示される。図５は、ＯＭＧ ＯＴＳ環境とＥｎ
ｃｉｎａ手続き型トランザクション環境との間の相互運
用を示す。クライアント・アプリケーション３３０は、
ＯＭＧ定義のオブジェクト指向インターフェースを通し
てオブジェクト・トランザクション・サービス（ＯＴ
Ｓ）を呼び出す。ＯＴＳ３３２は、ＯＭＧ定義のオブジ
ェクト・リクエスト・ブローカ（ＯＲＢ）インターフェ
ースを使用してサーバにトランザクションを伝播するこ
とを含むトランザクション・サービスを与える。サーバ
ＯＴＳ３３４は、必要に応じて、トランザクションに回
復可能なオブジェクト３３６を包含し、Ｅｎｃｉｎａ手
続き型トランザクション・マネージャ（ＴＲＡＮ）３４
０をアクセスしてトランザクション状態情報を同期させ
る。図示のように、Ｅｎｃｉｎａ手続き型インターフェ
ースＴＲＡＮは、クライアント及びサーバＯＴＳ３３
２、３３４の両方に組み込まれる。その手続き型インタ
ーフェースを組み込む方法の詳細については後述するこ
とにする。

【００３７】クライアント・アプリケーション３３０で
は、Ｅｎｃｉｎａ手続き型トランザクション・リクエス
トを、ＯＴＳインターフェースを呼び出すことなく、直
接に行うことができる。それらリクエストは、ＴＲＡＮ
リモート・プロシージャ・コール・インターフェース
（ＴＲＰＣ）３４４を介して与えられたＡＰＩを使用す
る。ＯＴＳ３３２及び直接ＴＲＰＣ３４４の両方にアク
セス可能なＴＲＡＮ３４２は、サーバを介してＴＲＡＮ
３４０に送られるＥｎｃｉｎａ手続き型リクエストを管
理するためにアクセスされる。そのリクエストは既存の
資源マネージャ（ＲＭ）３３８によって処理される。

【００３８】図５に示された環境は、分割線３３７によ
って示されるように、オブジェクト・ベースの環境及び
手続き型環境に分割可能である。ＴＲＡＮコンポーネン
ト３４０、３４２は、実際には、手続き型コンポーネン
トであるが、本発明により教示されるＯＴＳ内に組み込
まれて示される。ＴＲＡＮコンポーネント３４０、３４
２の手続き型インターフェースは、手続き型トランザク
ション・リクエストによる使用のために依然として利用
可能である。例えば、既存のＥｎｃｉｎａアプリケーシ
ョン３３１は、ＴＲＡＮ３４２に直接に手続き型ＡＰＩ
コール行うことができる。ＴＲＡＮは、既存のＥｎｃｉ
ｎａアプリケーションを変更なしにサポートする。分散
オペレーションは、クライアントＴＲＡＮとサーバＴＲ
ＡＮとの間の既存のＲＰＣベースの通信を使用してサポ
ートされる。分散サービスに対するオブジェクト・ベー
スのリクエストは、ＴＲＡＮによって直接に処理される
のではなく、ＯＲＢによって処理される。例えば、クラ
イアント３３０は、ＯＲＢを介して回復可能オブジェク
ト３３６にトランザクションを伝播することが可能であ
る。回復可能オブジェクト３３６はＯＴＳ３３４を包含
し、一方、ＯＴＳ３３４はトランザクション・コーディ
ネーションのためにＴＲＡＮ３４０のサービスを使用す
る。

【００３９】本発明によって定義される相互運用は、オ
ブジェクト及び手続き型トランザクション・オペレーシ
ョンをシングル・アトミック・トランザクションにおい
て生じさせる機能である。本発明は、オブジェクト・ト
ランザクション・サービス内からのＥｎｃｉｎａ手続き
型トランザクション・マネージャのＴＲＡＮ部分の慎重
な使用を通して相互運用を行う「インプリメンテーショ
ン・オブジェクト」の新規なセットを導入する。相互運
用は、オブジェクト・トランザクション・サービスによ
って管理されるオブジェクト・トランザクション・リク
エストとＥｎｃｉｎａ製品によって管理されるＥｎｃｉ
ｎａ手続き型トランザクション・リクエストとの間のも
のである。

【００４０】これらの「インプリメンテーション・オブ
ジェクト」を定義するインプリメンテーション・クラス
の設計は、相互運用を妨げることのある矛盾及び不整合
を回避しなければならない。Ｅｎｃｉｎａと相互運用す
るために使用されるインプリメンテーション・クラスの
特殊な局面を説明する前に、インプリメンテーション・
クラスと他のトランザクション・サービスとの関係の一
般的な説明を行わなければならない。簡単に云えば、そ
の関係は図６に示される。前述のように、オブジェクト
指向アプリケーション１２０は、オブジェクト指向ＡＰ
Ｉ３５０を介してＯＭＧオブジェクト・トランザクショ
ン・サービスをアクセスする。このＡＰＩは、実際に
は、オブジェクト・トランザクション・サービスに対し
てＯＭＧによって指定されたＡＰＩであり、ＯＭＧ定義
のクラス３５２によって与えられ、実施される。インプ
リメンテーション・クラス３５４は、ＯＭＧクラス３５
２をＥｎｃｉｎａ手続き型トランザクション・サービス
３５８のＴＲＡＮ部分にブリッジするために本発明によ
って与えられる。インプリメンテーション・クラス３５
４は、ＯＭＧクラス３５２によって使用されるオブジェ
クト指向インターフェース３５６を定義した。インプリ
メンテーション・クラス３５４は、Ｅｎｃｉｎａ手続き
型ＡＰＩの選択されたセットを通してＥｎｃｉｎａ手続
き型トランザクション・サービス３５８のＴＲＡＮ部分
にコミュニケートする。この新規なインプリメンテーシ
ョンは、標準的なＯＭＧインターフェース及びＯＭＧク
ラスのインプリメンテーションを保持する。インプリメ
ンテーション・クラス３５４は、「オブジェクト・ツー
・Ｅｎｃｉｎａ」手続き型インターフェースをカプセル
化する。

【００４１】オブジェクト指向ソフトウエア・システム
におけるオブジェクトは、オブジェクト・メソッドを使
用してオブジェクト・データに関するオペレーションを
遂行する。メソッドのパフォーマンスをリクエストする
選択されたオブジェクトにメッセージを送ることによっ
て、１つのオペレーションがリクエストされる。例え
ば、ＯＭＧ ＯＴＳは、「ＢＥＧＩＮ（）」メッセージ
を現オブジェクトに送ることによって、新しいトランザ
クションが開始されることを明示する。（これは「ＣＵ
ＲＲＥＮＴ：：ＢＥＧＩＮ（）」として更に短い形で表
される）。すべての必要なパラメータがその括弧内に与
えられなければならない。このメッセージはオブジェク
ト「ＣＵＲＲＥＮＴ」の「ＢＥＧＩＮ」メソッドを呼び
出させるであろう。オブジェクト及びメソッドのセット
はオブジェクト指向インターフェース又はＡＰＩを定義
する。

【００４２】オブジェクト・メソッドは他のオブジェク
ト・メソッドを呼び出すことができるか、或いは、本質
的には手続きコードである機能的コードを使用して機能
を実行することができる。オブジェクト指向システムに
おける制御の流れが図７に示される。メッセージ４０２
はアプリケーション・プログラムによって送られる。オ
ブジェクト指向システムは、既知のオブジェクト指向シ
ステムの技法を使用して、メソッド選択のために適当な
オブジェクトにそのメッセージを経路指定する（ステッ
プ４０４）。リクエストされたメソッドが選択され（ス
テップ４０６）、実行される（ステップ４０８）。本発
明は、オブジェクト・メソッドにおいて必要な手続き型
トランザクション・ステートメントを含む。その手続き
型ステートメントは、必要なトランザクション処理を要
求する手続き型ＡＰＩ４１０を呼び出す。手続き型コー
ルから戻された結果は、オブジェクトのデータ４１２を
更新するために使用可能であり（ステップ４１２）、又
はそのデータに対する変更又はその結果の基づく他のア
クションをリクエストする他のオブジェクトへのメッセ
ージに含まれる（ステップ４１４）。この新しいメッセ
ージはメッセージ経路指定プロセスを使用して経路指定
される（ステップ４０４）。

【００４３】本発明は、オブジェクト・トランザクショ
ン・サービス及びＥｎｃｉｎａ ＴＲＡＮツールキット
におけるインプリメンテーション・クラスの新規な設計
に関連する。基礎となるコーディネータ・インプリメン
テーションを与えるためにＴＲＡＮを使用する次のよう
なＯＴＳの技術的特徴は、インプリメンテーション・ク
ラスが定義されるベースである。 （１）ＯＴＳはＴＲＡＮにとってはローカル回復サービ
スのように見える。ＴＲＡＮとの殆どの相互作用は、Ｏ
ＴＳトランザクション・マネージャ・インプリメンテー
ション・クラスを介するものである。ＯＴＳトランザク
ション状態のインプリメンテーション・クラスは、トラ
ンザクション識別子割振りのためにＴＲＡＮインターフ
ェースを使用する。この設計は、すべてのサーバが回復
可能であることを仮定している。 （２）ＯＴＳによって管理されるオブジェクト・トラン
ザクションのリクエストに対する直接的なＴＲＡＮ・ツ
ー・ＴＲＡＮのコミュニケーションはない。手続き型Ｅ
ｎｃｉｎａトランザクションに対して、ＴＲＡＮ・ツー
・ＴＲＡＮコミュニケーションは現在のＥｎｃｉｎａイ
ンプリメンテーションから無変化で動作するであろう。 （３）ＯＴＳはすべての資源及び従属コーディネータ資
源を管理し、ＴＲＡＮにより分配するように命じられた
時、２フェーズ・コミット（２ＰＣ）オペレーションを
分配する。 （４）ＯＴＳは各プロセスにおける各トランザクション
の結果をＴＲＡＮに知らせる。それは、この目的のため
に、アプリケーション制御の「作成（ＰＲＥＰＡＲ
Ｅ）」を使用する。各ＴＲＡＮは、それがＯＴＳのため
に管理しているトランザクションに対するコーディネー
タであることを強制する。

【００４４】オブジェクト及び手続き型トランザクショ
ンの間の相互運用性を可能にするには、特殊なインプリ
メンテーション・クラス・ストラクチャが必要である。
従って、本発明のインプリメンテーション・クラスは、
ＯＭＧ ＯＴＳ仕様によって定義されたオブジェクト指
向ＡＰＩを、Ｅｎｃｉｎａトランザクション・コーディ
ネータのＴＲＡＮ成分によって遂行可能な手続き型アク
ションに変換する。インプリメンテーション・クラス
は、既存のＥｎｃｉｎａ手続き型トランザクション・サ
ービスとＯＴＳ機能との間のコーディネーションを与え
る。ＯＭＧ定義のクラスはＯＭＧ ＯＴＳのインプリメ
ンテーションにわたって標準的であり、次の表１におい
て再現される。

【００４５】

【表１】

【００４６】全体的には、インプリメンテーション・ク
ラスはＯＭＧ機能をより良く構造化するように構成さ
れ、最も重要なことには、手続き型ＡＰＩに対する共通
のブリッジ・ポイントを隔離するように構成される。本
発明の好適な実施例は多数のインプリメンテーション・
クラスを含み、そのインプリメンテーションのサブセッ
トが表２に示される。

【００４７】

【表２】

【００４８】インプリメンテーション・クラスのセット
全体からのＯＴＳインプリメンテーション・クラスのサ
ブセットがＥｎｃｉｎａ製品からのＴＲＡＮ機能との相
互作用をカプセル化し、次の表３に示される。

【００４９】

【表３】

【００５０】オブジェクトと手続き型トランザクション
との間の相互運用はＯＴＳからのＴＲＡＮ機能の使用に
よって可能にされる。本発明はＴＲＡＮにおける特殊な
初期設定オプション、ＯＴＳインプリメンテーション・
クラスからＴＲＡＮへの選択されたＥｎｃｉｎａ ＡＰ
Ｉを介したコミュニケーション、及びＴＲＡＮから特殊
ＯＴＳインプリメンテーション・クラスへのアップコー
ルを介したＴＲＡＮからＯＴＳへのコミュニケーション
を使用する。「アップコール」はメソッドの手続き的呼
出しであり、この場合、手続き型ＴＲＡＮコードはＯＴ
Ｓメソッドの呼出しを行わせる。トランザクション・マ
ネージャ回復アップコール・オブジェクト（ＴＭＲＵ）
６０７はアップコールを、トランザクション・マネージ
ャ６０６及びコーディネータ６１２と相互作用するに必
要なメソッド呼出しに変換する。アップコール・メソッ
ドからの結果はＴＭＲＵによってＴＲＡＮ６１０に変換
される。インプリメンテーション・クラス、初期設定オ
ペレーション、及びＴＲＡＮとＯＴＳとの間のクロス・
コミュニケーションというこの新規な構造は本発明の基
本である。図８は、Ｅｎｃｉｎａ製品からのＴＲＡＮ機
能とコミュニケートするＯＴＳインプリメンテーション
・クラスの概要である。

【００５１】ＴＲＡＮ環境の初期設定は、２つのサービ
スの間のコミュニケーションにとってクリティカルであ
る。これを達成するためにインプリメンテーション・ク
ラスによって使用されるＴＲＡＮコールは、次のように
なる。即ち、 （１）ＯＴＳトランザクション・マネージャ６０６のイ
ンプリメンテーション・クラスが作成される時、それ
は、ｔｒａｎ標準環境コールを使用して標準環境を宣言
する必要がある。 （２）アプリケーションが未だそうしていない場合、Ｏ
ＴＳトランザクション・マネージャ６０６は、ｔｒａｎ
初期設定コールを使用してＴＲＡＮを初期設定する必要
がある。 （３）ｔｒａｎ回復初期設定コールは、種々の回復機能
を実施するプロシージャの集合のアドレスをＴＲＡＮに
送る。ＯＴＳトランザクション・マネージャ６０６のク
ラスは回復（ＲＥＣ）アップコールを実施するために一
組のプロシージャを与える。 （４）一旦初期設定が完了すると、ｔｒａｎ作動可能オ
ペレーションがＴＲＡＮにそれを知らせる。

【００５２】トランザクション初期設定は、ＯＴＳイン
プリメンテーション・クラスとＴＲＡＮとの間のコミュ
ニケーションが必要とされる次のポイントである。これ
を達成するためにＯＴＳインプリメンテーション・クラ
スによって使用されるＴＲＡＮコールは次のようにな
る。即ち、 （１）新しいトランザクション識別子を割り振るための
リクエストは新しいトランザクション又はサブトランザ
クションを開始するためのトリガである。ｔｒａｎ開始
オペレーションが呼び出され、これは、その後のコール
の時に使用されなければならないローカル識別子をＴＲ
ＡＮに戻す。 （２）そのトランザクションが従属トランザクションで
ある場合、ｔｒａｎ据置きコミット・オペレーション
は、ＯＴＳがトランザクションの結果を従属トランザク
ションに与えることを望んでいることをＴＲＡＮに知ら
せるために使用される。 （３）ｔｒａｎ特性検索オペレーションは、総体的にユ
ニークなトランザクション識別子を得るために使用され
る。ＯＴＳトランザクション状態は呼出しＯＴＳコーデ
ィネータに戻すようにＸＩＤを構成しなければならず、
これは、ＯＴＳトランザクション状態がその値を恒久的
に記録する責任のある必要のないようにＴＲＡＮによっ
て戻された値を含まなければならない。 （４）サブトランザクションに対しては、ｔｒａｎコー
ル・アフタＣＷＲＴオペレーションは、サブトランザク
ションがそれの親に関してコミットされる時をＯＴＳに
知らせるようにＴＲＡＮに依頼するために使用される。

【００５３】トランザクション終了は、相互運用を実施
するためにＯＴＳインプリメンテーション・クラスとＴ
ＲＡＮとの間のコミュニケーションが必要とされる最終
的なポイントである。そのインプリメンテーションは、
ＴＲＡＮのコミット／ロールバック・ボウト（ｖｏｔ
ｅ）がＯＴＳ統合ボウトに確実に含まれるようにしなけ
ればならない。又、ＯＴＳは、或る場合には、それのボ
ウトをＴＲＡＮに供給しなければならない。これを達成
するためにＯＴＳインプリメンテーション・クラスによ
って使用されるＴＲＡＮコールは次のようになる。

【００５４】第１フェーズ：作成 （１）ＯＴＳコーディネータ終了６０４は、ｔｒａｎ終
了又はｔｒａｎ打切りを使用してトランザクションを終
了させる。従属トランザクションでは、ＯＴＳコーディ
ネータ資源６０２が、ｔｒａｎ作成オペレーションを使
用してＴＲＡＮ６１０に作成リクエストを送る。そこ
で、それは、ＯＴＳコーディネータ：：作成オペレーシ
ョンを呼び出す。 （２）トップ・レベルのトランザクションに対して、ア
ップコール回復作成オペレーションが呼び出される。 （３）一旦ＯＴＳトランザクション・コーディネー
タ：：作成オペレーションが戻ると、ｔｒａｎ回復拒否
又はｔｒａｎ作成成功かを判断する。 （４）ｔｒａｎ回復読取り専用オペレーションはその結
果をＴＲＡＮ６１０に表示するために呼び出される。 （５）ｔｒａｎ作成オペレーション応答は統合した結果
を成功又は失敗として表示する。 （６）従属トランザクションでは、ＴＲＡＮ６１０が準
備状態に入るが、ｔｒａｎ据置きオミットが呼び出され
ているため、直ちには第２フェーズに進まないであろ
う。ＯＴＳコーディネータ資源６０２がＴＲＡＮ応答を
ＯＭＧ応答に変換し、それをそれの上位に戻す。

【００５５】第２フェーズ：コミット （７）従属トランザクションに対して、ＯＴＳコーディ
ネータ資源６０２が、ｔｒａｎ結果提供オペレーション
を使用してＴＲＡＮ６１０にコミット・リクエストを送
る。 （８）アップコール回復コミット・オペレーションはト
ランザクション識別子からＯＴＳコーディネータ６１２
を識別し（ＯＴＳトランザクション・マネージャ６０６
がそのマッピングを維持し）、ＯＴＳコーディネー
タ：：コミット・オペレーションを呼び出す。

【００５６】第２フェーズ：ロールバック （９）従属トランザクションに対して、ＯＴＳコーディ
ネータ資源６０２は、ｔｒａｎ打切りオペレーション又
はｔｒａｎ結果提供オペレーションを使用してＴＲＡＮ
６１０にロールバック・リクエストを送る。ＯＴＳはト
ランザクションがうまく作成された場合、ｔｒａｎ結果
提供オペレーションを使用できるだけなので、ＯＴＳは
作成なしにロールバックのためにｔｒａｎ打切りを使用
しなければならない。 （１０）トップレベル・トランザクション又はサブトラ
ンザクションに対して、アップコール回復打切りオペレ
ーションはトランザクション識別子からＯＴＳコーディ
ネータ６１２を識別し、ＯＴＳコーディネータ：：ロー
ルバック・オペレーションを呼び出す。

【００５７】返送結果 （１１）トランザクションがコミットされた場合、ＯＴ
Ｓはトランザクション・ロールバック例外を生じ、それ
をクライアントに戻さなければならない。ｔｒａｎ終了
オペレーションは、トランザクションが成功裏に完了し
た場合にＴＲＡＮ＿ＳＵＣＣＥＳＳを戻し、トランザク
ションがロールバックした場合にＴＲＡＮ＿ＴＩＤ＿Ｎ
ＯＴ＿ＶＡＬＩＤを戻すので、この値は例外を生ずべき
かどうかを決定するために使用される。

【００５８】まとめとして、本発明の構成に関して以下
の事項を開示する。 （１）既存の手続き型トランザクション・コーディネー
タを使用してオブジェクト指向トランザクション・リク
エストを手続き型トランザクション・リクエストと相互
運用可能に処理するためのコンピュータ利用のシステム
にして、複数個の手続き型プログラミング・インターフ
ェースを有する第１手続き型コーディネータと、オブジ
ェクト指向トランザクション処理システムから前記複数
個の手続き型プログラミング・インターフェースを通し
てトランザクション処理をリクエストし、第１の結果を
戻すことをリクエストするための第１手段と、手続き型
トランザクション処理システムから前記複数個の手続き
型プログラミング・インターフェースを通してトランザ
クション処理をリクエストし、第２の結果を戻すことを
リクエストするための第２手段と、前記第１手続き型コ
ーディネータからオブジェクト指向処理メソッドを呼び
出すための手段と、トランザクション結果が前記第１及
び第２の結果の両方に依存するようにトランザクション
完了をコーディネートするための手段と、を含むシステ
ム。 （２）前記手続き型コーディネータはＥｎｃｉｎａ Ｔ
ＲＡＮコーディネータであることを特徴とする上記
（１）に記載のシステム。 （３）前記手続き型コーディネータから離れてローカル
的に分散された第２手続き型コーディネータと、前記第
２手段が前記第１手続き型コーディネータ及び第２手続
き型コーディネータとの間のコミュニケーションを必要
とする時、前記第１手続き型コーディネータ及び第２手
続き型コーディネータとの間をコミュニケートするため
の第１コミュニケーション手段と、前記第１手段が前記
第１手続き型コーディネータ及び第２手続き型コーディ
ネータとの間のコミュニケーションを必要とする時、前
記第１手続き型コーディネータ及び第２手続き型コーデ
ィネータとの間をコミュニケートするための第２コミュ
ニケーション手段と、を含むことを特徴とする上記
（１）に記載のシステム。 （４）前記第１手続き型コーディネータ及び第２手続き
型コーディネータはＥｎｃｉｎａ ＴＲＡＮコーディネ
ータであることを特徴とする上記（３）に記載のシステ
ム。 （５）前記第１コミュニケーション手段はリモート・プ
ロシージャ・コール・インターフェースであること、及
び前記第２コミュニケーション手段はオブジェクト・リ
クエスト・ブローカ（ＯＲＢ）インターフェースである
ことを特徴とする上記（４）に記載のシステム。 （６）オブジェクト・ベースのリクエスト及び手続き型
リクエストの両方を含むトランザクションをコーディネ
ートするために手続き型コーディネータを使用するため
のコンピュータ利用の方法にして、前記手続き型コーデ
ィネータによってコーディネーション環境を初期設定す
るためにオブジェクト・メソッドを呼び出すステップ
と、前記手続き型コーディネータからのオブジェクト・
メソッド呼出しのための１つ又は複数個のオブジェクト
・プロシージャ・アドレスを前記オブジェクト・メソッ
ドによって前記手続き型コーディネータに送るステップ
と、手続き型トランザクション初期設定インターフェー
スを前記手続き型コーディネータに呼び出すことによっ
てオブジェクト・ベースのトランザクションを初期設定
するステップと、前記コーディネータによるコーディネ
ーションのためにオブジェクト・ベースのリクエスト及
び手続き型ベースのリクエストを受け取るステップと、
トランザクションをコミットすべきか或いはロールバッ
クすべきかを決定する場合にオブジェクト・ベースの結
果及び手続き型結果の両方が評価されるように前記コー
ディネータによってトランザクション終了をコーディネ
ートするステップと、を含む方法。 （７）前記手続き型コーディネータはＥｎｃｉｎａ Ｔ
ＲＡＮコーディネータであることを特徴とする上記
（６）に記載の方法。 （８）前記トランザクション終了をコーディネートする
ステップは、オブジェクト制御の回復可能オブジェクト
及び手続き型制御の回復可能オブジェクトの両方を含む
前記トランザクションに包含されたすべての回復可能オ
ブジェクトに作成メッセージを送るステップと、前記作
成メッセージに対する応答を受けるステップと、手続き
型オブジェクト・メソッド呼出しを使用して作成ステー
タスをコミュニケートするために前記手続き型コーディ
ネータによってオブジェクト回復メソッドを呼び出すス
テップと、前記作成ステータスがコミットメントを表す
場合にトランザクションをコミットするために前記手続
き型コーディネータによってオブジェクト回復メソッド
を呼び出すステップと、前記作成ステータスがコミット
メントを表さない場合にトランザクション・ロールバッ
クを表示するステップと、を含むことを特徴とする上記
（６）に記載の方法。 （９）前記トランザクション終了をコーディネートする
ステップは、オブジェクト制御の回復可能オブジェクト
及び手続き型制御の回復可能オブジェクトの両方を含む
前記トランザクションに包含されたすべての回復可能オ
ブジェクトに作成メッセージを送るステップと、前記作
成メッセージに対する応答を受けるステップと、手続き
型オブジェクト・メソッド呼出しを使用して作成ステー
タスをコミュニケートするために前記手続き型コーディ
ネータによってオブジェクト回復メソッドを呼び出すス
テップと、前記作成ステータスがコミットメントを表す
場合にトランザクションをコミットするために前記手続
き型コーディネータによってオブジェクト回復メソッド
を呼び出すステップと、前記作成ステータスがコミット
メントを表さない場合にトランザクション・ロールバッ
クを表示するステップと、を含むことを特徴とする上記
（７）に記載の方法。 （１０）コミット処理の前に、前記トランザクションが
ネストされたトランザクションにおけるサブトランザク
ションであるかどうかを決定するためにテストするステ
ップと、サブトランザクションであると決定される場
合、ルート・ネストされたトランザクションがコミット
されるまで前記トランザクションのコミットメントを遅
らせるステップと、を含むことを特徴とする上記（８）
に記載の方法。 （１１）オブジェクト指向トランザクション処理がオブ
ジェクト・トランザクション・サービスを使用し、手続
き型トランザクション処理が手続き型トランザクション
・サービスを使用するように、コンピュータ利用の分散
型トランザクション処理システムを操作する方法にし
て、前記オブジェクト・トランザクション・サービス及
び手続き型トランザクション・サービスの両方が共通の
手続き型コーディネータによって制御されるものにおい
て、オブジェクト指向コーディネーション・リクエスト
を前記共通の手続き型コーディネーションに対する手続
き型インターフェース・コールに変換するステップと、
前記リクエストに対する共通の手続き型インターフェー
ス応答をオブジェクト・メソッド呼出しに変換するステ
ップと、手続き型分散手段を使用して手続き型コーディ
ネーション・リクエストをリモート・サーバ手続き型コ
ーディネータに分散するステップと、オブジェクト分散
手段を使用してオブジェクト指向コーディネーション・
リクエストをリモート・サーバ手続き型コーディネータ
に分散するステップと、を含む方法。 （１２）前記共通の手続き型コーディネータはＥｎｃｉ
ｎａ ＴＲＡＮコーディネータであることを特徴とする
上記（１１）に記載の方法。 （１３）前記手続き型分散手段はリモート・プロシージ
ャ・コール・インターフェースであること、及び前記オ
ブジェクト分散手段はオブジェクト・リクエスト・ブロ
ーカ・インターフェースであることを特徴とする上記
（１２）に記載の方法。

【図面の簡単な説明】

【図１】Ｘ／Ｏｐｅｎ分散型トランザクション処理モデ
ルを示すブロック図である。

【図２】ＯＭＧオブジェクト・トランザクション・サー
ビス・モデルを示すブロック図である。

【図３】本発明の好適な実施例が適用されるネットワー
クによって相互接続される分散型コンピュータのシステ
ムを示すブロック図である。

【図４】本発明を実施するコンピュータ・システムのブ
ロック図である。

【図５】オブジェクト指向トランザクション環境とＥｎ
ｃｉｎａトランザクション環境との間の相互運用のため
のトランザクション・フローを示す図である。

【図６】オブジェクト・クラスとＥｎｃｉｎａ手続き型
トランザクション・サービスとの間の関係を示す図であ
る。

【図７】本発明に従ってトランザクションにおける制御
のフローを示す図である。

【図８】Ｅｎｃｉｎａ製品のＴＲＡＮ成分とコミュニケ
ートするＯＴＳインプリメンテーション・クラスを示す
図である。

【符号の説明】

３３２ オブジェクト・トランザクション・サービス
（ＯＴＳ） ３３４ オブジェクト・トランザクション・サービス
（ＯＴＳ） ３３６ 回復可能オブジェクト（ＲＯ） ３３８ 資源マネージャ（ＲＭ） ３４０ Ｅｎｃｉｎａ手続き型トランザクション・マネ
ージャ（ＴＲＡＮ） ３４２ Ｅｎｃｉｎａ手続き型トランザクション・マネ
ージャ（ＴＲＡＮ） ３４４ ＴＲＡＮリモート・プロシージャ・コール・イ
ンターフェース（ＴＲＰＣ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 サイモン・アンソニー・ジェイムズ・ホー ルズワース イギリス国エス・ピー・アイ・オー、２・ エヌ・エヌ、ハンツ、アンドーヴァー、 ザ・ウィロウズ ７ (72)発明者 スタンレイ・アラン・スミス アメリカ合衆国テキサス州、オースティ ン、フリッシュ・コウブ 16110

Claims (13)

【特許請求の範囲】
1. 【請求項１】既存の手続き型トランザクション・コーデ
   ィネータを使用してオブジェクト指向トランザクション
   ・リクエストを手続き型トランザクション・リクエスト
   と相互運用可能に処理するためのコンピュータ利用のシ
   ステムにして、 複数個の手続き型プログラミング・インターフェースを
   有する第１手続き型コーディネータと、 オブジェクト指向トランザクション処理システムから前
   記複数個の手続き型プログラミング・インターフェース
   を通してトランザクション処理をリクエストし、第１の
   結果を戻すことをリクエストするための第１手段と、 手続き型トランザクション処理システムから前記複数個
   の手続き型プログラミング・インターフェースを通して
   トランザクション処理をリクエストし、第２の結果を戻
   すことをリクエストするための第２手段と、 前記第１手続き型コーディネータからオブジェクト指向
   処理メソッドを呼び出すための手段と、 トランザクション結果が前記第１及び第２の結果の両方
   に依存するようにトランザクション完了をコーディネー
   トするための手段と、 を含むシステム。
2. 【請求項２】前記手続き型コーディネータはＥｎｃｉｎ
   ａ ＴＲＡＮコーディネータであることを特徴とする請
   求項１に記載のシステム。
3. 【請求項３】前記手続き型コーディネータから離れてロ
   ーカル的に分散された第２手続き型コーディネータと、 前記第２手段が前記第１手続き型コーディネータ及び第
   ２手続き型コーディネータとの間のコミュニケーション
   を必要とする時、前記第１手続き型コーディネータ及び
   第２手続き型コーディネータとの間をコミュニケートす
   るための第１コミュニケーション手段と、 前記第１手段が前記第１手続き型コーディネータ及び第
   ２手続き型コーディネータとの間のコミュニケーション
   を必要とする時、前記第１手続き型コーディネータ及び
   第２手続き型コーディネータとの間をコミュニケートす
   るための第２コミュニケーション手段と、 を含むことを特徴とする請求項１に記載のシステム。
4. 【請求項４】前記第１手続き型コーディネータ及び第２
   手続き型コーディネータはＥｎｃｉｎａ ＴＲＡＮコー
   ディネータであることを特徴とする請求項３に記載のシ
   ステム。
5. 【請求項５】前記第１コミュニケーション手段はリモー
   ト・プロシージャ・コール・インターフェースであるこ
   と、及び前記第２コミュニケーション手段はオブジェク
   ト・リクエスト・ブローカ（ＯＲＢ）インターフェース
   であることを特徴とする請求項４に記載のシステム。
6. 【請求項６】オブジェクト・ベースのリクエスト及び手
   続き型リクエストの両方を含むトランザクションをコー
   ディネートするために手続き型コーディネータを使用す
   るためのコンピュータ利用の方法にして、 前記手続き型コーディネータによってコーディネーショ
   ン環境を初期設定するためにオブジェクト・メソッドを
   呼び出すステップと、 前記手続き型コーディネータからのオブジェクト・メソ
   ッド呼出しのための１つ又は複数個のオブジェクト・プ
   ロシージャ・アドレスを前記オブジェクト・メソッドに
   よって前記手続き型コーディネータに送るステップと、 手続き型トランザクション初期設定インターフェースを
   前記手続き型コーディネータに呼び出すことによってオ
   ブジェクト・ベースのトランザクションを初期設定する
   ステップと、 前記コーディネータによるコーディネーションのために
   オブジェクト・ベースのリクエスト及び手続き型ベース
   のリクエストを受け取るステップと、 トランザクションをコミットすべきか或いはロールバッ
   クすべきかを決定する場合にオブジェクト・ベースの結
   果及び手続き型結果の両方が評価されるように前記コー
   ディネータによってトランザクション終了をコーディネ
   ートするステップと、 を含む方法。
7. 【請求項７】前記手続き型コーディネータはＥｎｃｉｎ
   ａ ＴＲＡＮコーディネータであることを特徴とする請
   求項６に記載の方法。
8. 【請求項８】前記トランザクション終了をコーディネー
   トするステップは、 オブジェクト制御の回復可能オブジェクト及び手続き型
   制御の回復可能オブジェクトの両方を含む前記トランザ
   クションに包含されたすべての回復可能オブジェクトに
   作成メッセージを送るステップと、 前記作成メッセージに対する応答を受けるステップと、 手続き型オブジェクト・メソッド呼出しを使用して作成
   ステータスをコミュニケートするために前記手続き型コ
   ーディネータによってオブジェクト回復メソッドを呼び
   出すステップと、 前記作成ステータスがコミットメントを表す場合にトラ
   ンザクションをコミットするために前記手続き型コーデ
   ィネータによってオブジェクト回復メソッドを呼び出す
   ステップと、 前記作成ステータスがコミットメントを表さない場合に
   トランザクション・ロールバックを表示するステップ
   と、 を含むことを特徴とする請求項６に記載の方法。
9. 【請求項９】前記トランザクション終了をコーディネー
   トするステップは、 オブジェクト制御の回復可能オブジェクト及び手続き型
   制御の回復可能オブジェクトの両方を含む前記トランザ
   クションに包含されたすべての回復可能オブジェクトに
   作成メッセージを送るステップと、 前記作成メッセージに対する応答を受けるステップと、 手続き型オブジェクト・メソッド呼出しを使用して作成
   ステータスをコミュニケートするために前記手続き型コ
   ーディネータによってオブジェクト回復メソッドを呼び
   出すステップと、 前記作成ステータスがコミットメントを表す場合にトラ
   ンザクションをコミットするために前記手続き型コーデ
   ィネータによってオブジェクト回復メソッドを呼び出す
   ステップと、 前記作成ステータスがコミットメントを表さない場合に
   トランザクション・ロールバックを表示するステップ
   と、 を含むことを特徴とする請求項７に記載の方法。
10. 【請求項１０】コミット処理の前に、前記トランザクシ
    ョンがネストされたトランザクションにおけるサブトラ
    ンザクションであるかどうかを決定するためにテストす
    るステップと、 サブトランザクションであると決定される場合、ルート
    ・ネストされたトランザクションがコミットされるまで
    前記トランザクションのコミットメントを遅らせるステ
    ップと、 を含むことを特徴とする請求項８に記載の方法。
11. 【請求項１１】オブジェクト指向トランザクション処理
    がオブジェクト・トランザクション・サービスを使用
    し、手続き型トランザクション処理が手続き型トランザ
    クション・サービスを使用するように、コンピュータ利
    用の分散型トランザクション処理システムを操作する方
    法にして、前記オブジェクト・トランザクション・サー
    ビス及び手続き型トランザクション・サービスの両方が
    共通の手続き型コーディネータによって制御されるもの
    において、 オブジェクト指向コーディネーション・リクエストを前
    記共通の手続き型コーディネーションに対する手続き型
    インターフェース・コールに変換するステップと、 前記リクエストに対する共通の手続き型インターフェー
    ス応答をオブジェクト・メソッド呼出しに変換するステ
    ップと、 手続き型分散手段を使用して手続き型コーディネーショ
    ン・リクエストをリモート・サーバ手続き型コーディネ
    ータに分散するステップと、 オブジェクト分散手段を使用してオブジェクト指向コー
    ディネーション・リクエストをリモート・サーバ手続き
    型コーディネータに分散するステップと、 を含む方法。
12. 【請求項１２】前記共通の手続き型コーディネータはＥ
    ｎｃｉｎａ ＴＲＡＮコーディネータであることを特徴
    とする請求項１１に記載の方法。
13. 【請求項１３】前記手続き型分散手段はリモート・プロ
    シージャ・コール・インターフェースであること、及び
    前記オブジェクト分散手段はオブジェクト・リクエスト
    ・ブローカ・インターフェースであることを特徴とする
    請求項１２に記載の方法。