JP2002512400A - 第１のトランザクション処理環境におけるコンポーネントを能動化して別の環境におけるリソースにアクセスするための方法および装置 - Google Patents
第１のトランザクション処理環境におけるコンポーネントを能動化して別の環境におけるリソースにアクセスするための方法および装置Info
- Publication number
- JP2002512400A JP2002512400A JP2000545097A JP2000545097A JP2002512400A JP 2002512400 A JP2002512400 A JP 2002512400A JP 2000545097 A JP2000545097 A JP 2000545097A JP 2000545097 A JP2000545097 A JP 2000545097A JP 2002512400 A JP2002512400 A JP 2002512400A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- branch
- manager
- protocol
- identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 140
- 238000000034 method Methods 0.000 title claims description 269
- 230000003213 activating effect Effects 0.000 title description 2
- 230000006854 communication Effects 0.000 claims abstract description 51
- 238000004891 communication Methods 0.000 claims abstract description 49
- 238000011084 recovery Methods 0.000 claims abstract description 45
- 230000002457 bidirectional effect Effects 0.000 claims abstract description 23
- 238000013507 mapping Methods 0.000 claims abstract description 8
- 230000008569 process Effects 0.000 claims description 47
- 230000009471 action Effects 0.000 claims description 26
- 230000006870 function Effects 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 11
- 230000000694 effects Effects 0.000 claims description 3
- 238000012937 correction Methods 0.000 description 30
- 238000010586 diagram Methods 0.000 description 19
- 238000002360 preparation method Methods 0.000 description 14
- 230000008859 change Effects 0.000 description 13
- 239000002253 acid Substances 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- KEZYHIPQRGTUDU-UHFFFAOYSA-N 2-[dithiocarboxy(methyl)amino]acetic acid Chemical compound SC(=S)N(C)CC(O)=O KEZYHIPQRGTUDU-UHFFFAOYSA-N 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 108700041121 sarcosine dithiocarbamate Proteins 0.000 description 4
- 206010000210 abortion Diseases 0.000 description 3
- 230000004913 activation Effects 0.000 description 3
- 238000012550 audit Methods 0.000 description 3
- 235000014510 cooky Nutrition 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 101001074449 Crotalus durissus terrificus Phospholipase A2 inhibitor CNF Proteins 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- WMFYOYKPJLRMJI-UHFFFAOYSA-N Lercanidipine hydrochloride Chemical compound Cl.COC(=O)C1=C(C)NC(C)=C(C(=O)OC(C)(C)CN(C)CCC(C=2C=CC=CC=2)C=2C=CC=CC=2)C1C1=CC=CC([N+]([O-])=O)=C1 WMFYOYKPJLRMJI-UHFFFAOYSA-N 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000009429 electrical wiring Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- IOVGROKTTNBUGK-SJCJKPOMSA-N ritodrine Chemical compound N([C@@H](C)[C@H](O)C=1C=CC(O)=CC=1)CCC1=CC=C(O)C=C1 IOVGROKTTNBUGK-SJCJKPOMSA-N 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000035899 viability Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
トランザクション処理環境におけるコンポーネントが、ＸＡＴＭＩ−適合ではないトランザクションマネージャの制御下にあるグローバルトランザクションの部分として、ＸＡＴＭＩ−適合トランザクションマネージャの制御下にある環境の外部のリモートサーバのリソースを要求できるようにするための相互接続は、リソースマネージャと接続マネージャとを含む。リソースマネージャはコンポーネントからのＸＡＴＭＩサービスリクエストを受ける第1のインタフェイスと、グローバルトランザクションに関する第１のトランザクションマネージャによって発行される命令を受ける第２のインタフェイスとを有する。リソースマネージャは、（ｉ）ＸＡＴＭＩサービスリクエストおよび命令を、双方向２相実行通信プロトコルの、対応のサービスリクエストに変換し、（ii）対応のサービスリクエストを接続マネージャのプロトコルマシンに発行し、（iii）プロトコルマシンによる対応のサービスリクエストの処理と、第１のトランザクションマネージャのトランザクション処理環境における対応のイベントの処理とを統御する。リソースマネージャはさらに、（ｉ）第１のトランザクションマネージャのトランザクション処理環境内のグローバルトランザクションを特定する第１の識別子を、プロトコルマシン内のトランザクションを一意に特定する第２の識別子にマッピングするための手段と、（ii）それらに関する情報が記憶されているトランザクションの各ブランチに対する記録を維持するための手段と、（iii）第１のトランザクションマネージャおよびプロトコルマシンのトランザクション処理環境の両方に関するリカバリ情報を安全記憶装置に共に記録するための手段とを含む。
Description
【０００１】
この特許書類の開示は部分は、著作権の保護対象となる事項を含む。著作権者
は、米国特許商標庁のファイルまたは記録にある特許書類または特許開示につい
ては、何人による複写に対しても異議を唱えないが、それ以外の著作権について
は全て留保する。
は、米国特許商標庁のファイルまたは記録にある特許書類または特許開示につい
ては、何人による複写に対しても異議を唱えないが、それ以外の著作権について
は全て留保する。
【０００２】
本発明は分散型トランザクション処理システムに向けられる。特に、本発明は
、たとえばマイクロソフトトランザクションサーバ環境などの第１のトランザク
ション処理環境におけるコンポーネントを能動化して、ＸＡＴＭＩ−適合トラン
ザクションマネージャの制御下にある別のトランザクション処理環境におけるリ
モートサーバのリソースにアクセスするための方法および装置に向けられる。
、たとえばマイクロソフトトランザクションサーバ環境などの第１のトランザク
ション処理環境におけるコンポーネントを能動化して、ＸＡＴＭＩ−適合トラン
ザクションマネージャの制御下にある別のトランザクション処理環境におけるリ
モートサーバのリソースにアクセスするための方法および装置に向けられる。
【０００３】
Ｉ．オンライントランザクション処理 オンライントランザクション処理（ＯＬＴＰ）は長年にわたって多くの企業に
よってビジネスに重要な用途として用いられてきており、成功を収めている技術
である。ＯＬＴＰにより、端末にいるユーザはアプリケーションプログラムにメ
ッセージを送信し、これらによりリアルタイムでデータベースが更新される。こ
れは、トランザクションが後の時点で処理される、トランザクションのバッチ処
理または待ち行列処理とは対照的である。
よってビジネスに重要な用途として用いられてきており、成功を収めている技術
である。ＯＬＴＰにより、端末にいるユーザはアプリケーションプログラムにメ
ッセージを送信し、これらによりリアルタイムでデータベースが更新される。こ
れは、トランザクションが後の時点で処理される、トランザクションのバッチ処
理または待ち行列処理とは対照的である。
【０００４】 ＯＬＴＰアプリケーションの一例としては航空会社の予約システムが挙げられ
る。旅行代理店が飛行機の座席の予約を要求すると、これに応じてデータベース
が更新され、代理店の端末に確認メッセージが送り返される。すべてのタスクは
１回のトランザクションの一部分であり、多くの代理店が同時にトランザクショ
ンを行ない得る。ＯＬＴＰシステムは典型的には、多数のユーザをサポートする
環境において使用され、すべて同じデータベースにアクセスし、何百、時には何
千というトランザクションが１秒間に行なわれる。システムは典型的には、これ
らの環境によって要求される性能、信頼性およびデータの保全性を提供し得る大
型のエンタプライズサーバの上に構築される。
る。旅行代理店が飛行機の座席の予約を要求すると、これに応じてデータベース
が更新され、代理店の端末に確認メッセージが送り返される。すべてのタスクは
１回のトランザクションの一部分であり、多くの代理店が同時にトランザクショ
ンを行ない得る。ＯＬＴＰシステムは典型的には、多数のユーザをサポートする
環境において使用され、すべて同じデータベースにアクセスし、何百、時には何
千というトランザクションが１秒間に行なわれる。システムは典型的には、これ
らの環境によって要求される性能、信頼性およびデータの保全性を提供し得る大
型のエンタプライズサーバの上に構築される。
【０００５】 トランザクションは、トランザクション処理システムによって行なわれる１組
のアクションとして考えることができ、これらのアクションは併せて、不可分性
(Atomicity)、整合性(consistency)、分離性(Isolation)および耐久性(Durabili
ty)（ＡＣＩＤ）の特性を持つ。以下に示す定義はTransaction Processing: Con
cepts and Techniques, by Jim Gray and Andreas Reuter, Morgan Kaufmann Pu
blishers, Inc., 1993, p.6に記載されているものである。
のアクションとして考えることができ、これらのアクションは併せて、不可分性
(Atomicity)、整合性(consistency)、分離性(Isolation)および耐久性(Durabili
ty)（ＡＣＩＤ）の特性を持つ。以下に示す定義はTransaction Processing: Con
cepts and Techniques, by Jim Gray and Andreas Reuter, Morgan Kaufmann Pu
blishers, Inc., 1993, p.6に記載されているものである。
【０００６】 不可分性。状態に対するトランザクションの変化は不可分であり、すべてが起
こるか全く起こらないかのいずれかである。これらの変化には、データベースの
変化、メッセージ、およびトランスデューサのアクションが含まれる。
こるか全く起こらないかのいずれかである。これらの変化には、データベースの
変化、メッセージ、およびトランスデューサのアクションが含まれる。
【０００７】 整合性。トランザクションとは状態の正しい変換である。グループとして扱わ
れるアクションは状態に関連した保全性の制約のいずれにも反しない。これには
トランザクションが正しいプログラムである必要がある。
れるアクションは状態に関連した保全性の制約のいずれにも反しない。これには
トランザクションが正しいプログラムである必要がある。
【０００８】 分離性。トランザクションが同時に実行されたとしても、各トランザクション
Ｔには、他のトランザクションがＴの前または後一方で実行されたかのように見
え、かつ両方で実行されたようには見えない。
Ｔには、他のトランザクションがＴの前または後一方で実行されたかのように見
え、かつ両方で実行されたようには見えない。
【０００９】 耐久性。トランザクションがうまく完了すると（実行）、トランザクションが
うまく完了したことを表わすようデータの状態が変化し、データの状態はシステ
ムの異常によって影響を受けない。
うまく完了したことを表わすようデータの状態が変化し、データの状態はシステ
ムの異常によって影響を受けない。
【００１０】 上記特性を維持するために、トランザクション処理の開始時には、トランザク
ション処理アプリケーションプログラムは典型的には、トランザクション処理が
開始したことを示す何らかの形式のトランザクション開始機能を呼出す。この動
作は典型的に監査ファイルに記録され、特定のトランザクションに関連した動作
を区別するようにする。トランザクション開始機能に次いで、アプリケーション
規定のトランザクションに関連した他の機能が行なわれ、これらもまた監査ファ
イルに記録される。トランザクションに関連したすべての動作がうまく完了する
と、実行機能が呼出されて、トランザクションの結果として起こったすべての状
態の変化を永続的なものとする。実行動作は、すべての動作がうまく完了したこ
とを示す監査ファイルに記録される。トランザクション処理時にエラーが発生し
、実行動作が行なわれない場合、ロールバック機能が呼出されて、トランザクシ
ョン処理時でその時点までに行なわれた動作を無効にする。
ション処理アプリケーションプログラムは典型的には、トランザクション処理が
開始したことを示す何らかの形式のトランザクション開始機能を呼出す。この動
作は典型的に監査ファイルに記録され、特定のトランザクションに関連した動作
を区別するようにする。トランザクション開始機能に次いで、アプリケーション
規定のトランザクションに関連した他の機能が行なわれ、これらもまた監査ファ
イルに記録される。トランザクションに関連したすべての動作がうまく完了する
と、実行機能が呼出されて、トランザクションの結果として起こったすべての状
態の変化を永続的なものとする。実行動作は、すべての動作がうまく完了したこ
とを示す監査ファイルに記録される。トランザクション処理時にエラーが発生し
、実行動作が行なわれない場合、ロールバック機能が呼出されて、トランザクシ
ョン処理時でその時点までに行なわれた動作を無効にする。
【００１１】 分散型トランザクション処理（ＤＴＰ）は、ネットワーク上の１つまたは２つ
以上のコンピュータの１つまたは２つ以上のデータベースにアクセスする多数の
アプリケーションプログラムによって１回のトランザクションが行なわれるよう
にする、オンライントランザクション処理の形式である。多数のアプリケーショ
ンプログラムが協働するこのタイプのトランザクションは分散型トランザクショ
ンと呼ばれる。ＤＴＰを用いると、たとえば、地域的でありかつ支店の場所にあ
る関連のデータベースを同期化できる。ＤＴＰはまた、多数の企業にわたるトラ
ンザクション処理を容易にする。たとえば、ＤＴＰは製造業者および供給者のコ
ンピュータを統御したり、または旅行代理店、航空会社、レンタカー業者、およ
びホテル業界といった関連の業界の企業のコンピュータを統御するために用いら
れ得る。
以上のコンピュータの１つまたは２つ以上のデータベースにアクセスする多数の
アプリケーションプログラムによって１回のトランザクションが行なわれるよう
にする、オンライントランザクション処理の形式である。多数のアプリケーショ
ンプログラムが協働するこのタイプのトランザクションは分散型トランザクショ
ンと呼ばれる。ＤＴＰを用いると、たとえば、地域的でありかつ支店の場所にあ
る関連のデータベースを同期化できる。ＤＴＰはまた、多数の企業にわたるトラ
ンザクション処理を容易にする。たとえば、ＤＴＰは製造業者および供給者のコ
ンピュータを統御したり、または旅行代理店、航空会社、レンタカー業者、およ
びホテル業界といった関連の業界の企業のコンピュータを統御するために用いら
れ得る。
【００１２】 分散型環境におけるトランザクション処理は、非グローバルにもグローバルに
も行なわれ得る。非グローバルトランザクションでは、従来のトランザクション
と同じ作業が行なわれるが、この作業はクライアント／サーバの態様で分散され
る。たとえば、旅行代理店は、グラフィカルユーザインターフェイスを有するク
ライアントアプリケーションプログラムを介して飛行機の座席予約を要求し得る
。クライアントアプリケーションプログラムは予約データベースを管理するサー
バアプリケーションプログラムと交信する。サーバアプリケーションプログラム
はデータベースを更新し、それ自体の作業を実行またはアボートし、クライアン
トアプリケーションプログラムに情報を戻し、このプログラムが旅行代理店に対
する通知を行う。
も行なわれ得る。非グローバルトランザクションでは、従来のトランザクション
と同じ作業が行なわれるが、この作業はクライアント／サーバの態様で分散され
る。たとえば、旅行代理店は、グラフィカルユーザインターフェイスを有するク
ライアントアプリケーションプログラムを介して飛行機の座席予約を要求し得る
。クライアントアプリケーションプログラムは予約データベースを管理するサー
バアプリケーションプログラムと交信する。サーバアプリケーションプログラム
はデータベースを更新し、それ自体の作業を実行またはアボートし、クライアン
トアプリケーションプログラムに情報を戻し、このプログラムが旅行代理店に対
する通知を行う。
【００１３】 グローバルトランザクションは、種々のコンピュータで起こり得る複数回の統
御されたデータベース更新からなる。グローバルトランザクションは、すべて更
新されるか、または全く更新されないように、すべてのデータベースを同期化す
ることが重要である場合に用いられる。先ほどの例の続きとして述べると、旅行
代理店はレンタカーおよびホテルの部屋を予約する必要がある。旅行中の顧客は
すべての予約が統御されていることを確かめたい。すなわち、フライトが利用で
きない場合、ホテルや車の予約は必要ないのである。グローバルトランザクショ
ンの例示目的として、航空会社、車およびホテルのデータベースが別々のトラン
ザクション処理システムにあるものとする。
御されたデータベース更新からなる。グローバルトランザクションは、すべて更
新されるか、または全く更新されないように、すべてのデータベースを同期化す
ることが重要である場合に用いられる。先ほどの例の続きとして述べると、旅行
代理店はレンタカーおよびホテルの部屋を予約する必要がある。旅行中の顧客は
すべての予約が統御されていることを確かめたい。すなわち、フライトが利用で
きない場合、ホテルや車の予約は必要ないのである。グローバルトランザクショ
ンの例示目的として、航空会社、車およびホテルのデータベースが別々のトラン
ザクション処理システムにあるものとする。
【００１４】 グローバルトランザクションは、旅行代理店がグラフィカルユーザインターフ
ェイスによってワークステーションのクライアントアプリケーションプログラム
からの予約を要求すると開始する。クライアントプログラムは、異なったトラン
ザクション処理システムの３つのサーバアプリケーションプログラムと交信する
。１つのサーバプログラムはフライトを予約し、別のものは車を予約し、もう１
つのものはホテルを予約する。サーバアプリケーションプログラムの各々はそれ
ぞれのデータベースを更新する。各サーバアプリケーションプログラムによって
処理されるトランザクションは、グローバルトランザクションの下位トランザク
ションと呼ばれ得る。グローバルトランザクションマネージャは３つのデータベ
ースに対する更新を統御し、個々のトランザクション処理システムの下位トラン
ザクションマネージャはサーバアプリケーションプログラムによって局所的に統
御する。サーバアプリケーションプログラムはクライアントアプリケーションプ
ログラムに情報を戻す。
ェイスによってワークステーションのクライアントアプリケーションプログラム
からの予約を要求すると開始する。クライアントプログラムは、異なったトラン
ザクション処理システムの３つのサーバアプリケーションプログラムと交信する
。１つのサーバプログラムはフライトを予約し、別のものは車を予約し、もう１
つのものはホテルを予約する。サーバアプリケーションプログラムの各々はそれ
ぞれのデータベースを更新する。各サーバアプリケーションプログラムによって
処理されるトランザクションは、グローバルトランザクションの下位トランザク
ションと呼ばれ得る。グローバルトランザクションマネージャは３つのデータベ
ースに対する更新を統御し、個々のトランザクション処理システムの下位トラン
ザクションマネージャはサーバアプリケーションプログラムによって局所的に統
御する。サーバアプリケーションプログラムはクライアントアプリケーションプ
ログラムに情報を戻す。
【００１５】 グローバルトランザクション処理の主な利点としては、以前は個別に処理され
ていたタスクがグループとして処理されることが挙げられ、このタスクのグルー
プはグローバルトランザクションである。データベース更新はすべて行なわれる
かまたは全く行なわれない。たとえば、飛行機に空席がない場合、ホテルおよび
車の予約は行なわれない。したがって、グローバルトランザクションによると、
以前は個別に行なわれていたタスクが統御され自動化され得る。
ていたタスクがグループとして処理されることが挙げられ、このタスクのグルー
プはグローバルトランザクションである。データベース更新はすべて行なわれる
かまたは全く行なわれない。たとえば、飛行機に空席がない場合、ホテルおよび
車の予約は行なわれない。したがって、グローバルトランザクションによると、
以前は個別に行なわれていたタスクが統御され自動化され得る。
【００１６】 非グローバルトランザクションの場合と同様に、グローバルトランザクション
はＡＣＩＤ特性を持つ必要がある。グローバルトランザクションにＡＣＩＤ特性
を持たせておくために、実行処理を２相実行手順に修正する。２相実行では、グ
ローバルトランザクションマネージャはまず、下位トランザクションマネージャ
の各々に、それらの更新をそれぞれのデータベースに実行するための準備を行な
うよう要求する。すべてのローカルトランザクションマネージャが、実行の準備
ができていると応答すると、グローバルトランザクションマネージャはローカル
トランザクションマネージャに実行要求を送信する。したがって、２相実行処理
の２つの部分は（ｉ）データベース更新の実行の準備と、（ii）データベース更
新の実行とである。トランザクションマネージャのうち実行の準備ができないも
のがある場合、グローバルトランザクション全体がアボートされ、各トランザク
ションマネージャはロールバック機能を行ない、その時点までに起こったであろ
う処理を無効にする。要約すると、２相実行処理は、１つのグローバルトランザ
クションに参加する多数のデータベースが確実に同期化されるように、すなわち
グローバルトランザクションによって要求されるデータベース更新すべてが行な
われるか、またはシステムまたはコンポーネントに異常事態がある場合には全く
行なわれないようにする。２相実行はグローバルデータの保全性を保証し、ＤＴ
Ｐ環境におけるＡＣＩＤ特性を維持する。
はＡＣＩＤ特性を持つ必要がある。グローバルトランザクションにＡＣＩＤ特性
を持たせておくために、実行処理を２相実行手順に修正する。２相実行では、グ
ローバルトランザクションマネージャはまず、下位トランザクションマネージャ
の各々に、それらの更新をそれぞれのデータベースに実行するための準備を行な
うよう要求する。すべてのローカルトランザクションマネージャが、実行の準備
ができていると応答すると、グローバルトランザクションマネージャはローカル
トランザクションマネージャに実行要求を送信する。したがって、２相実行処理
の２つの部分は（ｉ）データベース更新の実行の準備と、（ii）データベース更
新の実行とである。トランザクションマネージャのうち実行の準備ができないも
のがある場合、グローバルトランザクション全体がアボートされ、各トランザク
ションマネージャはロールバック機能を行ない、その時点までに起こったであろ
う処理を無効にする。要約すると、２相実行処理は、１つのグローバルトランザ
クションに参加する多数のデータベースが確実に同期化されるように、すなわち
グローバルトランザクションによって要求されるデータベース更新すべてが行な
われるか、またはシステムまたはコンポーネントに異常事態がある場合には全く
行なわれないようにする。２相実行はグローバルデータの保全性を保証し、ＤＴ
Ｐ環境におけるＡＣＩＤ特性を維持する。
【００１７】 ＩＩ．Ｘ／Open分散型トランザクション処理モデル Ｘ／Open（商標）として知られているユーザおよびベンダーの産業組合は、Ｘ
／Open分散型トランザクション処理モデルと呼ばれる、ＤＴＰのモデルアーキテ
クチャを開発している。Ｘ／Open ＤＴＰモデルは、多数のアプリケーションプ
ログラムが多数のリソースマネージャによって提供されるリソースを共有できる
ようにし、かつそれらの作業がグローバルトランザクションに統御されるように
する、ソフトウェアアーキテクチャである。Ｘ／Open ＤＴＰモデルは多数のコ
ンポーネント、アプリケーションプログラミングインターフェイス、および通信
インターフェイスを含む。
／Open分散型トランザクション処理モデルと呼ばれる、ＤＴＰのモデルアーキテ
クチャを開発している。Ｘ／Open ＤＴＰモデルは、多数のアプリケーションプ
ログラムが多数のリソースマネージャによって提供されるリソースを共有できる
ようにし、かつそれらの作業がグローバルトランザクションに統御されるように
する、ソフトウェアアーキテクチャである。Ｘ／Open ＤＴＰモデルは多数のコ
ンポーネント、アプリケーションプログラミングインターフェイス、および通信
インターフェイスを含む。
【００１８】 図１は、クライアントシステム１０およびサーバシステム１２を示し、これら
はいずれもＸ／Open ＤＴＰモデルアーキテクチャに従って構成されている。例
示的な一例としてのクライアントシステム１０を参照して、X/Open ＤＴＰモデ
ルのコンポーネントには、アプリケーションプログラム（ＡＰ）１４と、１つま
たは２つ以上のリソースマネージャ（ＲＭ）１６と、トランザクションマネージ
ャ（ＴＭ）１８と、通信リソースマネージャ（ＣＲＭ）２０とが含まれる。
はいずれもＸ／Open ＤＴＰモデルアーキテクチャに従って構成されている。例
示的な一例としてのクライアントシステム１０を参照して、X/Open ＤＴＰモデ
ルのコンポーネントには、アプリケーションプログラム（ＡＰ）１４と、１つま
たは２つ以上のリソースマネージャ（ＲＭ）１６と、トランザクションマネージ
ャ（ＴＭ）１８と、通信リソースマネージャ（ＣＲＭ）２０とが含まれる。
【００１９】 クライアントアプリケーションプログラム１４などのアプリケーションプログ
ラム（ＡＰ）は、グローバルトランザクション境界を規定し、グローバルトラン
ザクションをなすアクションを特定する、ユーザ規定のソフトウェアコンポーネ
ントである。それはまた、トランザクションが要求する１つまたは２つ以上のリ
ソースへのアクセスを提供する。グローバルトランザクションでは、２つまたは
それ以上のＡＰがそれらの個々の機能を果たし、これらが組合せられるとグロー
バルトランザクションが構成される。ＡＰのうちの１つはトランザクションコー
ディネータであり、すなわち、グローバルトランザクションの開始および終了を
行なうＡＰである。他のＡＰはこれに従属する。
ラム（ＡＰ）は、グローバルトランザクション境界を規定し、グローバルトラン
ザクションをなすアクションを特定する、ユーザ規定のソフトウェアコンポーネ
ントである。それはまた、トランザクションが要求する１つまたは２つ以上のリ
ソースへのアクセスを提供する。グローバルトランザクションでは、２つまたは
それ以上のＡＰがそれらの個々の機能を果たし、これらが組合せられるとグロー
バルトランザクションが構成される。ＡＰのうちの１つはトランザクションコー
ディネータであり、すなわち、グローバルトランザクションの開始および終了を
行なうＡＰである。他のＡＰはこれに従属する。
【００２０】 リソースマネージャ（ＲＭ）１６はＡＰ１４のリソースへのアクセスを提供す
る。Ｘ／Open ＤＴＰモデルは多数のリソースマネージャを許容にする。データ
ベース管理システムおよびファイルアクセスシステムは、ＲＭとして作用するシ
ステムソフトウェアコンポーネントの例である。
る。Ｘ／Open ＤＴＰモデルは多数のリソースマネージャを許容にする。データ
ベース管理システムおよびファイルアクセスシステムは、ＲＭとして作用するシ
ステムソフトウェアコンポーネントの例である。
【００２１】 ＡＰは、トランザクションマネージャ（ＴＭ）１８の制御下でトランザクショ
ンを開始および終了する。ＴＭ１８は、トランザクション識別子をグローバルト
ランザクションに割当て、それらの進捗をモニタリングし、それらの完了を調整
し、かつ故障からの回復を調整する、システムソフトウェアコンポーネントであ
る。ＴＭは不可分性というトランザクション特性を強要する。グローバルトラン
ザクションでは、ＴＭは２相実行トランザクション処理プロトコルを遵守する。
ンを開始および終了する。ＴＭ１８は、トランザクション識別子をグローバルト
ランザクションに割当て、それらの進捗をモニタリングし、それらの完了を調整
し、かつ故障からの回復を調整する、システムソフトウェアコンポーネントであ
る。ＴＭは不可分性というトランザクション特性を強要する。グローバルトラン
ザクションでは、ＴＭは２相実行トランザクション処理プロトコルを遵守する。
【００２２】 ＣＲＭ２０は、グローバルトランザクションに参加するＡＰ１４と他のＡＰ（
たとえばＡＰ４０）との交信、およびＴＭ１８と別個のデータ処理システムのＴ
Ｍ（たとえばシステム１２のＴＭ）との交信を制御する。
たとえばＡＰ４０）との交信、およびＴＭ１８と別個のデータ処理システムのＴ
Ｍ（たとえばシステム１２のＴＭ）との交信を制御する。
【００２３】 Ｘ／Open ＤＴＰモデルは、アプリケーションプログラムがシステムコンポー
ネントと相互作用してグローバルトランザクションを行なえるようにする多数の
標準アプリケーションプログラミングインターフェイスを提供する。これらのア
プリケーションプログラミングインターフェイスは１つまたは２つ以上のＡＰ−
ＲＭインターフェイス２２と、ＡＰ−ＴＭインターフェイス２４と、ＡＰ−ＣＲ
Ｍインターフェイス２６と、ＲＭ−ＴＭインターフェイス２８と、ＴＭ−ＣＲＭ
インターフェイス３０とを含む。
ネントと相互作用してグローバルトランザクションを行なえるようにする多数の
標準アプリケーションプログラミングインターフェイスを提供する。これらのア
プリケーションプログラミングインターフェイスは１つまたは２つ以上のＡＰ−
ＲＭインターフェイス２２と、ＡＰ−ＴＭインターフェイス２４と、ＡＰ−ＣＲ
Ｍインターフェイス２６と、ＲＭ−ＴＭインターフェイス２８と、ＴＭ−ＣＲＭ
インターフェイス３０とを含む。
【００２４】 ＡＰ−ＲＭインターフェイス２２は、それらのそれぞれのＲＭ１６を介して（
データベースなどの）リソースへのアクセスをＡＰ１４に提供する。これらのイ
ンターフェイスは、多数の異なったリソースがシステム上に存在し得るため、Ｘ
／Open ＤＴＰモデルによって特定的に規定されていない。ＡＰ−ＲＭインター
フェイスの例としては、構造化照会言語（ＳＱＬ）および索引順編成方式（ＩＳ
ＡＭ）が挙げられる。
データベースなどの）リソースへのアクセスをＡＰ１４に提供する。これらのイ
ンターフェイスは、多数の異なったリソースがシステム上に存在し得るため、Ｘ
／Open ＤＴＰモデルによって特定的に規定されていない。ＡＰ−ＲＭインター
フェイスの例としては、構造化照会言語（ＳＱＬ）および索引順編成方式（ＩＳ
ＡＭ）が挙げられる。
【００２５】 ＡＰ−ＴＭインターフェイス２４は、グローバルトランザクション境界を規定
するようＴＭ１８によって提供される。ＡＰ−ＴＭインターフェイスはまた、Ｔ
Ｘインターフェイスとも呼ばれる。ＴＸインターフェイスに関するさらなる情報
は、英国のＸ／Open株式会社の分散型トランザクション処理：ＴＸ（トランザク
ション分界）仕様（１９９２）に記載されている。ＴＸインターフェイスを以下
に詳述する。
するようＴＭ１８によって提供される。ＡＰ−ＴＭインターフェイスはまた、Ｔ
Ｘインターフェイスとも呼ばれる。ＴＸインターフェイスに関するさらなる情報
は、英国のＸ／Open株式会社の分散型トランザクション処理：ＴＸ（トランザク
ション分界）仕様（１９９２）に記載されている。ＴＸインターフェイスを以下
に詳述する。
【００２６】 ＡＰ−ＣＲＭ２６インターフェイスはＣＲＭ２０によってＡＰ１４に与えられ
る。Ｘ／Open ＤＴＰモデルは次の３つのＡＰ−ＣＲＭインターフェイス、すな
わちＴｘＲＰＣインターフェイス、ＸＡＴＭＩインターフェイス、およびＣＰＩ
−Ｃインターフェイスをサポートする。これらのインターフェイスの各々は、同
じインターフェイスを利用するＡＰ間の交信を可能にするために使用され得る。
ＸＡＴＭＩを以下に詳述するが、ＸＡＴＭＩインターフェイスに関するさらなる
情報は、英国のＸ／Open株式会社の分散型トランザクション処理：ＸＡＴＭＩ仕
様（１９９３）（以下、「ＸＡＴＭＩ仕様」と称する）に記載されており、ここ
にその全体を引用により援用する。
る。Ｘ／Open ＤＴＰモデルは次の３つのＡＰ−ＣＲＭインターフェイス、すな
わちＴｘＲＰＣインターフェイス、ＸＡＴＭＩインターフェイス、およびＣＰＩ
−Ｃインターフェイスをサポートする。これらのインターフェイスの各々は、同
じインターフェイスを利用するＡＰ間の交信を可能にするために使用され得る。
ＸＡＴＭＩを以下に詳述するが、ＸＡＴＭＩインターフェイスに関するさらなる
情報は、英国のＸ／Open株式会社の分散型トランザクション処理：ＸＡＴＭＩ仕
様（１９９３）（以下、「ＸＡＴＭＩ仕様」と称する）に記載されており、ここ
にその全体を引用により援用する。
【００２７】 ＴＭ−ＲＭインターフェイス２８はトランザクション制御（準備、実行または
ロールバック）の目的で使用される。ＴＭ−ＲＭインターフェイス２８はさらに
、英国のＸ／Open株式会社のＸＡインターフェイス、分散型トランザクション処
理：ＴＸ（トランザクション分界）仕様（１９９２）に記載されている。ＴＭ−
ＣＲＭインターフェイス２９はさらに、英国のＸ／Open株式会社のＸ／Open仮仕
様−分散型トランザクション処理：ＸＡ＋仕様（１９９３）に記載されている。
ロールバック）の目的で使用される。ＴＭ−ＲＭインターフェイス２８はさらに
、英国のＸ／Open株式会社のＸＡインターフェイス、分散型トランザクション処
理：ＴＸ（トランザクション分界）仕様（１９９２）に記載されている。ＴＭ−
ＣＲＭインターフェイス２９はさらに、英国のＸ／Open株式会社のＸ／Open仮仕
様−分散型トランザクション処理：ＸＡ＋仕様（１９９３）に記載されている。
【００２８】 上記アプリケーションプログラミングインターフェイスの他に、Ｘ／Open Ｄ
ＴＰモデルを実装するシステムは、オープンシステム相互接続（ＯＳＩ）トラン
ザクション処理（ＴＰ）（ＩＳＯ／ＩＥＣ１００２６）（「ＯＳＩ ＴＰ規格」
）として知られている産業規格通信プロトコルを用いて互いに交信し得るが、こ
こにこの規格の全体を引用により援用する。ＯＳＩ ＴＰ規格は、トランザクシ
ョン処理システムにおけるコンピュータ間の交信をサポートするマシン依存型プ
ロトコルを規定する。ＸＡＰ−ＴＰと呼ばれる産業規格ＣＲＭ−ＯＳＩ ＴＰプ
ログラムインターフェイスは、ＣＲＭ２０と、ＯＳＩ ＴＰ規格に準拠するＯＳ
Ｉ ＴＰプロトコルマシン３４とのインターフェイスを提供する。ＩＳＯ／ＩＥ
Ｃ１００２６−３情報技術−開放型システム間相互接続−分散型トランザクショ
ン処理−パート３：プロトコル仕様（「ＯＳＩ ＴＰプロトコル仕様」）は、適
合するＯＳＩ ＴＰプロトコルマシンが、ＯＳＩ ＴＰ規格に準拠してＯＳＩ
ＴＰサービスリクエストを処理する際に発生する必要がある、状態遷移およびプ
ロトコルを規定する。ＸＡＰ−ＴＰプログラムインターフェイスは、Ｘ／Open
ＡＣＳＥ／提示：トランザクション処理ＡＰＩ（ＸＡＰ−ＴＰ）ＣＡＥ仕様（「
ＸＡＰ−ＴＰ仕様」）に明記されている。ＸＡＰ−ＴＰ仕様は、適合するＯＳＩ
ＴＰプロトコルマシンの使用を制御する、機能、パラメータおよびエラーを含
むインターフェイスを規定する。下層通信プロトコル３６の実装により、ネット
ワーク３８を介してシステム１０および１２間に情報を送信するために必要な下
位レベルの通信処理が取扱われる。これらの下層プロトコルはたとえばＯＳＩま
たはＴＣＰ／ＩＰであり得る。Ｘ／Open ＤＴＰモデルはこれらの下層に対する
インターフェイスを規定しない。
ＴＰモデルを実装するシステムは、オープンシステム相互接続（ＯＳＩ）トラン
ザクション処理（ＴＰ）（ＩＳＯ／ＩＥＣ１００２６）（「ＯＳＩ ＴＰ規格」
）として知られている産業規格通信プロトコルを用いて互いに交信し得るが、こ
こにこの規格の全体を引用により援用する。ＯＳＩ ＴＰ規格は、トランザクシ
ョン処理システムにおけるコンピュータ間の交信をサポートするマシン依存型プ
ロトコルを規定する。ＸＡＰ−ＴＰと呼ばれる産業規格ＣＲＭ−ＯＳＩ ＴＰプ
ログラムインターフェイスは、ＣＲＭ２０と、ＯＳＩ ＴＰ規格に準拠するＯＳ
Ｉ ＴＰプロトコルマシン３４とのインターフェイスを提供する。ＩＳＯ／ＩＥ
Ｃ１００２６−３情報技術−開放型システム間相互接続−分散型トランザクショ
ン処理−パート３：プロトコル仕様（「ＯＳＩ ＴＰプロトコル仕様」）は、適
合するＯＳＩ ＴＰプロトコルマシンが、ＯＳＩ ＴＰ規格に準拠してＯＳＩ
ＴＰサービスリクエストを処理する際に発生する必要がある、状態遷移およびプ
ロトコルを規定する。ＸＡＰ−ＴＰプログラムインターフェイスは、Ｘ／Open
ＡＣＳＥ／提示：トランザクション処理ＡＰＩ（ＸＡＰ−ＴＰ）ＣＡＥ仕様（「
ＸＡＰ−ＴＰ仕様」）に明記されている。ＸＡＰ−ＴＰ仕様は、適合するＯＳＩ
ＴＰプロトコルマシンの使用を制御する、機能、パラメータおよびエラーを含
むインターフェイスを規定する。下層通信プロトコル３６の実装により、ネット
ワーク３８を介してシステム１０および１２間に情報を送信するために必要な下
位レベルの通信処理が取扱われる。これらの下層プロトコルはたとえばＯＳＩま
たはＴＣＰ／ＩＰであり得る。Ｘ／Open ＤＴＰモデルはこれらの下層に対する
インターフェイスを規定しない。
【００２９】 ＸＡＴＭＩ ＡＰＩは１組のファンクションコールを提供し、これらは包括的
にtp*（）ファンクションコールと称され、さまざまな関数を果たすために呼出
され得る。表１は、任意のＣ言語アプリケーションプログラムから呼出すことが
できるこれらの関数をまとめたものである。
にtp*（）ファンクションコールと称され、さまざまな関数を果たすために呼出
され得る。表１は、任意のＣ言語アプリケーションプログラムから呼出すことが
できるこれらの関数をまとめたものである。
【００３０】
【表１】
【００３１】 上記ＸＡＴＭＩ ＡＰＩリクエストの各々は、各リクエストのフォーマットお
よび引数を特定するフォーマルな構文を有する。各要求のフォーマル構文はＸＡ
ＴＭＩ仕様に明記されている。
よび引数を特定するフォーマルな構文を有する。各要求のフォーマル構文はＸＡ
ＴＭＩ仕様に明記されている。
【００３２】 ＩＩＩ．マイクロソフトトランザクションサーバ マイクロソフト社は最近、分散型アプリケーションを開発し配備するための、
コンポーネントベースのプログラミングモデルおよび実行環境を提供する、マイ
クロソフト（登録商標）トランザクションサーバ（ＭＴＳ）と呼ばれる製品を導
入している。「マイクロソフト」、「ウィンドウズ」および「ウィンドウズＮＴ
」はマイクロソフト社の登録商標である。
コンポーネントベースのプログラミングモデルおよび実行環境を提供する、マイ
クロソフト（登録商標）トランザクションサーバ（ＭＴＳ）と呼ばれる製品を導
入している。「マイクロソフト」、「ウィンドウズ」および「ウィンドウズＮＴ
」はマイクロソフト社の登録商標である。
【００３３】 ＭＴＳはユーザが３層アプリケーションを構築できるようにする。クライアン
トアプリケーションはＤＣＯＭまたはＩＩＳアプリケーションのいずれかであり
得る。ＭＴＳは再使用可能なビジネスロジックをサポートする中間層となり、デ
ータ記憶装置は第３の層となる。この技術は、ビジネスロジック全体をなすＣＯ
Ｍオブジェクトの形態で、再使用可能なコンポーネントを構築するという考えに
基づく。このようなコンポーネントの中には以下のタイプのものがある。すなわ
ち、照会：データが入力され、次いでコンポーネントがデータ記憶装置に接続さ
れて情報を得るようにするものと、更新：トランザクションを実行してメッセー
ジを送信しデータベースを更新するものとである。
トアプリケーションはＤＣＯＭまたはＩＩＳアプリケーションのいずれかであり
得る。ＭＴＳは再使用可能なビジネスロジックをサポートする中間層となり、デ
ータ記憶装置は第３の層となる。この技術は、ビジネスロジック全体をなすＣＯ
Ｍオブジェクトの形態で、再使用可能なコンポーネントを構築するという考えに
基づく。このようなコンポーネントの中には以下のタイプのものがある。すなわ
ち、照会：データが入力され、次いでコンポーネントがデータ記憶装置に接続さ
れて情報を得るようにするものと、更新：トランザクションを実行してメッセー
ジを送信しデータベースを更新するものとである。
【００３４】 ＭＴＳ環境では、クライアントアプリケーションは所与のタスクを行なうため
のＭＴＳコンポーネントのインスタンスを要求する。ＭＴＳコンポーネントはそ
のタスクに関連したビジネスロジックを提供する。クライアントアプリケーショ
ンがコンポーネントインスタンスを要求すると、ＭＴＳはＭＴＳコンポーネント
のインスタンスを生成し、クライアントアプリケーションに対する参照を送り返
す。ＭＴＳコンポーネントのすべてのインスタンスは、ＭＴＳコンポーネントに
関する情報を保持する関連のコンテキストオブジェクトを有する。各ＭＴＳコン
ポーネントのコンテキストオブジェクトは多くのメソッドを含むIObjectContext
インターフェイスを公開する。トランザクション処理に関する２つのメソッドは
IObjectContext::SetComplete()およびIObjectContext::SetAbort()である。Ｍ
ＴＳコンポーネントは、その作業をうまく実行し終えたときにSetComplete()を
呼出す。作業がうまく完了しなかった場合にはSetAbort()が呼出される。GetObj
ectContext()と呼ばれる、ＭＴＳによって提供されるグローバルメソッドが、コ
ンテキストオブジェクトのIObjectInterfaceへの参照を得るために使用される。
のＭＴＳコンポーネントのインスタンスを要求する。ＭＴＳコンポーネントはそ
のタスクに関連したビジネスロジックを提供する。クライアントアプリケーショ
ンがコンポーネントインスタンスを要求すると、ＭＴＳはＭＴＳコンポーネント
のインスタンスを生成し、クライアントアプリケーションに対する参照を送り返
す。ＭＴＳコンポーネントのすべてのインスタンスは、ＭＴＳコンポーネントに
関する情報を保持する関連のコンテキストオブジェクトを有する。各ＭＴＳコン
ポーネントのコンテキストオブジェクトは多くのメソッドを含むIObjectContext
インターフェイスを公開する。トランザクション処理に関する２つのメソッドは
IObjectContext::SetComplete()およびIObjectContext::SetAbort()である。Ｍ
ＴＳコンポーネントは、その作業をうまく実行し終えたときにSetComplete()を
呼出す。作業がうまく完了しなかった場合にはSetAbort()が呼出される。GetObj
ectContext()と呼ばれる、ＭＴＳによって提供されるグローバルメソッドが、コ
ンテキストオブジェクトのIObjectInterfaceへの参照を得るために使用される。
【００３５】 ＭＴＳコンポーネント（すなわちＣＯＭオブジェクト）は単一スレッドのユニ
ットとして書かれ、ＭＴＳエグゼクティブは並列に関する問題すべてを取扱う。
ＭＴＳは、開発者がこのような一連のコンポーネントを集めてパッケージにし、
容易に配備できるようにする。Ｘ／Open ＤＴＰモデルの場合とは異なり、ＭＴ
Ｓコンポーネントの開発者は、コンポーネントのグローバルトランザクションへ
の導入法について悩まなくてもよい。ＭＴＳコンポーネントはすべてを包含する
ユニットとして書かれ、トランザクションを要求またはサポートするものとして
構成されるか、または非トランザクション特性を有するものとして構成される。
ＭＴＳコンポーネントのインスタンスが生成されると、ＭＴＳはそのトランザク
ション特性を有効にし、ＭＴＳコンポーネントがトランザクション特性を有する
ものとして構成される場合には、ＭＴＳはこれらの特性を持つコンポーネントの
インスタンスを生成する。トランザクション特性によってインスタンスを生成さ
れたＭＴＳコンポーネントは、進行中である場合にはトランザクションにエンリ
ストする（すなわち参加する）。
ットとして書かれ、ＭＴＳエグゼクティブは並列に関する問題すべてを取扱う。
ＭＴＳは、開発者がこのような一連のコンポーネントを集めてパッケージにし、
容易に配備できるようにする。Ｘ／Open ＤＴＰモデルの場合とは異なり、ＭＴ
Ｓコンポーネントの開発者は、コンポーネントのグローバルトランザクションへ
の導入法について悩まなくてもよい。ＭＴＳコンポーネントはすべてを包含する
ユニットとして書かれ、トランザクションを要求またはサポートするものとして
構成されるか、または非トランザクション特性を有するものとして構成される。
ＭＴＳコンポーネントのインスタンスが生成されると、ＭＴＳはそのトランザク
ション特性を有効にし、ＭＴＳコンポーネントがトランザクション特性を有する
ものとして構成される場合には、ＭＴＳはこれらの特性を持つコンポーネントの
インスタンスを生成する。トランザクション特性によってインスタンスを生成さ
れたＭＴＳコンポーネントは、進行中である場合にはトランザクションにエンリ
ストする（すなわち参加する）。
【００３６】 ＭＴＳ環境内の分散型トランザクションコントローラ（ＭＳ ＤＴＣ）はグロ
ーバルトランザクションにおけるコンポーネントのエンリストメントを制御し、
さらにはトランザクションの実行を統御する。ＭＳ ＤＴＣは２相実行処理を実
装する。しかしながら、Ｘ／Open ＤＴＰモデルの場合とは異なり、ＭＴＳトラ
ンザクションは、開始および終了を持つものとしてクライアントアプリケーショ
ンによっては境界付けされない。そのかわりに、エンリストメントプロセスを通
して、トランザクションの存続期間がＭＳ ＤＴＣによって制御される。
ーバルトランザクションにおけるコンポーネントのエンリストメントを制御し、
さらにはトランザクションの実行を統御する。ＭＳ ＤＴＣは２相実行処理を実
装する。しかしながら、Ｘ／Open ＤＴＰモデルの場合とは異なり、ＭＴＳトラ
ンザクションは、開始および終了を持つものとしてクライアントアプリケーショ
ンによっては境界付けされない。そのかわりに、エンリストメントプロセスを通
して、トランザクションの存続期間がＭＳ ＤＴＣによって制御される。
【００３７】 すべてのトランザクション処理システムにおいて、システム中の各リソースは
、ローカルトランザクションマネージャと交信することによりそれ自体を宣言す
るリソースマネージャによって制御される。ＭＴＳ環境では、ローカルトランザ
クションマネージャはＭＳ ＤＴＣであり、リソースマネージャがそれ自体をＭ
Ｓ ＤＴＣに宣言するプロセスは、エンリストメントと呼ばれる（トランザクシ
ョン中のエンリストメントとは区別される）。リソースマネージャがＭＳ ＤＴ
Ｃにエンリストした後、それは実行アプリケーションからの要求を待つ。新たな
トランザクションに関連するリクエストが到着すると、リソースマネージャはそ
のトランザクションにもエンリストせねばならない。これにより、トランザクシ
ョンが実行またはアボートする際に、リソースマネージャが確実にＭＳ ＤＴＣ
からのコールバック（すなわち表示）を得ることになる。
、ローカルトランザクションマネージャと交信することによりそれ自体を宣言す
るリソースマネージャによって制御される。ＭＴＳ環境では、ローカルトランザ
クションマネージャはＭＳ ＤＴＣであり、リソースマネージャがそれ自体をＭ
Ｓ ＤＴＣに宣言するプロセスは、エンリストメントと呼ばれる（トランザクシ
ョン中のエンリストメントとは区別される）。リソースマネージャがＭＳ ＤＴ
Ｃにエンリストした後、それは実行アプリケーションからの要求を待つ。新たな
トランザクションに関連するリクエストが到着すると、リソースマネージャはそ
のトランザクションにもエンリストせねばならない。これにより、トランザクシ
ョンが実行またはアボートする際に、リソースマネージャが確実にＭＳ ＤＴＣ
からのコールバック（すなわち表示）を得ることになる。
【００３８】 ＭＳ ＤＴＣは、２つまたはそれ以上のウィンドウズ（登録商標）９５または
ウィンドウズＮＴ（登録商標）システムを介して分散されるトランザクションを
サポートする。各システムはローカルトランザクションマネージャ、すなわちＭ
Ｓ ＤＴＣを有する。すべてのコンポーネントおよびリソースマネージャはそれ
らのローカルトランザクションマネージャと交信する。トランザクションマネー
ジャは、ＯＬＥトランザクションプロトコルを用いて、複数システム上のトラン
ザクションプロトコルを協働的に管理する。マイクロソフトトランザクションサ
ーバ環境に関するさらなる情報は、データベースワークショップ：マイクロソフ
トトランザクションサーバ２．０ Roger Jennings ed., Sams Publishing, 199
7およびマイクロソフト社のウェブサイトで得られる。
ウィンドウズＮＴ（登録商標）システムを介して分散されるトランザクションを
サポートする。各システムはローカルトランザクションマネージャ、すなわちＭ
Ｓ ＤＴＣを有する。すべてのコンポーネントおよびリソースマネージャはそれ
らのローカルトランザクションマネージャと交信する。トランザクションマネー
ジャは、ＯＬＥトランザクションプロトコルを用いて、複数システム上のトラン
ザクションプロトコルを協働的に管理する。マイクロソフトトランザクションサ
ーバ環境に関するさらなる情報は、データベースワークショップ：マイクロソフ
トトランザクションサーバ２．０ Roger Jennings ed., Sams Publishing, 199
7およびマイクロソフト社のウェブサイトで得られる。
【００３９】 現在、異種ホストのＭＴＳの相互運用性は、ＩＢＭのＩＭＳまたはＣＩＣＳト
ランザクションのための、マイクロソフトＣＯＭＴＩ（ＣＯＭトランザクション
インターフェイス）を通じて、リモートホストのデータベースに接続するための
第三者のＯＤＢＣ（オープンデータベースコネクティビティ）を通じて、または
ＸＡマッパを介して、存在する。
ランザクションのための、マイクロソフトＣＯＭＴＩ（ＣＯＭトランザクション
インターフェイス）を通じて、リモートホストのデータベースに接続するための
第三者のＯＤＢＣ（オープンデータベースコネクティビティ）を通じて、または
ＸＡマッパを介して、存在する。
【００４０】 ＣＯＭＴＩはＩＢＭメインフレーム上で動作する既存のCobolプログラムにウ
ィンドウズベースの新たなクライアントがアクセスできるようにする。ＯＤＢＣ
はＭＴＳコンポーネントによる種々のデータベース（Oracle, Informix, SQL Se
quelサーバ）へのアクセスを許す。ＸＡマッパーは、Ｘ／Openに準拠するトラン
ザクションマネージャと交信するクライアントアプリケーションが、それらのＸ
ＡプロトコルをＭＴＳのネイティブＯＬＥトランザクションプロトコルにマッピ
ングして、ＭＴＳ制御リソースに含むようにする。
ィンドウズベースの新たなクライアントがアクセスできるようにする。ＯＤＢＣ
はＭＴＳコンポーネントによる種々のデータベース（Oracle, Informix, SQL Se
quelサーバ）へのアクセスを許す。ＸＡマッパーは、Ｘ／Openに準拠するトラン
ザクションマネージャと交信するクライアントアプリケーションが、それらのＸ
ＡプロトコルをＭＴＳのネイティブＯＬＥトランザクションプロトコルにマッピ
ングして、ＭＴＳ制御リソースに含むようにする。
【００４１】 不都合なことに、これらの相互運用性の解決策には、既存のトランザクション
処理システムのうちの大きな種類が排除されている。これら種類のシステムとは
、Ｘ／Open ＤＴＰモデルに従って構築され、アプリケーションプログラムとリ
ソースとの間のインターフェイスとしてＸＡＴＭＩプログラムインターフェイス
を使用するものである。これらのシステムのサーバは、リモートクライアントが
アクセスし得るデータベースを制御するためのビジネスロジックを付与する。Ｘ
／Open ＤＴＰベースのシステムにおけるトランザクションマネージャはトラン
ザクションの統御およびメッセージの経路づけを制御する。それらはまた、デー
タのロールバックおよび回復、ならびにリモートデータマネージャの同期化を制
御する。
処理システムのうちの大きな種類が排除されている。これら種類のシステムとは
、Ｘ／Open ＤＴＰモデルに従って構築され、アプリケーションプログラムとリ
ソースとの間のインターフェイスとしてＸＡＴＭＩプログラムインターフェイス
を使用するものである。これらのシステムのサーバは、リモートクライアントが
アクセスし得るデータベースを制御するためのビジネスロジックを付与する。Ｘ
／Open ＤＴＰベースのシステムにおけるトランザクションマネージャはトラン
ザクションの統御およびメッセージの経路づけを制御する。それらはまた、デー
タのロールバックおよび回復、ならびにリモートデータマネージャの同期化を制
御する。
【００４２】 ＭＴＳ環境にトランザクションマネージャ機能を提供するＭＳ ＤＴＣは現在
のところ、Ｘ／OpenＸＡＴＭＩ−適合トランザクションマネージャによって制御
されるリモートサーバ上のリソースと相互運用できない。ＭＳ ＤＴＣはＸＡＴ
ＭＩに適合しない。このため、ＸＡＴＭＩ−適合トランザクションマネージャに
よって制御されるサーバはＭＳ ＤＴＣによって管理されるグローバルＯＬＥト
ランザクションに参加できない。Ｘ／OpenＸＡＴＭＩ−適合トランザクションマ
ネージャの上に構築された運用中の多数のクライアント／サーバアプリケーショ
ン〜なる母体が存在している場合、そのようなサーバをＭＳ ＤＴＣが制御する
グローバルトランザクションにＭＳ ＤＴＣが含ませるようにする方法および装
置を提供することが望ましいであろう。広義には、ＸＡＴＭＩ−適合トランザク
ションマネージャを採用しないすべてのトランザクション処理環境に、その環境
におけるグローバルトランザクションの部分として、ＸＡＴＭＩ−適合トランザ
クションマネージャの制御下で動作しない別の環境におけるリモートサーバのリ
ソースにアクセスできる能力を与えることが望ましいであろう。本発明はこの要
求を満たす。
のところ、Ｘ／OpenＸＡＴＭＩ−適合トランザクションマネージャによって制御
されるリモートサーバ上のリソースと相互運用できない。ＭＳ ＤＴＣはＸＡＴ
ＭＩに適合しない。このため、ＸＡＴＭＩ−適合トランザクションマネージャに
よって制御されるサーバはＭＳ ＤＴＣによって管理されるグローバルＯＬＥト
ランザクションに参加できない。Ｘ／OpenＸＡＴＭＩ−適合トランザクションマ
ネージャの上に構築された運用中の多数のクライアント／サーバアプリケーショ
ン〜なる母体が存在している場合、そのようなサーバをＭＳ ＤＴＣが制御する
グローバルトランザクションにＭＳ ＤＴＣが含ませるようにする方法および装
置を提供することが望ましいであろう。広義には、ＸＡＴＭＩ−適合トランザク
ションマネージャを採用しないすべてのトランザクション処理環境に、その環境
におけるグローバルトランザクションの部分として、ＸＡＴＭＩ−適合トランザ
クションマネージャの制御下で動作しない別の環境におけるリモートサーバのリ
ソースにアクセスできる能力を与えることが望ましいであろう。本発明はこの要
求を満たす。
【００４３】
本発明は、トランザクション処理環境におけるコンポーネントが、ＸＡＴＭＩ
−適合性でない第１のトランザクションマネージャによって環境内で統御される
グローバルトランザクションの一部分として、ＸＡＴＭＩ−適合トランザクショ
ンマネージャの制御下の環境外のリモートサーバのリソースを要求できるように
する方法および装置に向けられる。後に詳述するように、本発明の方法および装
置は、マイクロソフトトランザクションサーバ（ＭＴＳ）環境におけるコンポー
ネントが、ＭＴＳ環境内のマイクロソフト分散型トランザクションコーディネー
タ（ＭＳ ＤＴＣ）の制御下のグローバルトランザクションの一部分として、Ｘ
ＡＴＭＩ−適合トランザクションマネージャの制御下のＭＴＳ環境外のリモート
サーバのリソースを要求できるようにするために、特に有用である。好ましい実
施例において、本発明の方法および装置は相互接続の形態で実装される。相互接
続は接続マネージャおよびリソースマネージャを含む。
−適合性でない第１のトランザクションマネージャによって環境内で統御される
グローバルトランザクションの一部分として、ＸＡＴＭＩ−適合トランザクショ
ンマネージャの制御下の環境外のリモートサーバのリソースを要求できるように
する方法および装置に向けられる。後に詳述するように、本発明の方法および装
置は、マイクロソフトトランザクションサーバ（ＭＴＳ）環境におけるコンポー
ネントが、ＭＴＳ環境内のマイクロソフト分散型トランザクションコーディネー
タ（ＭＳ ＤＴＣ）の制御下のグローバルトランザクションの一部分として、Ｘ
ＡＴＭＩ−適合トランザクションマネージャの制御下のＭＴＳ環境外のリモート
サーバのリソースを要求できるようにするために、特に有用である。好ましい実
施例において、本発明の方法および装置は相互接続の形態で実装される。相互接
続は接続マネージャおよびリソースマネージャを含む。
【００４４】 接続マネージャは、双方向の２相実行通信プロトコルに従って、リモートサー
バの、要求されたリソースと交信するプロトコルマシンを含む。好ましい実施例
において、プロトコルマシンは、ＯＳＩ ＴＰプロトコル仕様を実装するＯＳＩ
ＴＰプロトコルマシンを含む。
バの、要求されたリソースと交信するプロトコルマシンを含む。好ましい実施例
において、プロトコルマシンは、ＯＳＩ ＴＰプロトコル仕様を実装するＯＳＩ
ＴＰプロトコルマシンを含む。
【００４５】 リソースマネージャは、コンポーネントからのＸＡＴＭＩサービスリクエスト
を受ける第１のインターフェイスと、所与のグローバルトランザクションに関し
て第１のトランザクションマネージャによって発行された命令（たとえば準備、
実行、アボートなど）を受信する第２のインターフェイスとを有する。リソース
マネージャは（ｉ）コンポーネントから受信したＸＡＴＭＩサービスリクエスト
と、第１のトランザクションマネージャによって発行された命令とを、ＯＳＩ
ＴＰプロトコルマシンの対応のサービスリクエストに変換し、（ii）対応のＯＳ
Ｉ ＴＰサービスリクエストをＯＳＩ ＴＰプロトコルマシンに発行し、（iii
）ＯＳＩ ＴＰプロトコルマシンによるＯＳＩ ＴＰサービスリクエストの処理
と、第１のトランザクションマネージャのトランザクション処理環境における対
応のイベント（たとえば準備、実行およびアボート）の処理とを、第１のトラン
ザクションマネージャ環境のトランザクション処理環境およびリモートサーバの
両方にトランスペアレントな形で統御する。これにより、第１のトランザクショ
ンマネージャおよびコンポーネントに対してはリモートサーバがそれらのトラン
ザクション処理環境の別のローカルリソースとして見えるようになる。さらに、
好ましい実施例において、リモートサーバに要求を通信するためにＯＳＩ ＴＰ
プロトコルマシンを使用することにより、本発明の相互接続は、ＯＳＩ ＴＰプ
ロトコル仕様の堅牢な回復という特徴の利益を享受できるようになり、これによ
り、ＡＣＩＤ特性を達成する全体的なトランザクション処理システムの能力が高
まる。好ましい実施例においてはまた、リソースマネージャは、ブランチごとに
リソースマネージャの動作を制御する状態マシンの制御下で動作する。
を受ける第１のインターフェイスと、所与のグローバルトランザクションに関し
て第１のトランザクションマネージャによって発行された命令（たとえば準備、
実行、アボートなど）を受信する第２のインターフェイスとを有する。リソース
マネージャは（ｉ）コンポーネントから受信したＸＡＴＭＩサービスリクエスト
と、第１のトランザクションマネージャによって発行された命令とを、ＯＳＩ
ＴＰプロトコルマシンの対応のサービスリクエストに変換し、（ii）対応のＯＳ
Ｉ ＴＰサービスリクエストをＯＳＩ ＴＰプロトコルマシンに発行し、（iii
）ＯＳＩ ＴＰプロトコルマシンによるＯＳＩ ＴＰサービスリクエストの処理
と、第１のトランザクションマネージャのトランザクション処理環境における対
応のイベント（たとえば準備、実行およびアボート）の処理とを、第１のトラン
ザクションマネージャ環境のトランザクション処理環境およびリモートサーバの
両方にトランスペアレントな形で統御する。これにより、第１のトランザクショ
ンマネージャおよびコンポーネントに対してはリモートサーバがそれらのトラン
ザクション処理環境の別のローカルリソースとして見えるようになる。さらに、
好ましい実施例において、リモートサーバに要求を通信するためにＯＳＩ ＴＰ
プロトコルマシンを使用することにより、本発明の相互接続は、ＯＳＩ ＴＰプ
ロトコル仕様の堅牢な回復という特徴の利益を享受できるようになり、これによ
り、ＡＣＩＤ特性を達成する全体的なトランザクション処理システムの能力が高
まる。好ましい実施例においてはまた、リソースマネージャは、ブランチごとに
リソースマネージャの動作を制御する状態マシンの制御下で動作する。
【００４６】 リモートサーバに別個の接続を要求する各ＸＡＴＭＩサービスリクエストは、
グローバルトランザクションの１つのブランチを表わす。本発明の別の特徴によ
ると、リソースマネージャはさらに、第１のトランザクションマネージャのトラ
ンザクション処理環境から、その環境内のグローバルトランザクションに割当て
られる第１の識別子を得て、それに基づいて、接続マネージャのプロトコルマシ
ン内でのそのトランザクションを特定するために使用される第２の識別子を生成
する。リソースマネージャは好ましくは、第２の識別子に加えて、プロトコルマ
シン内でのグローバルトランザクションのブランチを一意に特定する第３の識別
子を生成する。接続マネージャのプロトコルマシンがＯＳＩ ＴＰプロトコルマ
シンを含む好ましい実施例では、第２および第３の識別子は好ましくは、それぞ
れＯＳＩ ＴＰプロトコル仕様の要件に準拠する、不可分アクション識別子（Ａ
ＡＩＤ）およびそれに対するブランチサフィックス（ＢＲＩＤ）を含む。本発明
がＭＴＳ環境において使用される場合、第１の識別子は好ましくは、ＭＴＳによ
るトランザクションに割当てられるグローバルに一意な識別子（ＧＵＩＤ）を含
む。
グローバルトランザクションの１つのブランチを表わす。本発明の別の特徴によ
ると、リソースマネージャはさらに、第１のトランザクションマネージャのトラ
ンザクション処理環境から、その環境内のグローバルトランザクションに割当て
られる第１の識別子を得て、それに基づいて、接続マネージャのプロトコルマシ
ン内でのそのトランザクションを特定するために使用される第２の識別子を生成
する。リソースマネージャは好ましくは、第２の識別子に加えて、プロトコルマ
シン内でのグローバルトランザクションのブランチを一意に特定する第３の識別
子を生成する。接続マネージャのプロトコルマシンがＯＳＩ ＴＰプロトコルマ
シンを含む好ましい実施例では、第２および第３の識別子は好ましくは、それぞ
れＯＳＩ ＴＰプロトコル仕様の要件に準拠する、不可分アクション識別子（Ａ
ＡＩＤ）およびそれに対するブランチサフィックス（ＢＲＩＤ）を含む。本発明
がＭＴＳ環境において使用される場合、第１の識別子は好ましくは、ＭＴＳによ
るトランザクションに割当てられるグローバルに一意な識別子（ＧＵＩＤ）を含
む。
【００４７】 発明のさらに別の局面によると、プロトコルマシンはグローバルトランザクシ
ョンのブランチごとに、リモートサーバへの接続を確保して、そのブランチに対
するサービスリクエストを処理し、そのブランチについて確保した接続を特定す
る第４の識別子を生成する。第４の識別子は、その接続を介してリモートサーバ
への、後のコールにおいて、その接続を特定するために使用される。
ョンのブランチごとに、リモートサーバへの接続を確保して、そのブランチに対
するサービスリクエストを処理し、そのブランチについて確保した接続を特定す
る第４の識別子を生成する。第４の識別子は、その接続を介してリモートサーバ
への、後のコールにおいて、その接続を特定するために使用される。
【００４８】 本発明のさらなる別の局面によると、リソースマネージャはブランチごとに記
録を生成し、ここでは、接続マネージャのプロトコルマシンによるサービスリク
エストの処理と、第１のトランザクションマネージャのトランザクション処理環
境（たとえばＭＴＳ環境）における対応のイベントの処理とを統合するにあたり
そのブランチに関する情報が記憶され、リソースマネージャによって使用される
。所与のブランチに関する記録に記憶された情報は好ましくは、上記第１、第２
、第３および第４の識別子を含む。他の情報には、リソースマネージャが参照す
べきいくつかのオブジェクトのポインタおよびブランチの表示が含まれ得る。
録を生成し、ここでは、接続マネージャのプロトコルマシンによるサービスリク
エストの処理と、第１のトランザクションマネージャのトランザクション処理環
境（たとえばＭＴＳ環境）における対応のイベントの処理とを統合するにあたり
そのブランチに関する情報が記憶され、リソースマネージャによって使用される
。所与のブランチに関する記録に記憶された情報は好ましくは、上記第１、第２
、第３および第４の識別子を含む。他の情報には、リソースマネージャが参照す
べきいくつかのオブジェクトのポインタおよびブランチの表示が含まれ得る。
【００４９】 発明の別の局面によると、リソースマネージャは、グローバルトランザクショ
ンのブランチごとに、第１のトランザクションマネージャ（たとえばＭＳ ＤＴ
Ｃ）およびプロトコルマシン（たとえばＯＳＩ ＴＰプロトコルマシン）の両方
が故障から回復するために要求する情報をともに安全な記憶装置に記憶する。所
与のブランチに関する情報はログ記録の形式で記憶される。所与のブランチのロ
グ記録に対するポインタは、そのブランチに関する上記記録に記憶される。第１
のトランザクションマネージャおよびプロトコルマシンの両方が要求する回復情
報を１つのログ記録にともに記憶し、かつログ記録（ブランチに対して生成され
た記録のポインタ）へのアクセスを行なうために集中化された手段を提供するこ
とにより、これらの環境のうちの一方または両方において回復が容易に行なわれ
るようになる。
ンのブランチごとに、第１のトランザクションマネージャ（たとえばＭＳ ＤＴ
Ｃ）およびプロトコルマシン（たとえばＯＳＩ ＴＰプロトコルマシン）の両方
が故障から回復するために要求する情報をともに安全な記憶装置に記憶する。所
与のブランチに関する情報はログ記録の形式で記憶される。所与のブランチのロ
グ記録に対するポインタは、そのブランチに関する上記記録に記憶される。第１
のトランザクションマネージャおよびプロトコルマシンの両方が要求する回復情
報を１つのログ記録にともに記憶し、かつログ記録（ブランチに対して生成され
た記録のポインタ）へのアクセスを行なうために集中化された手段を提供するこ
とにより、これらの環境のうちの一方または両方において回復が容易に行なわれ
るようになる。
【００５０】 使用時には、たとえば、マイクロソフトトランザクションサーバ環境および本
発明の方法を用いた場合、相互接続のリソースマネージャへのＸＡＴＭＩサービ
スリクエスト（たとえばtpcall、tpacallまたはtpconnect）であって、リモート
サーバへのリソースを要求するものをＭＴＳコンポーネントが発行すると、相互
接続は、ＭＴＳから、ＭＴＳコンポーネントがトランザクションを要求またはサ
ポートするよう構成されているか否かを判断する。ＭＴＳコンポーネントがトラ
ンザクション的であるとすると、リソースマネージャはＸＡＴＭＩサービスリク
エストを、ＯＳＩ ＴＰプロトコルマシンの対応の要求に変換し、プロトコルマ
シンを介してその要求をリモートサーバに発行する。良好な返答が受信されると
、リソースマネージャはトランザクションのブランチをＭＳ ＤＴＣに自動的に
エンリストし、ＭＳ ＤＴＣが、そのトランザクションに関して発行されたすべ
ての実行命令を確実にリソースマネージャに通知するようにする。このプロセス
に関連して、リソースマネージャは、トランザクションブランチを表わしかつＭ
Ｓ ＤＴＣがそのブランチに対する命令を発行するために呼出す方法を含むオブ
ジェクトのインスタンスを生成する。
発明の方法を用いた場合、相互接続のリソースマネージャへのＸＡＴＭＩサービ
スリクエスト（たとえばtpcall、tpacallまたはtpconnect）であって、リモート
サーバへのリソースを要求するものをＭＴＳコンポーネントが発行すると、相互
接続は、ＭＴＳから、ＭＴＳコンポーネントがトランザクションを要求またはサ
ポートするよう構成されているか否かを判断する。ＭＴＳコンポーネントがトラ
ンザクション的であるとすると、リソースマネージャはＸＡＴＭＩサービスリク
エストを、ＯＳＩ ＴＰプロトコルマシンの対応の要求に変換し、プロトコルマ
シンを介してその要求をリモートサーバに発行する。良好な返答が受信されると
、リソースマネージャはトランザクションのブランチをＭＳ ＤＴＣに自動的に
エンリストし、ＭＳ ＤＴＣが、そのトランザクションに関して発行されたすべ
ての実行命令を確実にリソースマネージャに通知するようにする。このプロセス
に関連して、リソースマネージャは、トランザクションブランチを表わしかつＭ
Ｓ ＤＴＣがそのブランチに対する命令を発行するために呼出す方法を含むオブ
ジェクトのインスタンスを生成する。
【００５１】 上記方法のうちの１つを呼出すことによって所与のブランチの実行命令（たと
えば準備、実行、アボート）が発行されると、リソースマネージャはそのＭＴＳ
要求を、接続マネージャの双方向２相実行通信プロトコル（たとえばＯＳＩ Ｔ
Ｐ）の、対応のサービスリクエストに変換し、その対応の要求をプロトコルマシ
ンに発行する。要求はリモートサーバに送信され、リモートサーバのＸＡＴＭＩ
−適合トランザクションマネージャは、要求される動作（準備、実行またはアボ
ート）を行なうようリモートサーバのリソースマネージャに命令を与える。動作
が完了すると、リモートサーバは、接続マネージャのプロトコルマシンによって
実装される双方向２相実行通信プロトコル（たとえばＯＳＩ ＴＰ）を介して本
発明の相互接続のリソースマネージャに表示を送り返す。リソースマネージャが
プロトコルマシンから表示を受信すると、それはＭＳ ＤＴＣによって提供され
る通知方法を呼出し、要求される動作が完了したことをＭＳ ＤＴＣに通知する
。本発明の相互接続は、ＭＳ ＤＴＣおよびＭＴＳコンポーネントのおかげでリ
モートサーバとの通信の複雑性の問題を排除することができ、これによりリモー
トサーバが実際にＭＴＳ環境内のローカルリソースとして見えるようにする。
えば準備、実行、アボート）が発行されると、リソースマネージャはそのＭＴＳ
要求を、接続マネージャの双方向２相実行通信プロトコル（たとえばＯＳＩ Ｔ
Ｐ）の、対応のサービスリクエストに変換し、その対応の要求をプロトコルマシ
ンに発行する。要求はリモートサーバに送信され、リモートサーバのＸＡＴＭＩ
−適合トランザクションマネージャは、要求される動作（準備、実行またはアボ
ート）を行なうようリモートサーバのリソースマネージャに命令を与える。動作
が完了すると、リモートサーバは、接続マネージャのプロトコルマシンによって
実装される双方向２相実行通信プロトコル（たとえばＯＳＩ ＴＰ）を介して本
発明の相互接続のリソースマネージャに表示を送り返す。リソースマネージャが
プロトコルマシンから表示を受信すると、それはＭＳ ＤＴＣによって提供され
る通知方法を呼出し、要求される動作が完了したことをＭＳ ＤＴＣに通知する
。本発明の相互接続は、ＭＳ ＤＴＣおよびＭＴＳコンポーネントのおかげでリ
モートサーバとの通信の複雑性の問題を排除することができ、これによりリモー
トサーバが実際にＭＴＳ環境内のローカルリソースとして見えるようにする。
【００５２】 本発明のさらなる特徴および利点は以下を読むと明らかとなるであろう。 上記概要および好ましい実施例の以下の詳細な説明は、添付の図面を参照して
読むとよりよく理解される。発明の例示目的で、現在の好ましい実施例が図面で
示されるが、本発明は開示される特定の方法および装置に限定されないことを理
解されたい。
読むとよりよく理解される。発明の例示目的で、現在の好ましい実施例が図面で
示されるが、本発明は開示される特定の方法および装置に限定されないことを理
解されたい。
【００５３】
Ｉ．全体像 II．機能ブロック図 Ａ．コネクションマネージャ Ｂ．リソースマネージャ Ｃ．他のデータ構造／オブジェクト Ｄ．状態マシン III．接続管理／統御 Ａ．ＧＵＩＤおよびＡＡＩＤ／ＢＲＩＤ間マッピング Ｂ．ＴＰ＿ＩＤ IV．ＣＲＭ記録 Ｖ．回復のためのログ収集 Ａ．プロセス障害 Ｂ．ネットワーク障害 Ｃ．ＭＳ ＤＴＣ 障害 Ｄ．ノードクラッシュ VI．動作 Ａ．起動：初期エンリストメント Ｂ．トランザクションブランチの処理 １．ＸＡＴＭＩサービスリクエストに対するサービス ２．実行処理 ３．アボート処理 Ｃ．回復 Ｉ．全体像 本発明は、トランザクション処理環境におけるコンポーネントが、ＸＡＴＭＩ
に適合しない第１のトランザクションマネージャによってその環境内で統御され
るグローバルトランザクションの一部分として、ＸＡＴＭＩ−適合トランザクシ
ョンマネージャの制御下の環境の外部のリモートサーバのリソースを要求できる
ようにする方法および装置に向けられる。この明細書および特許請求の範囲で使
用される「ＸＡＴＭＩ−適合トランザクションマネージャ」は、この名称で知ら
れているか否かにかかわらず、すべてのバージョン、それらの先行版、変形版お
よびその修正例を含むＸＡＴＭＩ仕様にしたがって動作するか、またはそれをサ
ポートまたはそれに準拠したインターフェイスを提供するような、トランザクシ
ョンマネージャを意味する。本発明の好ましい実施例を以下に説明するが、発明
の方法および装置はここでは、マイクロソフトトランザクションサーバ（ＭＴＳ
）環境であって、その環境内で分散型トランザクションコーディネータ（ＭＳ
ＤＴＣ）によってグローバルトランザクションが統御されるものに使用される。
すなわち、上記説明および特許請求の範囲において使用した「トランザクション
処理環境」および「第１のトランザクションマネージャ」という用語にはそれぞ
れ、ＭＴＳ環境およびそのＭＳ ＤＴＣが含まれる。しかしながら、本発明の方
法および装置はＭＴＳ環境における用途に限定されないことを理解されたい。本
発明の方法および装置は、ＸＡＴＭＩ−適合トランザクションマネージャの制御
下の環境外のリモートサーバのリソースを要求する必要のあるすべてのトランザ
クション処理環境に使用され得る。したがって、本発明はここに開示する特定的
な実施例に限定されず、前掲の特許請求の範囲によって規定される本発明の精神
および範囲内に入るすべての変形をカバーすることが意図される。
に適合しない第１のトランザクションマネージャによってその環境内で統御され
るグローバルトランザクションの一部分として、ＸＡＴＭＩ−適合トランザクシ
ョンマネージャの制御下の環境の外部のリモートサーバのリソースを要求できる
ようにする方法および装置に向けられる。この明細書および特許請求の範囲で使
用される「ＸＡＴＭＩ−適合トランザクションマネージャ」は、この名称で知ら
れているか否かにかかわらず、すべてのバージョン、それらの先行版、変形版お
よびその修正例を含むＸＡＴＭＩ仕様にしたがって動作するか、またはそれをサ
ポートまたはそれに準拠したインターフェイスを提供するような、トランザクシ
ョンマネージャを意味する。本発明の好ましい実施例を以下に説明するが、発明
の方法および装置はここでは、マイクロソフトトランザクションサーバ（ＭＴＳ
）環境であって、その環境内で分散型トランザクションコーディネータ（ＭＳ
ＤＴＣ）によってグローバルトランザクションが統御されるものに使用される。
すなわち、上記説明および特許請求の範囲において使用した「トランザクション
処理環境」および「第１のトランザクションマネージャ」という用語にはそれぞ
れ、ＭＴＳ環境およびそのＭＳ ＤＴＣが含まれる。しかしながら、本発明の方
法および装置はＭＴＳ環境における用途に限定されないことを理解されたい。本
発明の方法および装置は、ＸＡＴＭＩ−適合トランザクションマネージャの制御
下の環境外のリモートサーバのリソースを要求する必要のあるすべてのトランザ
クション処理環境に使用され得る。したがって、本発明はここに開示する特定的
な実施例に限定されず、前掲の特許請求の範囲によって規定される本発明の精神
および範囲内に入るすべての変形をカバーすることが意図される。
【００５４】 本発明の方法および装置は、フロッピィディスク、ＣＤ−ＲＯＭ、ハードドラ
イブまたは何らかの他のマシンで読取可能な記憶媒体といった有形媒体の形のプ
ログラムコード（すなわち命令）の形態を取り得、プログラムコードはコンピュ
ータなどのマシンにロードされて実行され、マシンは発明を実施するための装置
となる。本発明の方法および装置はまた、光ファイバを介して電気配線またはケ
ーブルなどの伝送媒体によって、または何らかの他の形式の伝送法によって伝送
され、プログラムコードはコンピュータなどのマシンで受信され、その中にロー
ドされて実行され、マシンは発明を実施するための装置となる。汎用プロセッサ
に実装される場合、プログラムコードはプロセッサと組合せられて、特定の論理
回路と同様に動作する独特な装置を提供する。
イブまたは何らかの他のマシンで読取可能な記憶媒体といった有形媒体の形のプ
ログラムコード（すなわち命令）の形態を取り得、プログラムコードはコンピュ
ータなどのマシンにロードされて実行され、マシンは発明を実施するための装置
となる。本発明の方法および装置はまた、光ファイバを介して電気配線またはケ
ーブルなどの伝送媒体によって、または何らかの他の形式の伝送法によって伝送
され、プログラムコードはコンピュータなどのマシンで受信され、その中にロー
ドされて実行され、マシンは発明を実施するための装置となる。汎用プロセッサ
に実装される場合、プログラムコードはプロセッサと組合せられて、特定の論理
回路と同様に動作する独特な装置を提供する。
【００５５】 類似した参照番号は類似した要素を表わす図面を参照して、図２は、本発明が
実装され得る一例としてのマイクロソフトトランザクションサーバ（ＭＴＳ）環
境５０を示す。ＭＴＳは、マイクロソフトウィンドウズＮＴオペレーティングシ
ステムの下で、またより限定された形でマイクロソフトウィンドウズ９５オペレ
ーティングシステムの下でも実行されるランタイム環境である。ＭＴＳ環境は典
型的には、従来の３層トランザクション処理モデルのうちの第１の層を表わすク
ライアントアプリケーション５２を含む。クライアントアプリケーション５２は
通常、ユーザインターフェイスを提供し、かつアプリケーションの論理全体のう
ちのいくつかを行なう。アプリケーションのビジネスロジックは１つまたは２つ
以上のＭＴＳコンポーネント（たとえばコンポーネント５４）の形態で実装され
る。ＭＴＳコンポーネントは単一スレッドのユニットとして書かれ、ＭＴＳエク
ゼキュティブは並列に関する問題すべてを扱う。一連のＭＴＳコンポーネントは
配備および使用を容易にするようグループ分けされパッケージ化される。ＭＴＳ
コンポーネントの開発者はトランザクションを要求またはサポートするものとし
てＭＴＳコンポーネントを構成することができる。かくして構成されたＭＴＳコ
ンポーネントは、トランザクションが進行中である場合には、ＭＴＳ環境におけ
る分散型トランザクションコーディネータ（ＭＳ ＤＴＣ）５６の制御下でトラ
ンザクションに自動的に参加することとなる。ＭＳ ＤＴＣ５６はトランザクシ
ョンへのＭＴＳコンポーネントの参加を制御し、２相実行プロセスに従ってトラ
ンザクション実行を統御する。ＭＴＳコンポーネントはＭＴＳ環境内の１つまた
は２つ以上のリソースマネージャ（図示せず）からのリソースを要求し得る。リ
ソースマネージャはデータベースなどの特定的なリソースへのアクセスを制御す
る。典型的なＭＴＳ環境では、ＭＴＳコンポーネント５４、ＭＳ ＤＴＣ５６、
および１つまたは２つ以上のリソースマネージャ（図示せず）がＯＬＥプロトコ
ルを用いて交信する。
実装され得る一例としてのマイクロソフトトランザクションサーバ（ＭＴＳ）環
境５０を示す。ＭＴＳは、マイクロソフトウィンドウズＮＴオペレーティングシ
ステムの下で、またより限定された形でマイクロソフトウィンドウズ９５オペレ
ーティングシステムの下でも実行されるランタイム環境である。ＭＴＳ環境は典
型的には、従来の３層トランザクション処理モデルのうちの第１の層を表わすク
ライアントアプリケーション５２を含む。クライアントアプリケーション５２は
通常、ユーザインターフェイスを提供し、かつアプリケーションの論理全体のう
ちのいくつかを行なう。アプリケーションのビジネスロジックは１つまたは２つ
以上のＭＴＳコンポーネント（たとえばコンポーネント５４）の形態で実装され
る。ＭＴＳコンポーネントは単一スレッドのユニットとして書かれ、ＭＴＳエク
ゼキュティブは並列に関する問題すべてを扱う。一連のＭＴＳコンポーネントは
配備および使用を容易にするようグループ分けされパッケージ化される。ＭＴＳ
コンポーネントの開発者はトランザクションを要求またはサポートするものとし
てＭＴＳコンポーネントを構成することができる。かくして構成されたＭＴＳコ
ンポーネントは、トランザクションが進行中である場合には、ＭＴＳ環境におけ
る分散型トランザクションコーディネータ（ＭＳ ＤＴＣ）５６の制御下でトラ
ンザクションに自動的に参加することとなる。ＭＳ ＤＴＣ５６はトランザクシ
ョンへのＭＴＳコンポーネントの参加を制御し、２相実行プロセスに従ってトラ
ンザクション実行を統御する。ＭＴＳコンポーネントはＭＴＳ環境内の１つまた
は２つ以上のリソースマネージャ（図示せず）からのリソースを要求し得る。リ
ソースマネージャはデータベースなどの特定的なリソースへのアクセスを制御す
る。典型的なＭＴＳ環境では、ＭＴＳコンポーネント５４、ＭＳ ＤＴＣ５６、
および１つまたは２つ以上のリソースマネージャ（図示せず）がＯＬＥプロトコ
ルを用いて交信する。
【００５６】 この実施例では、本発明の方法および装置により、ＭＴＳコンポーネント５４
が、ＭＳ ＤＴＣ５６（ＸＡＴＭＩ適合ではない）によって統御されるグローバ
ルトランザクションの部分として、ＭＴＳ環境外のＸＡＴＭＩ−適合トランザク
ションマネージャ６２の制御下のリモートサーバ６０のリソース（たとえばデー
タベース５８からのデータ）を要求できるようにする。このようなリモートサー
バはたとえば、この例としてのリモートサーバ６０と同様に、X/Open ＤＴＰモ
デルに従って構成され得る。すなわち、リモートサーバ６０は図１のX/Open Ｄ
ＴＰモデルシステムの一例としてのサーバ１２と同様に構成され動作する。この
タイプのリモートサーバはＯＳＩ ＴＰプロトコル仕様といった双方向２相実行
交信プロトコルに従って他のサーバと交信し得る。
が、ＭＳ ＤＴＣ５６（ＸＡＴＭＩ適合ではない）によって統御されるグローバ
ルトランザクションの部分として、ＭＴＳ環境外のＸＡＴＭＩ−適合トランザク
ションマネージャ６２の制御下のリモートサーバ６０のリソース（たとえばデー
タベース５８からのデータ）を要求できるようにする。このようなリモートサー
バはたとえば、この例としてのリモートサーバ６０と同様に、X/Open ＤＴＰモ
デルに従って構成され得る。すなわち、リモートサーバ６０は図１のX/Open Ｄ
ＴＰモデルシステムの一例としてのサーバ１２と同様に構成され動作する。この
タイプのリモートサーバはＯＳＩ ＴＰプロトコル仕様といった双方向２相実行
交信プロトコルに従って他のサーバと交信し得る。
【００５７】 好ましい実施例において、本発明の方法および装置は、図２に示されるように
相互接続６４の形態で実装される。本発明のこの実施例によると、相互接続はＸ
ＡＴＭＩインターフェイスを介してＭＴＳコンポーネントからＸＡＴＭＩサービ
スリクエスト（たとえばtpcall、tpacall、tpconnectなど）を受信し、ＭＳ Ｄ
ＴＣ５６から所与のグローバルトランザクション（たとえば準備、実行およびア
ボートなど）の命令を受信する。後により詳細に説明するが、本発明の相互接続
６４はこれらの要求および命令を、リモートサーバ６０（この実施例ではたとえ
ばＯＳＩ ＴＰプロトコル仕様）によって採用される双方向２相実行通信プロト
コルの、対応のサービスリクエストに変換し、これらのサービスリクエストの処
理と、ＭＴＳ環境での対応のイベントの処理とを統御する。この態様で、リモー
トサーバ６０は、ＭＳ ＤＴＣ５６に対してローカルリソースとして見えるよう
になる。相互接続６４はＭＴＳ環境のネイティブＯＬＥトランザクションプロト
コルを用いてＭＳ ＤＴＣ５６と交信する。この記載および特許請求の範囲にお
ける記載では、「ＸＡＴＭＩ」、「ＸＡＴＭＩインターフェイス」、および「Ｘ
ＡＴＭＩサービスリクエスト」という用語は、ＸＡＴＭＩ仕様に記載されている
インターフェイスおよびサービスリクエスト、ならびに、同名で公知であるか否
かにかかわらず、他のバージョン、変更、先行版または変形例を包含することが
意図される。
相互接続６４の形態で実装される。本発明のこの実施例によると、相互接続はＸ
ＡＴＭＩインターフェイスを介してＭＴＳコンポーネントからＸＡＴＭＩサービ
スリクエスト（たとえばtpcall、tpacall、tpconnectなど）を受信し、ＭＳ Ｄ
ＴＣ５６から所与のグローバルトランザクション（たとえば準備、実行およびア
ボートなど）の命令を受信する。後により詳細に説明するが、本発明の相互接続
６４はこれらの要求および命令を、リモートサーバ６０（この実施例ではたとえ
ばＯＳＩ ＴＰプロトコル仕様）によって採用される双方向２相実行通信プロト
コルの、対応のサービスリクエストに変換し、これらのサービスリクエストの処
理と、ＭＴＳ環境での対応のイベントの処理とを統御する。この態様で、リモー
トサーバ６０は、ＭＳ ＤＴＣ５６に対してローカルリソースとして見えるよう
になる。相互接続６４はＭＴＳ環境のネイティブＯＬＥトランザクションプロト
コルを用いてＭＳ ＤＴＣ５６と交信する。この記載および特許請求の範囲にお
ける記載では、「ＸＡＴＭＩ」、「ＸＡＴＭＩインターフェイス」、および「Ｘ
ＡＴＭＩサービスリクエスト」という用語は、ＸＡＴＭＩ仕様に記載されている
インターフェイスおよびサービスリクエスト、ならびに、同名で公知であるか否
かにかかわらず、他のバージョン、変更、先行版または変形例を包含することが
意図される。
【００５８】 II．機能ブロック図 図３は、本発明の好ましい実施例による図２の相互接続６４のより詳細な機能
ブロック図である。好ましい実施例によると、相互接続６４は接続マネージャ６
６とリソースマネージャ７０とを含む。ＭＴＳ環境では、リソースマネージャは
典型的には、現在のトランザクションへの自動的なエンリストメントを提供する
必要があり、かつデータ記憶装置へのすべての接続を管理する必要がある。ＭＴ
Ｓ−適合リソースマネージャはまた、それが制御するリソースにアクセスするた
めに、それ自体のアプリケーションプログラミングインターフェイス（ＡＰＩ）
を規定する必要がある。リソースへのアクセスはすべてアプリケーションとリソ
ースマネージャとの間で直接的に行なわれる。すべての実行またはアボート命令
は、ＭＳ ＤＴＣを介して、エンリストされたリソースマネージャに統御される
。本発明の相互接続６４のリソースマネージャ７０と接続マネージャ６６とによ
り、ＭＴＳが要求する自動エンリストメントおよび接続管理機能が提供される。
ブロック図である。好ましい実施例によると、相互接続６４は接続マネージャ６
６とリソースマネージャ７０とを含む。ＭＴＳ環境では、リソースマネージャは
典型的には、現在のトランザクションへの自動的なエンリストメントを提供する
必要があり、かつデータ記憶装置へのすべての接続を管理する必要がある。ＭＴ
Ｓ−適合リソースマネージャはまた、それが制御するリソースにアクセスするた
めに、それ自体のアプリケーションプログラミングインターフェイス（ＡＰＩ）
を規定する必要がある。リソースへのアクセスはすべてアプリケーションとリソ
ースマネージャとの間で直接的に行なわれる。すべての実行またはアボート命令
は、ＭＳ ＤＴＣを介して、エンリストされたリソースマネージャに統御される
。本発明の相互接続６４のリソースマネージャ７０と接続マネージャ６６とによ
り、ＭＴＳが要求する自動エンリストメントおよび接続管理機能が提供される。
【００５９】 Ａ．接続マネージャ 好ましい実施例によると、接続マネージャ６６は、双方向２相実行通信プロト
コルに従って、リモートサーバ６０の、要求されたリソースと通信するプロトコ
ルマシン６８を含む。好ましい実施例において、プロトコルマシン６８は、ＯＳ
Ｉ ＴＰプロトコル仕様を実装するＯＳＩ ＴＰプロトコルマシンを含む。他の
双方向２相実行通信プロトコルにはＳＮＡ ＬＵ ６．２が含まれる。
コルに従って、リモートサーバ６０の、要求されたリソースと通信するプロトコ
ルマシン６８を含む。好ましい実施例において、プロトコルマシン６８は、ＯＳ
Ｉ ＴＰプロトコル仕様を実装するＯＳＩ ＴＰプロトコルマシンを含む。他の
双方向２相実行通信プロトコルにはＳＮＡ ＬＵ ６．２が含まれる。
【００６０】 ＯＳＩ ＴＰプロトコルマシン６８に加えて、本発明の相互接続６４の接続マ
ネージャ部分はさらに、ＯＳＩ ＴＰサービスインターフェイス論理８８と、関
連のキュー（９８および１０２）を有する出力スレッドと、１つまたは２つ以上
の入力スレッド１０４と、非同期要求プロセッサ９６とを含む。ＯＳＩ ＴＰプ
ロトコルマシン６８はＯＳＩ ＴＰプロトコル仕様の全実装を含み得、この場合
、ＯＳＩ ＴＰサービスインターフェイス論理８８が標準ＸＡＰ−ＴＰインター
フェイスを実装することが望ましい。これに代えて、本発明の好ましい実施例で
は、ＯＳＩ ＴＰプロトコルマシン６８は、その全体が引用によって援用される
、「高性能分散型トランザクション処理方法および装置（“High Performance D
istributed Transaction Processing Methods and Apparatus”）」と題された
同一人に譲渡された同時係属中の米国特許出願連続番号第０９／０２０，２１３
号に記載されている修正形のＯＳＩ ＴＰプロトコルマシンを含む。この好まし
い実現例によるとまた、ＯＳＩ ＴＰサービスインターフェイス論理８８は、標
準ＸＡＰ−ＴＰインターフェイスではなく、そこに記載されているＨＰＴＰＸイ
ンターフェイスを含む。
ネージャ部分はさらに、ＯＳＩ ＴＰサービスインターフェイス論理８８と、関
連のキュー（９８および１０２）を有する出力スレッドと、１つまたは２つ以上
の入力スレッド１０４と、非同期要求プロセッサ９６とを含む。ＯＳＩ ＴＰプ
ロトコルマシン６８はＯＳＩ ＴＰプロトコル仕様の全実装を含み得、この場合
、ＯＳＩ ＴＰサービスインターフェイス論理８８が標準ＸＡＰ−ＴＰインター
フェイスを実装することが望ましい。これに代えて、本発明の好ましい実施例で
は、ＯＳＩ ＴＰプロトコルマシン６８は、その全体が引用によって援用される
、「高性能分散型トランザクション処理方法および装置（“High Performance D
istributed Transaction Processing Methods and Apparatus”）」と題された
同一人に譲渡された同時係属中の米国特許出願連続番号第０９／０２０，２１３
号に記載されている修正形のＯＳＩ ＴＰプロトコルマシンを含む。この好まし
い実現例によるとまた、ＯＳＩ ＴＰサービスインターフェイス論理８８は、標
準ＸＡＰ−ＴＰインターフェイスではなく、そこに記載されているＨＰＴＰＸイ
ンターフェイスを含む。
【００６１】 本実施例では、リソースマネージャ７０（後述）を実装するプログラムコード
と、接続マネージャ６６を実装するプログラムコードとは、ＭＴＳ環境をホスト
するマイクロソフトウィンドウズＮＴオペレーティングシステム内で別個のソフ
トウェアプロセスとして実行される。したがって、リソースマネージャ７０がＯ
ＳＩ ＴＰプロトコルマシン６８にサービスリクエストを発行するためには、非
同期要求プロセッサ（ＡＲＰ）９６が、このようなリクエストを待ち行列に入れ
、かつこれらのリクエストが２つのソフトウェアプロセスの間で非同期に処理さ
れるようにする必要がある。
と、接続マネージャ６６を実装するプログラムコードとは、ＭＴＳ環境をホスト
するマイクロソフトウィンドウズＮＴオペレーティングシステム内で別個のソフ
トウェアプロセスとして実行される。したがって、リソースマネージャ７０がＯ
ＳＩ ＴＰプロトコルマシン６８にサービスリクエストを発行するためには、非
同期要求プロセッサ（ＡＲＰ）９６が、このようなリクエストを待ち行列に入れ
、かつこれらのリクエストが２つのソフトウェアプロセスの間で非同期に処理さ
れるようにする必要がある。
【００６２】 ＯＳＩ ＴＰプロトコルマシンとリモートサーバ６０との通信は出力スレッド
１００および１つまたは２つ以上の入力スレッド１０４によって扱われる。ＴＳ
Ｕ要求キュー９８は外に向かうリクエストを集めて出力スレッド１００で処理し
、これは後にネットワーク６５にリクエストを送る。出力キュー１０２はネット
ワーク６５が輻輳状態にあるときにフロー制御データリクエストを記憶する。
１００および１つまたは２つ以上の入力スレッド１０４によって扱われる。ＴＳ
Ｕ要求キュー９８は外に向かうリクエストを集めて出力スレッド１００で処理し
、これは後にネットワーク６５にリクエストを送る。出力キュー１０２はネット
ワーク６５が輻輳状態にあるときにフロー制御データリクエストを記憶する。
【００６３】 Ｂ．リソースマネージャ リソースマネージャ７０は、ＭＴＳコンポーネント５４からのＸＡＴＭＩサー
ビスリクエストを受信する第１のインターフェイス７２と、所与のグローバルト
ランザクションに関するＭＳ ＤＴＣ５６によって発行される命令（たとえば準
備、実行、アボートなど）を受信する第２のインターフェイス７４とを有する。
リソースマネージャ７０は、ＭＴＳコンポーネント５４から受信したリクエスト
とＭＳ ＤＴＣ５６によって発行された命令とを、ＯＳＩ ＴＰサービスインタ
ーフェイス８８の、対応のサービスリクエストに変換し、このＯＳＩ ＴＰサー
ビスインターフェイス８８は、好ましい実施例では、同時係属中の出願連続番号
第０９／０２０，２１３号に記載されているＨＰＴＰＸインターフェイスを含み
、かつ対応のＯＳＩ ＴＰサービスリクエストをＯＳＩ ＴＰプロトコルマシン
６８に発行する。リモートサーバ６０からＯＳＩ ＴＰプロトコルマシン６８に
よって受信された返答および表示も同様に変換されて、適宜ＭＴＳコンポーネン
ト５４およびＭＳ ＤＴＣ５６に送り返される。重要なことは、リソースマネー
ジャ７０が、ＯＳＩ ＴＰプロトコルマシン６８によるＯＳＩ ＴＰサービスリ
クエストの処理と、ＭＴＳ環境（たとえば準備、実行およびアボート命令）にお
ける対応のイベントの処理とを、ＭＴＳ環境およびリモートサーバ６０の両方に
トランスペアレントな態様で統御することである。リモートサーバ６０が、ＭＳ
ＤＴＣ５６およびＭＴＳコンポーネント５４に対して、単にＭＴＳ環境内の別
のローカルリソースとして見えるようにできるのはこの能力のおかげである。さ
らに、リモートサーバ６０に要求を伝えるためにＯＳＩ ＴＰプロトコルマシン
を用いることにより、本発明の相互接続６４は、ＯＳＩ ＴＰプロトコル仕様の
堅牢な回復という特徴の利益を享受し、全体的なトランザクション処理システム
の能力を高めてＡＣＩＤ特性を達成する。
ビスリクエストを受信する第１のインターフェイス７２と、所与のグローバルト
ランザクションに関するＭＳ ＤＴＣ５６によって発行される命令（たとえば準
備、実行、アボートなど）を受信する第２のインターフェイス７４とを有する。
リソースマネージャ７０は、ＭＴＳコンポーネント５４から受信したリクエスト
とＭＳ ＤＴＣ５６によって発行された命令とを、ＯＳＩ ＴＰサービスインタ
ーフェイス８８の、対応のサービスリクエストに変換し、このＯＳＩ ＴＰサー
ビスインターフェイス８８は、好ましい実施例では、同時係属中の出願連続番号
第０９／０２０，２１３号に記載されているＨＰＴＰＸインターフェイスを含み
、かつ対応のＯＳＩ ＴＰサービスリクエストをＯＳＩ ＴＰプロトコルマシン
６８に発行する。リモートサーバ６０からＯＳＩ ＴＰプロトコルマシン６８に
よって受信された返答および表示も同様に変換されて、適宜ＭＴＳコンポーネン
ト５４およびＭＳ ＤＴＣ５６に送り返される。重要なことは、リソースマネー
ジャ７０が、ＯＳＩ ＴＰプロトコルマシン６８によるＯＳＩ ＴＰサービスリ
クエストの処理と、ＭＴＳ環境（たとえば準備、実行およびアボート命令）にお
ける対応のイベントの処理とを、ＭＴＳ環境およびリモートサーバ６０の両方に
トランスペアレントな態様で統御することである。リモートサーバ６０が、ＭＳ
ＤＴＣ５６およびＭＴＳコンポーネント５４に対して、単にＭＴＳ環境内の別
のローカルリソースとして見えるようにできるのはこの能力のおかげである。さ
らに、リモートサーバ６０に要求を伝えるためにＯＳＩ ＴＰプロトコルマシン
を用いることにより、本発明の相互接続６４は、ＯＳＩ ＴＰプロトコル仕様の
堅牢な回復という特徴の利益を享受し、全体的なトランザクション処理システム
の能力を高めてＡＣＩＤ特性を達成する。
【００６４】 第１のインターフェイス７２は、ＸＡＴＭＩ仕様に従うＸＡＴＭＩインターフ
ェイスを実装するインターフェイス論理を含む。このインターフェイス論理７２
は、バッファ操作と、リモートサーバ６０に対するデータの符号化および復号化
と、ＯＳＩ ＴＰサービスインターフェイス論理８８を介する、ＯＳＩ ＴＰプ
ロトコルマシン６８へのサービスリクエストのデータおよび関連パラメータの設
定とを扱う。第２のインターフェイス７４は、ＭＳ ＤＴＣ５６および関連のオ
ブジェクト（後述）との相互作用を扱う論理を含む。
ェイスを実装するインターフェイス論理を含む。このインターフェイス論理７２
は、バッファ操作と、リモートサーバ６０に対するデータの符号化および復号化
と、ＯＳＩ ＴＰサービスインターフェイス論理８８を介する、ＯＳＩ ＴＰプ
ロトコルマシン６８へのサービスリクエストのデータおよび関連パラメータの設
定とを扱う。第２のインターフェイス７４は、ＭＳ ＤＴＣ５６および関連のオ
ブジェクト（後述）との相互作用を扱う論理を含む。
【００６５】 リモートサーバ６０（たとえばtpcall、tpacall、tpconnect）への接続を要求
するＭＴＳコンポーネント５４から受信された各ＸＡＴＭＩサービスリクエスト
は、そのリクエストが一部分をなすグローバルトランザクションの別個のブラン
チとして扱われる。具体的には、このような各ＸＡＴＭＩサービスリクエストは
ＸＡＴＭＩインターフェイス論理７２によって受信され、ＯＳＩ ＴＰプロトコ
ルマシン６８に発行されるため、ＯＳＩ ＴＰプロトコルマシン６８はそれをグ
ローバルトランザクションの別個のブランチとして扱い、そのブランチに関する
リモートシステムへの接続をなす。そのブランチに関するすべてのアクティビテ
ィは、確保された接続を介して送信される。
するＭＴＳコンポーネント５４から受信された各ＸＡＴＭＩサービスリクエスト
は、そのリクエストが一部分をなすグローバルトランザクションの別個のブラン
チとして扱われる。具体的には、このような各ＸＡＴＭＩサービスリクエストは
ＸＡＴＭＩインターフェイス論理７２によって受信され、ＯＳＩ ＴＰプロトコ
ルマシン６８に発行されるため、ＯＳＩ ＴＰプロトコルマシン６８はそれをグ
ローバルトランザクションの別個のブランチとして扱い、そのブランチに関する
リモートシステムへの接続をなす。そのブランチに関するすべてのアクティビテ
ィは、確保された接続を介して送信される。
【００６６】 Ｃ．他のデータ構造／オブジェクト 本発明の好ましい実施例によると、相互接続６４のリソースマネージャ７０は
いくつかのオブジェクトおよびデータ構造を生成し、さらにＭＴＳおよびＭＳ
ＤＴＣ５６によって生成されるいくつかのオブジェクトを利用する。
いくつかのオブジェクトおよびデータ構造を生成し、さらにＭＴＳおよびＭＳ
ＤＴＣ５６によって生成されるいくつかのオブジェクトを利用する。
【００６７】 ＭＴＳコンポーネントのインスタンスが生成されると、ＭＴＳは上述のとおり
そのコンポーネントに関するコンテキストオブジェクトを生成する。図４Ｇは図
３のＭＴＳコンポーネント５４のＭＴＳによって生成される、一例としてのコン
テキストオブジェクト７９を示す。コンテキストオブジェクト７９は、図示され
るように、IUnknown, IObjectContext,およびIObjectContextTransactionインタ
ーフェイスを公開する。
そのコンポーネントに関するコンテキストオブジェクトを生成する。図４Ｇは図
３のＭＴＳコンポーネント５４のＭＴＳによって生成される、一例としてのコン
テキストオブジェクト７９を示す。コンテキストオブジェクト７９は、図示され
るように、IUnknown, IObjectContext,およびIObjectContextTransactionインタ
ーフェイスを公開する。
【００６８】 インスタンスが生成されたＭＴＳコンポーネントがトランザクションを要求ま
たはサポートするものとして構成される場合、ＭＴＳは、そのＭＴＳコンポーネ
ントが作業を行なおうとしているトランザクションを表わすトランザクションオ
ブジェクト７８（図４Ｄ）も生成する。１つより多い数のＭＴＳコンポーネント
が処理のトランザクションに対する作業を行なってもよい。所与のＭＴＳコンポ
ーネントのコンテキストオブジェクトのIObjectContextTransactionインターフ
ェイスのGetTransactionメソッドが、それに対する作業をコンポーネントが行な
うトランザクションを表わすトランザクションオブジェクトへの参照（たとえば
ポインタ）を得るために呼出され得る。同一のトランザクションに対して多数の
ＭＴＳコンポーネントが作業を行なう場合、各々のGetTransactionメソッドは同
じトランザクションオブジェクトをポイントし得る。トランザクションオブジェ
クト７８に対するポインタが得られると、トランザクションオブジェクト７８の
ITransactionインターフェイスのGetTransactionInfoメソッドが呼出されて、そ
のトランザクションに関する情報が得られる。たとえば、この情報は、ＭＴＳが
トランザクションに割当てて、ＭＴＳ環境内でそれを特定するための、グローバ
ルに一意な識別子（ＧＵＩＤ）を含む。
たはサポートするものとして構成される場合、ＭＴＳは、そのＭＴＳコンポーネ
ントが作業を行なおうとしているトランザクションを表わすトランザクションオ
ブジェクト７８（図４Ｄ）も生成する。１つより多い数のＭＴＳコンポーネント
が処理のトランザクションに対する作業を行なってもよい。所与のＭＴＳコンポ
ーネントのコンテキストオブジェクトのIObjectContextTransactionインターフ
ェイスのGetTransactionメソッドが、それに対する作業をコンポーネントが行な
うトランザクションを表わすトランザクションオブジェクトへの参照（たとえば
ポインタ）を得るために呼出され得る。同一のトランザクションに対して多数の
ＭＴＳコンポーネントが作業を行なう場合、各々のGetTransactionメソッドは同
じトランザクションオブジェクトをポイントし得る。トランザクションオブジェ
クト７８に対するポインタが得られると、トランザクションオブジェクト７８の
ITransactionインターフェイスのGetTransactionInfoメソッドが呼出されて、そ
のトランザクションに関する情報が得られる。たとえば、この情報は、ＭＴＳが
トランザクションに割当てて、ＭＴＳ環境内でそれを特定するための、グローバ
ルに一意な識別子（ＧＵＩＤ）を含む。
【００６９】 上記オブジェクトに加えて、ＭＳ ＤＴＣ５６はＭＴＳコンポーネントおよび
リソースマネージャを含む他のエンティティが、ＭＳ ＤＴＣのいくつかのサー
ビス、を要求するために使用する、後続するインターフェイスすなわちIUnknown
, IResourceManagerFactory, ITransactionExportFactoryおよびITransactionIm
portを公開するＭＳ ＤＴＣプロキシコアオブジェクトを生成する。一例として
のＭＳ ＤＴＣプロキシコアオブジェクト１０６が図４Ａに示される。
リソースマネージャを含む他のエンティティが、ＭＳ ＤＴＣのいくつかのサー
ビス、を要求するために使用する、後続するインターフェイスすなわちIUnknown
, IResourceManagerFactory, ITransactionExportFactoryおよびITransactionIm
portを公開するＭＳ ＤＴＣプロキシコアオブジェクトを生成する。一例として
のＭＳ ＤＴＣプロキシコアオブジェクト１０６が図４Ａに示される。
【００７０】 ＭＳ ＤＴＣプロキシコアオブジェクト１０６のIResourceManagerFactoryイ
ンターフェイスは、リソースマネージャ７０が、リソースマネージャ７０とＭＳ
ＤＴＣ５６との間のアクティブ接続を表わすリソースマネージャオブジェクト
１０８を生成するために使用するCreateメソッドを含む。IResourceManagerFact
oryインターフェイスのCreateメソッドは、リソースマネージャ７０がＭＳ Ｄ
ＴＣへのそのエンリストメント（その存在をＭＳ ＤＴＣに宣言する処理の部分
）として呼出すメソッドのうちの１つである。
ンターフェイスは、リソースマネージャ７０が、リソースマネージャ７０とＭＳ
ＤＴＣ５６との間のアクティブ接続を表わすリソースマネージャオブジェクト
１０８を生成するために使用するCreateメソッドを含む。IResourceManagerFact
oryインターフェイスのCreateメソッドは、リソースマネージャ７０がＭＳ Ｄ
ＴＣへのそのエンリストメント（その存在をＭＳ ＤＴＣに宣言する処理の部分
）として呼出すメソッドのうちの１つである。
【００７１】 図４Ｅに示されるリソースマネージャオブジェクト１０８は、IUnknownインタ
ーフェイスおよびIResourceManagerインターフェイスを表わす。リソースマネー
ジャオブジェクト１０８のIResourceManagerインターフェイスは、Enlistメソッ
ド、ReenlistメソッドおよびReenlistmentCompleteメソッドを提供する。Enlist
メソッドはリソースマネージャ７０によって呼出され、ＭＳ ＤＴＣ５６にグロ
ーバルトランザクションの特定的なブランチをエンリストする。Reenlistメソッ
ドはリソースマネージャ７０によって呼出され、たとえば故障後にＭＳ ＤＴＣ
５６に再エンリストするためのものである。ReenlistmentCompleteメソッドはす
べての不確かなトランザクションブランチが回復した後の回復時に呼出される。
ーフェイスおよびIResourceManagerインターフェイスを表わす。リソースマネー
ジャオブジェクト１０８のIResourceManagerインターフェイスは、Enlistメソッ
ド、ReenlistメソッドおよびReenlistmentCompleteメソッドを提供する。Enlist
メソッドはリソースマネージャ７０によって呼出され、ＭＳ ＤＴＣ５６にグロ
ーバルトランザクションの特定的なブランチをエンリストする。Reenlistメソッ
ドはリソースマネージャ７０によって呼出され、たとえば故障後にＭＳ ＤＴＣ
５６に再エンリストするためのものである。ReenlistmentCompleteメソッドはす
べての不確かなトランザクションブランチが回復した後の回復時に呼出される。
【００７２】 ＭＳ ＤＴＣプロキシコアオブジェクト１０６のITransactionExportFactory
インターフェイスは、リソースマネージャ７０によって呼出され、エクスポート
オブジェクト（図示せず）を生成するためのCreateメソッドを含む。エクスポー
トオブジェクトは種々のプロセス間で情報を伝達するために使用される。本実施
例では、リソースマネージャ７０および接続マネージャ６６は別個のプロセスと
して実行される。エクスポートオブジェクトはこれらの２つのプロセスの間に情
報を伝達するために使用される。ＭＳ ＤＴＣプロキシコアオブジェクト１０６
のITransactionImportインターフェイスのImportメソッドもまたこの目的として
使用される。具体的には、エクスポートオブジェクトを介して先にエクスポート
されているトランザクション情報を得るために使用される。
インターフェイスは、リソースマネージャ７０によって呼出され、エクスポート
オブジェクト（図示せず）を生成するためのCreateメソッドを含む。エクスポー
トオブジェクトは種々のプロセス間で情報を伝達するために使用される。本実施
例では、リソースマネージャ７０および接続マネージャ６６は別個のプロセスと
して実行される。エクスポートオブジェクトはこれらの２つのプロセスの間に情
報を伝達するために使用される。ＭＳ ＤＴＣプロキシコアオブジェクト１０６
のITransactionImportインターフェイスのImportメソッドもまたこの目的として
使用される。具体的には、エクスポートオブジェクトを介して先にエクスポート
されているトランザクション情報を得るために使用される。
【００７３】 起動時にリソースマネージャ７０がＭＳ ＤＴＣ５６にエンリストするときに
生成されるリソースマネージャオブジェクト１０８に加えて、リソースマネージ
ャ７０もまた、CResourceManagerSink８２オブジェクトを生成して、ＭＴＳ（図
４Ｆ）が要求するIResourceManagerSinkインターフェイスを提供するようにする
。IResourceManagerSinkインターフェイスはTMDownメソッドを提供する。TMDown
はコールバックメソッドであり、ＭＳ ＤＴＣ５６の故障時にＭＳ ＤＴＣ５６
が呼出すものである。これは回復を行なう必要があることをリソースマネージャ
７０に知らせる。
生成されるリソースマネージャオブジェクト１０８に加えて、リソースマネージ
ャ７０もまた、CResourceManagerSink８２オブジェクトを生成して、ＭＴＳ（図
４Ｆ）が要求するIResourceManagerSinkインターフェイスを提供するようにする
。IResourceManagerSinkインターフェイスはTMDownメソッドを提供する。TMDown
はコールバックメソッドであり、ＭＳ ＤＴＣ５６の故障時にＭＳ ＤＴＣ５６
が呼出すものである。これは回復を行なう必要があることをリソースマネージャ
７０に知らせる。
【００７４】 リソースマネージャ７０がリソースマネージャオブジェクト１０８のIResourc
eManagerインターフェイスのEnlistメソッドを呼出してＭＳ ＤＴＣ５６に所与
のトランザクションブランチをエンリストすると、リソースマネージャ７０はさ
らにCTransactionResourceAsyncオブジェクト７６を生成して、そのブランチが
一部分を成しているトランザクションに関するリソースマネージャ７０に命令（
たとえば準備、実行およびアボートなど）の能力を付与する。具体的には、図４
Ｂに示されるように、CTransactionResourceAsyncオブジェクト７６は以下のメ
ソッド、すなわちPrepareRequest, CommitRequest, AbortRequestおよびTMDown
を含むITransactionResourceAsyncインターフェイスを表わす。PrepareRequest,
CommitRequest, AbortRequestおよびTMDownは、ＭＳ ＤＴＣ５６が、エンリス
トされたトランザクションブランチに関するリソースマネージャ７０に実行命令
（準備、実行、アボート）を発行するために呼出す、リソースマネージャ７０に
よって実装されるコールバックメソッドである。CResourceManagerSinkオブジェ
クト８２のIResourceManagerSinkインタフェースによって提供されるTMDownメソ
ッドなどの、TMDownメソッドは、故障時にＭＳ ＤＴＣ５６が回復を行なう必要
性をリソースマネージャ７０に知らせるために使用される。本発明の機能の多く
は、CTransactionResourceAsyncオブジェクト７６のPrepareRequest, CommitReq
uest, AbortRequestおよびTMDownメソッドの形で実装される。
eManagerインターフェイスのEnlistメソッドを呼出してＭＳ ＤＴＣ５６に所与
のトランザクションブランチをエンリストすると、リソースマネージャ７０はさ
らにCTransactionResourceAsyncオブジェクト７６を生成して、そのブランチが
一部分を成しているトランザクションに関するリソースマネージャ７０に命令（
たとえば準備、実行およびアボートなど）の能力を付与する。具体的には、図４
Ｂに示されるように、CTransactionResourceAsyncオブジェクト７６は以下のメ
ソッド、すなわちPrepareRequest, CommitRequest, AbortRequestおよびTMDown
を含むITransactionResourceAsyncインターフェイスを表わす。PrepareRequest,
CommitRequest, AbortRequestおよびTMDownは、ＭＳ ＤＴＣ５６が、エンリス
トされたトランザクションブランチに関するリソースマネージャ７０に実行命令
（準備、実行、アボート）を発行するために呼出す、リソースマネージャ７０に
よって実装されるコールバックメソッドである。CResourceManagerSinkオブジェ
クト８２のIResourceManagerSinkインタフェースによって提供されるTMDownメソ
ッドなどの、TMDownメソッドは、故障時にＭＳ ＤＴＣ５６が回復を行なう必要
性をリソースマネージャ７０に知らせるために使用される。本発明の機能の多く
は、CTransactionResourceAsyncオブジェクト７６のPrepareRequest, CommitReq
uest, AbortRequestおよびTMDownメソッドの形で実装される。
【００７５】 CTransactionResourceAsyncオブジェクト７６はさらに、Initメソッドを提供
するICtralnitインターフェイスを公開する。InitメソッドはCTransactionResou
rceAsyncオブジェクト７６内のブランチに関するＣＲＭ記録（後述）に関連する
識別子crm＿idを記憶する。後に説明するが、ＭＳ ＤＴＣ５６がCTransactionR
esourceAsyncオブジェクト７６のPrepareRequest, CommitRequest, AbortReques
tまたはTMDownメソッドのいずれかを呼出すときには常に、オブジェクトからcrm
＿idが取出されて、その方法が呼出されている特定のブランチを特定するために
相互接続６４に対して内部的に使用される。
するICtralnitインターフェイスを公開する。InitメソッドはCTransactionResou
rceAsyncオブジェクト７６内のブランチに関するＣＲＭ記録（後述）に関連する
識別子crm＿idを記憶する。後に説明するが、ＭＳ ＤＴＣ５６がCTransactionR
esourceAsyncオブジェクト７６のPrepareRequest, CommitRequest, AbortReques
tまたはTMDownメソッドのいずれかを呼出すときには常に、オブジェクトからcrm
＿idが取出されて、その方法が呼出されている特定のブランチを特定するために
相互接続６４に対して内部的に使用される。
【００７６】 所与のトランザクションブランチに関するＭＳ ＤＴＣ５６へのエンリストの
際にリソースマネージャ７０によって生成されるCTransactionResourceAsyncオ
ブジェクト７６のほかに、ＭＳ ＤＴＣ５６も同様にそのブランチに関連するエ
ンリストメントオブジェクト８０を生成する（図４Ｃ）。エンリストメントオブ
ジェクト８０はITransactionEnlisrmentAsyncインターフェイスおよびIprepareI
nfoインターフェイスを公開する。ITransactionEnlisrmentAsyncインターフェイ
スは、所与のトランザクションブランチに関する２相実行プロセスのうちある部
分を完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマネージャ７０
が使用する方法を提供する。具体的には、ITransactionEnlisrmentAsyncインタ
ーフェイスは、ＭＳ ＤＴＣ５６に、ＭＳ ＤＴＣ５６によって発行されたPrep
areRequestを完了したことを知らせるためにリソースマネージャ７０が呼出すPr
epareRequestDoneメソッドと、ＭＳ ＤＴＣ５６によって発行されたCommitRequ
estを完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマネージャ７
０が呼出すCommitRequestDoneメソッドと、ＭＳ ＤＴＣ５６によって発行され
たAbortRequestを完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマ
ネージャ７０が呼出すAbortRequestDoneメソッドとを提供する。IprepareInfoイ
ンターフェイスは、実行の準備段階でトランザクションブランチに関する情報を
得るためにリソースマネージャ７０が使用するGetPrepareInfoSizeメソッドおよ
びGetPrepareInfoメソッドを提供する。後に説明するように、この回復情報は故
障時に両方の環境における回復を可能にするためにＯＳＩ ＴＰプロトコルマシ
ンに関連する回復情報とともに安全な記憶装置に記憶される。
際にリソースマネージャ７０によって生成されるCTransactionResourceAsyncオ
ブジェクト７６のほかに、ＭＳ ＤＴＣ５６も同様にそのブランチに関連するエ
ンリストメントオブジェクト８０を生成する（図４Ｃ）。エンリストメントオブ
ジェクト８０はITransactionEnlisrmentAsyncインターフェイスおよびIprepareI
nfoインターフェイスを公開する。ITransactionEnlisrmentAsyncインターフェイ
スは、所与のトランザクションブランチに関する２相実行プロセスのうちある部
分を完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマネージャ７０
が使用する方法を提供する。具体的には、ITransactionEnlisrmentAsyncインタ
ーフェイスは、ＭＳ ＤＴＣ５６に、ＭＳ ＤＴＣ５６によって発行されたPrep
areRequestを完了したことを知らせるためにリソースマネージャ７０が呼出すPr
epareRequestDoneメソッドと、ＭＳ ＤＴＣ５６によって発行されたCommitRequ
estを完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマネージャ７
０が呼出すCommitRequestDoneメソッドと、ＭＳ ＤＴＣ５６によって発行され
たAbortRequestを完了したことをＭＳ ＤＴＣ５６に知らせるためにリソースマ
ネージャ７０が呼出すAbortRequestDoneメソッドとを提供する。IprepareInfoイ
ンターフェイスは、実行の準備段階でトランザクションブランチに関する情報を
得るためにリソースマネージャ７０が使用するGetPrepareInfoSizeメソッドおよ
びGetPrepareInfoメソッドを提供する。後に説明するように、この回復情報は故
障時に両方の環境における回復を可能にするためにＯＳＩ ＴＰプロトコルマシ
ンに関連する回復情報とともに安全な記憶装置に記憶される。
【００７７】 上記オブジェクトに加えて、グローバルトランザクション（すなわちＯＳＩ
ＴＰプロトコルマシン６８がリモートサーバ６０に別個の接続を確保するＭＴＳ
コンポーネント５４から受信された各ＸＡＴＭＩサービスリクエスト）ごとに、
本発明の相互接続６４のリソースマネージャ７０はここでＣＲＭ記録と称する記
録を生成し、ここにはそのブランチに関する情報が記憶されて、ＯＳＩ ＴＰプ
ロトコルマシン６８によるＯＳＩ ＴＰサービスリクエストの処理と、ＭＴＳ環
境における対応のイベントの処理とを統御するにあたりリソースマネージャ７０
が使用する。多数のブランチに関するＣＲＭ記録は、連結リスト８４の形態でリ
ソースマネージャ７０によって記憶される。ＣＲＭ記録８４は、各トランザクシ
ョンブランチに関するすべてのトランザクションおよび接続に基づく情報の中心
的なリポジトリとしての役割を果たす。ＣＲＭ記録の構造および内容に関するさ
らなる詳細を以下に説明する。
ＴＰプロトコルマシン６８がリモートサーバ６０に別個の接続を確保するＭＴＳ
コンポーネント５４から受信された各ＸＡＴＭＩサービスリクエスト）ごとに、
本発明の相互接続６４のリソースマネージャ７０はここでＣＲＭ記録と称する記
録を生成し、ここにはそのブランチに関する情報が記憶されて、ＯＳＩ ＴＰプ
ロトコルマシン６８によるＯＳＩ ＴＰサービスリクエストの処理と、ＭＴＳ環
境における対応のイベントの処理とを統御するにあたりリソースマネージャ７０
が使用する。多数のブランチに関するＣＲＭ記録は、連結リスト８４の形態でリ
ソースマネージャ７０によって記憶される。ＣＲＭ記録８４は、各トランザクシ
ョンブランチに関するすべてのトランザクションおよび接続に基づく情報の中心
的なリポジトリとしての役割を果たす。ＣＲＭ記録の構造および内容に関するさ
らなる詳細を以下に説明する。
【００７８】 ＣＲＭ記録に加えて、リソースマネージャ７０はブランチごとに回復情報を含
むログ記録８６を生成する。具体的には、本発明の別の局面によると、トランザ
クションブランチごとに、リソースマネージャ７０は、故障から回復するために
ＭＳ ＤＴＣ５６およびＯＳＩ ＴＰプロトコルマシン６８の両方が要求する情
報を安全な記憶装置に併せて記憶する。両方の環境に関する回復情報の記憶に関
するさらなる詳細を以下に記載する。
むログ記録８６を生成する。具体的には、本発明の別の局面によると、トランザ
クションブランチごとに、リソースマネージャ７０は、故障から回復するために
ＭＳ ＤＴＣ５６およびＯＳＩ ＴＰプロトコルマシン６８の両方が要求する情
報を安全な記憶装置に併せて記憶する。両方の環境に関する回復情報の記憶に関
するさらなる詳細を以下に記載する。
【００７９】 Ｄ．状態マシン 本発明の相互接続６４の好ましい実施例によると、リソースマネージャ７０は
、ＭＴＳコンポーネント５４と、ＭＳ ＤＴＣ５６と、ＯＳＩ ＴＰプロトコル
マシン６８との間で、グローバルトランザクションのブランチの処理時にリソー
スマネージャ７０が行なう全体的な動作および統御を制御する状態マシンに従っ
て動作する。図６Ａから図６Ｄには状態マシンの動作が示される。
、ＭＴＳコンポーネント５４と、ＭＳ ＤＴＣ５６と、ＯＳＩ ＴＰプロトコル
マシン６８との間で、グローバルトランザクションのブランチの処理時にリソー
スマネージャ７０が行なう全体的な動作および統御を制御する状態マシンに従っ
て動作する。図６Ａから図６Ｄには状態マシンの動作が示される。
【００８０】 トランザクションの各ブランチに以下の状態が規定される。 ０−ＦＩＮＩＴＯ：この状態はトランザクションがブランチに存在しないこと
を示す。これはそのブランチの初期状態である。ＸＡＴＭＩダイアログ状態が存
在し得る。
を示す。これはそのブランチの初期状態である。ＸＡＴＭＩダイアログ状態が存
在し得る。
【００８１】 １−ＸＴＲ−ＤＩＡＧＡＣＴ：この状態は、起こり得るトランザクションのダ
イアログが初期化されたことを示す。ＸＡＴＭＩ表示を待機する。リモートサー
バ６０への接続がうまくいっている場合、リソースマネージャ７０はブランチを
ＭＳ ＤＴＣ５６に自動的にエンリストすることとなる。
イアログが初期化されたことを示す。ＸＡＴＭＩ表示を待機する。リモートサー
バ６０への接続がうまくいっている場合、リソースマネージャ７０はブランチを
ＭＳ ＤＴＣ５６に自動的にエンリストすることとなる。
【００８２】 ２−ＥＬＩＳＴＩＮＧ：ＸＡＴＭＩ tpcall, tpacallまたはtpconnectサービ
スリクエスト（トランザクションブランチを表わす）が受入れられたときにこの
状態に入り、リソースマネージャ７０にはブランチをＭＳ ＤＴＣ５６にエンリ
ストすることが要求される。
スリクエスト（トランザクションブランチを表わす）が受入れられたときにこの
状態に入り、リソースマネージャ７０にはブランチをＭＳ ＤＴＣ５６にエンリ
ストすることが要求される。
【００８３】 ３−ＥＮＬＩＳＴＥＤ：この状態は、ブランチがＭＳ ＤＴＣ５６にうまくエ
ンリストされたことを示す。リソースマネージャ７０はＭＳ ＤＴＣ５６によっ
て発行された準備、実行またはアボート命令のすべてを通知し得る。
ンリストされたことを示す。リソースマネージャ７０はＭＳ ＤＴＣ５６によっ
て発行された準備、実行またはアボート命令のすべてを通知し得る。
【００８４】 ４−ＰＲＥＰＡＲＩＮＧ：PrepareRequest命令がＭＳ ＤＴＣ５６から受信さ
れた後に（すなわちＭＳ ＤＴＣ５６がCTransactionResourceAsyncオブジェク
ト７６のPrepareRequestメソッドを呼出した後に）この状態に入る。ＯＳＩ Ｔ
Ｐプロトコルマシン６８からのready＿indicationを待機する。
れた後に（すなわちＭＳ ＤＴＣ５６がCTransactionResourceAsyncオブジェク
ト７６のPrepareRequestメソッドを呼出した後に）この状態に入る。ＯＳＩ Ｔ
Ｐプロトコルマシン６８からのready＿indicationを待機する。
【００８５】 ５−ＰＲＥＰＡＲＥＤ：PrepareRequestの処理に応答してＯＳＩ ＴＰプロト
コルマシン６８からReady表示受信したときにこの状態に入る。このブランチの
ログ記録が生成され安全記憶装置に記憶される。リソースマネージャ７０はＭＳ
ＤＴＣ５６からの実行またはアボート命令の受信を待つ（すなわちＭＳ ＤＴ
Ｃ５６がCTransactionResourceAsyncオブジェクト７６のCommitRequestまたはAb
ortRequestメソッドのいずれかを呼出すのを待つ）。
コルマシン６８からReady表示受信したときにこの状態に入る。このブランチの
ログ記録が生成され安全記憶装置に記憶される。リソースマネージャ７０はＭＳ
ＤＴＣ５６からの実行またはアボート命令の受信を待つ（すなわちＭＳ ＤＴ
Ｃ５６がCTransactionResourceAsyncオブジェクト７６のCommitRequestまたはAb
ortRequestメソッドのいずれかを呼出すのを待つ）。
【００８６】 ６−ＣＯＭＭＩＴＴＩＮＧ：CTransactionResourceAsyncオブジェクト７６のC
ommitRequestメソッドをＭＳ ＤＴＣ５６が呼出した後にこの状態に入る。リソ
ースマネージャ７０はＯＳＩ ＴＰプロトコルマシン６８からのCommit Complet
e表示を待つ。
ommitRequestメソッドをＭＳ ＤＴＣ５６が呼出した後にこの状態に入る。リソ
ースマネージャ７０はＯＳＩ ＴＰプロトコルマシン６８からのCommit Complet
e表示を待つ。
【００８７】 ７−ＡＢＯＲＴＩＮＧ：CTransactionResourceAsyncオブジェクト７６のAbort
RequestメソッドをＭＳ ＤＴＣ５６が呼出した後にこの状態に入る。リソース
マネージャ７０はＯＳＩ ＴＰプロトコルマシン６８からのRollback Complete
表示を待つ。
RequestメソッドをＭＳ ＤＴＣ５６が呼出した後にこの状態に入る。リソース
マネージャ７０はＯＳＩ ＴＰプロトコルマシン６８からのRollback Complete
表示を待つ。
【００８８】 ８−ＲＥＣＯＶＥＲＩＮＧ：故障後にいずれかのブランチが不確かであると判
断された場合、そのブランチはこの状態に入る。ＭＳ ＤＴＣ５６から戻された
リエンリストメント状態はロールバックまたは実行のいずれかを行なう命令を与
え、次の状態を決定し得る。
断された場合、そのブランチはこの状態に入る。ＭＳ ＤＴＣ５６から戻された
リエンリストメント状態はロールバックまたは実行のいずれかを行なう命令を与
え、次の状態を決定し得る。
【００８９】 図６Ａから図６Ｄを参照して、示される表には、生じる所与のイベントおよび
それに関連する変数に依存して、いかにリソースマネージャ７０が所与のブラン
チの状態を変化させるかが示される。たとえば、図６Ａに示される表の部分の第
１行目には、起こり得るアクションと、現在のところ状態０（ＦＩＮＩＴＯ）で
あるブランチ上のＭＴＳコンポーネント５６からxatmi＿call req (tpcall)が受
信されたときに入る次の状態とが明記される。示されるように、変数の状態に応
じて行なわれるアクションはmtranと呼ばれる。行なわれるべきアクションには
大括弧が付されて示される。この場合、tpcallイベントが起こるときにmtran変
数がセットされている、アクション［createCrm］、［getAAID］、［CallRq］お
よび［GatrplyRq］が行なわれ、リソースマネージャ７０はそのブランチの状態
１（ＸＴＲ＿ＤＩＡＧＡＣＴ）に入る。これらの変数およびアクションの意味を
以下に説明する。イベントには、ＸＡＴＭＩインターフェイス論理７２、ＯＳＩ
ＴＰプロトコルマシン６８およびＭＳ ＤＴＣ５６によって初期化されたもの
が含まれる。図６Ａおよび図６Ｂに示される状態の表は、現在の状態がトランザ
クションブランチである場合に、これらのイベントのうちのいずれかが起こった
ときにとられるアクションを示す。
それに関連する変数に依存して、いかにリソースマネージャ７０が所与のブラン
チの状態を変化させるかが示される。たとえば、図６Ａに示される表の部分の第
１行目には、起こり得るアクションと、現在のところ状態０（ＦＩＮＩＴＯ）で
あるブランチ上のＭＴＳコンポーネント５６からxatmi＿call req (tpcall)が受
信されたときに入る次の状態とが明記される。示されるように、変数の状態に応
じて行なわれるアクションはmtranと呼ばれる。行なわれるべきアクションには
大括弧が付されて示される。この場合、tpcallイベントが起こるときにmtran変
数がセットされている、アクション［createCrm］、［getAAID］、［CallRq］お
よび［GatrplyRq］が行なわれ、リソースマネージャ７０はそのブランチの状態
１（ＸＴＲ＿ＤＩＡＧＡＣＴ）に入る。これらの変数およびアクションの意味を
以下に説明する。イベントには、ＸＡＴＭＩインターフェイス論理７２、ＯＳＩ
ＴＰプロトコルマシン６８およびＭＳ ＤＴＣ５６によって初期化されたもの
が含まれる。図６Ａおよび図６Ｂに示される状態の表は、現在の状態がトランザ
クションブランチである場合に、これらのイベントのうちのいずれかが起こった
ときにとられるアクションを示す。
【００９０】 入来イベント（行）および状態（列）の交差部がセルをなす。サブセルはボッ
クスに入れられたセルのサブセットである。サブセルのエレメントは下記のとお
りである（サブセルに現われる順番で示される）。すなわち、（ａ）オプション
としての変数式、（ｂ）ゼロまたはそれ以上のアクション、および（ｃ）結果と
して生じる状態とである。イベントに存在しないセルであるブランクセル、また
は変数式の評価が真であるサブセルを持たないセルは、その状態の無効イベント
を表わす。変数式の評価が真であるサブセルを有するセルは、その状態に関する
有効イベントを表わす。入来イベントはそれらの名称で表わされ、１つまたは２
つ以上の属性を持つ。状態はセルの数で特定されるが、各列の一番上に示される
数および名称の両方によって明記される。「＾」は「〜でない」を意味し変数に
付与される。「＝」は「等しい」を意味し、これもまた変数に付与される。「Ｈ
ＴＰ」は本発明の好ましい実施例によって使用されるＯＳＩ ＴＰプロトコルマ
シン実装のことであり、これは上述のとおり、同時係属中の出願連続番号第０９
／０２０，２１３号に記載されている修正形ＯＳＩ ＴＰプロトコルマシンと、
その関連のＨＰＴＰＸサービスインターフェイスとを含む。
クスに入れられたセルのサブセットである。サブセルのエレメントは下記のとお
りである（サブセルに現われる順番で示される）。すなわち、（ａ）オプション
としての変数式、（ｂ）ゼロまたはそれ以上のアクション、および（ｃ）結果と
して生じる状態とである。イベントに存在しないセルであるブランクセル、また
は変数式の評価が真であるサブセルを持たないセルは、その状態の無効イベント
を表わす。変数式の評価が真であるサブセルを有するセルは、その状態に関する
有効イベントを表わす。入来イベントはそれらの名称で表わされ、１つまたは２
つ以上の属性を持つ。状態はセルの数で特定されるが、各列の一番上に示される
数および名称の両方によって明記される。「＾」は「〜でない」を意味し変数に
付与される。「＝」は「等しい」を意味し、これもまた変数に付与される。「Ｈ
ＴＰ」は本発明の好ましい実施例によって使用されるＯＳＩ ＴＰプロトコルマ
シン実装のことであり、これは上述のとおり、同時係属中の出願連続番号第０９
／０２０，２１３号に記載されている修正形ＯＳＩ ＴＰプロトコルマシンと、
その関連のＨＰＴＰＸサービスインターフェイスとを含む。
【００９１】 状態マシンはある情報を追跡するために変数を用いる。用いられる変数は整数
型である。２つのカテゴリの変数があり、すなわち（１）ＭＴＳオブジェクトに
関する情報に特定のＭＴＳ関連変数（「ｍ」の文字で始まる）と、（２）ＸＡＴ
ＭＩインターフェイスに関する情報に特有なＸＡＴＭＩ関連変数（「ｘ」の文字
で始まる）とがある。本実施例では下記の変数が規定される。
型である。２つのカテゴリの変数があり、すなわち（１）ＭＴＳオブジェクトに
関する情報に特定のＭＴＳ関連変数（「ｍ」の文字で始まる）と、（２）ＸＡＴ
ＭＩインターフェイスに関する情報に特有なＸＡＴＭＩ関連変数（「ｘ」の文字
で始まる）とがある。本実施例では下記の変数が規定される。
【００９２】
【表２】
【００９３】 状態の表ではアクションは大括弧（「［］」）付きで示される。有効な入来イ
ベントごとに、適用可能なすべてのアクションがとられる。本実施例では、下記
のアクションが規定される。
ベントごとに、適用可能なすべてのアクションがとられる。本実施例では、下記
のアクションが規定される。
【００９４】
【表３】
【００９５】 ＩＩＩ．接続管理／統御 本発明の相互接続６４は、リソースのプールとしてリモートサーバ６０への接
続を管理する、ＯＳＩ ＴＰ関連マネージャ機能の利点を持つ。ＯＳＩ ＴＰの
関連マネージャ機能は回復に用いられるダイヤログおよびそれに関連するものを
追跡する。この機能では「pools by inference」メソッドを使用して接続を制御
する。接続は必要に応じて確保され、タイムアウトが起こるまで維持される。シ
ステム間に多数の接続を同時に維持することができる。ＯＳＩ ＴＰにより、同
時に動作する種々のＭＴＳコンポーネントが要求する多数のシステムへの接続が
可能になる。
続を管理する、ＯＳＩ ＴＰ関連マネージャ機能の利点を持つ。ＯＳＩ ＴＰの
関連マネージャ機能は回復に用いられるダイヤログおよびそれに関連するものを
追跡する。この機能では「pools by inference」メソッドを使用して接続を制御
する。接続は必要に応じて確保され、タイムアウトが起こるまで維持される。シ
ステム間に多数の接続を同時に維持することができる。ＯＳＩ ＴＰにより、同
時に動作する種々のＭＴＳコンポーネントが要求する多数のシステムへの接続が
可能になる。
【００９６】 Ａ．ＧＵＩＤおよびＡＡＩＤ／ＢＲＩＤ間マッピング ＯＳＩ ＴＰプロトコル仕様およびＯＬＥトランザクションプロトコルはいず
れも、トランザクションの不可分性を維持する方法を提供する。ＯＳＩ ＴＰの
場合、トランザクションに関する一意な識別子として不可分アクション識別子（
ＡＡＩＤ）が使用される。同じＡＡＩＤが参照するトランザクションブランチは
グループとして実行またはロールバックされる。さらに、ＯＳＩ ＴＰプロトコ
ル仕様はトランザクションのそのブランチを識別するために使用される各ブラン
チのブランチサフィックス（ＢＲＩＤ）を特定する。ＯＬＥの場合、グローバル
に一意な識別子（ＧＵＩＤ）がＭＴＳ環境内でのトランザクションの特定に使用
される。ＧＵＩＤはWin３２ ＡＰＩファンクションコールを介して得られる。
この値は、ＭＴＳ環境内での一意の識別子が各トランザクションに確実に得られ
るようにする。
れも、トランザクションの不可分性を維持する方法を提供する。ＯＳＩ ＴＰの
場合、トランザクションに関する一意な識別子として不可分アクション識別子（
ＡＡＩＤ）が使用される。同じＡＡＩＤが参照するトランザクションブランチは
グループとして実行またはロールバックされる。さらに、ＯＳＩ ＴＰプロトコ
ル仕様はトランザクションのそのブランチを識別するために使用される各ブラン
チのブランチサフィックス（ＢＲＩＤ）を特定する。ＯＬＥの場合、グローバル
に一意な識別子（ＧＵＩＤ）がＭＴＳ環境内でのトランザクションの特定に使用
される。ＧＵＩＤはWin３２ ＡＰＩファンクションコールを介して得られる。
この値は、ＭＴＳ環境内での一意の識別子が各トランザクションに確実に得られ
るようにする。
【００９７】 本発明の重要な局面によると、リモートサーバ６０への接続を要求するＸＡＴ
ＭＩサービスリクエストがＭＴＳコンポーネント５４から受信されると、リソー
スマネージャ７０は、ＭＴＳコンポーネント５４に関連したトランザクションオ
ブジェクト７８から（GetTransactionInfoメソッドを用いて）要求が関係するト
ランザクションを特定するＧＵＩＤを得る。次いで、リソースマネージャ７０は
、このＧＵＩＤについて対応のＡＡＩＤが既に生成されているか否かを内部テー
ブルから判断する。生成されていない場合、リソースマネージャ７０はＡＡＩＤ
を生成し、これが後にＯＳＩ ＴＰプロトコルマシン６８内のトランザクション
の特定に使用される。ＧＵＩＤおよび生成されたＡＡＩＤはいずれも、所与のト
ランザクションブランチに関するＣＲＭ記録に記憶されて、ＧＵＩＤからＡＡＩ
Ｄへの、またはその反対のマッピングを行ない、これによりリモートサーバ６０
で参照されたサービスがＭＴＳ環境のものと同期化された状態となる。
ＭＩサービスリクエストがＭＴＳコンポーネント５４から受信されると、リソー
スマネージャ７０は、ＭＴＳコンポーネント５４に関連したトランザクションオ
ブジェクト７８から（GetTransactionInfoメソッドを用いて）要求が関係するト
ランザクションを特定するＧＵＩＤを得る。次いで、リソースマネージャ７０は
、このＧＵＩＤについて対応のＡＡＩＤが既に生成されているか否かを内部テー
ブルから判断する。生成されていない場合、リソースマネージャ７０はＡＡＩＤ
を生成し、これが後にＯＳＩ ＴＰプロトコルマシン６８内のトランザクション
の特定に使用される。ＧＵＩＤおよび生成されたＡＡＩＤはいずれも、所与のト
ランザクションブランチに関するＣＲＭ記録に記憶されて、ＧＵＩＤからＡＡＩ
Ｄへの、またはその反対のマッピングを行ない、これによりリモートサーバ６０
で参照されたサービスがＭＴＳ環境のものと同期化された状態となる。
【００９８】 ＯＳＩ ＴＰプロトコル仕様では、「masters-name」コンポーネントおよび局
所的に規定された一意なＡＥ−サフィックスとしてＡＳＮ．１エンコードローカ
ルＡＥ−ＴＩＴＬＥによりＡＡＩＤが構成されることが要求される。本発明の好
ましい実施例によると、ＧＵＩＤから生成されたＡＡＩＤは「masters-name」コ
ンポーネントとしてローカルＡＥ−ＴＩＴＬＥを含み、「atomic-action-suffix
」コンポーネントのＯＣＴＥＴ ＳＴＲＩＮＧ形式として１６バイトＧＵＩＤを
含む。
所的に規定された一意なＡＥ−サフィックスとしてＡＳＮ．１エンコードローカ
ルＡＥ−ＴＩＴＬＥによりＡＡＩＤが構成されることが要求される。本発明の好
ましい実施例によると、ＧＵＩＤから生成されたＡＡＩＤは「masters-name」コ
ンポーネントとしてローカルＡＥ−ＴＩＴＬＥを含み、「atomic-action-suffix
」コンポーネントのＯＣＴＥＴ ＳＴＲＩＮＧ形式として１６バイトＧＵＩＤを
含む。
【００９９】 リソースマネージャ７０はさらに、ブランチに関するブランチサフィックス（
ＢＲＩＤ）を生成する。ＯＳＩ ＴＰプロトコル仕様に規定されるように、ブラ
ンチサフィックスはエンコードされたオクテット列またはエンコードされた整数
のいずれかである。本発明によると、ブランチサフィックスは、整数を、整数の
ＡＳＣＩＩ表現に変換し、次いで、変換された整数を、エンコードされたブラン
チサフィックスのオクテット列形式の内容オクテットとして使用することにより
生成される。整数は、ＡＡＩＤがＧＵＩＤから生成されたときに１に初期化され
、同じＧＵＩＤに基づいてＡＡＩＤがサーチされるたびに１だけインクリメント
される、カウンタにより得られる。これは実際にトランザクションに関するブラ
ンチ数をカウントする。エンコードされた整数は、ＧＵＩＤおよびＡＡＩＤによ
って表わされるトランザクションの現在のブランチカウントを反映する。この実
施例では、ＧＵＩＤ、ＡＡＩＤおよびブランチサフィックス（ＢＲＩＤ）はそれ
ぞれ、第１、第２および第３の識別子を表わす。
ＢＲＩＤ）を生成する。ＯＳＩ ＴＰプロトコル仕様に規定されるように、ブラ
ンチサフィックスはエンコードされたオクテット列またはエンコードされた整数
のいずれかである。本発明によると、ブランチサフィックスは、整数を、整数の
ＡＳＣＩＩ表現に変換し、次いで、変換された整数を、エンコードされたブラン
チサフィックスのオクテット列形式の内容オクテットとして使用することにより
生成される。整数は、ＡＡＩＤがＧＵＩＤから生成されたときに１に初期化され
、同じＧＵＩＤに基づいてＡＡＩＤがサーチされるたびに１だけインクリメント
される、カウンタにより得られる。これは実際にトランザクションに関するブラ
ンチ数をカウントする。エンコードされた整数は、ＧＵＩＤおよびＡＡＩＤによ
って表わされるトランザクションの現在のブランチカウントを反映する。この実
施例では、ＧＵＩＤ、ＡＡＩＤおよびブランチサフィックス（ＢＲＩＤ）はそれ
ぞれ、第１、第２および第３の識別子を表わす。
【０１００】 リソースマネージャ７０はＭＴＳコンポーネントから受信されたＸＡＴＭＩサ
ービスリクエストを対応のＯＳＩ ＴＰサービスリクエスト（たとえばＨＴＰＸ
＿ＣＡＬＬＣＯＮ＿ＲＥＱに変換し、ＯＳＩ ＴＰプロトコルマシン６８への要
求を、生成されたＡＡＩＤおよびＢＲＩＤとともに送る。ＯＳＩ ＴＰプロトコ
ルマシン６８はこの後、リモートサーバ６０への接続を確保する。ネットワーク
接続の喪失またはノードクラッシュといった事態が生じると、ＡＡＩＤおよびＢ
ＲＩＤがそのブランチに関するＣＲＭ記録から取出されて、リモートサーバ６０
への接続を再度確保するために使用される。
ービスリクエストを対応のＯＳＩ ＴＰサービスリクエスト（たとえばＨＴＰＸ
＿ＣＡＬＬＣＯＮ＿ＲＥＱに変換し、ＯＳＩ ＴＰプロトコルマシン６８への要
求を、生成されたＡＡＩＤおよびＢＲＩＤとともに送る。ＯＳＩ ＴＰプロトコ
ルマシン６８はこの後、リモートサーバ６０への接続を確保する。ネットワーク
接続の喪失またはノードクラッシュといった事態が生じると、ＡＡＩＤおよびＢ
ＲＩＤがそのブランチに関するＣＲＭ記録から取出されて、リモートサーバ６０
への接続を再度確保するために使用される。
【０１０１】 所与のトランザクションには複数のブランチがあり得、このため同じＧＵＩＤ
／ＡＡＩＤマッピングが起こり得るため、上記方法に従ってＡＡＩＤがＧＵＩＤ
に関して最初に生成されるときに、ＧＵＩＤ／ＡＡＩＤの組合せが内部テーブル
（図示せず）に記憶される。トランザクションのブランチを表わすＸＡＴＭＩサ
ービスリクエストが受信されるたびに、リソースマネージャ７０はまず、そのト
ランザクションに関連したＧＵＩＤのためにＡＡＩＤが既に生成されているか否
かを内部テーブルから判断する。そうである場合には、ブランチサフィックス（
ＢＲＩＤ）だけをそのブランチのために生成するだけでよい。しかし、これがト
ランザクションの第１のブランチである場合には、ＡＡＩＤおよびブランチサフ
ィックス（ＢＲＩＤ）が生成される。
／ＡＡＩＤマッピングが起こり得るため、上記方法に従ってＡＡＩＤがＧＵＩＤ
に関して最初に生成されるときに、ＧＵＩＤ／ＡＡＩＤの組合せが内部テーブル
（図示せず）に記憶される。トランザクションのブランチを表わすＸＡＴＭＩサ
ービスリクエストが受信されるたびに、リソースマネージャ７０はまず、そのト
ランザクションに関連したＧＵＩＤのためにＡＡＩＤが既に生成されているか否
かを内部テーブルから判断する。そうである場合には、ブランチサフィックス（
ＢＲＩＤ）だけをそのブランチのために生成するだけでよい。しかし、これがト
ランザクションの第１のブランチである場合には、ＡＡＩＤおよびブランチサフ
ィックス（ＢＲＩＤ）が生成される。
【０１０２】 Ｂ．ＴＰ＿ＩＤ 本発明の別の局面によると、リモートサーバ６０への接続を要求するＭＴＳコ
ンポーネント５４から受信されたＸＡＴＭＩサービスリクエストごとに（すなわ
ちトランザクションのブランチごとに）、リソースマネージャ７０は、そのブラ
ンチのＯＳＩ ＴＰプロトコルマシン６８によって確保された接続と、そのブラ
ンチとを関連付ける第４の識別子（「tp＿id」）を生成する。tp＿idはその接続
を確保するＸＡＴＭＩサービスリクエストがうまく完了したときにＭＴＳコンポ
ーネント５４に戻る。tp＿idはまた、ブランチに関するＣＲＭ記録に記憶される
。確保された接続に対して後に処理を行なうために、tp＿idは、トランザクショ
ンの各ブランチへのエントリを有する、ＯＳＩ ＴＰプロトコルマシン６８内の
データ構造（図示せず）へのインデックスとして使用される。所与のブランチに
対して、このデータ構造のエントリは、確保された接続に割当てられているＯＳ
Ｉ ＴＰプロトコルマシン内の特定のリソースを特定する。本実施例では、デー
タ構造の所与のエントリは（ｉ）ブランチのＣＲＭ記録への戻りポインタとなり
、かつ、上述のとおり、CTransactionResourceAsyncオブジェクト７６にも記憶
されているcrm＿idと、（ii）確保された接続を表わすデータ構造のポインタと
なるＳＡＣＦインデックス、およびそのブランチの、ＯＳＩ ＴＰ−関連情報の
ポインタとなるブランチインデックスとを特定する。ＯＳＩ ＴＰプロトコルマ
シンの他の実装例の中には同じ目的を達成するために別のデータ構造を用いるも
のもあるが、ここにおいて考えられ得るすべての実施例では、tp＿idは、所与の
トランザクションブランチに関するリモートサーバ６０への接続を確保するため
にＯＳＩ ＴＰプロトコルマシン６８内に割当てられるリソースを特定するため
の手段として使用される。
ンポーネント５４から受信されたＸＡＴＭＩサービスリクエストごとに（すなわ
ちトランザクションのブランチごとに）、リソースマネージャ７０は、そのブラ
ンチのＯＳＩ ＴＰプロトコルマシン６８によって確保された接続と、そのブラ
ンチとを関連付ける第４の識別子（「tp＿id」）を生成する。tp＿idはその接続
を確保するＸＡＴＭＩサービスリクエストがうまく完了したときにＭＴＳコンポ
ーネント５４に戻る。tp＿idはまた、ブランチに関するＣＲＭ記録に記憶される
。確保された接続に対して後に処理を行なうために、tp＿idは、トランザクショ
ンの各ブランチへのエントリを有する、ＯＳＩ ＴＰプロトコルマシン６８内の
データ構造（図示せず）へのインデックスとして使用される。所与のブランチに
対して、このデータ構造のエントリは、確保された接続に割当てられているＯＳ
Ｉ ＴＰプロトコルマシン内の特定のリソースを特定する。本実施例では、デー
タ構造の所与のエントリは（ｉ）ブランチのＣＲＭ記録への戻りポインタとなり
、かつ、上述のとおり、CTransactionResourceAsyncオブジェクト７６にも記憶
されているcrm＿idと、（ii）確保された接続を表わすデータ構造のポインタと
なるＳＡＣＦインデックス、およびそのブランチの、ＯＳＩ ＴＰ−関連情報の
ポインタとなるブランチインデックスとを特定する。ＯＳＩ ＴＰプロトコルマ
シンの他の実装例の中には同じ目的を達成するために別のデータ構造を用いるも
のもあるが、ここにおいて考えられ得るすべての実施例では、tp＿idは、所与の
トランザクションブランチに関するリモートサーバ６０への接続を確保するため
にＯＳＩ ＴＰプロトコルマシン６８内に割当てられるリソースを特定するため
の手段として使用される。
【０１０３】 本実施例では、tp＿idおよびcrm＿idはともに使用されて、ＯＳＩ ＴＰプロ
トコルマシン６８、ＸＡＴＭＩインターフェイス論理７２、およびＭＳ ＤＴＣ
５６間で双方向の通信が行なわれる際に特定のブランチを特定するために使用さ
れる。具体的には、ＸＡＴＭＩインターフェイス論理７２が、確保された接続を
参照するときには、その特定の接続を特定するためにtp＿idを使用する。ＯＳＩ ＴＰプロトコルマシン６８が、特定のブランチに関する返答および表示を受信
すると、その内部データ構造にあるcrm＿idを使用して、ブランチに関するＣＲ
Ｍ記録のポインタを提供するため、ブランチに関するさらなる情報が得られる。
このように、所与のブランチに関するtp＿id、crm＿idおよびＣＲＭ記録は、Ｘ
ＡＴＭＩインターフェイス論理７２、ＯＳＩ ＴＰプロトコルマシン６８および
ＭＳ ＤＴＣ５６間の（インターフェイス論理７４を介する）ブランチのアイデ
ンティティーを維持するための手段としての役割を果たす。これは、本発明の相
互接続６４と相互作用するエンティティに対してトランスペアレントな態様で種
々の環境を互いに結びつける。
トコルマシン６８、ＸＡＴＭＩインターフェイス論理７２、およびＭＳ ＤＴＣ
５６間で双方向の通信が行なわれる際に特定のブランチを特定するために使用さ
れる。具体的には、ＸＡＴＭＩインターフェイス論理７２が、確保された接続を
参照するときには、その特定の接続を特定するためにtp＿idを使用する。ＯＳＩ ＴＰプロトコルマシン６８が、特定のブランチに関する返答および表示を受信
すると、その内部データ構造にあるcrm＿idを使用して、ブランチに関するＣＲ
Ｍ記録のポインタを提供するため、ブランチに関するさらなる情報が得られる。
このように、所与のブランチに関するtp＿id、crm＿idおよびＣＲＭ記録は、Ｘ
ＡＴＭＩインターフェイス論理７２、ＯＳＩ ＴＰプロトコルマシン６８および
ＭＳ ＤＴＣ５６間の（インターフェイス論理７４を介する）ブランチのアイデ
ンティティーを維持するための手段としての役割を果たす。これは、本発明の相
互接続６４と相互作用するエンティティに対してトランスペアレントな態様で種
々の環境を互いに結びつける。
【０１０４】 ＩＶ．ＣＲＭ記録 上述のとおり、本発明の別の局面によると、グローバルトランザクションの別
個のブランチを表わすＸＡＴＭＩサービスリクエストごとに、リソースマネージ
ャ７０は、ここでＣＲＭ記録と称するブランチの記録を生成し、この中にはブラ
ンチに関する情報が記憶され、ＯＳＩ ＴＰプロトコルマシン６８によるＯＳＩ
ＴＰサービスリクエストの処理とＭＴＳ環境における対応のイベントの処理と
を統御するにあたりリソースマネージャ７０が使用する。ＣＲＭ記録は、すべて
のトランザクション的な、および接続に基づく所与のトランザクションブランチ
に関する情報へのアクセスを可能にする。たとえば、上述のとおり、ＣＲＭ記録
は所与のブランチに関するＧＵＩＤ、ＡＡＩＤ、ＢＲＩＤおよびtp＿idを記憶す
るために使用される。このようなデータはこの記録の中に集中的に保管され、相
互接続６４内での多数のプロセスによりアクセスできる。ＭＴＳ環境およびＯＳ
Ｉ ＴＰプロトコルマシン６８の両方での回復に要求されるすべての情報がこの
記録に維持される。所与のトランザクションの多数のブランチを表わすＣＲＭ記
録のグループが連結リストに維持される。所与のブランチに関するcrm＿idは、
連結リスト内のそのブランチに関するＣＲＭ記録の特定に使用される。
個のブランチを表わすＸＡＴＭＩサービスリクエストごとに、リソースマネージ
ャ７０は、ここでＣＲＭ記録と称するブランチの記録を生成し、この中にはブラ
ンチに関する情報が記憶され、ＯＳＩ ＴＰプロトコルマシン６８によるＯＳＩ
ＴＰサービスリクエストの処理とＭＴＳ環境における対応のイベントの処理と
を統御するにあたりリソースマネージャ７０が使用する。ＣＲＭ記録は、すべて
のトランザクション的な、および接続に基づく所与のトランザクションブランチ
に関する情報へのアクセスを可能にする。たとえば、上述のとおり、ＣＲＭ記録
は所与のブランチに関するＧＵＩＤ、ＡＡＩＤ、ＢＲＩＤおよびtp＿idを記憶す
るために使用される。このようなデータはこの記録の中に集中的に保管され、相
互接続６４内での多数のプロセスによりアクセスできる。ＭＴＳ環境およびＯＳ
Ｉ ＴＰプロトコルマシン６８の両方での回復に要求されるすべての情報がこの
記録に維持される。所与のトランザクションの多数のブランチを表わすＣＲＭ記
録のグループが連結リストに維持される。所与のブランチに関するcrm＿idは、
連結リスト内のそのブランチに関するＣＲＭ記録の特定に使用される。
【０１０５】 図５は、本発明の好ましい実施例に従う所与のブランチに関するＣＲＭ記録の
内容を示す図である。示されるように、ブランチのcrm＿idはＣＲＭ記録をポイ
ントする。次のフィールドは、連結リストの次のＣＲＭ記録に対するポインタを
含み、前のフィールドには前の記録に対するポインタが含まれる。diagstateフ
ィールドは、リソースマネージャ７０のＸＡＴＭＩインターフェイス論理７０が
所与のダイヤログのＸＡＴＭＩ状態の表示を記憶するために使用される。txstat
eフィールドは、ブランチの現在の状態（すなわち図６Ａおよび図６Ｂの状態マ
シンの特定の状態）を記憶するために用いられる。msg＿qフィールドは、ＭＴＳ
コンポーネント５４およびＯＳＩ ＴＰプロトコルマシン６８間に送信されるデ
ータを記憶するために使用されるメッセージキューバッファに対するポインタを
含む。具体的には、msg＿qバッファは、ＭＴＳコンポーネントがデータを受ける
ようＸＡＴＭＩサービスリクエスト（たとえばtpgetrply）を発行するまで、Ｏ
ＳＩ ＴＰプロトコルマシン６８を介してネットワークから送られるメッセージ
を保持する。ＸＡＴＭＩインターフェイス論理７２はＣＲＭ記録内のmsg＿qポイ
ンタを用いてバッファからのデータを取出し、ＭＴＳコンポーネント５４にそれ
を送る。Svcnameフィールドは、ＭＴＳコンポーネントが呼出したリモートサー
バ６０のＸＡＴＭＩサービスの名称を含む。enc＿typeは、ＸＡＴＭＩサービス
リクエストの符号化／復号化の際にＸＡＴＭＩインターフェイス論理７２が従う
carray、string、およびchartranslateデータタイプに関するＸＡＴＭＩ符号化
／復号化のルールを特定する。recip＿aeフィールドはリモートサーバ６０の識
別に使用される。*EnlistObjフィールドは、リソースマネージャ７０がＭＳ Ｄ
ＴＣ５６にブランチをエンリストする際にＭＳ ＤＴＣ５６によって生成される
エンリストメントオブジェクト８０に対するポインタを含む。*ExportObjフィー
ルドは、リソースマネージャ７０によって生成されるエクスポートオブジェクト
８０に対するポインタを含む。*TransObjフィールドは、ＭＴＳコンポーネント
５４に関連したトランザクションオブジェクト７８に対するポインタを含む。*T
ranscookieフィールドは、エクスポートオブジェクトを介してプロセス間にトラ
ンザクションに関する情報を転送する際に使用されるトランザクションクッキー
に対するポインタを含む。TransCookieLenフィールドは、トランザクションクッ
キーのバイト長を特定する値を含む。tp＿idフィールドはこのブランチに関する
tp＿idを含む。mts＿guidフィールドは、このブランチが一部分となるトランザ
クションを特定するためにＭＴＳ環境で使用されるＧＵＩＤを含む。aaid/brid
フィールドは、ＡＡＩＤと、上記方法によってＧＵＩＤから生成されたブランチ
サフィックス（ＢＲＩＤ）とを含む。*pPrepInfoフィールドは、実行の準備段階
においてＭＳ ＤＴＣ５６からリソースマネージャ７０が得た情報に対するポイ
ンタを含み、そのブランチに関するログ記録の一部分として安全記憶装置にそれ
を記憶する。この情報は回復のために使用される。*log＿recフィールドはログ
記録に対するポインタを含む。
内容を示す図である。示されるように、ブランチのcrm＿idはＣＲＭ記録をポイ
ントする。次のフィールドは、連結リストの次のＣＲＭ記録に対するポインタを
含み、前のフィールドには前の記録に対するポインタが含まれる。diagstateフ
ィールドは、リソースマネージャ７０のＸＡＴＭＩインターフェイス論理７０が
所与のダイヤログのＸＡＴＭＩ状態の表示を記憶するために使用される。txstat
eフィールドは、ブランチの現在の状態（すなわち図６Ａおよび図６Ｂの状態マ
シンの特定の状態）を記憶するために用いられる。msg＿qフィールドは、ＭＴＳ
コンポーネント５４およびＯＳＩ ＴＰプロトコルマシン６８間に送信されるデ
ータを記憶するために使用されるメッセージキューバッファに対するポインタを
含む。具体的には、msg＿qバッファは、ＭＴＳコンポーネントがデータを受ける
ようＸＡＴＭＩサービスリクエスト（たとえばtpgetrply）を発行するまで、Ｏ
ＳＩ ＴＰプロトコルマシン６８を介してネットワークから送られるメッセージ
を保持する。ＸＡＴＭＩインターフェイス論理７２はＣＲＭ記録内のmsg＿qポイ
ンタを用いてバッファからのデータを取出し、ＭＴＳコンポーネント５４にそれ
を送る。Svcnameフィールドは、ＭＴＳコンポーネントが呼出したリモートサー
バ６０のＸＡＴＭＩサービスの名称を含む。enc＿typeは、ＸＡＴＭＩサービス
リクエストの符号化／復号化の際にＸＡＴＭＩインターフェイス論理７２が従う
carray、string、およびchartranslateデータタイプに関するＸＡＴＭＩ符号化
／復号化のルールを特定する。recip＿aeフィールドはリモートサーバ６０の識
別に使用される。*EnlistObjフィールドは、リソースマネージャ７０がＭＳ Ｄ
ＴＣ５６にブランチをエンリストする際にＭＳ ＤＴＣ５６によって生成される
エンリストメントオブジェクト８０に対するポインタを含む。*ExportObjフィー
ルドは、リソースマネージャ７０によって生成されるエクスポートオブジェクト
８０に対するポインタを含む。*TransObjフィールドは、ＭＴＳコンポーネント
５４に関連したトランザクションオブジェクト７８に対するポインタを含む。*T
ranscookieフィールドは、エクスポートオブジェクトを介してプロセス間にトラ
ンザクションに関する情報を転送する際に使用されるトランザクションクッキー
に対するポインタを含む。TransCookieLenフィールドは、トランザクションクッ
キーのバイト長を特定する値を含む。tp＿idフィールドはこのブランチに関する
tp＿idを含む。mts＿guidフィールドは、このブランチが一部分となるトランザ
クションを特定するためにＭＴＳ環境で使用されるＧＵＩＤを含む。aaid/brid
フィールドは、ＡＡＩＤと、上記方法によってＧＵＩＤから生成されたブランチ
サフィックス（ＢＲＩＤ）とを含む。*pPrepInfoフィールドは、実行の準備段階
においてＭＳ ＤＴＣ５６からリソースマネージャ７０が得た情報に対するポイ
ンタを含み、そのブランチに関するログ記録の一部分として安全記憶装置にそれ
を記憶する。この情報は回復のために使用される。*log＿recフィールドはログ
記録に対するポインタを含む。
【０１０６】 Ｖ． 回復のためのログ収集 本発明の別の特徴に従えば、リソースマネージャ７０はトランザクションの各
ブランチに対して、障害が起こった場合に回復させるために、ＭＳ ＤＴＣ５６
およびＯＳＩ ＴＰプロトコルマシン６８の両方に必要とされる情報を、安全な
記憶装置内に併せて記憶する。すなわち、リソースマネージャ７０は、ＯＳＩ
ＴＰプロトコルマシン６８およびＭＳ ＤＴＣ５６の双方によって回復のために
必要とされるデータ構造を互いに結びつける。必要な回復情報（ＯＳＩ ＴＰお
よびＭＳ ＤＴＣ）はすべて、ブランチに対するログ記録の形で記憶される。具
体的には、ブランチのためのログ記録は、トランザクションの準備フェーズ中に
ＭＳ ＤＴＣ５６から受取られるPrepareInfoデータ構造、PrepareInfo構造のサ
イズ、（recip＿ae識別子、ＡＡＩＤおよびＢＲＩＤを含む）ＯＳＩ ＴＰ回復
情報を保持する構造、および、（ブランチのＣＲＭ記録へのポインタである）ブ
ランチのcrm＿idを含む。所与のブランチのログ記録へのポインタは、上述のよ
うに、そのＣＲＭ記録内に記憶される。
ブランチに対して、障害が起こった場合に回復させるために、ＭＳ ＤＴＣ５６
およびＯＳＩ ＴＰプロトコルマシン６８の両方に必要とされる情報を、安全な
記憶装置内に併せて記憶する。すなわち、リソースマネージャ７０は、ＯＳＩ
ＴＰプロトコルマシン６８およびＭＳ ＤＴＣ５６の双方によって回復のために
必要とされるデータ構造を互いに結びつける。必要な回復情報（ＯＳＩ ＴＰお
よびＭＳ ＤＴＣ）はすべて、ブランチに対するログ記録の形で記憶される。具
体的には、ブランチのためのログ記録は、トランザクションの準備フェーズ中に
ＭＳ ＤＴＣ５６から受取られるPrepareInfoデータ構造、PrepareInfo構造のサ
イズ、（recip＿ae識別子、ＡＡＩＤおよびＢＲＩＤを含む）ＯＳＩ ＴＰ回復
情報を保持する構造、および、（ブランチのＣＲＭ記録へのポインタである）ブ
ランチのcrm＿idを含む。所与のブランチのログ記録へのポインタは、上述のよ
うに、そのＣＲＭ記録内に記憶される。
【０１０７】 ログ記録は、IStream ＣＯＭインターフェイスを用いて、安全な記憶装置に
セーブされる。IStorage ＣＯＭインターフェイスは、単一のファイル内にログ
記録を維持するのに使用される。どちらのインターフェイスも、Windows NTオペ
レーティングシステム内で実装される。故障後の相互接続６４の起動時に、その
実行状態が不確かである所与のブランチのログ記録が、安全な記憶装置から取出
される。ＯＳＩ ＴＰ回復に必要とされる情報は、ＯＳＩ ＴＰプロトコルマシ
ン６８に伝送されるのに対し、PrepareInfo構造は、ＭＳ ＤＴＣ５６に伝送さ
れる。このようにして、トランザクションシステム全体が同期状態を維持する。
セーブされる。IStorage ＣＯＭインターフェイスは、単一のファイル内にログ
記録を維持するのに使用される。どちらのインターフェイスも、Windows NTオペ
レーティングシステム内で実装される。故障後の相互接続６４の起動時に、その
実行状態が不確かである所与のブランチのログ記録が、安全な記憶装置から取出
される。ＯＳＩ ＴＰ回復に必要とされる情報は、ＯＳＩ ＴＰプロトコルマシ
ン６８に伝送されるのに対し、PrepareInfo構造は、ＭＳ ＤＴＣ５６に伝送さ
れる。このようにして、トランザクションシステム全体が同期状態を維持する。
【０１０８】 より詳細には、リソースマネージャが準備リクエストを受取る時間と、トラン
ザクションマネージャが実行がうまく完了したという表示を受取る時間との間で
障害が起きるたびに、回復が必要である。この時間中に障害が起きると、トラン
ザクションのあるブランチは不確かなままとなってしまう。起こり得る障害には
４種類がある。すなわち、プロセス障害、ネットワーク障害、トランザクション
マネージャ障害およびノードクラッシュである。ＯＳＩ ＴＰプロトコルマシン
６８およびＭＳ ＤＴＣ５６の双方のために記憶された回復情報を使用して、本
発明の相互接続６４は両方のエンティティがトランザクションの存続性を維持す
る目的でこれらの種類の障害を回復させることを可能にする。その方法を以下に
示す。
ザクションマネージャが実行がうまく完了したという表示を受取る時間との間で
障害が起きるたびに、回復が必要である。この時間中に障害が起きると、トラン
ザクションのあるブランチは不確かなままとなってしまう。起こり得る障害には
４種類がある。すなわち、プロセス障害、ネットワーク障害、トランザクション
マネージャ障害およびノードクラッシュである。ＯＳＩ ＴＰプロトコルマシン
６８およびＭＳ ＤＴＣ５６の双方のために記憶された回復情報を使用して、本
発明の相互接続６４は両方のエンティティがトランザクションの存続性を維持す
る目的でこれらの種類の障害を回復させることを可能にする。その方法を以下に
示す。
【０１０９】 Ａ．プロセス障害 プロセス障害にわたるトランザクションの存続性を保証するために、本発明の
相互接続６４は、接続マネージャ６６内で実行されるクリーンアップスレッド（
図示せず）を使用することによって、いつＭＴＳコンポーネントのプロセスが終
了したかを検出する。このスレッドは、ＭＴＳコンポーネントプロセスが不完全
なまま終了していないかどうかを周期的にチェックする。もしそうであれば、こ
れは状態表（図６Ｂおよび図６Ｄ参照）に示される「ＸＡＴＭＩ＿ＣＬＥＡＮＵ
Ｐ」イベントを発生させる。このイベントは、現時点におけるトランザクション
をアボートする。もしＭＴＳコンポーネントの不完全な終了がＭＴＳ環境におい
て時間切れが生じたためであり、かつ、リソースマネージャ７０がトランザクシ
ョンブランチをＭＳ ＤＴＣ５６にエンリストしていた場合には、ＭＳ ＤＴＣ
５６が障害を通知する。この通知は、やはり状態表（図６Ｃ参照）に示される、
AbortRequestメソッドによって行なわれる。このメソッドは、リソースマネージ
ャ７０がＸＡＴＭＩ＿ＣＬＥＡＮＵＰイベントと同様の方法で処理する。
相互接続６４は、接続マネージャ６６内で実行されるクリーンアップスレッド（
図示せず）を使用することによって、いつＭＴＳコンポーネントのプロセスが終
了したかを検出する。このスレッドは、ＭＴＳコンポーネントプロセスが不完全
なまま終了していないかどうかを周期的にチェックする。もしそうであれば、こ
れは状態表（図６Ｂおよび図６Ｄ参照）に示される「ＸＡＴＭＩ＿ＣＬＥＡＮＵ
Ｐ」イベントを発生させる。このイベントは、現時点におけるトランザクション
をアボートする。もしＭＴＳコンポーネントの不完全な終了がＭＴＳ環境におい
て時間切れが生じたためであり、かつ、リソースマネージャ７０がトランザクシ
ョンブランチをＭＳ ＤＴＣ５６にエンリストしていた場合には、ＭＳ ＤＴＣ
５６が障害を通知する。この通知は、やはり状態表（図６Ｃ参照）に示される、
AbortRequestメソッドによって行なわれる。このメソッドは、リソースマネージ
ャ７０がＸＡＴＭＩ＿ＣＬＥＡＮＵＰイベントと同様の方法で処理する。
【０１１０】 Ｂ．ネットワーク障害 ネットワーク障害にわたってトランザクションの存続性を保証するには、本発
明の相互接続６４は、ＯＳＩ−ＴＰプロトコルマシン６８の内蔵機構に依存する
。具体的には、ＯＳＩ ＴＰプロトコルマシン６８によって実装されるＯＳＩ
ＴＰプロトコルによって、システム間またはネットワーク上に障害が生じた場合
に、関連が自動的に回復される。この接続は、チャネルとして再構築され、トラ
ンザクションの結果を維持する。どのような結果も失われることはなく、接続マ
ネージャ６６はしたがって、ＭＴＳ環境内のＡＣＩＤプロパティの存続性の属性
を強化する。ＯＳＩ ＴＰプロトコルマシン６８は、ＯＳＩ ＴＰプロトコル仕
様の関連マネージャ機能によって、遠隔ホストとの通信を再構築する。その後、
ＯＳＩ−ＴＰプロトコルマシン６８は、そのトランザクション状態をリセットし
、それにより、トランザクションの実行を完了することが可能となる。これは、
（ネットワーク障害が生じた場合に下層のネットワークプロトコルによって生成
される）Provider Abort Indicationが受信されるたびに、ＯＳＩ ＴＰによっ
て処理される。ＭＳ ＤＴＣ５６は通信障害のことは全く知らないので、トラン
ザクションが完了したことが知らされるのを我慢強く待つ。ＯＳＩ ＴＰプロト
コルマシン６８が、リソースマネージャ７０に、トランザクションの結果を通知
し、今度は、リソースマネージャ７０がＭＳ ＤＴＣ５６に対して、Enlistment
オブジェクト８０のITransactionEnlistmentAsyncインターフェイスの適切なメ
ソッドを呼出すことによって、トランザクションの結果を通知する。
明の相互接続６４は、ＯＳＩ−ＴＰプロトコルマシン６８の内蔵機構に依存する
。具体的には、ＯＳＩ ＴＰプロトコルマシン６８によって実装されるＯＳＩ
ＴＰプロトコルによって、システム間またはネットワーク上に障害が生じた場合
に、関連が自動的に回復される。この接続は、チャネルとして再構築され、トラ
ンザクションの結果を維持する。どのような結果も失われることはなく、接続マ
ネージャ６６はしたがって、ＭＴＳ環境内のＡＣＩＤプロパティの存続性の属性
を強化する。ＯＳＩ ＴＰプロトコルマシン６８は、ＯＳＩ ＴＰプロトコル仕
様の関連マネージャ機能によって、遠隔ホストとの通信を再構築する。その後、
ＯＳＩ−ＴＰプロトコルマシン６８は、そのトランザクション状態をリセットし
、それにより、トランザクションの実行を完了することが可能となる。これは、
（ネットワーク障害が生じた場合に下層のネットワークプロトコルによって生成
される）Provider Abort Indicationが受信されるたびに、ＯＳＩ ＴＰによっ
て処理される。ＭＳ ＤＴＣ５６は通信障害のことは全く知らないので、トラン
ザクションが完了したことが知らされるのを我慢強く待つ。ＯＳＩ ＴＰプロト
コルマシン６８が、リソースマネージャ７０に、トランザクションの結果を通知
し、今度は、リソースマネージャ７０がＭＳ ＤＴＣ５６に対して、Enlistment
オブジェクト８０のITransactionEnlistmentAsyncインターフェイスの適切なメ
ソッドを呼出すことによって、トランザクションの結果を通知する。
【０１１１】 Ｃ．ＭＳ ＤＴＣ障害 ＭＳ ＤＴＣ障害にわたってトランザクションの存続性を保証するために、リ
ソースマネージャ７０は、それがブランチのためのログ記録内にセーブする、Pr
epareInfo構造内の情報に依存する。以下により詳細に述べるように、リソース
マネージャ７０は、２相実行プロセスの第１のフェーズ（すなわち準備フェーズ
）が完了した後に、ＭＳ ＤＴＣからPrepareInfo構造を得て、その後、それを
ログ記録内に、ＯＳＩ ＴＰ回復情報およびそのブランチのためのcrm＿idとと
もに記憶する。この情報は、障害の後に安全な記憶装置から取出すことができ、
それにより、トランザクションブランチは必要であれば後に回復することが可能
となる。
ソースマネージャ７０は、それがブランチのためのログ記録内にセーブする、Pr
epareInfo構造内の情報に依存する。以下により詳細に述べるように、リソース
マネージャ７０は、２相実行プロセスの第１のフェーズ（すなわち準備フェーズ
）が完了した後に、ＭＳ ＤＴＣからPrepareInfo構造を得て、その後、それを
ログ記録内に、ＯＳＩ ＴＰ回復情報およびそのブランチのためのcrm＿idとと
もに記憶する。この情報は、障害の後に安全な記憶装置から取出すことができ、
それにより、トランザクションブランチは必要であれば後に回復することが可能
となる。
【０１１２】 より詳細には、ＭＳ ＤＴＣ５６が障害を起こすと、それはまずすべてのエン
リストされているトランザクションブランチに対して、それらそれぞれのTMDown
コールバックメソッドを呼出すことによって通知し、その後、参加しているリソ
ースマネージャすべてに対して、それらのTMDownメソッドを呼出すことによって
通知する。本発明の好ましい実施例に従えば、リソースマネージャ７０がＭＳ
ＤＴＣ５６にエンリストしている各トランザクションブランチに対するTMDownコ
ールバックメソッドが、そのブランチのためのCTransactionResourceAsyncオブ
ジェクト７６において実装される。リソースマネージャ７０のTMDownコールバッ
クメソッドは、CResourceManagerSinkオブジェクト８２内で実装される。
リストされているトランザクションブランチに対して、それらそれぞれのTMDown
コールバックメソッドを呼出すことによって通知し、その後、参加しているリソ
ースマネージャすべてに対して、それらのTMDownメソッドを呼出すことによって
通知する。本発明の好ましい実施例に従えば、リソースマネージャ７０がＭＳ
ＤＴＣ５６にエンリストしている各トランザクションブランチに対するTMDownコ
ールバックメソッドが、そのブランチのためのCTransactionResourceAsyncオブ
ジェクト７６において実装される。リソースマネージャ７０のTMDownコールバッ
クメソッドは、CResourceManagerSinkオブジェクト８２内で実装される。
【０１１３】 リソースマネージャ７０がTMDownを受取ると、リソースマネージャ７０は再エ
ンリストメントに移る。タイマスレッド（図示せず）は、再エンリストメントに
いつ再挑戦すべきかを判定する。タイマスレッドは、イベント連結リストとして
実装され、それらイベントは、完了する準備が整っているかどうかが周期的にチ
ェックされる。再エンリストメントイベントの期限が満了すると、イベントはＡ
ＲＰ９６の待ち行列に入れられ、ＡＲＰ９６が再エンリストメントに再挑戦する
。もしＭＳ ＤＴＣ５６がまだ利用可能でない場合には、別のタイマイベントが
待ち行列に入れられて、成功するまでこのプロセスが繰返される。ＭＳ ＤＴＣ
５６が利用可能になると、不確かである各ブランチのためのPrepareInfo構造が
、Resource Managerオブジェクト１０８のReenlistメソッドを用いてＭＳ ＤＴ
Ｃ５６に伝送される。その後、ＭＳ ＤＴＣ５６は、ブランチの結果（実行また
はアボート）をリソースマネージャ７０に戻す。受取った結果（実行またはアボ
ート）に応じて、リソースマネージャ７０はＯＳＩ ＴＰプロトコルマシン６８
に対して対応のＯＳＩ ＴＰサービスリクエストを発行し、それにより、実行プ
ロセスがＯＳＩ ＴＰプロトコルマシン６８によって完了される。ＯＳＩ ＴＰ
環境およびＭＴＳ環境の両方における結果はしたがって、同期される。
ンリストメントに移る。タイマスレッド（図示せず）は、再エンリストメントに
いつ再挑戦すべきかを判定する。タイマスレッドは、イベント連結リストとして
実装され、それらイベントは、完了する準備が整っているかどうかが周期的にチ
ェックされる。再エンリストメントイベントの期限が満了すると、イベントはＡ
ＲＰ９６の待ち行列に入れられ、ＡＲＰ９６が再エンリストメントに再挑戦する
。もしＭＳ ＤＴＣ５６がまだ利用可能でない場合には、別のタイマイベントが
待ち行列に入れられて、成功するまでこのプロセスが繰返される。ＭＳ ＤＴＣ
５６が利用可能になると、不確かである各ブランチのためのPrepareInfo構造が
、Resource Managerオブジェクト１０８のReenlistメソッドを用いてＭＳ ＤＴ
Ｃ５６に伝送される。その後、ＭＳ ＤＴＣ５６は、ブランチの結果（実行また
はアボート）をリソースマネージャ７０に戻す。受取った結果（実行またはアボ
ート）に応じて、リソースマネージャ７０はＯＳＩ ＴＰプロトコルマシン６８
に対して対応のＯＳＩ ＴＰサービスリクエストを発行し、それにより、実行プ
ロセスがＯＳＩ ＴＰプロトコルマシン６８によって完了される。ＯＳＩ ＴＰ
環境およびＭＴＳ環境の両方における結果はしたがって、同期される。
【０１１４】 Ｄ．ノードクラッシュ ノードクラッシュからの回復を可能にするために、リソースマネージャ７０は
各ブランチのためのログ記録内のＯＳＩ ＴＰ回復情報を用いる。この情報は、
ＯＳＩ ＴＰプロトコルマシン６８が、ＯＳＩ ＴＰプロトコル仕様によって指
示されるように、その内部状態表を障害時に現存の状態にリセットすることがで
きるようにする。これにより、ＯＳＩ ＴＰプロトコルマシン６８内のトランザ
クションの存続性が保証される。リソースマネージャ７０はまた、Resource Man
agerオブジェクト１０８のReenlistメソッドを用いて、PrepareInfo構造をＭＳ
ＤＴＣ５６に渡す。その後、ＭＳ ＤＴＣ５６は、リソースマネージャ７０に
対してブランチの結果（実行またはアボート）を返す。受取った結果（実行また
はアボート）に応じて、リソースマネージャ７０はＯＳＩ ＴＰプロトコルマシ
ン６８に対して対応のＯＳＩ ＴＰサービスリクエストを発行し、それにより、
実行プロセスはＯＳＩ ＴＰプロトコルマシン６８によって完了される。ＯＳＩ
ＴＰ環境およびＭＴＳ環境の両方における結果はしたがって、同期される。
各ブランチのためのログ記録内のＯＳＩ ＴＰ回復情報を用いる。この情報は、
ＯＳＩ ＴＰプロトコルマシン６８が、ＯＳＩ ＴＰプロトコル仕様によって指
示されるように、その内部状態表を障害時に現存の状態にリセットすることがで
きるようにする。これにより、ＯＳＩ ＴＰプロトコルマシン６８内のトランザ
クションの存続性が保証される。リソースマネージャ７０はまた、Resource Man
agerオブジェクト１０８のReenlistメソッドを用いて、PrepareInfo構造をＭＳ
ＤＴＣ５６に渡す。その後、ＭＳ ＤＴＣ５６は、リソースマネージャ７０に
対してブランチの結果（実行またはアボート）を返す。受取った結果（実行また
はアボート）に応じて、リソースマネージャ７０はＯＳＩ ＴＰプロトコルマシ
ン６８に対して対応のＯＳＩ ＴＰサービスリクエストを発行し、それにより、
実行プロセスはＯＳＩ ＴＰプロトコルマシン６８によって完了される。ＯＳＩ
ＴＰ環境およびＭＴＳ環境の両方における結果はしたがって、同期される。
【０１１５】 ＶＩ．動作 以下の説明に関連して、図７、図８Ａ〜Ｃおよび図９Ａ〜Ｉは、本発明の相互
接続６４の動作のさらなる詳細を提供し、また、本発明の種々のメソッドを図示
する。これらの図に示されるステップのシーケンスは、その大部分が図６Ａ〜６
Ｄの状態表によって支配され、該シーケンスは上述のように、相互接続６４の動
作を制御する機構である。
接続６４の動作のさらなる詳細を提供し、また、本発明の種々のメソッドを図示
する。これらの図に示されるステップのシーケンスは、その大部分が図６Ａ〜６
Ｄの状態表によって支配され、該シーケンスは上述のように、相互接続６４の動
作を制御する機構である。
【０１１６】 Ａ．起動：初期エンリストメント 起動時に、リソースマネージャ７０はＭＳ ＤＴＣ５６にエンリストする。こ
のコンテキストにおいて使用される用語「エンリストする」とは、関連のトラン
ザクションマネージャ、この場合はＭＳ ＤＴＣ５６、に対して、リソースマネ
ージャ７０の存在を識別することを意味する。その結果として、ＭＳ ＤＴＣ５
６は、相互接続６４に気づくようになり、ＭＴＳコンポーネントによって開始さ
れるトランザクションブランチの自動エンリストメントを受けいれる。上述のよ
うに、相互接続６４はＭＳ ＤＴＣ５６およびＭＴＳコンポーネント５４に対し
ては、ＭＴＳ環境内のローカルリソースとして現われる。すなわち、相互接続６
４が制御するリソースは、遠隔システム６０上におけるサーバアプリケーション
４０′（およびその中に保持されるビジネスロジック）である。
のコンテキストにおいて使用される用語「エンリストする」とは、関連のトラン
ザクションマネージャ、この場合はＭＳ ＤＴＣ５６、に対して、リソースマネ
ージャ７０の存在を識別することを意味する。その結果として、ＭＳ ＤＴＣ５
６は、相互接続６４に気づくようになり、ＭＴＳコンポーネントによって開始さ
れるトランザクションブランチの自動エンリストメントを受けいれる。上述のよ
うに、相互接続６４はＭＳ ＤＴＣ５６およびＭＴＳコンポーネント５４に対し
ては、ＭＴＳ環境内のローカルリソースとして現われる。すなわち、相互接続６
４が制御するリソースは、遠隔システム６０上におけるサーバアプリケーション
４０′（およびその中に保持されるビジネスロジック）である。
【０１１７】 Ｂ．トランザクションブランチの処理 図７は、ＭＴＳコンポーネントによって開始されるトランザクションブランチ
の全体の処理を示す。ステップ１１０に示すように、ブランチは、ＭＴＳコンポ
ーネントが、遠隔サーバ６０に対する接続を構築するよう要求する種類のＸＡＴ
ＭＩサービスリクエストをリソースマネージャ７０に対して発行したときに開始
される。これらのＸＡＴＭＩサービスリクエストは、tpcall（）、tpacall（）
、およびtpconnect（）を含む。実行処理は、ＭＴＳコンポーネント５４がその
コンテキストオブジェクトの、クライアントアプリケーション５２によって実行
するように要求された作業が完了して実行準備ができていることを示すSetCompl
ete（）メソッドを呼出したときに開始される。図８Ａ〜Ｃは、ＭＴＳコンポー
ネントからＸＡＴＭＩサービスリクエスト（すなわち、tpcall、tpacall、tpcon
nect）を受信したときに、本発明の相互接続６４が行なう処理を示す。この例に
おいては、ＭＴＳコンポーネントからtpcall（）が受信されたものと想定する。
図９Ａ〜Ｉは、ＭＴＳコンポーネント５４がSetComplete（）を発行した後に相
互接続６４によって行なわれる実行処理を示す。アボート処理もまた簡単に以下
に説明する。
の全体の処理を示す。ステップ１１０に示すように、ブランチは、ＭＴＳコンポ
ーネントが、遠隔サーバ６０に対する接続を構築するよう要求する種類のＸＡＴ
ＭＩサービスリクエストをリソースマネージャ７０に対して発行したときに開始
される。これらのＸＡＴＭＩサービスリクエストは、tpcall（）、tpacall（）
、およびtpconnect（）を含む。実行処理は、ＭＴＳコンポーネント５４がその
コンテキストオブジェクトの、クライアントアプリケーション５２によって実行
するように要求された作業が完了して実行準備ができていることを示すSetCompl
ete（）メソッドを呼出したときに開始される。図８Ａ〜Ｃは、ＭＴＳコンポー
ネントからＸＡＴＭＩサービスリクエスト（すなわち、tpcall、tpacall、tpcon
nect）を受信したときに、本発明の相互接続６４が行なう処理を示す。この例に
おいては、ＭＴＳコンポーネントからtpcall（）が受信されたものと想定する。
図９Ａ〜Ｉは、ＭＴＳコンポーネント５４がSetComplete（）を発行した後に相
互接続６４によって行なわれる実行処理を示す。アボート処理もまた簡単に以下
に説明する。
【０１１８】 １．ＸＡＴＭＩサービスリクエストに対するサービス 図８Ａを参照して、ＸＡＴＭＩサービスリクエストtpcallをリソースマネージ
ャ７０のＸＡＴＭＩインターフェイスロジック７２が受取ると、処理がステップ
１１４で開始される。ステップ１１４においては、インターフェイスロジック７
２がサービスリクエストとともに受信された入力パラメータの妥当性を検証する
。ステップ１１６において、リソースマネージャ７０は、このリクエストが表わ
すブランチのためのＣＲＭ記録にメモリを割当てる。リソースマネージャ７０の
動作を制御するステートマシンはこのブランチのための初期状態（ＦＩＮＩＴＯ
）を入力する。ＣＲＭ記録のtxstateフィールドを使用して、現在の状態が記録
される。次に、ステップ１１８において、ＸＡＴＭＩインターフェイスロジック
７２がＸＡＴＭＩ仕様に従って、リクエストに関連するＸＡＴＭＩデータをエン
コードする。ステップ１２０において、リソースマネージャ７０はCheckTrans手
続きを呼出して、ＭＴＳコンポーネントがトランザクションとして構成されてい
るかどうかを判定する。もしその場合には、リソースマネージャ７０はトランザ
クションのこのブランチをＭＳ ＤＴＣ５６にエンリストする。これについては
以下に述べる。
ャ７０のＸＡＴＭＩインターフェイスロジック７２が受取ると、処理がステップ
１１４で開始される。ステップ１１４においては、インターフェイスロジック７
２がサービスリクエストとともに受信された入力パラメータの妥当性を検証する
。ステップ１１６において、リソースマネージャ７０は、このリクエストが表わ
すブランチのためのＣＲＭ記録にメモリを割当てる。リソースマネージャ７０の
動作を制御するステートマシンはこのブランチのための初期状態（ＦＩＮＩＴＯ
）を入力する。ＣＲＭ記録のtxstateフィールドを使用して、現在の状態が記録
される。次に、ステップ１１８において、ＸＡＴＭＩインターフェイスロジック
７２がＸＡＴＭＩ仕様に従って、リクエストに関連するＸＡＴＭＩデータをエン
コードする。ステップ１２０において、リソースマネージャ７０はCheckTrans手
続きを呼出して、ＭＴＳコンポーネントがトランザクションとして構成されてい
るかどうかを判定する。もしその場合には、リソースマネージャ７０はトランザ
クションのこのブランチをＭＳ ＤＴＣ５６にエンリストする。これについては
以下に述べる。
【０１１９】 図８Ｂは、CheckTrans手続き（図８Ａのステップ１２０）に関するさらなる詳
細を示す。図８Ｂに示すように、CheckTrans手続きは、相互接続６４が実際にＭ
ＴＳ環境内において動作しているかどうかを判定することによって開始される。
もしそうでなければ、tpcallを発行したエンティティ（すなわち、ＭＴＳコンポ
ーネント）はトランザクションではないと考えられ、したがって、ＸＡＴＭＩ
ase＿flagがＴＰＮＯＴＲＡＮにセットされ、ＣＲＭ記録の＊TransObjフィール
ドがＮＵＬＬにセットされる。制御はその後、図８Ａのステップ１２２に戻る。
細を示す。図８Ｂに示すように、CheckTrans手続きは、相互接続６４が実際にＭ
ＴＳ環境内において動作しているかどうかを判定することによって開始される。
もしそうでなければ、tpcallを発行したエンティティ（すなわち、ＭＴＳコンポ
ーネント）はトランザクションではないと考えられ、したがって、ＸＡＴＭＩ
ase＿flagがＴＰＮＯＴＲＡＮにセットされ、ＣＲＭ記録の＊TransObjフィール
ドがＮＵＬＬにセットされる。制御はその後、図８Ａのステップ１２２に戻る。
【０１２０】 ステップ１４０において、相互接続６４がＭＴＳ環境内で動作していると判定
された場合には、制御はステップ１４６に渡される。ステップ１４６において、
リソースマネージャ７０はグローバルGetObjectContextメソッドを呼出して、Ｍ
ＴＳコンポーネント５４のコンテキストオブジェクトへのポインタを得る。この
メソッド呼出の結果は、コンテキストオブジェクトがＭＴＳコンポーネント５４
に対して存在するかどうかを示す。ステップ１４８において、その結果が調べら
れる。もしコンテキストオブジェクトが存在しない場合には、制御はステップ１
５０に渡され、ステップ１５０において、ＸＡＴＭＩ ase＿flagがＴＰＮＯＴ
ＲＡＮにセットされ、ＣＲＭ記録の＊TransObjフィールドがＮＵＬＬにセットさ
れる。これはステップ１４２と同様である。ステップ１５２において、制御が図
８Ａのステップ１２２に戻る。
された場合には、制御はステップ１４６に渡される。ステップ１４６において、
リソースマネージャ７０はグローバルGetObjectContextメソッドを呼出して、Ｍ
ＴＳコンポーネント５４のコンテキストオブジェクトへのポインタを得る。この
メソッド呼出の結果は、コンテキストオブジェクトがＭＴＳコンポーネント５４
に対して存在するかどうかを示す。ステップ１４８において、その結果が調べら
れる。もしコンテキストオブジェクトが存在しない場合には、制御はステップ１
５０に渡され、ステップ１５０において、ＸＡＴＭＩ ase＿flagがＴＰＮＯＴ
ＲＡＮにセットされ、ＣＲＭ記録の＊TransObjフィールドがＮＵＬＬにセットさ
れる。これはステップ１４２と同様である。ステップ１５２において、制御が図
８Ａのステップ１２２に戻る。
【０１２１】 ステップ１４８において、コンテキストオブジェクト７９がＭＴＳコンポーネ
ント５４に対して存在すると判定されれば、制御はステップ１５４に渡される。
ステップ１５４においてリソースマネージャ７９は、コンテキストオブジェクト
７９へのポインタを使用して、標準のＣＯＭメソッド、QueryInterface（）（Ｑ
Ｉと略される）を呼出し、コンテキストオブジェクト７９がIObjectContextTran
sactionインターフェイスを有するかどうかを問合せ、もし有していれば、その
インターフェイスへのポイントを得る。付加的な背景として、インターフェイス
はＣＯＭオブジェクト間の相互作用のための標準的な機構である。ＣＯＭオブジ
ェクトは、インターフェイスナビゲーションとして知られる機構を使用して、別
のオブジェクトのどのメソッドをそれが呼出すことが可能であるかを判定する。
ＣＯＭでは、このプロセスは、ターゲットオブジェクトのIUnknownインターフェ
イスへのポインタを得ることによって開始される。ＣＯＭ仕様は、すべてのＣＯ
ＭオブジェクトがIUnknownインターフェイスを実装するように要求する。IUnkno
wnインターフェイスのメソッドのうちの１つにQueryInterface（）がある。クラ
イアントオブジェクトまたはアプリケーションは、ターゲットオブジェクトのQu
eryInterface（）メソッドを呼出して、そのターゲットオブジェクトがクライア
ントオブジェクトが使用方法を知っている特定のインターフェイスを実装するか
どうかを判定する。ターゲットオブジェクトは、要求されたインターフェイスを
実装していれば、そのインターフェイスへのポインタをクライアントオブジェク
トに戻す。
ント５４に対して存在すると判定されれば、制御はステップ１５４に渡される。
ステップ１５４においてリソースマネージャ７９は、コンテキストオブジェクト
７９へのポインタを使用して、標準のＣＯＭメソッド、QueryInterface（）（Ｑ
Ｉと略される）を呼出し、コンテキストオブジェクト７９がIObjectContextTran
sactionインターフェイスを有するかどうかを問合せ、もし有していれば、その
インターフェイスへのポイントを得る。付加的な背景として、インターフェイス
はＣＯＭオブジェクト間の相互作用のための標準的な機構である。ＣＯＭオブジ
ェクトは、インターフェイスナビゲーションとして知られる機構を使用して、別
のオブジェクトのどのメソッドをそれが呼出すことが可能であるかを判定する。
ＣＯＭでは、このプロセスは、ターゲットオブジェクトのIUnknownインターフェ
イスへのポインタを得ることによって開始される。ＣＯＭ仕様は、すべてのＣＯ
ＭオブジェクトがIUnknownインターフェイスを実装するように要求する。IUnkno
wnインターフェイスのメソッドのうちの１つにQueryInterface（）がある。クラ
イアントオブジェクトまたはアプリケーションは、ターゲットオブジェクトのQu
eryInterface（）メソッドを呼出して、そのターゲットオブジェクトがクライア
ントオブジェクトが使用方法を知っている特定のインターフェイスを実装するか
どうかを判定する。ターゲットオブジェクトは、要求されたインターフェイスを
実装していれば、そのインターフェイスへのポインタをクライアントオブジェク
トに戻す。
【０１２２】 QueryInterface（）メソッドがコンテキストオブジェクト７９のIObjectConte
xtTransactionインターフェイスへの有効なポインタを提供すると仮定すると、
リソースマネージャ７０はそのインターフェイスのGetTransactionメソッドを呼
出して、ＭＴＳコンポーネントがそれのために作業を行なうトランザクションを
表わすTransactionオブジェクト７８へのポインタを得る。ステップ１５６にお
いて、このメソッドの結果が調べられ、Transactionオブジェクト７８が突き止
められたかどうかが判定される。もしそうでない場合には、リソースマネージャ
７０はＭＴＳコンポーネント５４をトランザクションではないものとして扱い、
ステップ１５８に示すように、ＸＡＴＭＩ ase＿flagをＴＰＮＯＴＲＡＮにセ
ットし、ＣＲＭ記録の＊TransObjフィールドをＮＵＬＬにセットする。これはス
テップ１４２および１５０と同様である。ステップ１６０において、制御は図８
Ａのステップ１２２に戻る。
xtTransactionインターフェイスへの有効なポインタを提供すると仮定すると、
リソースマネージャ７０はそのインターフェイスのGetTransactionメソッドを呼
出して、ＭＴＳコンポーネントがそれのために作業を行なうトランザクションを
表わすTransactionオブジェクト７８へのポインタを得る。ステップ１５６にお
いて、このメソッドの結果が調べられ、Transactionオブジェクト７８が突き止
められたかどうかが判定される。もしそうでない場合には、リソースマネージャ
７０はＭＴＳコンポーネント５４をトランザクションではないものとして扱い、
ステップ１５８に示すように、ＸＡＴＭＩ ase＿flagをＴＰＮＯＴＲＡＮにセ
ットし、ＣＲＭ記録の＊TransObjフィールドをＮＵＬＬにセットする。これはス
テップ１４２および１５０と同様である。ステップ１６０において、制御は図８
Ａのステップ１２２に戻る。
【０１２３】 しかし、ステップ１５６において有効なステータスが戻された場合には、制御
はステップ１６２に渡される。ステップ１６２において、リソースマネージャは
Transactionオブジェクト７８のITransactionインターフェイスのGetTransactio
nInfoメソッドを呼出して、そのトランザクションに関する情報を得る。特定的
には、この情報は、ＭＴＳによってそのトランザクションに割当てられるＧＵＩ
Ｄを含む。加えて、リソースマネージャ７０は、これがトランザクションリクエ
ストであることを示すように、ＸＡＴＭＩ ase＿flagをＴＰＴＲＡＮにセット
する。
はステップ１６２に渡される。ステップ１６２において、リソースマネージャは
Transactionオブジェクト７８のITransactionインターフェイスのGetTransactio
nInfoメソッドを呼出して、そのトランザクションに関する情報を得る。特定的
には、この情報は、ＭＴＳによってそのトランザクションに割当てられるＧＵＩ
Ｄを含む。加えて、リソースマネージャ７０は、これがトランザクションリクエ
ストであることを示すように、ＸＡＴＭＩ ase＿flagをＴＰＴＲＡＮにセット
する。
【０１２４】 次に、ステップ１６４において、現時点におけるＸＡＴＭＩサービスリクエス
トがトランザクションの第１のブランチを表わすものと想定すると、リソースマ
ネージャ７０はステップ１６２において得られたＧＵＩＤから、そのブランチの
ためのＡＡＩＤ／ＢＲＩＤの組合せを生成する。これは上述の方法によって行な
われる。ＡＡＩＤ／ＢＲＩＤはその後、ＯＳＩ ＴＰプロトコルマシン６８内の
トランザクションおよびその現時点におけるブランチを識別するのに使用される
。もしこれがトランザクションの第１のブランチでない場合には、リソースマネ
ージャ７０はその内部表をサーチすることによって、このトランザクションのた
めの先に生成されたＡＡＩＤを見つけるであろう。それでも、リソースマネージ
ャ７０はやはり、そのブランチのための一意のブランチサフィックス（ＢＲＩＤ
）を生成するであろう。
トがトランザクションの第１のブランチを表わすものと想定すると、リソースマ
ネージャ７０はステップ１６２において得られたＧＵＩＤから、そのブランチの
ためのＡＡＩＤ／ＢＲＩＤの組合せを生成する。これは上述の方法によって行な
われる。ＡＡＩＤ／ＢＲＩＤはその後、ＯＳＩ ＴＰプロトコルマシン６８内の
トランザクションおよびその現時点におけるブランチを識別するのに使用される
。もしこれがトランザクションの第１のブランチでない場合には、リソースマネ
ージャ７０はその内部表をサーチすることによって、このトランザクションのた
めの先に生成されたＡＡＩＤを見つけるであろう。それでも、リソースマネージ
ャ７０はやはり、そのブランチのための一意のブランチサフィックス（ＢＲＩＤ
）を生成するであろう。
【０１２５】 ステップ１６８において、Transactionオブジェクト７８へのポインタが、Ｃ
ＲＭ記録の＊TransObjフィールド内に記憶される。制御はその後、図８Ａのステ
ップ１２２に戻る。
ＲＭ記録の＊TransObjフィールド内に記憶される。制御はその後、図８Ａのステ
ップ１２２に戻る。
【０１２６】 図８Ａを再び参照して、ステップ１２２において、リソースマネージャ７０は
CheckTrans手続きが適正に実行されたことを確認する。もしエラーが生じた場合
には、制御はステップ１２４に渡され、ステップ１２４においてＴＰＥＳＹＳＴ
ＥＭエラーが報告される。もしエラーが生じなかった場合には、制御はステップ
１２６に渡される。
CheckTrans手続きが適正に実行されたことを確認する。もしエラーが生じた場合
には、制御はステップ１２４に渡され、ステップ１２４においてＴＰＥＳＹＳＴ
ＥＭエラーが報告される。もしエラーが生じなかった場合には、制御はステップ
１２６に渡される。
【０１２７】 ＭＴＳコンポーネント５４がトランザクションであるとCheckTrans手続きにお
いて判定された場合には、制御はステップ１２６からステップ１２８に渡される
。ステップ１２８において、現時点におけるブランチの状態がＸＴＲ＿ＤＩＡＧ
ＡＣＴに変更される。これは、その対応の値をそのブランチのためのＣＲＭ記録
のtxstateフィールド内に記憶することによって行なわれる。ＭＴＳコンポーネ
ントがトランザクションであると判定されなかった場合には、制御は直接、ステ
ップ１３０に渡される。
いて判定された場合には、制御はステップ１２６からステップ１２８に渡される
。ステップ１２８において、現時点におけるブランチの状態がＸＴＲ＿ＤＩＡＧ
ＡＣＴに変更される。これは、その対応の値をそのブランチのためのＣＲＭ記録
のtxstateフィールド内に記憶することによって行なわれる。ＭＴＳコンポーネ
ントがトランザクションであると判定されなかった場合には、制御は直接、ステ
ップ１３０に渡される。
【０１２８】 ステップ１３０において、リソースマネージャ７０は、受取ったＸＡＴＭＩサ
ービスリクエスト（すなわち、この例ではtpcall）に対応するＯＳＩ ＴＰサー
ビスリクエストをＯＳＩ ＴＰプロトコルマシン６８に処理させるようにするた
めに、ＯＳＩ ＴＰサービスインターフェイス論理に対する適切なコールを設定
する。本実施例においては、ＯＳＩ ＴＰサービスインターフェイス論理８８が
同時係属中の出願連続番号第０９／０２０，２１３号に説明されるＨＰＴＰＸイ
ンターフェイスを実装するが、この実施例においては、ＨＰＴＰＸインターフェ
イスの対応のサービスリクエストはhptpx＿callcon＿reqサービスリクエストで
ある。したがって、ステップ１３０において、リソースマネージャ７０は適切な
パラメータでこのサービスリクエストを構築する。やはり、図６Ａ〜６Ｄの状態
表におけるように、用語「ＨＴＰ」は、本発明の好ましい実施例において用いら
れるＯＳＩ ＴＰプロトコルマシンの、すなわち、同時係属中の特許出願連続番
号第０９／０２０，２１３号において説明されるような修正されたＯＳＩ ＴＰ
プロトコルマシンの、特定的な実装を意味し、また、そのためのＯＳＩ ＴＰサ
ービスインターフェイス論理８８を実装する対応のＨＰＴＰＸインターフェイス
を意味する。
ービスリクエスト（すなわち、この例ではtpcall）に対応するＯＳＩ ＴＰサー
ビスリクエストをＯＳＩ ＴＰプロトコルマシン６８に処理させるようにするた
めに、ＯＳＩ ＴＰサービスインターフェイス論理に対する適切なコールを設定
する。本実施例においては、ＯＳＩ ＴＰサービスインターフェイス論理８８が
同時係属中の出願連続番号第０９／０２０，２１３号に説明されるＨＰＴＰＸイ
ンターフェイスを実装するが、この実施例においては、ＨＰＴＰＸインターフェ
イスの対応のサービスリクエストはhptpx＿callcon＿reqサービスリクエストで
ある。したがって、ステップ１３０において、リソースマネージャ７０は適切な
パラメータでこのサービスリクエストを構築する。やはり、図６Ａ〜６Ｄの状態
表におけるように、用語「ＨＴＰ」は、本発明の好ましい実施例において用いら
れるＯＳＩ ＴＰプロトコルマシンの、すなわち、同時係属中の特許出願連続番
号第０９／０２０，２１３号において説明されるような修正されたＯＳＩ ＴＰ
プロトコルマシンの、特定的な実装を意味し、また、そのためのＯＳＩ ＴＰサ
ービスインターフェイス論理８８を実装する対応のＨＰＴＰＸインターフェイス
を意味する。
【０１２９】 ステップ１３２において、hptpx＿callcon＿reqが、ＨＰＴＰＸインターフェ
イス８８を介してＯＳＩ ＴＰプロトコルマシン６８に対して発行される。ＯＳ
Ｉ ＴＰプロトコルマシン６８はこのリクエストを処理して、そのブランチのた
めに構築された接続を介して遠隔サーバ６０に対して伝送する。
イス８８を介してＯＳＩ ＴＰプロトコルマシン６８に対して発行される。ＯＳ
Ｉ ＴＰプロトコルマシン６８はこのリクエストを処理して、そのブランチのた
めに構築された接続を介して遠隔サーバ６０に対して伝送する。
【０１３０】 次に、ステップ１３４において、リソースマネージャ７０は自動的に、ＭＴＳ
コンポーネント５４の代わりに、遠隔サーバ６０から伝送された応答を受信する
ために、ＸＡＴＭＩサービスリクエストtpgetrply（）を発行する。その後、相
互接続６４は、入力スレッド１０４上を遠隔サーバ６０から応答が入来するのを
待つ。その応答はその後、ＯＳＩ ＴＰプロトコルマシン６８を介して伝搬され
て、リソースマネージャ７０に戻される。図８Ｃは、tpgetrplyが発行された後
に行なわれるステップをより詳細に示す。
コンポーネント５４の代わりに、遠隔サーバ６０から伝送された応答を受信する
ために、ＸＡＴＭＩサービスリクエストtpgetrply（）を発行する。その後、相
互接続６４は、入力スレッド１０４上を遠隔サーバ６０から応答が入来するのを
待つ。その応答はその後、ＯＳＩ ＴＰプロトコルマシン６８を介して伝搬され
て、リソースマネージャ７０に戻される。図８Ｃは、tpgetrplyが発行された後
に行なわれるステップをより詳細に示す。
【０１３１】 図８Ｃを参照して、ステップ１７２において、リソースマネージャ７０のＸＡ
ＴＭＩインターフェイスロジック７２が、受信されることが予期されるデータの
長さ、タイプ／サブタイプおよび記述子に関する情報を得る。ステップ１７４に
おいて、ＸＡＴＭＩインターフェイスロジック７２は、それがＸＡＴＭＩ仕様に
よって要求される、データを受信するのに適切な状態にあることを確認する。も
しＸＡＴＭＩインターフェイスロジック７２が適切な状態にない場合には、ステ
ップ１７６においてエラーが報告される。ＸＡＴＭＩインターフェイスロジック
７２の状態が正しい場合には、制御はステップ１７８に渡される。
ＴＭＩインターフェイスロジック７２が、受信されることが予期されるデータの
長さ、タイプ／サブタイプおよび記述子に関する情報を得る。ステップ１７４に
おいて、ＸＡＴＭＩインターフェイスロジック７２は、それがＸＡＴＭＩ仕様に
よって要求される、データを受信するのに適切な状態にあることを確認する。も
しＸＡＴＭＩインターフェイスロジック７２が適切な状態にない場合には、ステ
ップ１７６においてエラーが報告される。ＸＡＴＭＩインターフェイスロジック
７２の状態が正しい場合には、制御はステップ１７８に渡される。
【０１３２】 ステップ１７８において、ＸＡＴＭＩインターフェイスロジックは、応答デー
タがこのブランチのためのＣＲＭ記録内に特定されるmsg＿qバッファ内に受取ら
れるのを待つ。メッセージが受取られると、そのメッセージはmsg＿qバッファの
待ち行列から外される。その後、ＸＡＴＭＩインターフェイスロジック７２はス
テップ１８０において受信されたＸＡＴＭＩデータをデコードし、エラーが生じ
ない場合には、その状態を、ＸＡＴＭＩ仕様内に特定されるように更新する。エ
ラーが生じた場合には、そのエラーがステップ１８２において報告される。エラ
ーが何ら生じなかったと想定し、かつ、ＸＡＴＭＩ状態がステップ１８４で更新
されたと仮定すると、制御はステップ１８６に渡され、ステップ１８６において
リソースマネージャ７０がＣＲＭ記録内のsvcnameフィールドを更新する。その
後制御はステップ１８８に渡される。
タがこのブランチのためのＣＲＭ記録内に特定されるmsg＿qバッファ内に受取ら
れるのを待つ。メッセージが受取られると、そのメッセージはmsg＿qバッファの
待ち行列から外される。その後、ＸＡＴＭＩインターフェイスロジック７２はス
テップ１８０において受信されたＸＡＴＭＩデータをデコードし、エラーが生じ
ない場合には、その状態を、ＸＡＴＭＩ仕様内に特定されるように更新する。エ
ラーが生じた場合には、そのエラーがステップ１８２において報告される。エラ
ーが何ら生じなかったと想定し、かつ、ＸＡＴＭＩ状態がステップ１８４で更新
されたと仮定すると、制御はステップ１８６に渡され、ステップ１８６において
リソースマネージャ７０がＣＲＭ記録内のsvcnameフィールドを更新する。その
後制御はステップ１８８に渡される。
【０１３３】 ステップ１８８において、リソースマネージャ７０は、ＭＳ ＤＴＣ５６から
ブランチに対する実行命令を受取るために、そのブランチをＭＳ ＤＴＣ５６に
エンリストする。特定的には、リソースマネージャ７０は、ＭＴＳコンポーネン
ト５４に関連するエクスポートオブジェクトを使用して、Transactionオブジェ
クト７８からトランザクションに関する情報を得る。この情報は、トランザクシ
ョンクッキーの形で渡される。この情報が一旦受信されると、リソースマネージ
ャ７０はそのブランチのためのCTransactionResourceAsyncオブジェクト７６を
生成し、CTransactionResourceAsyncオブジェクト７６のInitメソッドを呼出し
（これにより、ブランチのcrm＿idがオブジェクト内に記憶されるようになる）
、IResourceManagerオブジェクト１０８のEnlistメソッドを呼出して、ＭＳ Ｄ
ＴＣ５６に対して、CTransactionResourceAsyncオブジェクト７６のITransactio
nResourceAsyncインターフェイスへのポインタおよびTransactionオブジェクト
７８へのポインタの両方を渡す。ＭＳ ＤＴＣ５６は、そのエンリストントデュ
ーティの一部として、そのブランチのためのEnlistmentオブジェクト８０を生成
して、そのオブジェクトのITransactionEnlistmentAsyncインターフェイスへの
ポインタを、リソースマネージャ７０に返す。したがって、このコンテキストに
おいて使用される用語「エンリスト」は、リソースマネージャ７０がそれによっ
て関連のトランザクションマネージャ、この場合にはＭＳ ＤＴＣ５６に対して
、そのブランチがグローバルトランザクションの一部であること、および、リソ
ースマネージャ５６がそのトランザクションに関連する後続のアクティビティ（
たとえば、準備、実行、放棄等）を知らされることを必要としていることを通知
する、手段を表わす。リソースマネージャ７０は、ＣＲＭ記録の＊EnlistObj、
＊ExportObjおよび＊TransCookieフィールド内に、このプロセスに関わるオブジ
ェクトへのポインタを記憶する。エラーが生じた場合には、それがステップ１９
１において報告される。そうでなければ、制御はステップ１９２に渡される。
ブランチに対する実行命令を受取るために、そのブランチをＭＳ ＤＴＣ５６に
エンリストする。特定的には、リソースマネージャ７０は、ＭＴＳコンポーネン
ト５４に関連するエクスポートオブジェクトを使用して、Transactionオブジェ
クト７８からトランザクションに関する情報を得る。この情報は、トランザクシ
ョンクッキーの形で渡される。この情報が一旦受信されると、リソースマネージ
ャ７０はそのブランチのためのCTransactionResourceAsyncオブジェクト７６を
生成し、CTransactionResourceAsyncオブジェクト７６のInitメソッドを呼出し
（これにより、ブランチのcrm＿idがオブジェクト内に記憶されるようになる）
、IResourceManagerオブジェクト１０８のEnlistメソッドを呼出して、ＭＳ Ｄ
ＴＣ５６に対して、CTransactionResourceAsyncオブジェクト７６のITransactio
nResourceAsyncインターフェイスへのポインタおよびTransactionオブジェクト
７８へのポインタの両方を渡す。ＭＳ ＤＴＣ５６は、そのエンリストントデュ
ーティの一部として、そのブランチのためのEnlistmentオブジェクト８０を生成
して、そのオブジェクトのITransactionEnlistmentAsyncインターフェイスへの
ポインタを、リソースマネージャ７０に返す。したがって、このコンテキストに
おいて使用される用語「エンリスト」は、リソースマネージャ７０がそれによっ
て関連のトランザクションマネージャ、この場合にはＭＳ ＤＴＣ５６に対して
、そのブランチがグローバルトランザクションの一部であること、および、リソ
ースマネージャ５６がそのトランザクションに関連する後続のアクティビティ（
たとえば、準備、実行、放棄等）を知らされることを必要としていることを通知
する、手段を表わす。リソースマネージャ７０は、ＣＲＭ記録の＊EnlistObj、
＊ExportObjおよび＊TransCookieフィールド内に、このプロセスに関わるオブジ
ェクトへのポインタを記憶する。エラーが生じた場合には、それがステップ１９
１において報告される。そうでなければ、制御はステップ１９２に渡される。
【０１３４】 ステップ１９２において、ステップ１７８においてmsg＿qバッファの待ち行列
から外された応答データが、ＭＴＳコンポーネント５４がそのtpcall（）を発行
したときにＭＴＳコンポーネント５４によって特定されたバッファに渡される。
ステップ１９４において、制御は図８Ａのステップ１３６に戻され、このステッ
プ１３６において、このブランチの処理のこの部分が完了する。その後、制御は
図７のステップ１１０に戻り、ステップ１１０において、相互接続６４はＭＴＳ
コンポーネント５４がSetComplete（）を発行するのを待つ。
から外された応答データが、ＭＴＳコンポーネント５４がそのtpcall（）を発行
したときにＭＴＳコンポーネント５４によって特定されたバッファに渡される。
ステップ１９４において、制御は図８Ａのステップ１３６に戻され、このステッ
プ１３６において、このブランチの処理のこの部分が完了する。その後、制御は
図７のステップ１１０に戻り、ステップ１１０において、相互接続６４はＭＴＳ
コンポーネント５４がSetComplete（）を発行するのを待つ。
【０１３５】 ２．実行処理 図７を簡単に参照して、実行処理は、ステップ１１２に示すように、ＭＴＳコ
ンポーネント５４がSetComplete（）リクエストを発行したときに開始される。
具体的には、ＭＴＳコンポーネント５４は、そのコンテキストオブジェクトのIO
bjectContextインターフェイスのSetComplete（）メソッドを呼出す。これは、
ＭＳ ＤＴＣ５６に対して、ＭＴＳコンポーネント５４が、クライアントアプリ
ケーション５４によって実行するよう要求された作業をすべて完了したことを知
らせる。
ンポーネント５４がSetComplete（）リクエストを発行したときに開始される。
具体的には、ＭＴＳコンポーネント５４は、そのコンテキストオブジェクトのIO
bjectContextインターフェイスのSetComplete（）メソッドを呼出す。これは、
ＭＳ ＤＴＣ５６に対して、ＭＴＳコンポーネント５４が、クライアントアプリ
ケーション５４によって実行するよう要求された作業をすべて完了したことを知
らせる。
【０１３６】 図９Ａ〜９Ｉは、SetComplete（）の発行後の、本発明の相互接続６４の動作
に関するさらなる詳細、および、本発明のメソッドの好ましい実施例のさらなる
詳細を提供する。特定的には、図９Ａ〜９Ｉは、上述の図８Ａ〜８Ｃのステップ
において開始されたトランザクションブランチのために行なわれる処理を示す。
に関するさらなる詳細、および、本発明のメソッドの好ましい実施例のさらなる
詳細を提供する。特定的には、図９Ａ〜９Ｉは、上述の図８Ａ〜８Ｃのステップ
において開始されたトランザクションブランチのために行なわれる処理を示す。
【０１３７】 図９Ａを参照して、ステップ２００において、ＭＳ ＤＴＣ５６は、ＭＴＳコ
ンポーネント５４によって発行されたSetCompelete（）を横取りする。ステップ
２０２においてＭＳ ＤＴＣ５６は、そのブランチのCTransactionResourceAsyn
cオブジェクト７６のPrepareRequestメソッドを呼出すことによって、準備命令
を発行する。ステップ２０４において、リソースマネージャ７０は、PrepareReq
uestメソッドのプログラムコードの一部として、そのブランチのためのＣＲＭ記
録のtxstateフィールドをチェックして、そのブランチがＭＳ ＤＴＣにエンリ
ストされているかどうかを判定する。もしされていれば、制御はステップ２１０
に渡され、ステップ２１０において、状態がＰＲＥＰＡＲＩＮＧに変更される。
ステップ２１２において、ic＿prepareイベントがＡＲＰ９６の待ち行列に入れ
られる。このic＿prepareイベントは、リソースマネージャ７０の動作を制御す
る状態表（図６Ｃを参照）において規定されるイベントのうちの１つである。ic
＿prepareイベントに関連して生じる処理の詳細を以下に提供する。ステップ２
１４において、実行の準備フェーズが終了する。
ンポーネント５４によって発行されたSetCompelete（）を横取りする。ステップ
２０２においてＭＳ ＤＴＣ５６は、そのブランチのCTransactionResourceAsyn
cオブジェクト７６のPrepareRequestメソッドを呼出すことによって、準備命令
を発行する。ステップ２０４において、リソースマネージャ７０は、PrepareReq
uestメソッドのプログラムコードの一部として、そのブランチのためのＣＲＭ記
録のtxstateフィールドをチェックして、そのブランチがＭＳ ＤＴＣにエンリ
ストされているかどうかを判定する。もしされていれば、制御はステップ２１０
に渡され、ステップ２１０において、状態がＰＲＥＰＡＲＩＮＧに変更される。
ステップ２１２において、ic＿prepareイベントがＡＲＰ９６の待ち行列に入れ
られる。このic＿prepareイベントは、リソースマネージャ７０の動作を制御す
る状態表（図６Ｃを参照）において規定されるイベントのうちの１つである。ic
＿prepareイベントに関連して生じる処理の詳細を以下に提供する。ステップ２
１４において、実行の準備フェーズが終了する。
【０１３８】 ステップ２０４において、現時点におけるブランチがＥＮＬＩＳＴＥＤ状態に
ないと判定された場合には、そのブランチはＡＢＯＲＴＩＮＧ状態である可能性
が非常に高く、このことは、ＯＳＩ ＴＰプロトコルマシン６８がこのトランザ
クションをアボートする処理にあることを示す。このブランチがＥＮＬＩＳＴＥ
Ｄ状態でもＡＢＯＲＴＩＮＧ状態でもない場合には、何らかのエラーが生じたと
考えられるために、そのブランチはステップ２０８において、強制的にＡＢＯＲ
ＴＩＮＧ状態にされる。制御はその後、ステップ２１２に渡される。ステップ２
１２において、ic＿prepareイベントは未だＡＲＰ９６の待ち行列に入れられて
いるが、ブランチの状態はこの場合、ＰＲＥＰＡＲＩＮＧに変更されていないで
あろう。
ないと判定された場合には、そのブランチはＡＢＯＲＴＩＮＧ状態である可能性
が非常に高く、このことは、ＯＳＩ ＴＰプロトコルマシン６８がこのトランザ
クションをアボートする処理にあることを示す。このブランチがＥＮＬＩＳＴＥ
Ｄ状態でもＡＢＯＲＴＩＮＧ状態でもない場合には、何らかのエラーが生じたと
考えられるために、そのブランチはステップ２０８において、強制的にＡＢＯＲ
ＴＩＮＧ状態にされる。制御はその後、ステップ２１２に渡される。ステップ２
１２において、ic＿prepareイベントは未だＡＲＰ９６の待ち行列に入れられて
いるが、ブランチの状態はこの場合、ＰＲＥＰＡＲＩＮＧに変更されていないで
あろう。
【０１３９】 図９Ｂは、図６Ａ〜６Ｄの状態表に規定される、ic＿prepareイベントに関連
して行なわれるステップを図示する。これらのステップは、相互接続６４の、リ
ソースマネージャ７０とは別個のプロセスとして実行される接続マネージャ６６
によって行なわれる。そのために、ＡＲＰ９６を用いることが必要となる。ステ
ップ２１８において、ＡＲＰ９６はic＿prepareイベントを待ち行列から外し、
そのイベントに関連するステップの実行（すなわち、アクション）がステップ２
２０において開始される。
して行なわれるステップを図示する。これらのステップは、相互接続６４の、リ
ソースマネージャ７０とは別個のプロセスとして実行される接続マネージャ６６
によって行なわれる。そのために、ＡＲＰ９６を用いることが必要となる。ステ
ップ２１８において、ＡＲＰ９６はic＿prepareイベントを待ち行列から外し、
そのイベントに関連するステップの実行（すなわち、アクション）がステップ２
２０において開始される。
【０１４０】 ステップ２２０において、接続マネージャ６６は、このブランチのためのＣＲ
Ｍ記録のtxstateフィールドから、そのブランチがＰＲＥＰＡＲＩＮＧ状態にあ
るかどうかを判定する。もしそうでなければ、ステップ２２２において、Prepar
eDone手続きが実行され、その後、endccr手続きが実行される。その両方につい
て以下により詳細に説明する。
Ｍ記録のtxstateフィールドから、そのブランチがＰＲＥＰＡＲＩＮＧ状態にあ
るかどうかを判定する。もしそうでなければ、ステップ２２２において、Prepar
eDone手続きが実行され、その後、endccr手続きが実行される。その両方につい
て以下により詳細に説明する。
【０１４１】 ステップ２２０において、ブランチが実際にＰＲＥＰＡＲＩＮＧ状態であると
判定された場合には、制御はステップ２２６に渡される。ステップ２２６におい
て、ＯＳＩ ＴＰサービスインターフェイス８８のhptpx＿prepare＿reqリクエ
ストがＯＳＩ ＴＰプロトコルマシン６８に対して発行される。このステップは
、ＭＳ ＤＴＣ準備命令をＯＳＩ ＴＰプロトコルマシン６８の対応のサービス
リクエストに変換することを表わす。ここで、上述した内容から、好ましい実施
例においてはＯＳＩ ＴＰサービスインターフェイス８８およびＯＳＩ ＴＰプ
ロトコルマシン６８がそれぞれ、同時係属中の出願連続番号第０９／０２０，２
１３号に説明されたＨＰＴＰＸインターフェイスおよび修正されたＯＳＩ ＴＰ
プロトコルマシンを用いて実装されていることを思い起こされたい。hptpx＿pre
pare＿reqリクエストは、そこに説明されているＨＰＴＰＸインターフェイスの
サービスプリミティブのうちの１つである。
判定された場合には、制御はステップ２２６に渡される。ステップ２２６におい
て、ＯＳＩ ＴＰサービスインターフェイス８８のhptpx＿prepare＿reqリクエ
ストがＯＳＩ ＴＰプロトコルマシン６８に対して発行される。このステップは
、ＭＳ ＤＴＣ準備命令をＯＳＩ ＴＰプロトコルマシン６８の対応のサービス
リクエストに変換することを表わす。ここで、上述した内容から、好ましい実施
例においてはＯＳＩ ＴＰサービスインターフェイス８８およびＯＳＩ ＴＰプ
ロトコルマシン６８がそれぞれ、同時係属中の出願連続番号第０９／０２０，２
１３号に説明されたＨＰＴＰＸインターフェイスおよび修正されたＯＳＩ ＴＰ
プロトコルマシンを用いて実装されていることを思い起こされたい。hptpx＿pre
pare＿reqリクエストは、そこに説明されているＨＰＴＰＸインターフェイスの
サービスプリミティブのうちの１つである。
【０１４２】 エラーが生じなかった場合には、準備要求がＯＳＩ ＴＰプロトコルマシン６
８によって遠隔サーバ６０に対して適正に発行されたことを意味する。したがっ
て、ステップ２３４に示すとおりic＿prepareイベントは完了する。そこで、Ｏ
ＳＩ ＴＰプロトコルマシン６８は、遠隔サーバ６０からのレディ表示を待つ。
しかし、エラーがステップ２２８において検出された場合には、制御はステップ
２３０に渡される。ステップ２３０においては、PrepareDone手続きが実行され
、その後、endccr手続きが実行される（ステップ２３２）。その両方については
以下に説明する。
８によって遠隔サーバ６０に対して適正に発行されたことを意味する。したがっ
て、ステップ２３４に示すとおりic＿prepareイベントは完了する。そこで、Ｏ
ＳＩ ＴＰプロトコルマシン６８は、遠隔サーバ６０からのレディ表示を待つ。
しかし、エラーがステップ２２８において検出された場合には、制御はステップ
２３０に渡される。ステップ２３０においては、PrepareDone手続きが実行され
、その後、endccr手続きが実行される（ステップ２３２）。その両方については
以下に説明する。
【０１４３】 図９Ｃは、ＯＳＩ ＴＰプロトコルマシン６８が遠隔サーバ６０から、その遠
隔サーバ６０上のリソースがその作業を実行するよう準備されていることを示す
、hptpx＿ready表示を受信した後に、接続マネージャ６６が実行する処理を示す
。すべてが適正に作動している場合には、ブランチはＰＲＥＰＡＲＩＮＧ状態に
あるはずであり、制御はしたがって、ステップ２３８からステップ２４４に渡さ
れる。ステップ２４４において、そのブランチのためのＣＲＭ記録のtxstateフ
ィールドがＰＲＥＰＡＲＥＤに設定される。その後、ステップ２４８において、
PrepareDone手続きが、準備がそれまで正常に実行されていることを示す（すな
わち、ステータスが「良好」である）パラメータとともに呼出される。
隔サーバ６０上のリソースがその作業を実行するよう準備されていることを示す
、hptpx＿ready表示を受信した後に、接続マネージャ６６が実行する処理を示す
。すべてが適正に作動している場合には、ブランチはＰＲＥＰＡＲＩＮＧ状態に
あるはずであり、制御はしたがって、ステップ２３８からステップ２４４に渡さ
れる。ステップ２４４において、そのブランチのためのＣＲＭ記録のtxstateフ
ィールドがＰＲＥＰＡＲＥＤに設定される。その後、ステップ２４８において、
PrepareDone手続きが、準備がそれまで正常に実行されていることを示す（すな
わち、ステータスが「良好」である）パラメータとともに呼出される。
【０１４４】 ブランチがＰＲＥＰＡＲＩＮＧ状態にない場合には、何らかのエラーが生じた
ことを意味する。ブランチがＦＩＮＩＴＯ状態にある場合には、制御はステップ
２３６からステップ２４２に渡される。ステップ２４２において、endccr手続き
が呼出される。ブランチがＡＢＯＲＴＩＮＧ状態にある場合には、PrepareDone
手続きが、エラーが生じたことを示すパラメータとともに呼出される。準備のプ
ロセスはステップ２５０において終了する。
ことを意味する。ブランチがＦＩＮＩＴＯ状態にある場合には、制御はステップ
２３６からステップ２４２に渡される。ステップ２４２において、endccr手続き
が呼出される。ブランチがＡＢＯＲＴＩＮＧ状態にある場合には、PrepareDone
手続きが、エラーが生じたことを示すパラメータとともに呼出される。準備のプ
ロセスはステップ２５０において終了する。
【０１４５】 図９Ｄは、PrepareDone手続きのステップを示す。ステップ２５２において、
このブランチに対してEnlistmentオブジェクト８０が存在するかどうかが判定さ
れる。Enlistmentオブジェクト８０が存在する場合には、そのオブジェクトへの
ポインタが、ＣＲＭ記録の＊EnlistObjフィールド内に記憶される。Enlistment
オブジェクトが存在しない場合には、実行処理を続ける必要がなく、したがって
、制御はステップ２５４において呼出側スレッドに戻される。
このブランチに対してEnlistmentオブジェクト８０が存在するかどうかが判定さ
れる。Enlistmentオブジェクト８０が存在する場合には、そのオブジェクトへの
ポインタが、ＣＲＭ記録の＊EnlistObjフィールド内に記憶される。Enlistment
オブジェクトが存在しない場合には、実行処理を続ける必要がなく、したがって
、制御はステップ２５４において呼出側スレッドに戻される。
【０１４６】 ステップ２５２において、Enlistmentオブジェクト８０が存在すると判定され
た場合には、制御はステップ２５６に渡される。ステップ２５６においては、Pr
epareDone手続き内に手渡されたステータスパラメータが評価される。ステータ
スが「良好」である場合には、制御はステップ２５６に渡される。ステータスが
「良好」以外である場合には、制御はステップ２６６に渡され、そこで、Enlist
mentオブジェクト８０のITransactionEnlistmentAsyncインターフェイスのPrepa
reRequestDoneメソッドが呼出される。このステータスは、準備命令がうまく完
了しなかったことをＭＳ ＤＴＣに知らせる、そのメソッドへのパラメータとし
て提供される。その後、PrepareDone手続きがステップ２６８でリターンする。
た場合には、制御はステップ２５６に渡される。ステップ２５６においては、Pr
epareDone手続き内に手渡されたステータスパラメータが評価される。ステータ
スが「良好」である場合には、制御はステップ２５６に渡される。ステータスが
「良好」以外である場合には、制御はステップ２６６に渡され、そこで、Enlist
mentオブジェクト８０のITransactionEnlistmentAsyncインターフェイスのPrepa
reRequestDoneメソッドが呼出される。このステータスは、準備命令がうまく完
了しなかったことをＭＳ ＤＴＣに知らせる、そのメソッドへのパラメータとし
て提供される。その後、PrepareDone手続きがステップ２６８でリターンする。
【０１４７】 ステータスが「良好」である場合には、ステップ２５８において、QueryInter
face（）メソッドが呼出されて、Enlistmentオブジェクト８０のIPrepareInfoイ
ンターフェイスへの参照が得られる。次に、ステップ２６０において、IPrepare
InfoインターフェイスのGetPrepareInfoSizeメソッドが呼出されて、ＭＳ ＤＴ
Ｃ５６がこのブランチのために生成した、PrepareInfo構造のサイズの表示が得
られる。ステップ２６２において、このブランチのためのログ記録のために安全
な記憶装置を割当てるための手続きが呼出される。次に、ステップ２６４におい
て、Enlistmentオブジェクト８０のGetPrepareInfoメソッドが呼出されて、ＭＳ
ＤＴＣ５６からこのブランチのためのPrepareInfo構造が得られる。一旦得ら
れると、このPrepareInfo構造、そのサイズの表示および、ＯＳＩ ＴＰの回復
のために必要とされる回復関連情報がすべて、このブランチに割当てられたログ
記録内に併せて記憶される。このブランチのためのＣＲＭ記録へのポインタであ
るcrm＿idもまた、このログ記録内に記憶される。このログ記録はしたがって、
１つの記録内に、ＭＴＳ環境およびＯＳＩ ＴＰプロトコルマシン６８の両方に
おいて回復のために必要とされるすべての情報を含む。このログ記録へのポイン
タは、ＣＲＭ記録の＊log＿recフィールド内に記憶される。ステップ２６６にお
いて、Enlistmentオブジェクト８０のPrepareRequestDoneメソッドが呼出されて
、ＭＳ ＤＴＣ５６に対して、その準備命令がうまく完了したことが知らされる
。ステータス（「良好」）がこのメソッドとともに渡される。処理はその後ステ
ップ２６８でリターンする。
face（）メソッドが呼出されて、Enlistmentオブジェクト８０のIPrepareInfoイ
ンターフェイスへの参照が得られる。次に、ステップ２６０において、IPrepare
InfoインターフェイスのGetPrepareInfoSizeメソッドが呼出されて、ＭＳ ＤＴ
Ｃ５６がこのブランチのために生成した、PrepareInfo構造のサイズの表示が得
られる。ステップ２６２において、このブランチのためのログ記録のために安全
な記憶装置を割当てるための手続きが呼出される。次に、ステップ２６４におい
て、Enlistmentオブジェクト８０のGetPrepareInfoメソッドが呼出されて、ＭＳ
ＤＴＣ５６からこのブランチのためのPrepareInfo構造が得られる。一旦得ら
れると、このPrepareInfo構造、そのサイズの表示および、ＯＳＩ ＴＰの回復
のために必要とされる回復関連情報がすべて、このブランチに割当てられたログ
記録内に併せて記憶される。このブランチのためのＣＲＭ記録へのポインタであ
るcrm＿idもまた、このログ記録内に記憶される。このログ記録はしたがって、
１つの記録内に、ＭＴＳ環境およびＯＳＩ ＴＰプロトコルマシン６８の両方に
おいて回復のために必要とされるすべての情報を含む。このログ記録へのポイン
タは、ＣＲＭ記録の＊log＿recフィールド内に記憶される。ステップ２６６にお
いて、Enlistmentオブジェクト８０のPrepareRequestDoneメソッドが呼出されて
、ＭＳ ＤＴＣ５６に対して、その準備命令がうまく完了したことが知らされる
。ステータス（「良好」）がこのメソッドとともに渡される。処理はその後ステ
ップ２６８でリターンする。
【０１４８】 図９Ｅおよび９Ｆは、相互接続６４がＭＳ ＤＴＣ５６から実行命令を受取っ
たとき、すなわち、ＭＳ ＤＴＣ５６がCTransactionResorceAsyncオブジェクト
７６のCommitRequestメソッドを呼出したときに行なわれる処理を図示する。図
９Ｅを参照して、ステップ２７０において、リソースマネージャ７０はブランチ
の状態をＣＯＭＭＩＴＩＮＧに変更する。ＣＲＭ記録のtxstateフィールドは、
この変更を反映するよう更新される。ステップ２７２において、図６Ａ〜６Ｄの
状態表において規定されるic＿commitイベントが、ＡＲＰ９６の待ち行列に入れ
られる。図９Ｆを参照して、ステップ２７４において、このic＿commitイベント
がＡＲＰ９６の待ち行列から外される。ステップ２７６は、このic＿commitイベ
ントのために行なわれるべきアクションを含む。図示されるように、hptpx＿com
mit＿reqが、ＯＳＩ ＴＰサービスインターフェイス論理８８に対して発行され
る（この実施例において論理８８は、上述のＨＰＴＰＸインターフェイスを含む
）。このステップは、ＭＳ ＤＴＣ実行命令（CommitRequest）を、対応するＯ
ＳＩ ＴＰサービスリクエストに変換することを表わす。特定的に、hptpx＿com
mit＿reqサービスリクエストは、ＨＰＴＰＸインターフェイス論理８８によって
、ＯＳＩ ＴＰプロトコル仕様の対応のサービスプリミティブにマップされる。
その後、ＯＳＩ ＴＰプロトコルマシン６８はこのサービスリクエストを、ＯＳ
Ｉ ＴＰプロトコル仕様に従って、遠隔システム６０に通信する。この時点にお
いて、ＯＳＩ ＴＰプロトコルマシン６８は、遠隔サーバ６０からの、ＯＳＩ
ＴＰ実行要求がうまく完了したことを示す表示（hptpx＿commit＿complete）を
待つ。
たとき、すなわち、ＭＳ ＤＴＣ５６がCTransactionResorceAsyncオブジェクト
７６のCommitRequestメソッドを呼出したときに行なわれる処理を図示する。図
９Ｅを参照して、ステップ２７０において、リソースマネージャ７０はブランチ
の状態をＣＯＭＭＩＴＩＮＧに変更する。ＣＲＭ記録のtxstateフィールドは、
この変更を反映するよう更新される。ステップ２７２において、図６Ａ〜６Ｄの
状態表において規定されるic＿commitイベントが、ＡＲＰ９６の待ち行列に入れ
られる。図９Ｆを参照して、ステップ２７４において、このic＿commitイベント
がＡＲＰ９６の待ち行列から外される。ステップ２７６は、このic＿commitイベ
ントのために行なわれるべきアクションを含む。図示されるように、hptpx＿com
mit＿reqが、ＯＳＩ ＴＰサービスインターフェイス論理８８に対して発行され
る（この実施例において論理８８は、上述のＨＰＴＰＸインターフェイスを含む
）。このステップは、ＭＳ ＤＴＣ実行命令（CommitRequest）を、対応するＯ
ＳＩ ＴＰサービスリクエストに変換することを表わす。特定的に、hptpx＿com
mit＿reqサービスリクエストは、ＨＰＴＰＸインターフェイス論理８８によって
、ＯＳＩ ＴＰプロトコル仕様の対応のサービスプリミティブにマップされる。
その後、ＯＳＩ ＴＰプロトコルマシン６８はこのサービスリクエストを、ＯＳ
Ｉ ＴＰプロトコル仕様に従って、遠隔システム６０に通信する。この時点にお
いて、ＯＳＩ ＴＰプロトコルマシン６８は、遠隔サーバ６０からの、ＯＳＩ
ＴＰ実行要求がうまく完了したことを示す表示（hptpx＿commit＿complete）を
待つ。
【０１４９】 図９Ｇは、ＯＳＩ ＴＰプロトコルマシン６８が遠隔サーバ６０からhptpx＿c
ommit＿complete表示を受取ったときに実行されるステップを示す。ステップ２
７８および２８０において、相互接続６４は、ブランチがＣＯＭＭＩＴＩＮＧ状
態にあるかＲＥＣＯＶＥＲＩＮＧ状態にあるかを判定する。両方の状態が有効で
ある。というのも、正常な実行が行なわれている場合にも、実行要求が相互接続
６４がその回復プロセス（以下に説明する）を開始した後に受取られた場合にも
、同じ後続のステップが実行されるためである。ブランチがこれらの状態のいず
れにもない場合には、制御はステップ２８２に渡され、そこで、エラーが記録さ
れて実行処理が終了する。
ommit＿complete表示を受取ったときに実行されるステップを示す。ステップ２
７８および２８０において、相互接続６４は、ブランチがＣＯＭＭＩＴＩＮＧ状
態にあるかＲＥＣＯＶＥＲＩＮＧ状態にあるかを判定する。両方の状態が有効で
ある。というのも、正常な実行が行なわれている場合にも、実行要求が相互接続
６４がその回復プロセス（以下に説明する）を開始した後に受取られた場合にも
、同じ後続のステップが実行されるためである。ブランチがこれらの状態のいず
れにもない場合には、制御はステップ２８２に渡され、そこで、エラーが記録さ
れて実行処理が終了する。
【０１５０】 ブランチがＣＯＭＭＩＴＩＮＧ状態またはＲＥＣＯＶＥＲＩＮＧ状態のいずれ
かにあると仮定すると、制御はステップ２８４に渡される。実行は、ブランチの
ための処理の完了を表わすので、そのブランチの状態はＦＩＮＩＴＯにセットさ
れる。次に、ステップ２８６において、CommitDone手続きが呼出される。
かにあると仮定すると、制御はステップ２８４に渡される。実行は、ブランチの
ための処理の完了を表わすので、そのブランチの状態はＦＩＮＩＴＯにセットさ
れる。次に、ステップ２８６において、CommitDone手続きが呼出される。
【０１５１】 図９Ｈは、CommitDone手続きによって行なわれるステップを示す。ステップ２
９４において、ログ記録に対する安全な記憶装置の割当を解除する手続きが呼出
される。ログ記録はもはや必要ではない。なぜなら、遠隔サーバ６０において実
行がうまく完了したためである。ステップ２９６において、ブランチの状態が調
べられる。ブランチがＲＥＣＯＶＥＲＩＮＧ状態にない場合には、制御はステッ
プ２９８に渡される。ステップ２９８において、手続きは、このブランチに対し
てEnlistmentオブジェクト８０が存在するかどうかを調べる。もし存在しない場
合には、手続きは終了する。Enlistmentオブジェクト８０が存在する場合には、
制御はステップ３０４に渡される。
９４において、ログ記録に対する安全な記憶装置の割当を解除する手続きが呼出
される。ログ記録はもはや必要ではない。なぜなら、遠隔サーバ６０において実
行がうまく完了したためである。ステップ２９６において、ブランチの状態が調
べられる。ブランチがＲＥＣＯＶＥＲＩＮＧ状態にない場合には、制御はステッ
プ２９８に渡される。ステップ２９８において、手続きは、このブランチに対し
てEnlistmentオブジェクト８０が存在するかどうかを調べる。もし存在しない場
合には、手続きは終了する。Enlistmentオブジェクト８０が存在する場合には、
制御はステップ３０４に渡される。
【０１５２】 ステップ３０４において、Enlistmentオブジェクト８０のCommitRequestDone
メソッドが呼出されて、ＭＳ ＤＴＣに対して、トランザクションのこのブラン
チがうまく実行されたことを知らせる。メソッドが正しく実行された場合（ステ
ップ３０６）、Enlistmentオブジェクト８０がステップ３０８において解放され
る。それがもはや必要とされないためである。エラーが生じた場合には、Enlist
mentオブジェクト８０が解放されることはなく、手続きがリターンする。
メソッドが呼出されて、ＭＳ ＤＴＣに対して、トランザクションのこのブラン
チがうまく実行されたことを知らせる。メソッドが正しく実行された場合（ステ
ップ３０６）、Enlistmentオブジェクト８０がステップ３０８において解放され
る。それがもはや必要とされないためである。エラーが生じた場合には、Enlist
mentオブジェクト８０が解放されることはなく、手続きがリターンする。
【０１５３】 ステップ２９６において、ブランチがＲＥＣＯＶＥＲＩＮＧ状態にあると判定
された場合には、制御はステップ３００に渡される。この場合、相互接続６４は
障害からの回復を行なっており、障害の前に完了されなかったいずれのブランチ
の実行も完了しなくてはならない。total＿remainingカウントは、不確かなブラ
ンチの数を反映する。このブランチの回復は、手続きのこの部分において完了さ
れるので、total＿remainingカウントは、これを反映するようにステップ３００
においてデクリメントされる。ステップ３０２において、CheckforReenlistment
Complete手続きが呼出される。この手続きは、total＿remainingカウントを調べ
て、それがゼロに達した場合（すべての不確かなトランザクションが今やその実
行が完了されたことを示す場合）には、Resource Managerオブジェクト１０８の
ReenlistmentCompleteメソッドが呼出されて、ＭＳ ＤＴＣ５６に対して、再エ
ンリストメントおよび回復が完了したことが知らされる。CommitDone手続きはそ
の後リターンする。
された場合には、制御はステップ３００に渡される。この場合、相互接続６４は
障害からの回復を行なっており、障害の前に完了されなかったいずれのブランチ
の実行も完了しなくてはならない。total＿remainingカウントは、不確かなブラ
ンチの数を反映する。このブランチの回復は、手続きのこの部分において完了さ
れるので、total＿remainingカウントは、これを反映するようにステップ３００
においてデクリメントされる。ステップ３０２において、CheckforReenlistment
Complete手続きが呼出される。この手続きは、total＿remainingカウントを調べ
て、それがゼロに達した場合（すべての不確かなトランザクションが今やその実
行が完了されたことを示す場合）には、Resource Managerオブジェクト１０８の
ReenlistmentCompleteメソッドが呼出されて、ＭＳ ＤＴＣ５６に対して、再エ
ンリストメントおよび回復が完了したことが知らされる。CommitDone手続きはそ
の後リターンする。
【０１５４】 再び図９Ｇを参照して、CommitDone手続きがリターンする場合、制御はステッ
プ２８８に渡される。ステップ２８８において、相互接続は、Heuristicが実行
処理に関連して受信されたかどうかを判定する。Heuristicは、ＯＳＩ ＴＰプ
ロトコル仕様において特定されるステータス表示である。これは、遠隔サーバ６
０が実行中に検索し得たすべての異常を報告する。Heuristicが受信されなかっ
た場合には、制御はステップ２９２に渡され、そこで、endccr手続きが呼出され
る。Heuristicが受信された場合には、それがステップ２９０においてファイル
に書込まれ、その後、endccr手続きが呼出される。
プ２８８に渡される。ステップ２８８において、相互接続は、Heuristicが実行
処理に関連して受信されたかどうかを判定する。Heuristicは、ＯＳＩ ＴＰプ
ロトコル仕様において特定されるステータス表示である。これは、遠隔サーバ６
０が実行中に検索し得たすべての異常を報告する。Heuristicが受信されなかっ
た場合には、制御はステップ２９２に渡され、そこで、endccr手続きが呼出され
る。Heuristicが受信された場合には、それがステップ２９０においてファイル
に書込まれ、その後、endccr手続きが呼出される。
【０１５５】 図９Ｉは、endccr手続きによって実行されるステップを示す。この手続きは、
ブランチが実行またはアボートされた後にもはや必要とされなくなるリソースを
解放するのに使用される。ステップ３１０において、手続きはブランチの状態を
チェックする。その状態がＰＲＥＰＡＲＥＤ、ＣＯＭＭＩＴＩＮＧ、またはＡＢ
ＯＲＴＩＮＧ状態のいずれかであった場合には、ブランチに関連するリソースは
遠隔サーバ６０からの表示を待っている。したがって、ブランチが未だそれらの
状態のうちの１つにあるときにendccr手続きに達した場合には、その手続きはス
テップ３１２において終了する。
ブランチが実行またはアボートされた後にもはや必要とされなくなるリソースを
解放するのに使用される。ステップ３１０において、手続きはブランチの状態を
チェックする。その状態がＰＲＥＰＡＲＥＤ、ＣＯＭＭＩＴＩＮＧ、またはＡＢ
ＯＲＴＩＮＧ状態のいずれかであった場合には、ブランチに関連するリソースは
遠隔サーバ６０からの表示を待っている。したがって、ブランチが未だそれらの
状態のうちの１つにあるときにendccr手続きに達した場合には、その手続きはス
テップ３１２において終了する。
【０１５６】 もしブランチがこれらの状態のうちのいずれでもない場合には、制御はステッ
プ３１４に渡され、そこで、ＯＳＩ ＴＰプロトコルマシン６８が未だにこのブ
ランチのための遠隔サーバに対する接続を維持しているかどうかが判定される。
もしそうであれば、制御はステップ３１６に渡され、そこで、hptpx＿abort＿re
qが発行されてその接続が終了される。次に、ステップ３１８において、ブラン
チの状態がＦＩＮＩＴＯでない場合には、そのブランチはステップ３２０におい
て強制的にＡＢＯＲＴＩＮＧ状態にされ、手続きはステップ３２２においてリタ
ーンする。そのブランチがＦＩＮＩＴＯ状態にある場合には、制御はステップ３
２４に渡される。ステップ３１４において、ＯＳＩ ＴＰプロトコルマシン６８
がこのブランチのための遠隔サーバ６０に対する接続を適正に終了したと判定さ
れた場合にも、制御はステップ３２４に渡される。
プ３１４に渡され、そこで、ＯＳＩ ＴＰプロトコルマシン６８が未だにこのブ
ランチのための遠隔サーバに対する接続を維持しているかどうかが判定される。
もしそうであれば、制御はステップ３１６に渡され、そこで、hptpx＿abort＿re
qが発行されてその接続が終了される。次に、ステップ３１８において、ブラン
チの状態がＦＩＮＩＴＯでない場合には、そのブランチはステップ３２０におい
て強制的にＡＢＯＲＴＩＮＧ状態にされ、手続きはステップ３２２においてリタ
ーンする。そのブランチがＦＩＮＩＴＯ状態にある場合には、制御はステップ３
２４に渡される。ステップ３１４において、ＯＳＩ ＴＰプロトコルマシン６８
がこのブランチのための遠隔サーバ６０に対する接続を適正に終了したと判定さ
れた場合にも、制御はステップ３２４に渡される。
【０１５７】 ステップ３２４において、このブランチがトランザクションの一部であると判
定された場合には、ステップ３２６において、このブランチのためのＧＵＩＤ／
ＡＡＩＤ／ＢＲＩＤマッピングが解放される。ステップ３２８において、このブ
ランチのための応答データを維持するのに使用されたmsg＿qバッファの割当が解
除される。ステップ３３０において、ＣＲＭ記録が解放される。この手続きはス
テップ３３２において終了する。この時点において、このブランチのためのすべ
ての処理が完了したことになる。
定された場合には、ステップ３２６において、このブランチのためのＧＵＩＤ／
ＡＡＩＤ／ＢＲＩＤマッピングが解放される。ステップ３２８において、このブ
ランチのための応答データを維持するのに使用されたmsg＿qバッファの割当が解
除される。ステップ３３０において、ＣＲＭ記録が解放される。この手続きはス
テップ３３２において終了する。この時点において、このブランチのためのすべ
ての処理が完了したことになる。
【０１５８】 ３．アボート処理 ＭＳ ＤＴＣ５６によって発行されるアボート命令は、図６Ａ〜６Ｄの状態表
の制御の下、上述の実行命令の処理および調整と同様の方法で、相互接続６４に
よって処理および調整される。ＭＳ ＤＴＣ５６はCTransactionResourceAsync
オブジェクト７６のAbortRequestメソッドを使用して、リソースマネージャ７０
に対してアボート要求命令を発行する。これは、ステートマシン（図６参照）に
おけるアボート要求（ＭＴＳ）イベントの引き金となる。このイベントの処理の
一部として、および、本発明に従って、このアボート要求はリソースマネージャ
７０によって、ＯＳＩ ＴＰサービスインターフェイス８８のhptpx＿rollback
＿reqサービスリクエストに変換され、これが今度は、トランザクションブラン
チをアボートするための対応のＯＳＩ ＴＰサービスリクエスト（rollback＿re
q）を表わす。ＯＳＩ ＴＰプロトコルマシン６８が遠隔サーバ６０から、rollb
ack＿reqがうまく完了したことを示す表示を受取ると、リソースマネージャ７０
はＭＳ ＤＴＣ５６に対して、EnlistmentオブジェクトのAbortRequestDoneメソ
ッドを呼出すことによって知らせる。アボート処理に関連するさらなる詳細は状
態表内に提供される。
の制御の下、上述の実行命令の処理および調整と同様の方法で、相互接続６４に
よって処理および調整される。ＭＳ ＤＴＣ５６はCTransactionResourceAsync
オブジェクト７６のAbortRequestメソッドを使用して、リソースマネージャ７０
に対してアボート要求命令を発行する。これは、ステートマシン（図６参照）に
おけるアボート要求（ＭＴＳ）イベントの引き金となる。このイベントの処理の
一部として、および、本発明に従って、このアボート要求はリソースマネージャ
７０によって、ＯＳＩ ＴＰサービスインターフェイス８８のhptpx＿rollback
＿reqサービスリクエストに変換され、これが今度は、トランザクションブラン
チをアボートするための対応のＯＳＩ ＴＰサービスリクエスト（rollback＿re
q）を表わす。ＯＳＩ ＴＰプロトコルマシン６８が遠隔サーバ６０から、rollb
ack＿reqがうまく完了したことを示す表示を受取ると、リソースマネージャ７０
はＭＳ ＤＴＣ５６に対して、EnlistmentオブジェクトのAbortRequestDoneメソ
ッドを呼出すことによって知らせる。アボート処理に関連するさらなる詳細は状
態表内に提供される。
【０１５９】 Ｃ．回復 上述のように、本発明の相互接続６４は、それ自身の障害および／またはＭＳ
ＤＴＣ５６の障害の両方を回復させる能力を有する。ＭＳ ＤＴＣ５６の障害
は、各ブランチのCResourceManagerSinkオブジェクト８２およびCTransactionRe
sourceAsyncオブジェクト７６のTMDownメソッドを介して、相互接続に報告され
る。
ＤＴＣ５６の障害の両方を回復させる能力を有する。ＭＳ ＤＴＣ５６の障害
は、各ブランチのCResourceManagerSinkオブジェクト８２およびCTransactionRe
sourceAsyncオブジェクト７６のTMDownメソッドを介して、相互接続に報告され
る。
【０１６０】 以下に、相互接続がＭＳ ＤＴＣ５６からTMdown表示を受取った後にＭＳ Ｄ
ＴＣ５６に再エンリストするために行なわれるステップを示す。
ＴＣ５６に再エンリストするために行なわれるステップを示す。
【０１６１】 １．ＭＴＳ ＡＰＩ、DTCGetTransactionManagerを呼出して、ＭＳ ＤＴＣ
Proxy Coreオブジェクト１０６へのポインタを得る。
Proxy Coreオブジェクト１０６へのポインタを得る。
【０１６２】 ２．CResourceManagerSinkオブジェクト８２のインスタンスを生成して、ＭＳ
ＤＴＣ５６が相互接続６４に後続のTMDownを通知することができるように、IR
esourceManagerSinkインターフェイスを提供する。もしこれが成功すれば、続行
し、さもなければ、タイマイベントをセットして再エンリストメントに後に再度
挑戦する。
ＤＴＣ５６が相互接続６４に後続のTMDownを通知することができるように、IR
esourceManagerSinkインターフェイスを提供する。もしこれが成功すれば、続行
し、さもなければ、タイマイベントをセットして再エンリストメントに後に再度
挑戦する。
【０１６３】 ２．ＭＳ ＤＴＣ Proxy Coreオブジェクト１０６のIResourceManagerFacto
ryインターフェイスを用いて、Resource Managerオブジェクト１０８を生成する
。
ryインターフェイスを用いて、Resource Managerオブジェクト１０８を生成する
。
【０１６４】 ３．rch＿statusをin＿recoveryにセットする。rch＿statusは、遠隔サーバ６
０から送られた入来するチャネル関連付け要求が受入れられるかどうかを制御す
る、ＯＳＩ ＴＰ変数である。in＿recoveryにセットされた場合、遠隔サーバ６
０は、後にチャネル関連付け要求に再挑戦するよう知らされる。
０から送られた入来するチャネル関連付け要求が受入れられるかどうかを制御す
る、ＯＳＩ ＴＰ変数である。in＿recoveryにセットされた場合、遠隔サーバ６
０は、後にチャネル関連付け要求に再挑戦するよう知らされる。
【０１６５】 ４．ログ記録のための内部記憶装置を初期化し、total＿remainingログカウン
トを、安全な記憶装置内に存在する合計数にセットする。
トを、安全な記憶装置内に存在する合計数にセットする。
【０１６６】 ５．ログファイル内のログ記録を読出して、どのトランザクションブランチが
不確かであるかを判定する。
不確かであるかを判定する。
【０１６７】 ６．各ログ記録に対して： ａ） そのログに対応するＣＲＭ記録を探し、もしＣＲＭ記録が存在する場
合には、その状態をＲＥＣＯＶＥＲＩＮＧに変更する。
合には、その状態をＲＥＣＯＶＥＲＩＮＧに変更する。
【０１６８】 ｂ） その不確かなトランザクションのためのResource Managerオブジェク
ト１０８のIResourceManager：：Reenlistを呼出して、このブランチのステータ
スについてＭＳ ＤＴＣ５６に問合せる。安全な記憶装置内にセーブされている
もとのPrepareInfo構造を、タイムアウト値とともに、ＭＳ ＤＴＣ５６に渡す
。
ト１０８のIResourceManager：：Reenlistを呼出して、このブランチのステータ
スについてＭＳ ＤＴＣ５６に問合せる。安全な記憶装置内にセーブされている
もとのPrepareInfo構造を、タイムアウト値とともに、ＭＳ ＤＴＣ５６に渡す
。
【０１６９】 ｃ） ＭＳ ＤＴＣ５６がタイムアウトを戻す場合には： ・再エンリストのために必要とされる情報をセーブし、 ・このブランチのためのエンリストメントに再挑戦するようタイマイベン
ト（２分毎）を待ち行列に入れる。
ト（２分毎）を待ち行列に入れる。
【０１７０】 ｄ） ＭＳ ＤＴＣ５６がＸＡＣＴＳＴＡＴ＿ＣＯＭＭＩＴＥＤを戻す場合
には、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対する実行
要求を発行し、 ・complete＿expectedカウントをインクリメントする。
には、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対する実行
要求を発行し、 ・complete＿expectedカウントをインクリメントする。
【０１７１】 ｅ） ＭＳ ＤＴＣ５６がＸＡＣＴＳＴＡＴ＿ＡＢＯＲＴＥＤを戻す場合に
は、 ・ログ消去手続き（上述のとおり）を呼出し、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対してroll
back＿requestを発行し、 ・complete＿expectedカウントをインクリメントする。
は、 ・ログ消去手続き（上述のとおり）を呼出し、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対してroll
back＿requestを発行し、 ・complete＿expectedカウントをインクリメントする。
【０１７２】 ７．すべてのログ記録が読込まれると、Rch＿statusをアクティブにする。 ８．ＯＳＩ ＴＰプロトコルマシン６８からのCommit CompleteまたはRollbac
k Complete表示を待つ。
k Complete表示を待つ。
【０１７３】 ９．表示が受信されてブランチの状態がＲＥＣＯＶＥＲＩＮＧである場合には
、 ・ログ消去手続き（上述のとおり）を呼出し、 ・complete＿expectedカウントおよびtotal＿remainingカウントをデクリ
メントし、total＿remaining＝０であるかどうかをチェックし、もしそうであれ
ば、IResourceManager：：ReenlistmentCompleteを呼出す。
、 ・ログ消去手続き（上述のとおり）を呼出し、 ・complete＿expectedカウントおよびtotal＿remainingカウントをデクリ
メントし、total＿remaining＝０であるかどうかをチェックし、もしそうであれ
ば、IResourceManager：：ReenlistmentCompleteを呼出す。
【０１７４】 以下のステップは、相互接続６４がたとえば、何らかの理由で作動しなくなっ
た後に、それ自身再開始するときに行なわれる。
た後に、それ自身再開始するときに行なわれる。
【０１７５】 １．rch＿statusを非アクティブにセットする。その結果、遠隔サーバ６０が
再接続を試みる場合には、チャネルは、すべてのログ記録が読出されてＭＳ Ｄ
ＴＣ５６との同期が完了するまでは受入れられない。
再接続を試みる場合には、チャネルは、すべてのログ記録が読出されてＭＳ Ｄ
ＴＣ５６との同期が完了するまでは受入れられない。
【０１７６】 ２．ＭＴＳ ＡＰＩ、DTCGetTransactionManagerを呼出して、ＭＳ ＤＴＣ
Proxy Coreオブジェクト１０６へのポインタを得る。
Proxy Coreオブジェクト１０６へのポインタを得る。
【０１７７】 ３．CResourceManagerSinkオブジェクト８２のインスタンスを生成してIResou
rceManagerSinkインターフェイスを提供し、それにより、ＭＳ ＤＴＣ５６が相
互接続６４に対して後続のTMDownを通知することができるようにする。もしこれ
に成功すれば続行し、さもなければ、タイマイベントをセットして後に再エンリ
ストメントに挑戦する。
rceManagerSinkインターフェイスを提供し、それにより、ＭＳ ＤＴＣ５６が相
互接続６４に対して後続のTMDownを通知することができるようにする。もしこれ
に成功すれば続行し、さもなければ、タイマイベントをセットして後に再エンリ
ストメントに挑戦する。
【０１７８】 ４．ＭＳ ＤＴＣ Proxy Coreオブジェクト１０６のIResourceManagerFacto
ryインターフェイスを使用して、Resource Managerオブジェクト１０８を生成す
る。
ryインターフェイスを使用して、Resource Managerオブジェクト１０８を生成す
る。
【０１７９】 ５．ログ記録のための内部記憶装置を初期化して、total＿remainingカウント
を、安全な記憶装置内に存在するログ記録の数にセットする。
を、安全な記憶装置内に存在するログ記録の数にセットする。
【０１８０】 ５．compelete＿expectedを０に初期化する。 ６．ＯＳＩ−ＴＰ rch＿statusをin＿recoveryにセットする。
【０１８１】 ７．ログファイルを読出して、どのトランザクションが不確かであるかを判定
し、各ログ記録について： ａ） このログ記録にマッチするＣＲＭ記録を生成して、txstateをＲＥＣ
ＯＶＥＲＩＮＧにセットする。
し、各ログ記録について： ａ） このログ記録にマッチするＣＲＭ記録を生成して、txstateをＲＥＣ
ＯＶＥＲＩＮＧにセットする。
【０１８２】 ｂ） ログ記録内に記憶されているcrm＿idを更新する。これは、ＭＳ Ｄ
ＴＣ５６が再エンリストメントが行なわれている間に作動しなくなった場合に必
要である。
ＴＣ５６が再エンリストメントが行なわれている間に作動しなくなった場合に必
要である。
【０１８３】 ｃ） 内部ＯＳＩ ＴＰデータ構造および変数を再構築し、ＯＳＩ ＴＰプ
ロトコル仕様で特定された回復手続きに従って、回復のためのフィールドを初期
化する。
ロトコル仕様で特定された回復手続きに従って、回復のためのフィールドを初期
化する。
【０１８４】 ｄ） この不確かなトランザクションブランチに対するIResourceManager：
：Reenlistを呼出して、ログ記録内にセーブされているもとのPrepareInfo構造
を、タイムアウト値とともにＭＳ ＤＴＣ５６に渡す。
：Reenlistを呼出して、ログ記録内にセーブされているもとのPrepareInfo構造
を、タイムアウト値とともにＭＳ ＤＴＣ５６に渡す。
【０１８５】 ｅ） ＭＳ ＤＴＣ５６がタイムアウトを返した場合には： ・再エンリストのために必要な情報をセーブし、 ・このブランチのためのエンリストメントに再挑戦するように、タイマイ
ベント（２分毎）を待ち行列に入れる。
ベント（２分毎）を待ち行列に入れる。
【０１８６】 ｆ） ＭＳ ＤＴＣ５６がＸＡＣＴＳＴＡＴ＿ＣＯＭＭＩＴＥＤを戻した場
合には、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対して実行
要求を発行し、 ・complete＿expectedカウントをインクリメントする。
合には、 ・このブランチのためのＯＳＩ ＴＰプロトコルマシン６８に対して実行
要求を発行し、 ・complete＿expectedカウントをインクリメントする。
【０１８７】 ｇ） ＭＳ ＤＴＣ５６がＸＡＣＴＳＴＡＴ＿ＡＢＯＲＴＥＤを戻した場合
には、 ・ログ消去手続き（上述のとおり）を呼出し、 ・total＿remainingをデクリメントし、total＿remaining＝０になると、
IResourceManager：：ReenlistmentCompleteを呼出し、 ・クリーンアップの一部として、このブランチに割当てられたＯＳＩ Ｔ
Ｐリソースを開放する。
には、 ・ログ消去手続き（上述のとおり）を呼出し、 ・total＿remainingをデクリメントし、total＿remaining＝０になると、
IResourceManager：：ReenlistmentCompleteを呼出し、 ・クリーンアップの一部として、このブランチに割当てられたＯＳＩ Ｔ
Ｐリソースを開放する。
【０１８８】 ８．完了表示が戻され、かつ、ブランチの状態がＲＥＣＯＶＥＲＩＮＧである
場合： ・ログ消去手続き（上述のとおり）を呼出し、 ・complete＿expectedおよびtotal＿remainingをデクリメントし、 ・もしtotal＿remaining＝０になれば、IResourceManager：：Reenlistme
ntCompleteを呼出す。
場合： ・ログ消去手続き（上述のとおり）を呼出し、 ・complete＿expectedおよびtotal＿remainingをデクリメントし、 ・もしtotal＿remaining＝０になれば、IResourceManager：：Reenlistme
ntCompleteを呼出す。
【０１８９】 上述の回復手続きが示すように、本発明の相互接続６４はトランザクションの
各ブランチに対して、ＭＳ ＤＴＣ回復情報（PrepareInfo）およびＯＳＩ Ｔ
Ｐ回復情報を両方とも併せて記憶するので、相互接続６４は、必要な場合どちら
の環境においても回復を行なうことが可能である。
各ブランチに対して、ＭＳ ＤＴＣ回復情報（PrepareInfo）およびＯＳＩ Ｔ
Ｐ回復情報を両方とも併せて記憶するので、相互接続６４は、必要な場合どちら
の環境においても回復を行なうことが可能である。
【０１９０】 ＶＩＩ．結論 上述のように、本発明は、トランザクション処理環境におけるコンポーネント
が、その環境内で、ＸＡＴＭＩに適合しない第１のトランザクションマネージャ
によって調整されるグローバルトランザクションの一部として、その環境外にあ
る、ＸＡＴＭＩに適合したトランザクションマネージャの制御の下にある遠隔サ
ーバ上のリソースを要求することを可能にする、方法および装置に関する。ただ
し、上述の実施例については、本発明の広範な概念から離れることなく、種々の
変更がなされ得ることを理解されたい。たとえば、ここに説明した一実施例にお
いては、本発明はマイクロソフトトランザクションサーバ（ＭＴＳ）環境におい
て用いられているが、本発明が、ＸＡＴＭＩに適合したトランザクションマネー
ジャは用いないが、ＸＡＴＭＩに適合したトランザクションマネージャの制御の
下に動作する遠隔サーバからのリソースを要求する必要のある、どのようなトラ
ンザクション処理環境においても使用が可能であることを理解されたい。したが
って、本発明は、開示した特定の実施例に限定されるものではなく、前掲の請求
の範囲において規定される本発明の範囲および精神の範囲内にあるすべての変形
を網羅することが意図される。
が、その環境内で、ＸＡＴＭＩに適合しない第１のトランザクションマネージャ
によって調整されるグローバルトランザクションの一部として、その環境外にあ
る、ＸＡＴＭＩに適合したトランザクションマネージャの制御の下にある遠隔サ
ーバ上のリソースを要求することを可能にする、方法および装置に関する。ただ
し、上述の実施例については、本発明の広範な概念から離れることなく、種々の
変更がなされ得ることを理解されたい。たとえば、ここに説明した一実施例にお
いては、本発明はマイクロソフトトランザクションサーバ（ＭＴＳ）環境におい
て用いられているが、本発明が、ＸＡＴＭＩに適合したトランザクションマネー
ジャは用いないが、ＸＡＴＭＩに適合したトランザクションマネージャの制御の
下に動作する遠隔サーバからのリソースを要求する必要のある、どのようなトラ
ンザクション処理環境においても使用が可能であることを理解されたい。したが
って、本発明は、開示した特定の実施例に限定されるものではなく、前掲の請求
の範囲において規定される本発明の範囲および精神の範囲内にあるすべての変形
を網羅することが意図される。
【図１】 分散型トランザクション処理システムのＸ／Open分散型トランザ
クション処理（ＤＴＰ）モデルアーキテクチャを示すブロック図である。
クション処理（ＤＴＰ）モデルアーキテクチャを示すブロック図である。
【図２】 本発明の方法および装置を実装する相互接続の好ましい実施例と
、本発明が採用され得る一例としての環境（マイクロソフトトランザクションサ
ーバ環境）とを示すブロック図である。
、本発明が採用され得る一例としての環境（マイクロソフトトランザクションサ
ーバ環境）とを示すブロック図である。
【図３】 本発明の好ましい実施例に従う図２の相互接続をさらに詳細に示
すブロック図である。
すブロック図である。
【図４Ａ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｂ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｃ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｄ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｅ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｆ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図４Ｇ】 図３の相互接続の動作時に生成および/またはアクセスされる
ソフトウェアオブジェクトを示す図である。
ソフトウェアオブジェクトを示す図である。
【図５】 本発明の好ましい実施例に従う、グローバルトランザクションの
所与のブランチに関する図３の相互接続によって生成されるＣＲＭ記録の内容を
示す図である。
所与のブランチに関する図３の相互接続によって生成されるＣＲＭ記録の内容を
示す図である。
【図６Ａ】 好ましい実施例に従う本発明の相互接続の動作を制御する状態
テーブルを示す図である。
テーブルを示す図である。
【図６Ｂ】 好ましい実施例に従う本発明の相互接続の動作を制御する状態
テーブルを示す図である。
テーブルを示す図である。
【図６Ｃ】 好ましい実施例に従う本発明の相互接続の動作を制御する状態
テーブルを示す図である。
テーブルを示す図である。
【図６Ｄ】 好ましい実施例に従う本発明の相互接続の動作を制御する状態
テーブルを示す図である。
テーブルを示す図である。
【図７】 グローバルトランザクションの局面を示すフロー図である。
【図８Ａ】 図３の相互接続の動作に関する詳細を示す、本発明の方法の好
ましい実施例の局面を示すフロー図である。
ましい実施例の局面を示すフロー図である。
【図８Ｂ】 図３の相互接続の動作に関する詳細を示す、本発明の方法の好
ましい実施例の局面を示すフロー図である。
ましい実施例の局面を示すフロー図である。
【図８Ｃ】 図３の相互接続の動作に関する詳細を示す、本発明の方法の好
ましい実施例の局面を示すフロー図である。
ましい実施例の局面を示すフロー図である。
【図９Ａ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｂ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｃ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｄ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｅ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｆ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｇ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｈ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【図９Ｉ】 図３の相互接続の動作に関するさらなる詳細を示す、好ましい
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
実施例に従う本発明の方法のさらなる局面を示すフロー図である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１２年５月１７日（２０００．５．１７）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】請求項２８
【補正方法】変更
【補正内容】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】請求項３８
【補正方法】変更
【補正内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】請求項５８
【補正方法】変更
【補正内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】請求項８８
【補正方法】変更
【補正内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正内容】
【００２６】 ＡＰ−ＣＲＭ２６インターフェイスはＣＲＭ２０によってＡＰ１４に与えられ
る。Ｘ／Open ＤＴＰモデルは次の３つのＡＰ−ＣＲＭインターフェイス、すな
わちＴｘＲＰＣインターフェイス、ＸＡＴＭＩインターフェイス、およびＣＰＩ
−Ｃインターフェイスをサポートする。これらのインターフェイスの各々は、同
じインターフェイスを利用するＡＰ間の交信を可能にするために使用され得る。
ＸＡＴＭＩを以下に詳述するが、ＸＡＴＭＩインターフェイスに関するさらなる
情報は、英国のApex Plaza, Forbury Road, Reading, Berkshire RG1 1AXにある
Ｘ／Open株式会社の分散型トランザクション処理：ＸＡＴＭＩ仕様（１９９３）
（以下、「ＸＡＴＭＩ仕様」と称する）に記載されている。
る。Ｘ／Open ＤＴＰモデルは次の３つのＡＰ−ＣＲＭインターフェイス、すな
わちＴｘＲＰＣインターフェイス、ＸＡＴＭＩインターフェイス、およびＣＰＩ
−Ｃインターフェイスをサポートする。これらのインターフェイスの各々は、同
じインターフェイスを利用するＡＰ間の交信を可能にするために使用され得る。
ＸＡＴＭＩを以下に詳述するが、ＸＡＴＭＩインターフェイスに関するさらなる
情報は、英国のApex Plaza, Forbury Road, Reading, Berkshire RG1 1AXにある
Ｘ／Open株式会社の分散型トランザクション処理：ＸＡＴＭＩ仕様（１９９３）
（以下、「ＸＡＴＭＩ仕様」と称する）に記載されている。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正内容】
【００２８】 上記アプリケーションプログラミングインターフェイスの他に、Ｘ／Open Ｄ
ＴＰモデルを実装するシステムは、オープンシステム相互接続（ＯＳＩ）トラン
ザクション処理（ＴＰ）（ＩＳＯ／ＩＥＣ１００２６）（「ＯＳＩ ＴＰ規格」
）として知られている産業規格通信プロトコルを用いて互いに交信し得る。ＯＳ
Ｉ ＴＰ規格は、トランザクション処理システムにおけるコンピュータ間の交信
をサポートするマシン依存型プロトコルを規定する。ＸＡＰ−ＴＰと呼ばれる産
業規格ＣＲＭ−ＯＳＩ ＴＰプログラムインターフェイスは、ＣＲＭ２０と、Ｏ
ＳＩ ＴＰ規格に準拠するＯＳＩ ＴＰプロトコルマシン３４とのインターフェ
イスを提供する。ＩＳＯ／ＩＥＣ１００２６−３情報技術−開放型システム間相
互接続−分散型トランザクション処理−パート３：プロトコル仕様（「ＯＳＩ
ＴＰプロトコル仕様」）は、適合するＯＳＩ ＴＰプロトコルマシンが、ＯＳＩ
ＴＰ規格に準拠してＯＳＩ ＴＰサービスリクエストを処理する際に発生する
必要がある、状態遷移およびプロトコルを規定する。ＸＡＰ−ＴＰプログラムイ
ンターフェイスは、Ｘ／Open ＡＣＳＥ／提示：トランザクション処理ＡＰＩ（
ＸＡＰ−ＴＰ）ＣＡＥ仕様（「ＸＡＰ−ＴＰ仕様」）に明記されている。ＸＡＰ
−ＴＰ仕様は、適合するＯＳＩ ＴＰプロトコルマシンの使用を制御する、機能
、パラメータおよびエラーを含むインターフェイスを規定する。下層通信プロト
コル３６の実装により、ネットワーク３８を介してシステム１０および１２間に
情報を送信するために必要な下位レベルの通信処理が取扱われる。これらの下層
プロトコルはたとえばＯＳＩまたはＴＣＰ／ＩＰであり得る。Ｘ／Open ＤＴＰ
モデルはこれらの下層に対するインターフェイスを規定しない。
ＴＰモデルを実装するシステムは、オープンシステム相互接続（ＯＳＩ）トラン
ザクション処理（ＴＰ）（ＩＳＯ／ＩＥＣ１００２６）（「ＯＳＩ ＴＰ規格」
）として知られている産業規格通信プロトコルを用いて互いに交信し得る。ＯＳ
Ｉ ＴＰ規格は、トランザクション処理システムにおけるコンピュータ間の交信
をサポートするマシン依存型プロトコルを規定する。ＸＡＰ−ＴＰと呼ばれる産
業規格ＣＲＭ−ＯＳＩ ＴＰプログラムインターフェイスは、ＣＲＭ２０と、Ｏ
ＳＩ ＴＰ規格に準拠するＯＳＩ ＴＰプロトコルマシン３４とのインターフェ
イスを提供する。ＩＳＯ／ＩＥＣ１００２６−３情報技術−開放型システム間相
互接続−分散型トランザクション処理−パート３：プロトコル仕様（「ＯＳＩ
ＴＰプロトコル仕様」）は、適合するＯＳＩ ＴＰプロトコルマシンが、ＯＳＩ
ＴＰ規格に準拠してＯＳＩ ＴＰサービスリクエストを処理する際に発生する
必要がある、状態遷移およびプロトコルを規定する。ＸＡＰ−ＴＰプログラムイ
ンターフェイスは、Ｘ／Open ＡＣＳＥ／提示：トランザクション処理ＡＰＩ（
ＸＡＰ−ＴＰ）ＣＡＥ仕様（「ＸＡＰ−ＴＰ仕様」）に明記されている。ＸＡＰ
−ＴＰ仕様は、適合するＯＳＩ ＴＰプロトコルマシンの使用を制御する、機能
、パラメータおよびエラーを含むインターフェイスを規定する。下層通信プロト
コル３６の実装により、ネットワーク３８を介してシステム１０および１２間に
情報を送信するために必要な下位レベルの通信処理が取扱われる。これらの下層
プロトコルはたとえばＯＳＩまたはＴＣＰ／ＩＰであり得る。Ｘ／Open ＤＴＰ
モデルはこれらの下層に対するインターフェイスを規定しない。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正内容】
【００３８】 ＭＳ ＤＴＣは、２つまたはそれ以上のウィンドウズ（登録商標）９５または
ウィンドウズＮＴ（登録商標）システムを介して分散されるトランザクションを
サポートする。各システムはローカルトランザクションマネージャ、すなわちＭ
Ｓ ＤＴＣを有する。すべてのコンポーネントおよびリソースマネージャはそれ
らのローカルトランザクションマネージャと交信する。トランザクションマネー
ジャは、ＯＬＥトランザクションプロトコルを用いて、複数システム上のトラン
ザクションプロトコルを協働的に管理する。マイクロソフトトランザクションサ
ーバ環境に関するさらなる情報は、データベースワークショップ：マイクロソフ
トトランザクションサーバ２．０ Roger Jennings ed., Sams Publishing, Ind
ianapolis, Indiana, USA, 1997およびマイクロソフト社のウェブサイトで得ら
れる。
ウィンドウズＮＴ（登録商標）システムを介して分散されるトランザクションを
サポートする。各システムはローカルトランザクションマネージャ、すなわちＭ
Ｓ ＤＴＣを有する。すべてのコンポーネントおよびリソースマネージャはそれ
らのローカルトランザクションマネージャと交信する。トランザクションマネー
ジャは、ＯＬＥトランザクションプロトコルを用いて、複数システム上のトラン
ザクションプロトコルを協働的に管理する。マイクロソフトトランザクションサ
ーバ環境に関するさらなる情報は、データベースワークショップ：マイクロソフ
トトランザクションサーバ２．０ Roger Jennings ed., Sams Publishing, Ind
ianapolis, Indiana, USA, 1997およびマイクロソフト社のウェブサイトで得ら
れる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正内容】
【００３９】 現在、異種ホストのＭＴＳの相互運用性は、ＩＢＭのＩＭＳまたはＣＩＣＳト
ランザクションのための、マイクロソフトＣＯＭＴＩ（ＣＯＭトランザクション
インターフェイス）を通じて、リモートホストのデータベースに接続するための
第三者のＯＤＢＣ（オープンデータベースコネクティビティ）を通じて、ＸＡマ
ッパを介して、またはＧＢ‐Ａ‐２ ３１６ ７７７に記載されているようにＸ
Ａマッパの逆に相当するものを介して存在する。
ランザクションのための、マイクロソフトＣＯＭＴＩ（ＣＯＭトランザクション
インターフェイス）を通じて、リモートホストのデータベースに接続するための
第三者のＯＤＢＣ（オープンデータベースコネクティビティ）を通じて、ＸＡマ
ッパを介して、またはＧＢ‐Ａ‐２ ３１６ ７７７に記載されているようにＸ
Ａマッパの逆に相当するものを介して存在する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正内容】
【００４０】 ＣＯＭＴＩはＩＢＭメインフレーム上で動作する既存のCobolプログラムにウ
ィンドウズベースの新たなクライアントがアクセスできるようにする。ＯＤＢＣ
はＭＴＳコンポーネントによる種々のデータベース（Oracle, Informix, SQL Se
quelサーバ）へのアクセスを許す。ＸＡマッパーは、Ｘ／Openに準拠するトラン
ザクションマネージャと交信するクライアントアプリケーションが、それらのＸ
ＡプロトコルをＭＴＳのネイティブＯＬＥトランザクションプロトコルにマッピ
ングして、ＭＴＳ制御リソースに含むようにする。ＧＢ‐Ａ‐２ ３１６ ７７
７に記載されているシステムおよび方法は、ＭＴＳ環境内のＭＳ ＤＴＣが、グ
ローバルトランザクションにOracle、Sybase、またはInformixデータベースなど
のＸＡ−適合リソースを含めることができるようにし、すなわちＸＡマッパの逆
に相当する機能を提供する。
ィンドウズベースの新たなクライアントがアクセスできるようにする。ＯＤＢＣ
はＭＴＳコンポーネントによる種々のデータベース（Oracle, Informix, SQL Se
quelサーバ）へのアクセスを許す。ＸＡマッパーは、Ｘ／Openに準拠するトラン
ザクションマネージャと交信するクライアントアプリケーションが、それらのＸ
ＡプロトコルをＭＴＳのネイティブＯＬＥトランザクションプロトコルにマッピ
ングして、ＭＴＳ制御リソースに含むようにする。ＧＢ‐Ａ‐２ ３１６ ７７
７に記載されているシステムおよび方法は、ＭＴＳ環境内のＭＳ ＤＴＣが、グ
ローバルトランザクションにOracle、Sybase、またはInformixデータベースなど
のＸＡ−適合リソースを含めることができるようにし、すなわちＸＡマッパの逆
に相当する機能を提供する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正内容】
【００６０】 ＯＳＩ ＴＰプロトコルマシン６８に加えて、本発明の相互接続６４の接続マ
ネージャ部分はさらに、ＯＳＩ ＴＰサービスインターフェイス論理８８と、関
連のキュー（９８および１０２）を有する出力スレッドと、１つまたは２つ以上
の入力スレッド１０４と、非同期要求プロセッサ９６とを含む。ＯＳＩ ＴＰプ
ロトコルマシン６８はＯＳＩ ＴＰプロトコル仕様の全実装を含み得、この場合
、ＯＳＩ ＴＰサービスインターフェイス論理８８が標準ＸＡＰ−ＴＰインター
フェイスを実装することが望ましい。これに代えて、本発明の好ましい実施例で
は、ＯＳＩ ＴＰプロトコルマシン６８は、「高性能分散型トランザクション処
理方法および装置（“High Performance Distributed Transaction Processing
Methods and Apparatus”）」と題された同一人に譲渡された同時係属中の米国
特許出願連続番号第０９／０２０，２１３号に記載されている修正形のＯＳＩ
ＴＰプロトコルマシンを含む。この好ましい実現例によるとまた、ＯＳＩ ＴＰ
サービスインターフェイス論理８８は、標準ＸＡＰ−ＴＰインターフェイスでは
なく、そこに記載されているＨＰＴＰＸインターフェイスを含む。
ネージャ部分はさらに、ＯＳＩ ＴＰサービスインターフェイス論理８８と、関
連のキュー（９８および１０２）を有する出力スレッドと、１つまたは２つ以上
の入力スレッド１０４と、非同期要求プロセッサ９６とを含む。ＯＳＩ ＴＰプ
ロトコルマシン６８はＯＳＩ ＴＰプロトコル仕様の全実装を含み得、この場合
、ＯＳＩ ＴＰサービスインターフェイス論理８８が標準ＸＡＰ−ＴＰインター
フェイスを実装することが望ましい。これに代えて、本発明の好ましい実施例で
は、ＯＳＩ ＴＰプロトコルマシン６８は、「高性能分散型トランザクション処
理方法および装置（“High Performance Distributed Transaction Processing
Methods and Apparatus”）」と題された同一人に譲渡された同時係属中の米国
特許出願連続番号第０９／０２０，２１３号に記載されている修正形のＯＳＩ
ＴＰプロトコルマシンを含む。この好ましい実現例によるとまた、ＯＳＩ ＴＰ
サービスインターフェイス論理８８は、標準ＸＡＰ−ＴＰインターフェイスでは
なく、そこに記載されているＨＰＴＰＸインターフェイスを含む。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 カイザー，スティーブン・エル アメリカ合衆国、19301 ペンシルバニア 州、パオーリ、エス・バリー・ロード、 50、アパートメント・ディ−２ (72)発明者 ラジカン，スティーブン・エル アメリカ合衆国、19426 ペンシルバニア 州、カレッジビル、カルメン・ドライブ、 125 Ｆターム(参考） 5B098 GA05 GC16 GD01 GD11
Claims (100)
- 【請求項１】 ＸＡＴＭＩに適合しない第１のトランザクションマネージャ
の制御の下、グローバルトランザクションの一部として、１または複数のリソー
スマネージャからコンポーネントがリソースを要求するトランザクション処理環
境において、該コンポーネントが、グローバルトランザクションの一部として、
その環境外の、ＸＡＴＭＩに適合した第２のトランザクションマネージャの制御
の下にある遠隔サーバ上のリソースを要求することを可能にする相互接続であっ
て、前記相互接続は、 双方向２相実行通信プロトコルに従って、該遠隔サーバ上の該要求されたリソ
ースと通信するプロトコルマシンを含む接続マネージャと、 該コンポーネントからＸＡＴＭＩサービスリクエストを受取る第１のインター
フェイスと、該グローバルトランザクションのために該第１のトランザクション
マネージャによって発行された命令を受取る第２のインターフェイスとを有する
リソースマネージャとを含み、該リソースマネージャは、（ｉ）該コンポーネン
トから受取った前記ＸＡＴＭＩサービスリクエストおよび該第１のトランザクシ
ョンマネージャによって発行された前記命令を、該双方向２相実行通信プロトコ
ルの対応のサービスリクエストに変換し、（ii）該対応のサービスリクエストを
該接続マネージャの該プロトコルマシンに対して発行し、かつ、（iii）該プロ
トコルマシンによる前記対応のサービスリクエストの処理を、該第１のトランザ
クションマネージャの該トランザクション処理環境における対応のイベントの処
理と調整する、相互接続。 - 【請求項２】 該第１のトランザクションマネージャのトランザクション処
理環境はマイクロソフトトランザクションサーバ（Microsoft Transaction Serv
er）環境を含み、該第１のトランザクションマネージャはマイクロソフト分散型
トランザクションコーディネータ（Microsoft Distributed Transaction Coordi
nator；ＭＳ ＤＴＣ）を含む、請求項１に記載の相互接続。 - 【請求項３】 該第１のトランザクションマネージャによって発行される前
記命令は、準備命令、実行命令、およびアボート命令のそれぞれを含む、請求項
１に記載の相互接続。 - 【請求項４】 グローバルトランザクションの一部として該コンポーネント
から受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザクシ
ョンの別個のブランチを表わし、該リソースマネージャは、該グローバルトラン
ザクションの各ブランチに対して、該トランザクションのそのブランチを表わし
かつそのブランチのために前記命令を発行するよう該第１のトランザクションマ
ネージャが呼出すメソッドを含む、オブジェクトのインスタンスを生成し、前記
メソッドは、前記リソースマネージャの機能の少なくとも一部を実装する、請求
項１に記載の相互接続。 - 【請求項５】 グローバルトランザクションの一部として該コンポーネント
から受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザクシ
ョンの別個のブランチを表わし、該リソースマネージャは、各ブランチに対して
記録を生成し、該記録内にはそのブランチに関連する情報が、該プロトコルマシ
ンによる双方向２相実行通信プロトコルの前記対応のサービスリクエストの処理
を、該第１のトランザクションマネージャのトランザクション処理環境における
対応のイベントの処理と調整するのに、該リソースマネージャによって使用され
るように記憶される、請求項１に記載の相互接続。 - 【請求項６】 所与のブランチのための記録内に記憶される該情報は、第１
のトランザクションマネージャのトランザクション処理環境内のグローバルトラ
ンザクションに割当てられた第１の識別子と、該プロトコルマシン内のそのトラ
ンザクションを識別するために該第１の識別子からリソースマネージャによって
生成された第２の識別子とを含む、請求項５に記載の相互接続。 - 【請求項７】 該第１のトランザクションマネージャのトランザクション処
理環境はマイクロソフトトランザクションサーバ環境を含み、該第１の識別子は
グローバルに一意な識別子（globally unique identifier；ＧＵＩＤ）を含む、
請求項６に記載の相互接続。 - 【請求項８】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコル
仕様（Protocol Specification）を含み、該第２の識別子は、該ＯＳＩ ＴＰプ
ロトコル仕様の要件に従う不可分動作識別子（atomic action identifier；ＡＡ
ＩＤ）を含む、請求項６に記載の相互接続。 - 【請求項９】 所与のブランチのための記録内に記憶される該情報は、プロ
トコルマシン内のトランザクションのその特定のブランチを識別するためにリソ
ースマネージャによって生成される第３の識別子をさらに含む、請求項６に記載
の相互接続。 - 【請求項１０】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２および第３の識別子はそれぞれ、ＯＳＩ ＴＰプロトコル
仕様の要件に従った、不可分動作識別子（ＡＡＩＤ）およびブランチ識別子（Ｂ
ＲＩＤ）を含む、請求項９に記載の相互接続。 - 【請求項１１】 所与のブランチのための記録内に記憶される該情報は、そ
のブランチを、そのブランチのためにプロトコルマシンによって確立される遠隔
サーバとの接続と関連付ける識別子を含む、請求項５に記載の相互接続。 - 【請求項１２】 所与のブランチのための記録内に記憶される該情報は、そ
のブランチの状態の表示を含む、請求項５に記載の相互接続。 - 【請求項１３】 該ブランチの状態は、準備中、準備済、エンリスト中、エ
ンリスト済、実行中、アボート中および回復中の状態のいずれかを含む、請求項
１２に記載の相互接続。 - 【請求項１４】 所与のブランチのための記録内に記憶される該情報は、Ｍ
ＴＳ環境内のグローバルトランザクションに関連付けられたトランザクションオ
ブジェクトへのポインタを含み、前記ポインタは、リソースマネージャの第２の
インターフェイスによって、リソースマネージャとＭＳ ＤＴＣとの間でグロー
バルトランザクションに関連する情報を通信するのに使用される、請求項２に記
載の相互接続。 - 【請求項１５】 所与のブランチのための記録内に記憶される該情報は、Ｍ
ＴＳ環境内のグローバルトランザクションに関連付けられたエンリストメントオ
ブジェクトへの第２のポインタをさらに含み、前記ポインタは、リソースマネー
ジャとＭＳ ＤＴＣとの間でグローバルトランザクションに関連する情報を通信
するのに、リソースマネージャの第２のインターフェイスによって用いられる、
請求項１４に記載の相互接続。 - 【請求項１６】 該リソースマネージャは、第１のトランザクションマネー
ジャのトランザクション処理環境から、その環境内のグローバルトランザクショ
ンに割当てられた第１の識別子を得、かつ、それから、プロトコルマシン内のそ
のトランザクションを識別するのに使用される第２の識別子を生成するよう、さ
らに動作する、請求項１に記載の相互接続。 - 【請求項１７】 該第１の識別子はグローバルに一意な識別子（ＧＵＩＤ）
を含む、請求項１６に記載の相互接続。 - 【請求項１８】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２の識別子は、該ＯＳＩ ＴＰプロトコル仕様の要件に従う
不可分動作識別子（ＡＡＩＤ）を含む、請求項１６に記載の相互接続。 - 【請求項１９】 グローバルトランザクションの一部として該コンポーネン
トから受取られたＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、該コンポーネントからＸＡＴＭＩサービスリ
クエストが受取られると、リソースマネージャは、前記第２の識別子に加えて、
そのＸＡＴＭＩサービスリクエストによって表わされるグローバルトランザクシ
ョンのブランチを一意に識別する第３の識別子をさらに生成する、請求項１６に
記載の相互接続。 - 【請求項２０】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２および第３の識別子は、ＯＳＩ ＴＰプロトコル仕様の要
件に従う、不可分動作識別子（ＡＡＩＤ）およびブランチ識別子（ＢＲＩＤ）を
それぞれ含む、請求項１９に記載の相互接続。 - 【請求項２１】 グローバルトランザクションの各ブランチに対して、該第
１、第２および第３の識別子は、リソースマネージャによって記録内に記憶され
て、プロトコルマシンによる双方向２相実行通信プロトコルの前記対応のサービ
スリクエストの処理を、第１のトランザクションマネージャのトランザクション
処理環境における対応のイベントの処理と調整するのに、該リソースマネージャ
によって使用される、請求項１９に記載の相互接続。 - 【請求項２２】 グローバルトランザクションの一部として該コンポーネン
トから受取られたＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、該プロトコルマシンは、グローバルトランザ
クションの各ブランチに対して、そのブランチのためのサービスリクエストを処
理するよう遠隔サーバとの接続を確立する、請求項１に記載の相互接続。 - 【請求項２３】 該リソースマネージャは、各ブランチに対して、そのブラ
ンチのためにプロトコルマシンによって確立された遠隔サーバとの接続を識別す
る識別子を生成する、請求項２２に記載の相互接続。 - 【請求項２４】 該リソースマネージャは、各ブランチに対して、記録を生
成し、そのブランチのための接続の識別子がその接続を識別するのにプロトコル
マシンによって後に使用されるためにその記録内に記憶される、請求項２３に記
載の相互接続。 - 【請求項２５】 グローバルトランザクションの一部として該コンポーネン
トから受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、該リソースマネージャは、グローバルトラン
ザクションの各ブランチに対して、障害を回復させるのに該第１のトランザクシ
ョンマネージャおよび該プロトコルマシンの両方によって必要とされる情報を安
全な記憶装置内にともに記憶するよう、さらに動作する、請求項１に記載の相互
接続。 - 【請求項２６】 該リソースマネージャは、ステートマシンの制御の下に動
作し、該ステートマシンは、 初期状態と、 グローバルトランザクションのブランチを表わすＸＡＴＭＩサービスリクエス
トが該コンポーネントから受取られたこと、および、相互接続の第２のインター
フェイスがそのブランチを第１のトランザクションマネージャに対して、それか
ら後続の命令を受取るためにエンリストするよう試みることを示す状態と、 該ブランチが第１のトランザクションマネージャにうまくエンリストされたこ
とを示す状態と、 実行のために該ブランチを準備するよう要求するリクエストが第１のトランザ
クションマネージャから第２のインターフェイスによって受取られたことを示す
状態と、 プロトコルマシンが、遠隔サーバから、該遠隔サーバが該ブランチを実行する
準備ができていることを示す表示を受取ったことを示す状態と、 該ブランチを実行せよとのリクエストが第１のトランザクションマネージャか
ら第２のインターフェイスによって受取られたことを示す状態と、 該ブランチをアボートせよとのリクエストが第１のトランザクションマネージ
ャから第２のインターフェイスによって受取られたか、または、プロトコルマシ
ンにトランザクションをアボートするよう要求する条件が生じたことを示す状態
と、 該相互接続が障害の回復を試みていることを示す状態とを含む、請求項１に記
載の相互接続。 - 【請求項２７】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項１に記載の相互接続。 - 【請求項２８】 ＸＡＴＭＩに適合しない第１のトランザクションマネージ
ャの制御の下、グローバルトランザクションの一部として、１または複数のリソ
ースマネージャからコンポーネントがリソースを要求するトランザクション処理
環境において、該コンポーネントが、グローバルトランザクションの一部として
、その環境外の、ＸＡＴＭＩに適合した第２のトランザクションマネージャの制
御の下にある遠隔サーバ上のリソースを要求することを可能にする相互接続であ
って、該リクエストはグローバルトランザクションの１ブランチを表わし、前記
相互接続は、 双方向２相実行通信プロトコルに従って遠隔サーバとの通信を制御するプロト
コルマシンと、 第１のトランザクションマネージャのトランザクション処理環境内のグローバ
ルトランザクションを識別する第１の識別子を、プロトコルマシン内のグローバ
ルトランザクションを一意に識別する第２の識別子にマップする手段と、 ブランチのために記録を維持する手段とを含み、該記録には、第１のトランザ
クションマネージャのトランザクション処理環境におけるイベントを、プロトコ
ルマシン内の対応のイベントと調整するのに使用するために該ブランチに関連す
る情報が記憶され、さらに、 第１のトランザクションマネージャのトランザクション処理環境およびプロト
コルマシンの双方が障害の発生時にブランチを回復させることができるように、
その環境およびプロトコルマシンの両方において該ブランチの状態に関連する情
報を安全な記憶装置内にログ記録するための手段を含む、相互接続。 - 【請求項２９】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ環境を含み、該第１のトラン
ザクションマネージャはマイクロソフト分散型トランザクションコーディネータ
（ＭＳ ＤＴＣ）を含む、請求項２８に記載の相互接続。 - 【請求項３０】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項２８に記載の相互接続。 - 【請求項３１】 プロトコルマシン内のグローバルトランザクションのブラ
ンチを一意に識別する第３の識別子を生成するための手段をさらに含む、請求項
２８に記載の相互接続。 - 【請求項３２】 前記プロトコルマシンは、該ブランチのための遠隔サーバ
との接続を確立し、その接続を介してリクエストが遠隔サーバに伝送される、請
求項２８に記載の相互接続。 - 【請求項３３】 プロトコルマシン内で、ブランチのために該プロトコルマ
シンによって確立された接続を識別する別の識別子を生成するための手段と、 該ブランチのための記録内に、該接続の識別子を記憶するための手段とをさら
に含む、請求項３２に記載の相互接続。 - 【請求項３４】 該ブランチの記録内に、ブランチの状態の表示を記憶する
ための手段をさらに含む、請求項２８に記載の相互接続。 - 【請求項３５】 該ブランチの状態は、準備中、準備済、エンリスト中、エ
ンリスト済、実行中、アボート中および回復中の状態のうちのいずれかを含む、
請求項３４に記載の相互接続。 - 【請求項３６】 ＭＴＳ環境内のグローバルトランザクションに関連付けら
れたトランザクションオブジェクトへのポインタを得て、該ブランチのための記
録内に記憶するための手段をさらに含む、請求項２９に記載の相互接続。 - 【請求項３７】 ＭＴＳ環境内のグローバルトランザクションに関連付けら
れたエンリストメントオブジェクトへのポインタを得て、該ブランチの記録内に
記憶するための手段をさらに含む、請求項２９に記載の相互接続。 - 【請求項３８】 ＸＡＴＭＩに適合しない第１のトランザクションマネージ
ャの制御の下、グローバルトランザクションの一部として、１または複数のリソ
ースマネージャからコンポーネントがリクエストを要求するトランザクション処
理環境において、該コンポーネントが、グローバルトランザクションの一部とし
て、その環境外の、ＸＡＴＭＩに適合した第２のトランザクションマネージャの
制御の下にある遠隔サーバ上のリソースを要求することを可能にする相互接続で
あって、前記方法は、 該コンポーネントから、グローバルトランザクションの１ブランチを表わすＸ
ＡＴＭＩサービスリクエストを受取るステップと、 第１のトランザクションマネージャのトランザクション処理環境内のグローバ
ルトランザクションを識別する第１の識別子を得るステップと、 該第１の識別子から第２の識別子を生成するステップと、 該ＸＡＴＭＩサービスリクエストを双方向２相実行通信プロトコルの対応のサ
ービスリクエストに変換し、該通信プロトコルを実装するプロトコルマシンに対
して該対応のサービスリクエストを発行するステップと、 該第２の識別子を使用してプロトコルマシン内のトランザクションを一意に識
別するステップとを含み、該第１および第２の識別子は、第１のトランザクショ
ンマネージャのトランザクション処理環境におけるグローバルトランザクション
に関連付けられたイベントをプロトコルマシン内のイベントと調整することを可
能にするマッピングを提供する、相互接続。 - 【請求項３９】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ（ＭＴＳ）環境を含み、該第
１のトランザクションマネージャはマイクロソフト分散型トランザクションコー
ディネータ（ＭＳ ＤＴＣ）を含む、請求項３８に記載の方法。 - 【請求項４０】 該第１の識別子はグローバルに一意な識別子（ＧＵＩＤ）
を含む、請求項３９に記載の方法。 - 【請求項４１】 該ＧＵＩＤは、ＭＴＳ環境内のコンポーネントに関連付け
られたトランザクションオブジェクトから得られる、請求項４０に記載の方法。 - 【請求項４２】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項３８に記載の方法。 - 【請求項４３】 該第２の識別子は、ＯＳＩ ＴＰプロトコル仕様に従う、
不可分動作識別子（ＡＡＩＤ）を含む、請求項４２に記載の方法。 - 【請求項４４】 プロトコルマシン内のグローバルトランザクションのブラ
ンチを一意に識別する第３の識別子を生成するステップをさらに含む、請求項３
８に記載の方法。 - 【請求項４５】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２および第３の識別子は、ＯＳＩ ＴＰプロトコル仕様に従
う、不可分動作識別子（ＡＡＩＤ）およびそれに対するブランチサフィックス（
ＢＲＩＤ）をそれぞれ含む、請求項４４に記載の方法。 - 【請求項４６】 トランザクションのブランチに関連する情報が、そのブラ
ンチに関連する後続のアクションに関連して使用されるようにその中に記憶され
る、記録を生成するステップをさらに含む、請求項３８に記載の方法。 - 【請求項４７】 前記記録内に該第１および第２の識別子を記憶するステッ
プをさらに含む、請求項４６に記載の方法。 - 【請求項４８】 プロトコルマシンによって、遠隔サーバとの接続を確立す
るステップをさらに含む、請求項３８に記載の方法。 - 【請求項４９】 ブランチを、そのブランチのためにプロトコルマシンによ
って確立された遠隔サーバとの接続に関連付ける、別の識別子を生成するステッ
プをさらに含む、請求項４８に記載の方法。 - 【請求項５０】 トランザクションのブランチに関連する情報が、そのブラ
ンチに関連する後続のアクションに関連して使用されるようにその中に記憶され
る記録を生成するステップと、 該記録内に該接続の識別子を記憶するステップとをさらに含む、請求項４９に
記載の方法。 - 【請求項５１】 該記録内に、ブランチの状態の表示を記憶するステップを
さらに含む、請求項４６に記載の方法。 - 【請求項５２】 該ブランチの状態は、準備中、準備済、エンリスト中、エ
ンリスト済、実行中、アボート中および回復中の状態のうちのいずれかを含む、
請求項５１に記載の方法。 - 【請求項５３】 プロトコルマシンによって、ＸＡＴＭＩサービスリクエス
トに応答して遠隔サーバから応答を受取るステップと、 第１のトランザクションマネージャがトランザクションに関連する後続のアク
ティビティの通知を確実に提供するように、トランザクションのブランチを第１
のトランザクションマネージャにエンリストするステップと、 該エンリストされたブランチに対して第１のトランザクションマネージャから
、準備要求、実行要求およびアボート要求のうち１つを受取るステップと、 第１のトランザクションマネージャからの前記１つの要求を、双方向２相実行
通信プロトコルの対応のサービスリクエストに変換し、かつ、プロトコルマシン
を介して遠隔サーバに対して前記対応のサービスリクエストを発行するステップ
と、 前記対応のサービスリクエストが完了したことを示す表示を遠隔サーバから受
取ると、第１のトランザクションマネージャによって提供される表示方法を使用
して、該リクエストが完了したことを知らせる表示を第１のトランザクションマ
ネージャに提供するステップとをさらに含む、請求項３８に記載の方法。 - 【請求項５４】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ（ＭＴＳ）環境を含み、該第
１のトランザクションマネージャは、マイクロソフト分散型トランザクションコ
ーディネータ（ＭＳ ＤＴＣ）を含む、請求項５３に記載の方法。 - 【請求項５５】 前記ＭＳ ＤＴＣにブランチをエンリストするステップは
、トランザクションの該ブランチを表わしかつそのブランチのためにＭＳ ＤＴ
Ｃが命令を発行するために呼出すことのできるメソッドを含む、オブジェクトの
インスタンスを生成するステップを含み、前記メソッドは、準備要求、実行要求
、アボート要求およびTMDown要求のうち少なくとも１つを含む、請求項５４に記
載の方法。 - 【請求項５６】 第１のトランザクションマネージャから準備要求を受取る
ステップと、 障害の発生時にトランザクションの処理を回復させかつ継続するために、第１
のトランザクションマネージャおよびプロトコルマシンの両方によって必要とさ
れる情報を併せて、安全な記憶装置内にログ記録するステップとをさらに含む、
請求項５３に記載の方法。 - 【請求項５７】 障害の発生後、 第１のトランザクションマネージャによって必要とされる情報および、プロト
コルマシンによって必要とされる情報の両方を、安全な記憶装置から取出すステ
ップと、 該取出された情報を使用して、第１のトランザクションマネージャのトランザ
クション処理環境およびプロトコルマシンの両方におけるトランザクションの状
態を回復させるステップとが行なわれる、請求項５６に記載の方法。 - 【請求項５８】 ＸＡＴＭＩに適合しない第１のトランザクションマネージ
ャの制御の下、グローバルトランザクションの一部として、１または複数のリソ
ースマネージャからコンポーネントがリソースを要求するトランザクション処理
環境において、該コンポーネントが、その環境外の、ＸＡＴＭＩに適合した第２
のトランザクションマネージャの制御の下にある遠隔サーバ上のリソースを、グ
ローバルトランザクションの一部として、要求することを可能にするための方法
であって、該リクエストは、グローバルトランザクションの１ブランチを表わし
、前記方法は、 第１のトランザクションマネージャのトランザクション処理環境内のグローバ
ルトランザクションを識別する第１の識別子を、双方向２相実行通信プロトコル
を実装しかつ遠隔サーバと通信するのに使用されるプロトコルマシン内のグロー
バルトランザクションを一意に識別するのに使用される第２の識別子へとマップ
するステップと、 第１のトランザクションマネージャのトランザクション処理環境におけるイベ
ントを、プロトコルマシン内の対応のイベントと調整するのに使用するために該
ブランチに関連する情報がその中に記憶される、ブランチのための記録を維持す
るステップと、 第１のトランザクションマネージャのトランザクション処理環境およびプロト
コルマシンの両方が、障害の発生時にブランチを回復させることができるように
、その環境およびプロトコルマシンの両方においてブランチの状態に関連する情
報を、安全な記憶装置内にログ記録するステップとを含む、方法。 - 【請求項５９】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ（ＭＴＳ）環境を含み、該第
１のトランザクションマネージャはマイクロソフト分散型トランザクションコー
ディネータ（ＭＳ ＤＴＣ）を含む、請求項５８に記載の方法。 - 【請求項６０】 該第１の識別子は、グローバルに一意な識別子（ＧＵＩＤ
）を含む、請求項５９に記載の方法。 - 【請求項６１】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項５８に記載の方法。 - 【請求項６２】 該第２の識別子は、該ＯＳＩ ＴＰプロトコル仕様に従っ
た、不可分動作識別子（ＡＡＩＤ）を含む、請求項６１に記載の方法。 - 【請求項６３】 プロトコルマシン内のグローバルトランザクションのブラ
ンチを一意に識別する第３の識別子を生成するステップをさらに含む、請求項５
８に記載の方法。 - 【請求項６４】 ブランチのための記録内に、第１、第２および第３の識別
子を記憶するステップをさらに含む、請求項６３に記載の方法。 - 【請求項６５】 プロトコルマシンによって、該ブランチのために遠隔サー
バとの接続を確立するステップをさらに含み、該接続を介してリクエストが遠隔
サーバに伝送される、請求項５８に記載の方法。 - 【請求項６６】 プロトコルマシン内で、ブランチのために該プロトコルマ
シンによって確立された接続を識別する別の識別子を生成するステップと、 該ブランチのための記録内に、該接続の識別子を記憶するステップとをさらに
含む、請求項６５に記載の方法。 - 【請求項６７】 該ブランチのための記録内に、該ブランチの状態の表示を
記憶するステップをさらに含む、請求項５８に記載の方法。 - 【請求項６８】 該ブランチの状態は、準備中、準備済、エンリスト中、エ
ンリスト済、実行中、アボート中および回復中の状態のうちのいずれかを含む、
請求項６７に記載の方法。 - 【請求項６９】 ＭＴＳ環境内のグローバルトランザクションに関連付けら
れたトランザクションオブジェクトへのポインタを獲得しブランチのための記録
内に記憶するステップをさらに含む、請求項５９に記載の方法。 - 【請求項７０】 ＭＴＳ環境内のグローバルトランザクションに関連付けら
れたエンリストメントオブジェクトへのポインタを獲得しかつブランチのための
記録内に記憶するステップをさらに含む、請求項５９に記載の方法。 - 【請求項７１】 プログラムコードがその上に記憶されるコンピュータ可読
媒体であって、前記プログラムコードは、ＸＡＴＭＩに適合しない第１のトラン
ザクションマネージャの制御の下、グローバルトランザクションの一部として、
１または複数のリソースマネージャからコンポーネントがリソースを要求するト
ランザクション処理環境内で使用するためのものであって、前記プログラムコー
ドは、コンピュータ上で実行されるときに、該コンポーネントが、その環境外の
、ＸＡＴＭＩに適合したトランザクションマネージャの制御の下にある遠隔サー
バ上のリソースを要求することを可能にし、前記プログラムコードは、 コンピュータ上で実行されたときに、双方向２相実行通信プロトコルに従って
遠隔サーバ上の要求されたリソースと通信するプロトコルマシンを含む接続マネ
ージャを実現する、第１のプログラムコードと、 コンピュータ上で実行されたときに、該コンポーネントからのＸＡＴＭＩサー
ビスリクエストを受取る第１のインターフェイスおよび、グローバルトランザク
ションのために第１のトランザクションマネージャによって発行された命令を受
取る第２のインターフェイスを有するリソースマネージャを実現する、第２のプ
ログラムコードとを含み、該リソースマネージャは、（ｉ）該コンポーネントか
ら受取られた前記ＸＡＴＭＩサービスリクエストおよび第１のトランザクション
マネージャによって発行された前記命令を、双方向２相実行通信プロトコルの対
応のサービスリクエストに変換し、（ii）接続マネージャのプロトコルマシンに
対して該対応のサービスリクエストを発行し、かつ、（iii）プロトコルマシン
による前記対応のサービスリクエストの処理を、第１のトランザクションマネー
ジャのトランザクション処理環境における対応のイベントの処理と調整する、コ
ンピュータ可読媒体。 - 【請求項７２】 第１のトランザクションマネージャによって発行される前
記命令は、準備命令、実行命令およびアボート命令のそれぞれを含む、請求項７
１に記載のコンピュータ可読媒体。 - 【請求項７３】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ環境を含み、該第１のトラン
ザクションマネージャはマイクロソフト分散型トランザクションコーディネータ
（ＭＳ ＤＴＣ）を含む、請求項７１に記載のコンピュータ可読媒体。 - 【請求項７４】 グローバルトランザクションの一部として該コンポーネン
トから受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、グローバルトランザクションの各ブランチに
対して、該リソースマネージャは、トランザクションのブランチを表わしかつそ
のブランチのために前記命令を発行するために第１のトランザクションマネージ
ャが呼出すメソッドを含む、オブジェクトのインスタンスを生成し、前記メソッ
ドは、前記リソースマネージャの機能の少なくとも一部を実現する、請求項７３
に記載のコンピュータ可読媒体。 - 【請求項７５】 グローバルトランザクションの一部として該コンポーネン
トから受取られたＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、該リソースマネージャは、各ブランチのため
の記録を生成し、該記録には、プロトコルマシンによる双方向２相実行通信プロ
トコルの前記対応のサービスリクエストの処理を、第１のトランザクションマネ
ージャのトランザクション処理環境における対応のイベントの処理と調整するの
に該リソースマネージャによって使用されるように、該ブランチに関連する情報
が記憶される、請求項７１に記載のコンピュータ可読媒体。 - 【請求項７６】 該リソースマネージャはさらに、第１のトランザクション
マネージャのトランザクション処理環境から、その環境内のグローバルトランザ
クションに割当てられた第１の識別子を獲得し、かつ、それから、プロトコルマ
シン内のそのトランザクションを識別するのに使用される第２の識別子を生成す
るようさらに動作する、請求項７１に記載のコンピュータ可読媒体。 - 【請求項７７】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ（ＭＴＳ）環境を含み、該第
１の識別子はグローバルに一意な識別子（ＧＵＩＤ）を含む、請求項７１に記載
のコンピュータ可読媒体。 - 【請求項７８】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２の識別子は、該ＯＳＩ ＴＰプロトコル仕様の要件に従う
、不可分動作識別子（ＡＡＩＤ）を含む、請求項７６に記載のコンピュータ可読
媒体。 - 【請求項７９】 グローバルトランザクションの一部として該コンポーネン
トから受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、該コンポーネントからＸＡＴＭＩサービスリ
クエストを受取ると、該リソースマネージャは、前記第２の識別子に加えて、そ
のＸＡＴＭＩサービスリクエストによって表わされるグローバルトランザクショ
ンのブランチを一意に識別する第３の識別子をさらに生成する、請求項７６に記
載のコンピュータ可読媒体。 - 【請求項８０】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該第２および第３の識別子は、ＯＳＩ ＴＰプロトコル仕様の要
件に従う、不可分動作識別子（ＡＡＩＤ）およびブランチ識別子（ＢＲＩＤ）を
それぞれ含む、請求項７９に記載のコンピュータ可読媒体。 - 【請求項８１】 グローバルトランザクションの各ブランチに対して、該第
１、第２および第３の識別子がリソースマネージャによって記録内に記憶され、
該リソースマネージャは該識別子を使用して、プロトコルマシンによる双方向２
相実行通信プロトコルの前記対応のサービスリクエストの処理を、第１のトラン
ザクションマネージャのトランザクション処理環境内の対応のイベントの処理と
調整する、請求項７９に記載のコンピュータ可読媒体。 - 【請求項８２】 グローバルトランザクションの一部として該コンポーネン
トから受取られるＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、グローバルトランザクションの各ブランチに
対して、該プロトコルマシンは、そのブランチのためのサービスリクエストを処
理するために遠隔サーバとの接続を確立する、請求項７１に記載のコンピュータ
可読媒体。 - 【請求項８３】 該リソースマネージャは、各ブランチに対して、そのブラ
ンチのためにプロトコルマシンによって確立される遠隔サーバとの接続を識別す
る識別子を生成する、請求項８２に記載のコンピュータ可読媒体。 - 【請求項８４】 該リソースマネージャは、各ブランチに対して記録を生成
し、そのブランチのための接続の識別子が、その接続を識別するのにプロトコル
マシンによって後に使用されるようにその中に記憶される、請求項８３に記載の
コンピュータ可読媒体。 - 【請求項８５】 グローバルトランザクションの一部として該コンポーネン
トから受取られたＸＡＴＭＩサービスリクエストは各々、グローバルトランザク
ションの別個のブランチを表わし、グローバルトランザクションの各ブランチに
対して、該リソースマネージャはさらに、障害から回復させるのに、第１のトラ
ンザクションマネージャおよびプロトコルマシンの両方によって必要とされる情
報を、安全な記憶装置内に併せて記憶するよう動作する、請求項７１に記載のコ
ンピュータ可読媒体。 - 【請求項８６】 該リソースマネージャを実装する第２のプログラムコード
はステートマシンを含み、該ステートマシンは、 初期状態と、 グローバルトランザクションのブランチを表わすＸＡＴＭＩサービスリクエス
トが該コンポーネントから受取られたこと、および、相互接続の第２のインター
フェイスがそのブランチを第１のトランザクションマネージャに対して、それか
ら後続の命令を受取るためにエンリストするよう試みることを示す状態と、 該ブランチが第１のトランザクションマネージャにうまくエンリストされたこ
とを示す状態と、 実行のために該ブランチを準備するよう要求するリクエストが第１のトランザ
クションマネージャから第２のインターフェイスによって受取られたことを示す
状態と、 プロトコルマシンが、遠隔サーバから、該遠隔サーバが該ブランチを実行する
準備ができていることを示す表示を受取ったことを示す状態と、 該ブランチを実行せよとのリクエストが第１のトランザクションマネージャか
ら第２のインターフェイスによって受取られたことを示す状態と、 該ブランチをアボートせよとのリクエストが第１のトランザクションマネージ
ャから第２のインターフェイスによって受取られたか、または、プロトコルマシ
ンにトランザクションをアボートするよう要求する条件が生じたことを示す状態
と、 該相互接続が障害の回復を試みていることを示す状態とを有する、請求項７１
に記載のコンピュータ可読媒体。 - 【請求項８７】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項７１に記載のコンピュータ可読媒体。 - 【請求項８８】 プログラムコードがその上に記憶されるコンピュータ可読
媒体であって、前記プログラムコードは、ＸＡＴＭＩに適合しない第１のトラン
ザクションマネージャの制御の下、グローバルトランザクションの一部として、
１または複数のリソースマネージャからコンポーネントがリソースを要求するト
ランザクション処理環境内で使用するためのものであって、前記プログラムコー
ドは、コンピュータ上で実行されたときに、該コンポーネントが、その環境外の
、ＸＡＴＭＩに適合したトランザクションマネージャの制御の下にある遠隔サー
バ上のリソースを要求することを可能にし、該リクエストはグローバルトランザ
クションの１ブランチを表わし、前記プログラムコードはさらに、前記コンピュ
ータに対して、 第１のトランザクションマネージャのトランザクション処理環境内のグローバ
ルトランザクションを識別する第１の識別子を、双方向２相実行通信プロトコル
を実装しかつ遠隔サーバと通信するのに使用されるプロトコルマシン内のグロー
バルトランザクションを一意に識別するのに使用される第２の識別子にマップし
、 第１のトランザクションマネージャのトランザクション処理環境におけるイベ
ントをプロトコルマシン内の対応のイベントと調整するのに使用するのに該ブラ
ンチに関連する情報をその中に記憶する、ブランチのための記録を維持し、さら
に、 第１のトランザクションマネージャのトランザクション処理環境およびプロト
コルマシンの両方が障害の発生時にブランチを回復させることができるようにす
るために、その環境およびプロトコルマシンの両方においてブランチの状態に関
連する情報を安全な記憶装置内にログ記録するように仕向ける、コンピュータ可
読媒体。 - 【請求項８９】 該第１のトランザクションマネージャのトランザクション
処理環境はマイクロソフトトランザクションサーバ（ＭＴＳ）環境を含み、該第
１のトランザクションマネージャはマイクロソフト分散型トランザクションコー
ディネータ（ＭＳ ＤＴＣ）を含む、請求項８８に記載のコンピュータ可読媒体
。 - 【請求項９０】 該第１の識別子は、グローバルに一意な識別子（ＧＵＩＤ
）を含む、請求項８９に記載のコンピュータ可読媒体。 - 【請求項９１】 該双方向２相実行通信プロトコルはＯＳＩ ＴＰプロトコ
ル仕様を含み、該プロトコルマシンはＯＳＩ ＴＰプロトコルマシンを含む、請
求項８８に記載のコンピュータ可読媒体。 - 【請求項９２】 プログラムコードによって生成された第２の識別子は、該
ＯＳＩ ＴＰプロトコル仕様に従う、不可分動作識別子（ＡＡＩＤ）を含む、請
求項９１に記載のコンピュータ可読媒体。 - 【請求項９３】 該プログラムコードはさらに、該コンピュータに対して、
プロトコルマシン内のグローバルトランザクションのブランチを一意に識別する
第３の識別子を生成するようにさせる、請求項８８に記載のコンピュータ可読媒
体。 - 【請求項９４】 該プログラムコードはさらに、該コンピュータに対して、
ブランチのための記録内に第１、第２および第３の識別子を記憶させるようにす
る、請求項９３に記載のコンピュータ可読媒体。 - 【請求項９５】 該プログラムコードはさらに、該コンピュータに対して、
ブランチのために遠隔サーバとの接続をプロトコルマシンを介して確立させるよ
うにし、その接続を介してリクエストが遠隔サーバに伝送される、請求項８８に
記載のコンピュータ可読媒体。 - 【請求項９６】 該プログラムコードはさらに、該コンピュータに対して、 ブランチのためにプロトコルマシンによって確立された該接続をプロトコルマ
シン内で識別する、別の識別子を生成し、かつ、 該接続の識別子を該ブランチのための記録内に記憶するようにさせる、請求項
９５に記載のコンピュータ可読媒体。 - 【請求項９７】 該プログラムコードはさらに、該コンピュータに対して、
ブランチのための記録内に、ブランチの状態の表示を記憶させるようにする、請
求項８８に記載のコンピュータ可読媒体。 - 【請求項９８】 ブランチの該状態は、準備中、準備済、エンリスト中、エ
ンリスト済、実行中、アボート中および回復中の状態のうちいずれかを含む、請
求項９７に記載のコンピュータ可読媒体。 - 【請求項９９】 該プログラムコードはさらに、該コンピュータに対して、
ＭＴＳ環境内のグローバルトランザクションに関連付けられたトランザクション
オブジェクトへのポインタを獲得しかつブランチのための記録内に記憶させるよ
うにする、請求項８９に記載のコンピュータ可読媒体。 - 【請求項１００】 該プログラムコードはさらに、該コンピュータに対して
、ＭＴＳ環境内のグローバルトランザクションに関連付けられたエンリストメン
トオブジェクトへのポインタを獲得しかつブランチのための記録内に記憶させる
ようにする、請求項８９に記載のコンピュータ可読媒体。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/064,160 US6157927A (en) | 1998-04-22 | 1998-04-22 | Methods and apparatus for enabling a component in a first transaction processing environment to access a resource in another environment that is under the control of an Xatmi complaint transaction manager |
| US09/064,160 | 1998-04-22 | ||
| PCT/US1999/008583 WO1999054817A2 (en) | 1998-04-22 | 1999-04-19 | Method and apparatus for enabling a component in a first transaction processing environment to access a resource in another environment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002512400A true JP2002512400A (ja) | 2002-04-23 |
Family
ID=22053971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000545097A Pending JP2002512400A (ja) | 1998-04-22 | 1999-04-19 | 第１のトランザクション処理環境におけるコンポーネントを能動化して別の環境におけるリソースにアクセスするための方法および装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6157927A (ja) |
| EP (1) | EP1078316B1 (ja) |
| JP (1) | JP2002512400A (ja) |
| AU (1) | AU3751599A (ja) |
| DE (1) | DE69910008D1 (ja) |
| WO (1) | WO1999054817A2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006051599A1 (ja) * | 2004-11-12 | 2006-05-18 | Fujitsu Limited | リソース管理プログラム、リソース管理方法、およびリソース管理装置 |
| KR20140070611A (ko) * | 2011-09-29 | 2014-06-10 | 오라클 인터내셔날 코포레이션 | 트랜잭셔널 미들웨어 머신 환경에서 단일 포인트 병목을 방지하는 시스템 및 방법 |
Families Citing this family (111)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7076784B1 (en) * | 1997-10-28 | 2006-07-11 | Microsoft Corporation | Software component execution management using context objects for tracking externally-defined intrinsic properties of executing software components within an execution environment |
| US6813769B1 (en) * | 1997-10-28 | 2004-11-02 | Microsoft Corporation | Server application components with control over state duration |
| US6529932B1 (en) * | 1998-04-01 | 2003-03-04 | Microsoft Corporation | Method and system for distributed transaction processing with asynchronous message delivery |
| US6553421B1 (en) * | 1998-09-15 | 2003-04-22 | International Business Machines Corporation | Method and system for broadcast management in a data communication network that permits namesharing |
| US6272675B1 (en) * | 1998-10-01 | 2001-08-07 | Unisys Corporation | Development system for automatically enabling a server application to execute with an XATMI-compliant transaction manager managing transactions within multiple environments |
| GB2343020A (en) * | 1998-10-19 | 2000-04-26 | Ibm | Handling transaction failures in a transaction processing system |
| US6430578B1 (en) * | 1998-12-04 | 2002-08-06 | Sun Microsystems, Inc. | Name service for network management architecture |
| US6557056B1 (en) * | 1998-12-30 | 2003-04-29 | Nortel Networks Limited | Method and apparatus for exchanging data between transactional and non-transactional input/output systems in a multi-processing, shared memory environment |
| US6275863B1 (en) * | 1999-01-25 | 2001-08-14 | International Business Machines Corp. | System and method for programming and executing long running transactions |
| AU2878800A (en) | 1999-02-12 | 2000-08-29 | Allen Freudenstein | System and method for providing certification-related and other services |
| US6779027B1 (en) * | 1999-04-30 | 2004-08-17 | Hewlett-Packard Development Company, L.P. | Intelligent management module application programming interface with utility objects |
| US6643679B1 (en) * | 1999-05-12 | 2003-11-04 | Unisys Corporation | WebTx gateway preprocessing hook |
| US6879989B2 (en) * | 1999-08-16 | 2005-04-12 | International Business Machines Corporation | Modification system for supporting localized data changes in a mobile device |
| US20020029200A1 (en) * | 1999-09-10 | 2002-03-07 | Charles Dulin | System and method for providing certificate validation and other services |
| AU778750B2 (en) | 1999-09-24 | 2004-12-16 | Identrust, Inc. | System and method for providing payment services in electronic commerce |
| US6938256B2 (en) | 2000-01-18 | 2005-08-30 | Galactic Computing Corporation | System for balance distribution of requests across multiple servers using dynamic metrics |
| US6912578B1 (en) * | 2000-02-25 | 2005-06-28 | Sun Microsystems, Inc. | Method and apparatus for improving utilization of a resource on a shared client |
| GB0006230D0 (en) * | 2000-03-16 | 2000-05-03 | Univ Strathclyde | Mobile communications newworks |
| AU2001255306A1 (en) * | 2000-04-14 | 2001-10-30 | Gensym Corporation | Intelligent transaction mining system |
| US6832238B1 (en) * | 2000-05-24 | 2004-12-14 | Sun Microsystems, Inc. | Local transaction management |
| US6721777B1 (en) * | 2000-05-24 | 2004-04-13 | Sun Microsystems, Inc. | Modular and portable deployment of a resource adapter in an application server |
| US6873987B1 (en) * | 2000-05-31 | 2005-03-29 | International Business Machines Corporation | Method, system and program products for recovering from failures within a shared nothing distributed computing environment |
| WO2002003219A1 (en) | 2000-06-30 | 2002-01-10 | Plurimus Corporation | Method and system for monitoring online computer network behavior and creating online behavior profiles |
| US8281022B1 (en) * | 2000-06-30 | 2012-10-02 | Emc Corporation | Method and apparatus for implementing high-performance, scaleable data processing and storage systems |
| US6816905B1 (en) | 2000-11-10 | 2004-11-09 | Galactic Computing Corporation Bvi/Bc | Method and system for providing dynamic hosted service management across disparate accounts/sites |
| US8538843B2 (en) | 2000-07-17 | 2013-09-17 | Galactic Computing Corporation Bvi/Bc | Method and system for operating an E-commerce service provider |
| WO2002013068A1 (en) * | 2000-08-04 | 2002-02-14 | Carr Scott Software Incorporated | Automatic transaction management |
| US20020124083A1 (en) | 2000-09-06 | 2002-09-05 | Sun Microsystems, Inc. | Method and apparatus for increasing the efficiency of transactions and connection sharing in an enterprise environment |
| US7233920B1 (en) * | 2000-09-07 | 2007-06-19 | Paymentech, L.P. | System and apparatus for credit transaction data transmission |
| AU2001290727A1 (en) | 2000-09-08 | 2002-03-22 | Larry R. Miller | System and method for transparently providing certificate validation and other services within an electronic transaction |
| US7072870B2 (en) | 2000-09-08 | 2006-07-04 | Identrus, Llc | System and method for providing authorization and other services |
| US6993528B1 (en) * | 2000-10-04 | 2006-01-31 | Microsoft Corporation | Methods and systems for allowing third party client applications to influence implementation of high-level document commands |
| US7051330B1 (en) * | 2000-11-21 | 2006-05-23 | Microsoft Corporation | Generic application server and method of operation therefor |
| US20030018499A1 (en) * | 2001-02-09 | 2003-01-23 | Miller Rodney D. | System and methods for continuous fare shopping and virtual grouping of itinerary requests |
| US7426730B2 (en) * | 2001-04-19 | 2008-09-16 | Wre-Hol Llc | Method and system for generalized and adaptive transaction processing between uniform information services and applications |
| US7103578B2 (en) * | 2001-05-25 | 2006-09-05 | Roche Diagnostics Operations, Inc. | Remote medical device access |
| US20020194244A1 (en) * | 2001-06-01 | 2002-12-19 | Joan Raventos | System and method for enabling transaction-based service utilizing non-transactional resources |
| US6799172B2 (en) | 2001-08-28 | 2004-09-28 | International Business Machines Corporation | Method and system for removal of resource manager affinity during restart in a transaction processing system |
| US6799188B2 (en) * | 2001-08-31 | 2004-09-28 | Borland Software Corporation | Transaction processing system providing improved methodology for two-phase commit decision |
| ATE434786T1 (de) | 2001-09-20 | 2009-07-15 | Hitwise Pty Ltd | Verfahren und system zur charakterisierung des online-verhaltens |
| KR20040058261A (ko) * | 2001-10-30 | 2004-07-03 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 분산 소프트웨어 컴포넌트들을 구성하는 방법 |
| GB0130399D0 (en) * | 2001-12-19 | 2002-02-06 | Ibm | Message ordering in a messaging system |
| JP4130076B2 (ja) * | 2001-12-21 | 2008-08-06 | 富士通株式会社 | データベース管理プログラムおよび記録媒体 |
| US7376958B1 (en) * | 2002-06-06 | 2008-05-20 | Unisys Corporation | Method and apparatus for honoring CORBA transaction requests by a legacy data base management system |
| US7743065B2 (en) * | 2002-06-27 | 2010-06-22 | Siebel Systems, Inc. | System and method for cross-referencing information in an enterprise system |
| WO2004012412A2 (en) * | 2002-07-25 | 2004-02-05 | Yee James D | System and method for providing computer services |
| US7103597B2 (en) * | 2002-10-03 | 2006-09-05 | Mcgoveran David O | Adaptive transaction manager for complex transactions and business process |
| US8145759B2 (en) | 2002-11-04 | 2012-03-27 | Oracle America, Inc. | Dynamically configurable resource pool |
| US20040215594A1 (en) * | 2003-01-24 | 2004-10-28 | Bea Systems, Inc. | System for transaction processing with parallel execution |
| US7849464B2 (en) * | 2003-02-28 | 2010-12-07 | Oracle International Corporation | Protection against interleaving transactions using a transaction manager |
| US7353495B2 (en) * | 2003-02-28 | 2008-04-01 | Bea Systems, Inc. | Method for protection against interleaving transactions using a transaction manager |
| US7451113B1 (en) | 2003-03-21 | 2008-11-11 | Mighty Net, Inc. | Card management system and method |
| US7610305B2 (en) | 2003-04-24 | 2009-10-27 | Sun Microsystems, Inc. | Simultaneous global transaction and local transaction management in an application server |
| US7743083B2 (en) * | 2003-04-24 | 2010-06-22 | Oracle America, Inc. | Common transaction manager interface for local and global transactions |
| US7647344B2 (en) * | 2003-05-29 | 2010-01-12 | Experian Marketing Solutions, Inc. | System, method and software for providing persistent entity identification and linking entity information in an integrated data repository |
| US7739252B2 (en) * | 2003-07-14 | 2010-06-15 | Oracle America, Inc. | Read/write lock transaction manager freezing |
| US7640545B2 (en) * | 2003-07-14 | 2009-12-29 | Sun Microsytems, Inc. | Transaction manager freezing |
| US8521875B2 (en) * | 2003-09-04 | 2013-08-27 | Oracle America, Inc. | Identity for data sources |
| US7591015B2 (en) * | 2003-10-23 | 2009-09-15 | Microsoft Corporation | Secure kernel transactions |
| US7539999B2 (en) * | 2003-10-23 | 2009-05-26 | Microsoft Corporation | Kernel-level transactions |
| US7606814B2 (en) * | 2004-03-11 | 2009-10-20 | Microsoft Corporation | Tracing a web request through a web server |
| US8074220B2 (en) * | 2004-05-21 | 2011-12-06 | Computer Associates Think, Inc. | System and method for interfacing an application to a distributed transaction coordinator |
| EP1610234B1 (en) * | 2004-06-22 | 2007-08-01 | Sap Ag | Online transactional data processing system |
| US8095826B1 (en) * | 2004-06-29 | 2012-01-10 | Symantec Operating Corporation | Method and apparatus for providing in-memory checkpoint services within a distributed transaction |
| US7860840B2 (en) * | 2004-10-05 | 2010-12-28 | Microsoft Corporation | Maintaining correct transaction results when transaction management configurations change |
| US7739244B2 (en) * | 2004-10-14 | 2010-06-15 | Oracle International Corporation | Operating logging for online recovery in shared memory information systems |
| US20060149791A1 (en) * | 2005-01-06 | 2006-07-06 | Oracle International Corporation | Database-driven distributed recovery |
| JP4177339B2 (ja) * | 2005-02-16 | 2008-11-05 | 株式会社東芝 | 分散システム、コンピュータおよび分散システムの状態遷移制御方法 |
| US8660852B2 (en) * | 2005-02-28 | 2014-02-25 | Microsoft Corporation | CRM office document integration |
| US8175889B1 (en) | 2005-04-06 | 2012-05-08 | Experian Information Solutions, Inc. | Systems and methods for tracking changes of address based on service disconnect/connect data |
| US7730487B2 (en) * | 2005-08-15 | 2010-06-01 | Microsoft Corporation | Synchronizing transaction ambient state among multiple transaction managers |
| US8005759B2 (en) | 2006-08-17 | 2011-08-23 | Experian Information Solutions, Inc. | System and method for providing a score for a used vehicle |
| US7912865B2 (en) * | 2006-09-26 | 2011-03-22 | Experian Marketing Solutions, Inc. | System and method for linking multiple entities in a business database |
| US7840525B2 (en) * | 2006-10-11 | 2010-11-23 | Ruby Jonathan P | Extended transactions |
| US8606666B1 (en) | 2007-01-31 | 2013-12-10 | Experian Information Solutions, Inc. | System and method for providing an aggregation tool |
| US8285656B1 (en) | 2007-03-30 | 2012-10-09 | Consumerinfo.Com, Inc. | Systems and methods for data verification |
| US8127986B1 (en) | 2007-12-14 | 2012-03-06 | Consumerinfo.Com, Inc. | Card registry systems and methods |
| US9990674B1 (en) | 2007-12-14 | 2018-06-05 | Consumerinfo.Com, Inc. | Card registry systems and methods |
| JP5513410B2 (ja) | 2008-01-18 | 2014-06-04 | アイデントラスト， インコーポレイテッド | 複数の信頼ドメインへのデジタル証明書のバインディング |
| US7853493B2 (en) * | 2008-06-18 | 2010-12-14 | Consumerinfo.Com, Inc. | Personal finance integration system and method |
| US8312033B1 (en) | 2008-06-26 | 2012-11-13 | Experian Marketing Solutions, Inc. | Systems and methods for providing an integrated identifier |
| US8639920B2 (en) | 2009-05-11 | 2014-01-28 | Experian Marketing Solutions, Inc. | Systems and methods for providing anonymized user profile data |
| US9448850B2 (en) * | 2010-03-11 | 2016-09-20 | International Business Machines Corporation | Discovering a resource in a distributed computing system |
| US20110225297A1 (en) * | 2010-03-11 | 2011-09-15 | International Business Machines Corporation | Controlling Access To A Resource In A Distributed Computing System With A Distributed Access Request Queue |
| US9348661B2 (en) * | 2010-03-11 | 2016-05-24 | International Business Machines Corporation | Assigning a unique identifier to a communicator |
| US9417906B2 (en) * | 2010-04-01 | 2016-08-16 | Red Hat, Inc. | Transaction participant registration with caveats |
| US8621446B2 (en) | 2010-04-29 | 2013-12-31 | International Business Machines Corporation | Compiling software for a hierarchical distributed processing system |
| US8914544B2 (en) | 2010-06-23 | 2014-12-16 | Smartek21, Llc | Computer-implemented system and method for transparently interfacing with legacy line of business applications |
| US9152727B1 (en) | 2010-08-23 | 2015-10-06 | Experian Marketing Solutions, Inc. | Systems and methods for processing consumer information for targeted marketing applications |
| US8639616B1 (en) | 2010-10-01 | 2014-01-28 | Experian Information Solutions, Inc. | Business to contact linkage system |
| US8484186B1 (en) | 2010-11-12 | 2013-07-09 | Consumerinfo.Com, Inc. | Personalized people finder |
| US9147042B1 (en) | 2010-11-22 | 2015-09-29 | Experian Information Solutions, Inc. | Systems and methods for data verification |
| US9690638B2 (en) | 2011-09-29 | 2017-06-27 | Oracle International Corporation | System and method for supporting a complex message header in a transactional middleware machine environment |
| US8738516B1 (en) | 2011-10-13 | 2014-05-27 | Consumerinfo.Com, Inc. | Debt services candidate locator |
| US9665858B1 (en) * | 2012-10-11 | 2017-05-30 | Square, Inc. | Cardless payment transactions with multiple users |
| US9654541B1 (en) | 2012-11-12 | 2017-05-16 | Consumerinfo.Com, Inc. | Aggregating user web browsing data |
| US10432703B2 (en) * | 2012-11-26 | 2019-10-01 | Facebook, Inc. | On-demand session upgrade in a coordination service |
| US9697263B1 (en) | 2013-03-04 | 2017-07-04 | Experian Information Solutions, Inc. | Consumer data request fulfillment system |
| US8972400B1 (en) | 2013-03-11 | 2015-03-03 | Consumerinfo.Com, Inc. | Profile data management |
| US9201919B2 (en) | 2013-05-07 | 2015-12-01 | Red Hat, Inc. | Bandwidth optimized two-phase commit protocol for distributed transactions |
| US9721314B2 (en) | 2013-10-28 | 2017-08-01 | Square, Inc. | Apportioning shared financial expenses |
| US10102536B1 (en) | 2013-11-15 | 2018-10-16 | Experian Information Solutions, Inc. | Micro-geographic aggregation system |
| US9529851B1 (en) | 2013-12-02 | 2016-12-27 | Experian Information Solutions, Inc. | Server architecture for electronic data quality processing |
| US10262362B1 (en) | 2014-02-14 | 2019-04-16 | Experian Information Solutions, Inc. | Automatic generation of code for attributes |
| EP3555837A4 (en) | 2017-01-31 | 2020-09-16 | Experian Information Solutions, Inc. | LARGE-SCALE HETEROGENIC DATA INGESTION AND USER RESOLUTION |
| US10572297B2 (en) * | 2017-03-31 | 2020-02-25 | International Business Machines Corporation | Attach an interpreter-based TPM into a cluster of inter-connected multi-process based compiler-based TPMs to achieve global transaction |
| US11210129B2 (en) * | 2018-06-14 | 2021-12-28 | International Business Machines Corporation | Extended architecture as a service to integrate resource and transaction managers |
| US10963434B1 (en) | 2018-09-07 | 2021-03-30 | Experian Information Solutions, Inc. | Data architecture for supporting multiple search models |
| US11941065B1 (en) | 2019-09-13 | 2024-03-26 | Experian Information Solutions, Inc. | Single identifier platform for storing entity data |
| CN113992750B (zh) * | 2020-07-10 | 2024-09-10 | 华为云计算技术有限公司 | 一种全局事务协同方法、装置、设备及介质 |
| US11880377B1 (en) | 2021-03-26 | 2024-01-23 | Experian Information Solutions, Inc. | Systems and methods for entity resolution |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0797782B2 (ja) * | 1991-09-18 | 1995-10-18 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 異種トランザクションの調整方法 |
| JP2557192B2 (ja) * | 1993-03-15 | 1996-11-27 | インターナショナル・ビジネス・マシーンズ・コーポレイション | トランザクション処理の同期方法、トランザクション処理のモニタ方法及びトランザクションのコミット処理方法 |
| US5586312A (en) * | 1994-10-11 | 1996-12-17 | Unisys Corporation | Method and apparatus for using an independent transaction processing application as a service routine |
| US5680610A (en) * | 1995-01-19 | 1997-10-21 | Unisys Corporation | Method and apparatus for testing recovery scenarios in global transaction processing systems |
| GB2311391A (en) * | 1996-03-19 | 1997-09-24 | Ibm | Restart and recovery of OMG compliant transaction systems |
| US5754772A (en) * | 1996-03-26 | 1998-05-19 | Unisys Corporation | Transaction service independent HTTP server-to-transaction gateway |
| GB2316777B (en) * | 1996-08-31 | 2000-10-04 | Ibm | Operating a transaction manager with a non-compliant resource manager |
-
1998
- 1998-04-22 US US09/064,160 patent/US6157927A/en not_active Expired - Lifetime
-
1999
- 1999-04-19 WO PCT/US1999/008583 patent/WO1999054817A2/en active IP Right Grant
- 1999-04-19 AU AU37515/99A patent/AU3751599A/en not_active Abandoned
- 1999-04-19 JP JP2000545097A patent/JP2002512400A/ja active Pending
- 1999-04-19 DE DE69910008T patent/DE69910008D1/de not_active Expired - Lifetime
- 1999-04-19 EP EP99919899A patent/EP1078316B1/en not_active Expired - Lifetime
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006051599A1 (ja) * | 2004-11-12 | 2006-05-18 | Fujitsu Limited | リソース管理プログラム、リソース管理方法、およびリソース管理装置 |
| JPWO2006051599A1 (ja) * | 2004-11-12 | 2008-05-29 | 富士通株式会社 | リソース管理プログラム、リソース管理方法、およびリソース管理装置 |
| JP4522413B2 (ja) * | 2004-11-12 | 2010-08-11 | 富士通株式会社 | リソース管理プログラム、リソース管理方法、およびリソース管理装置 |
| US8589381B2 (en) | 2004-11-12 | 2013-11-19 | Fujitsu Limited | Resource management program, resource management process, and resource management apparatus |
| KR20140070611A (ko) * | 2011-09-29 | 2014-06-10 | 오라클 인터내셔날 코포레이션 | 트랜잭셔널 미들웨어 머신 환경에서 단일 포인트 병목을 방지하는 시스템 및 방법 |
| JP2014528611A (ja) * | 2011-09-29 | 2014-10-27 | オラクル・インターナショナル・コーポレイション | トランザクションミドルウェアマシン環境においてシングルポイントボトルネックを防止するためのシステムおよび方法 |
| KR101956320B1 (ko) * | 2011-09-29 | 2019-03-08 | 오라클 인터내셔날 코포레이션 | 트랜잭셔널 미들웨어 머신 환경에서 단일 포인트 병목을 방지하는 시스템 및 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69910008D1 (de) | 2003-09-04 |
| WO1999054817A2 (en) | 1999-10-28 |
| EP1078316B1 (en) | 2003-07-30 |
| US6157927A (en) | 2000-12-05 |
| WO1999054817A3 (en) | 2000-01-06 |
| EP1078316A2 (en) | 2001-02-28 |
| AU3751599A (en) | 1999-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002512400A (ja) | 第１のトランザクション処理環境におけるコンポーネントを能動化して別の環境におけるリソースにアクセスするための方法および装置 | |
| US5586312A (en) | Method and apparatus for using an independent transaction processing application as a service routine | |
| US6275843B1 (en) | Method and apparatus for processing multiple service requests within a global transaction by a single server application program instance | |
| US5768587A (en) | Operating a transaction manager with a non-compliant resource manager | |
| US5680610A (en) | Method and apparatus for testing recovery scenarios in global transaction processing systems | |
| EP1099164B1 (en) | Method and program for processing administrative requests of a distributed network application executing in a clustered computing environment | |
| US6225995B1 (en) | Method and apparatus for incorporating state information into a URL | |
| Adler | Distributed coordination models for client/server computing | |
| US7831655B2 (en) | System and method for implementing a service adapter | |
| US5920863A (en) | System and method for supporting transactions for a thin client lacking a persistent store in a distributed object-oriented environment | |
| US9588800B2 (en) | Method and a system for performing a two-phase commit protocol | |
| US7082553B1 (en) | Method and system for providing reliability and availability in a distributed component object model (DCOM) object oriented system | |
| US20020035590A1 (en) | Guaranteed end-to-end transaction execution in a client/server environment | |
| US6381617B1 (en) | Multiple database client transparency system and method therefor | |
| US20020156932A1 (en) | Method and apparatus for providing parallel execution of computing tasks in heterogeneous computing environments using autonomous mobile agents | |
| US6141679A (en) | High performance distributed transaction processing methods and apparatus | |
| JPH06332870A (ja) | オブジェクト指向コンピュータ環境における協調処理のためのオブジェクト・マネージャをリンクする方法及び装置 | |
| US6389431B1 (en) | Message-efficient client transparency system and method therefor | |
| JP2001522086A (ja) | 宣言型パラダイムをサポートするステートレスなウェブ環境におけるトランザクションを実行するための方法および装置 | |
| JP2005523486A (ja) | 委任コミット特徴によるトランザクション処理システム及び方法 | |
| JPH04233044A (ja) | トランザクション処理環境における通信インターフェース | |
| US7165097B1 (en) | System for distributed error reporting and user interaction | |
| US6233587B1 (en) | Extensible framework of key resource manager and transaction manager events for providing native support for foreign-initiated transactions | |
| CN100561920C (zh) | Web服务事务处理系统及处理方法 | |
| US6571270B1 (en) | Timeout detection facility |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060414 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080930 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090310 |