JPH07262119A

JPH07262119A - トランザクション・メッセージを処理するための装置、システムおよび方法

Info

Publication number: JPH07262119A
Application number: JP6323405A
Authority: JP
Inventors: Steve Tsanchun Kuo; スティーヴ・ツァンチュン・クオ; Thomas Clarke Morrison; トマス・クラーク・モリソン; Hoang Minh Nguyen; ホアン・ミン・グエン; Harry Otto Radke; ハリー・オットー・ラドケ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1994-03-21
Filing date: 1994-12-26
Publication date: 1995-10-13
Anticipated expiration: 2012-02-19
Also published as: EP0674260B1; DE69527873T2; DE69527873D1; EP0674260A3; US6330582B1; EP0674260A2; JP2583027B2

Abstract

(57)【要約】【目的】クライアントが、サーバ・プロセスとクライ
アント・プロセスの間のトランザクション・メッセージ
・トラフィックを制御できるようにする。【構成】サーバ・プロセスに結合された複数のクライ
アント・プロセスを含むトランザクション処理システム
において、サーバ・プロセスが、クライアント・プロセ
スによって生成されたトランザクションの実行を支援す
る。サーバ・プロセスは、サービスされる各クライアン
ト・プロセスごとに１つまたは複数のトランザクション
・メッセージ制御機構（Ｔパイプ）を含む。各トランザ
クション・メッセージ制御機構は、オブジェクトを識別
する名前を含む名前付き処理オブジェクトを含む。トラ
ンザクション・メッセージ制御機構は、サーバ・プロセ
スとクライアント・プロセスの間で、両方向のトランザ
クション・メッセージの流れを提供する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、トランザクション処理
に関し、より詳細には、クライアント・プロセスが、ク
ライアント・プロセスとサーバ・プロセスとの間の両方
向トランザクション・メッセージ・トラフィックを制御
する機構をサーバ・プロセスにおいて作成する、クライ
アント／サーバ型のトランザクション処理システムに関
する。

【０００２】

【従来の技術】トランザクションは、Ｃ．Ｊ．デイト
（C. J. Date）著"INTRODUCTION TO DATABASE SYSTEM
S"、Vol.1（Addison-Wesley、１９８５年９月）で、論
理作業単位として定義されている。上記論文は特に、デ
ータベース・コンテキストにおけるトランザクション
が、データベースをある整合状態から別の整合状態に変
換する一連の動作からなることを教示している。トラン
ザクション処理システムは、トランザクションがデータ
ベースの新しい整合状態への変換を完了し、あるいはデ
ータベースをトランザクションが開始した整合状態に戻
すことを保証する。

【０００３】分散システムでトランザクション処理を実
施するために特に役立つアーキテクチャは、Ｈ．Ｍ．デ
イテル（H. M. Deitel）著"OPERATING SYSTEMS"（Addis
on-Wesley,1990）に記載されたクライアント／サーバ・
モデルである。このモデルにおいて、クライアントはク
ライアント・プロセスの形のサービス消費者を表し、サ
ーバはサービスを提供するプロセスである。複数のユー
ザにトランザクション・ベースのアクセスを提供する代
表的なデータベース・システムにおいては、ユーザはク
ライアント・プロセスを通じてデータベース要求を入力
する。クライアント・プロセスは、データベース管理シ
ステムの形のサーバ・プロセスに、所定のトランザクシ
ョン・プロトコルに従ってユーザの要求を処理すること
を約束する。

【０００４】クライアント・プロセスおよびサーバ・プ
ロセスから見ると、トランザクションは「オブジェク
ト」と見なすことができる。トランザクションは、オブ
ジェクトとして、ユーザ要求を満たすために必要な手順
とデータを含む。トランザクションは、オブジェクトと
して、クライアントとサーバによって直接操作できる。
トランザクション・オブジェクトを処理する好ましい方
式は、特定の操作タイプを指定するメッセージによるも
のである。これに関して、データベースからレコードを
読み取ることを求めるユーザ要求は、トランザクション
がデータベースを読み取ることを指定し、読取りを行う
場所や読み取るレコードなどを確定するパラメータを提
供することによってトランザクションを操作することが
できる。トランザクションは、操作の結果を含む応答メ
ッセージを戻すことによって操作結果を報告する。

【０００５】一般にオブジェクトは、「名前」と呼ばれ
るデータ構造によって記述される。オブジェクト指向プ
ログラミングの現在の技法は、「名前付き処理オブジェ
クト」を、名前を有し１つまたは複数の手順を含むオブ
ジェクトとして認識する。

【０００６】トランザクション・メッセージは、ソース
と宛先を暗示する。ＩＢＭ社から入手可能なＩＭＳプロ
ダクトなどの現行のデータベース管理システムは、論理
端末（ＬＴＥＲＭ）を使用してこれらの終端を区別す
る。ＬＴＥＲＭは、ＩＭＳプロダクトからのトランザク
ション出力が入る待ち行列を提供する。最終的には、Ｉ
ＭＳプロダクトが、待ち行列と待ち行列に入れられた出
力を受け取る物理ノードとの間の接続を行う。ＩＭＳプ
ロダクトは、クライアント／サーバ・モデルにおいてサ
ーバ・プロセスと見なされる。そのようなデータベース
・システムは、クライアント・プロセスに、トランザク
ション・メッセージのソースと宛先を指定することによ
ってトランザクション・メッセージの流れを制御する機
構を提供しない。

【０００７】別の点から見ると、ＩＭＳプロダクトのＬ
ＴＥＲＭ能力は、サーバのみによって操作できる単一方
向（サーバ−クライアント）パイプラインを提供する。
これに関して、ＬＴＥＲＭは、ＵＮＩＸ^[R]システムで
使用されるパイプ構造を提案する。パイプは、名前によ
ってオブジェクト化することができる。それらのパイプ
は、プロセス間で単一方向のＦＩＦＯデータ転送を提供
し、プロセス間同期能力を含んでいる。クライアント・
プロセスとサーバ・プロセスの間で逆の方向に向いた２
本のパイプは、両方向のメッセージ流れを提供できる
が、２つの処理オブジェクトを必要とし、そのうちの一
方だけをクライアント・プロセスが操作できる。

【０００８】

【発明が解決しようとする課題】明らかに、サーバがト
ランザクション・メッセージの処理に費やさなくてはな
らない時間が多くなるほど、トランザクションを処理す
る際の効率は低下する。したがって、クライアント／サ
ーバ型のトランザクション・ベース・システムにおい
て、任意のクライアント・プロセスが、トランザクショ
ンをオブジェクト化し、両方向メッセージ・パイプライ
ンにおけるメッセージによってトランザクション・オブ
ジェクトを操作できるようにする機構を提供する必要が
ある。

【０００９】

【課題を解決するための手段】本発明は、クライアント
・プロセスによってオブジェクトとして操作できる機構
を提供し、もってクライアント・プロセスとサーバ・プ
ロセスの間で両方向のトランザクション・メッセージ・
トラフィックを制御する。本発明により、クライアント
・プロセスが、その機構をサーバ・プロセスにおけるオ
ブジェクトとして指名できるようになる。名前付きオブ
ジェクト（「Ｔパイプ」とも呼ばれる）は、サーバ・プ
ロセスでトランザクション要求メッセージとトランザク
ション出力メッセージとを受け取り、そのトランザクシ
ョン出力メッセージを最終宛先に関連づける機能を含ん
でいる。したがって、トランザクション出力とその宛先
の関連付けは、サーバ・プロセスによって行われず、ク
ライアント・プロセスに任せられる。

【００１０】本発明は、サーバ・プロセスとクライアン
ト・プロセスの間でトランザクション・メッセージの両
方向転送のための、機構および手順として実施される。

【００１１】

【実施例】本発明は、クライアント／サーバ型のトラン
ザクション処理システムに関する。そのようなシステム
の典型的な実施例を図１に示す。図１において、中央演
算処理装置１２は、たとえばＩＢＭ社から入手可能な３
０９０／ＭＶＳプロダクトを含んでいる。サーバ・プロ
セス１４は、中央演算処理装置１２内で実行される。好
ましい実施例においては、サーバ・プロセスは、ＩＢＭ
社から入手可能なＩＭＳプロダクトなどのデータベース
管理システムを含んでいる。サーバ・プロセスは、通信
機構１６によって、クライアント・プロセス１９を実行
する周辺処理装置１８に結合されている。他の周辺装置
２０、２１が、ノード２４によって通信機構１６に結合
されていることもある。サーバ・プロセス１４およびク
ライアント・プロセス１９はそれぞれ、プロセス間の情
報の転送を支援するために適切な通信プロトコルを実施
する通信インターフェ−ス２５と２６を含んでいる。ま
た、このようなアーキテクチャが、任意のクライント・
プロセスとサーバ・プロセス１４の間の通信を特徴付け
る（本発明において、クラインアント・プロセスは、事
実上どんなトランザクション処理システム位置でも実行
することができる。したがって、クライアント・プロセ
スは、周辺装置１８、２０、２１、たとえば２４のよう
なノード、あるいは中央演算処理装置１２内に位置する
ことができる）。

【００１２】サーバ・プロセス１４は、データベース２
７、２８など１つまたは複数のデータベースにアクセス
する能力をクライアント・プロセスに与えるトランザク
ション処理を支援する。サーバ・プロセスは、少なくと
もトランザクション・マネージャ３１とデータベース・
マネージャ３２とを有するデータベース管理システム
（ＤＢＭＳ）２９を含んでいる。１つまたは複数のアプ
リケーション・プロセス３３と３４が、データベース・
アクセスを求めるユーザ要求を支援するために実行され
る。すなわち、ユーザのアクセス要求が周辺処理装置１
８に入力された場合、クライアント・プロセス１９が実
行され、ユーザから要求されたアクセスを実施するため
にトランザクション要求を準備する。トランザクション
要求は、メッセージを介して中央演算処理装置１２に送
られ、サーバ・プロセス１４に転送される。トランザク
ション要求は、入力待ち行列３５を介してトランザクシ
ョン・マネージャ３１に渡される。トランザクション・
マネージャは、トランザクション要求を評価し、アプリ
ケーション３３、３４の一方によってその要求を実行す
るように、トランザクション処理をディスパッチする。
トランザクション要求の出力は、待ち行列３６に入れら
れ、通信インターフェ−ス２５と通信機構１６を介し
て、それぞれの要求クライアント・プロセスに渡され
る。

【００１３】当業者には理解できるように、図１のクラ
イアント／サーバ・モデルは、たとえば、クライアント
・プロセスとサーバ・プロセスを相互接続するネットワ
ークを含む構造化通信機構を組み込んでいる点でアプリ
ケーション固有のものであるが、本発明は、そのような
構造に限定されるものではなく、特定の通信制御機構を
意図するものでもない。プロセスがどこに位置しようと
も、本発明は本質的に、クライアント・プロセスとサー
バ・プロセスとの間のメッセージ・トラフィックの制御
に関する。

【００１４】図２に、本発明を、本質的に複数のクライ
アント・プロセスのうちの１つのクライアント・プロセ
ス４０とサーバ・プロセス４２という文脈中で示す。ク
ライアント・プロセス４０はユーザ要求を受け取り、そ
のユーザ要求をトランザクション要求メッセージに構造
化してサーバ・プロセス４２に提供する。クライアント
・プロセス４０およびサーバ・プロセス４２は、実施要
件に従って選択されるトランザクション・プロトコルに
従って、トランザクション処理を実施する。

【００１５】本発明は、１つまたは複数のトランザクシ
ョン・メッセージ制御機構（Ｔパイプ）を通じてトラン
ザクション・メッセージ・トラフィックを制御する能力
をクライアント・プロセス４０に与える。Ｔパイプは、
サーバ・プロセス４２にある名前付き処理オブジェクト
である。各Ｔパイプのデータ構造は、関連する待ち行列
（ＰＩＱ）を有する入力プロセス（ＰＩ）、関連する待
ち行列（ＰＯＱ）を有する出力プロセス（ＰＯ）、およ
びトランザクションを処理するために作成されディスパ
ッチされる動的に作成された（実行後削除される）一連
のトランザクション・プロセス（Ｔプロセス）を有す
る。すなわち、各Ｔパイプは、クライアント・プロセス
４０とサーバ・プロセス４２の間のインターフェース中
で参照できる名前を有するデータ構造である。本発明の
Ｔパイプは、本質的にトランザクション・マネージャに
対応するサーバ・プロセス４２の構成要素中に提供され
ることが企図されている。

【００１６】図２において、サーバ・Ｔパイプ・プロセ
ス４３は、ハッシュ構造４４を使って、Ｔパイプの名前
（ＴパイプＮ）を含むデータ・フィールド４６と入力プ
ロセス４７と出力プロセス４８とを有するＴパイプ４５
にアクセスする。入力プロセス４７は、トランザクショ
ン・プロセス５０などのトランザクション・プロセスを
ディスパッチする機能を含んでいる。入力プロセス４７
によってディスパッチされる各トランザクション・プロ
セス５０はそれぞれ、メッセージを分析し操作する能力
を有する。ディスパッチされたトランザクション・プロ
セスは、トランザクション要求を実行のためサーバ・プ
ロセスに転送する。これに関して、トランザクション・
プロセス５０は、トランザクションを実行する処理を提
供し、たとえば入力待ち行列５５と出力待ち行列５６を
介しトランザクション・プロセス５０とトランザクショ
ン・データを交換する、アプリケーション５２などのア
プリケーションを決定するための論理を含んでいる。ま
た、トランザクション・プロセスは、トランザクション
出力とメッセージによる応答をクライアント・プロセス
に通信する能力を有する。

【００１７】動作に際しては、クライアント・プロセス
４０は、ユーザ要求に応答して、複数のフィールドを有
するメッセージ５８を組み立てる。第１のメッセージ・
フィールド５９において、メッセージがトランザクショ
ン・メッセージとして示される。フィールド６０におい
ては、メッセージ５８を受け取って処理すべきＴパイプ
の名前が指定される。名前付きＴパイプ用の動作モード
を示すモード・フィールド６１がそのメッセージ内に提
供される。経路指定情報を含むフィールド６３がメッセ
ージ５８に含まれ、したがって、トランザクション出力
を発信クライアント・プロセスに経路指定することがで
きる。

【００１８】メッセージ・フィールド６０がＴパイプＮ
を指定すると仮定する。サーバのＴパイプ・プロセス・
マネージャ４３が、メッセージ５８をＴタイプＮの入力
プロセス４７に送る。入力プロセス４７は、フィールド
５９におけるトランザクションのタイプを識別し、フィ
ールド６１に応答してＴパイプの動作モードを決定し、
モード・フラグ６４をセットし、要求されたトランザク
ションを実行するためにトランザクション・プロセス５
０をディスパッチする。トランザクション・プロセス５
０をディスパッチする際、入力プロセス４７は、トラン
ザクションのタイプとそのトランザクションの実行を制
御するために必要なすべてのデータをトランザクション
・プロセスに渡し、クライアント・プロセス４０を識別
する。トランザクション・プロセス５０は、名前付き処
理オブジェクト４５の一部分なので、トランザクション
・プロセス５０は、ＴパイプＮ内のプロセスにそのアク
ティビティを参照付ける。トランザクションが完了する
と、トランザクション・プロセスはモード・フラグ６４
を検査する。モード・フラグ６４のある設定に従って、
トランザクション・プロセスはメッセージを構築し、そ
のメッセージが、入力プロセス４７によってディスパッ
チされる他のトランザクション・プロセスに対して非同
期にクライアント・プロセスに戻される。別の設定モー
ドに従って、トランザクション・プロセス５０は、出力
プロセス４８の制御下でクライアント・プロセスにトラ
ンザクション応答を戻す。出力プロセス４８は、入力プ
ロセス４７によってディスパッチされたすべてのトラン
ザクション・プロセスの間でトランザクション出力を同
期させる。

【００１９】本発明によれば、クライアント・プロセス
４０によって命名されたＴパイプはすべて、その排他的
使用のために予約される。さらに、クライアント・プロ
セスは、トランザクション・メッセージ処理の特定の様
式を支援する様々なトランザクション・メッセージ制御
モードを提供するために、複数のＴパイプに名前を付け
ることができる。たとえば、クライアント・プロセス
が、回復可能なメッセージ処理のためにＴパイプＹを予
約することができるとすると、このＴパイプＹは、同期
動作モードにセットされ、それによりＴパイプＹの出力
プロセスの制御下でトランザクション出力が提供される
ようになる。同じクライアント・プロセスが、メッセー
ジ回復を必要としないトランザクションで使用するため
に、ＴパイプＸを非同期ではないモードにセットするこ
ともできる。

【００２０】図３に、本発明に従ってクライアント・プ
ロセスとサーバ・プロセスの間で転送されるメッセージ
のフォーマットを示す。各メッセージは、その連続する
セクションに、メッセージ制御情報、トランザクション
状態データ、およびアプリケーション・プロセス・デー
タ用のフィールドを含む複数フィールド構造を含んでい
る。

【００２１】メッセージ制御情報セクションは、メッセ
ージ・タイプ・フィールドとＴパイプ名前フィールドを
含んでいる。メッセージ・タイプ・フィールドは、トラ
ンザクション入力であることをサーバ・プロセスに示す
ために使用される。Ｔパイプ名前フィールドは、サーバ
・プロセスにおいてメッセージを制御すべきＴパイプを
指名する。状態データ・セクション内の同期フィールド
は、名前付きＴパイプにおいてモード・フラグをセット
するために使用される。そのモードはコミット・モード
と呼ぶことが好ましく、コミット・モード０は、クライ
アント・プロセスに送られる前にトランザクション応答
をサーバ・プロセスでコミットすべきことを示す。コミ
ット・モード１では、サーバ・プロセスでコミットされ
る前に、トランザクション応答をクライアント・プロセ
スに送ることができる。また、状態データ・セクション
は、メッセージの発信元と宛先を示すトークン・フィー
ルドを提供する。アプリケーション・データ・セクショ
ンは実行すべきトランザクションを指名し、トランザク
ションの実行のために使用すべきアプリケーション・プ
ロセスを暗示する。また、このセクションは、トランザ
クションを開始するために必要なすべてのデータを提供
する。

【００２２】次に、図２と図４および表Ｉないし表III
を参照して、コミット・モード１における本発明の動作
を説明する。表Ｉないし表IIIは、それぞれサーバのＴ
パイプ・プロセス４３、Ｔパイプ入力プロセス（Ｐ
Ｉ）、トランザクション・プロセス（Ｔプロセス）用の
論理の疑似コードによる記述である。コミット・モード
１用の動作モードを、非同期Ｔパイプと呼ぶ。非同期Ｔ
パイプ動作モードでは、すべてのＴプロセスが、クライ
アント・プロセスへのトランザクション応答メッセージ
の送信を制御する。したがって、出力プロセス（ＰＯ）
は使用されない。非同期Ｔパイプを通るトランザクショ
ンおよび出力の流れを、図４に示す。非同期動作の順序
および説明は、以下のとおりである。

【００２３】１．クライアント４０が、サーバ・プロセ
ス４２に入力としてトランザクションＸ用のトランザク
ション・メッセージを送る。

【００２４】２．トランザクション・メッセージが、表
Ｉにその論理を記述したサーバのＴパイプ・プロセス４
３によって検査される。Ｔパイプ・プロセス４３は、メ
ッセージ中にＴパイプの名前があることを確認し、ハッ
シュ表４４を調べて、Ｔパイプがクライアント・プロセ
ス４０のために命名されたものであるかどうかを判定す
る。表中に名前がない場合は、Ｔパイプが作成され、そ
の名前がクライアント・プロセス４０のためにハッシュ
表４４に加えられる。次に、トランザクション・メッセ
ージが入力プロセス（"ＰＩ"）に待ち行列として入れら
れ、実行のためにＰＩがスケジューリングされる。Ｔパ
イプが作成された後は、そのＴパイプは、サーバ・プロ
セスの存続期間中、ハッシュ表４４によって、その作成
の対象であったクライアントにリンクされたままにな
る。

【００２５】３．ＰＩは、その待ち行列からトランザク
ション・メッセージを取り出し、トランザクションＸ用
のＴプロセス（「ＴプロセスＸ」）を動的に作成する。

【００２６】４．トランザクションＸ用のＴプロセスＸ
が、トランザクションを処理するためＰＩによってディ
スパッチされる。

【００２７】５．ＴプロセスＸが、トランザクション
を、待ち行列５５に入っている名前付きアプリケーショ
ン５２に提示する。

【００２８】６．次に、アプリケーション５２が、その
出力待ち行列５６を介して、トランザクション出力メッ
セージをＴプロセスＸに提供する。

【００２９】７．次に、ＴプロセスＸが、クライアント
・プロセス４０に戻すために必要なとき、トランザクシ
ョン出力メッセージを取り出してそれを処理する。

【００３０】８．次に、ＴプロセスＸは、トランザクシ
ョン出力メッセージをクライアント・プロセス４０に送
る。トランザクションＸ用に２つ以上の出力メッセージ
が必要な場合は、クライアント・プロセスに送るため
に、出力メッセージがＴプロセスＸで待ち行列に入れら
れる。クライアントがメッセージを肯定応答すると仮定
すると、トランザクションＸ用の全トランザクション出
力メッセージがクライアントによって肯定応答されたと
き、ＴプロセスＸが削除される。

【００３１】図５に、コミット・モード０で動作する同
期Ｔパイプでのメッセージの流れを示す。これに関し
て、本発明では、クライアント・プロセスまたはサーバ
・プロセスのどちらかが異常終了する場合に処理を再同
期化するために同期Ｔパイプが必要となることを企図し
ている。

【００３２】たとえば、クライアント・プロセスが、ト
ランザクション要求メッセージを肯定応答要求と共にサ
ーバ・プロセスに送るというシナリオを考えてみる。ト
ランザクション・プロトコルが、クライアント・プロセ
スに肯定応答を送る前に、要求されたトランザクション
のログをとりそれを待ち行列に入れることをサーバに要
求すると仮定する。肯定応答が送られる前にサーバ・プ
ロセスがクラッシュした場合、クライアント・プロセス
とサーバ・プロセスは共に、たとえば順序番号の交換に
よって再同期化する必要がある。再同期の場合、クライ
アント・プロセスはトランザクションがサーバ・プロセ
スによって受け取られなかったと仮定し、その場合、ク
ライアント・プロセスがトランザクションを再度送ろう
とする。トランザクションがサーバ・プロセスで再度待
ち行列に入れられる場合、その結果として、ある口座に
同じ借方を２度記入するような容認できない状態になる
ことがある。これを回避するため、サーバ・プロセス
は、再同期中にそのログに関して、トランザクションが
首尾よく受け取られたことをクライアント・プロセスに
通知する。この場合、クライアントは、その情報を肯定
応答として処理することになる。

【００３３】前述のシナリオでは、再同期化を支援する
ために、クライアント・プロセスおよびサーバ・プロセ
スが、最後に送信されたメッセージのコピーと最後に受
信されたメッセージの記録とを維持する必要があること
になる。そのためには、前に送られたメッセージに対す
る肯定応答を受け取るまでメッセージが送られることが
ないように、サーバ・プロセスにおいてすべての送信動
作を適切に逐次化することが必要になる。それに関連し
て、送信されたメッセージおよび受信されたメッセージ
はすべて待ち行列に入れなければならない。これは、本
発明においては、同期動作モードで、すべての出力メッ
セージに出力プロセスを通過させることにより達成され
る。

【００３４】同期Ｔパイプでは、出力プロセス（ＰＯ）
によって制御される出力待ち行列（ＰＯＱ）が使用され
る。同期モードのＴパイプにおいてトランザクション出
力メッセージを有するどのＴプロセスも、出力プロセス
からの許可を待つ。出力プロセスがあるＴプロセスに許
可を与えたとき、そのＴプロセスだけが、トランザクシ
ョン出力メッセージをクライアント・プロセスに送るこ
とを許される。

【００３５】同期Ｔパイプを通るトランザクションと出
力の流れを図５に示し、以下に説明する。

【００３６】１．サーバのＴパイプ・プロセスが、トラ
ンザクションＸを含むトランザクション要求メッセージ
を受け取る。

【００３７】２．Ｔパイプ・プロセスは、ＴパイプＡが
そのトランザクションのために命名されており、そのオ
ブジェクトを位置決めしようと試みていることに気付
く。見つからなかった場合は、そのオブジェクトが動的
に作成され、要求クライアント・プロセス用のハッシュ
表４４内に入れられ、サーバ・プロセスの存続期間中そ
こに留まる。

【００３８】３．入力プロセスＰＩがトランザクション
要求メッセージを取り出し、トランザクションＸ用のＴ
プロセスを動的に作成する。このＴプロセスは、Ｔプロ
セスＸと呼ばれる。

【００３９】４．ＴプロセスＸが作成され、トランザク
ションＸを処理するためにＰＩによってディスパッチさ
れる。

【００４０】５．ＴプロセスＸが、そのトランザクショ
ンをアプリケーション・プロセスに提示し、そのトラン
ザクションがそこで待ち行列に入れられることもある。

【００４１】６．次に、アプリケーション・プロセス
が、ＴプロセスＸへのトランザクション応答メッセージ
における出力を提供する。

【００４２】７．ＴプロセスＸは、関係通信プロトコル
によって要求されるとき、トランザクション応答メッセ
ージを取り出しそれをフォーマットする。

【００４３】８．ＴプロセスＸが、要求トークンをＰＯ
Ｑの待ち行列に入れる。

【００４４】９．ＴパイプＡ用のＰＯが、ＴプロセスＸ
に許可を戻す。このとき、ＴプロセスＸは、メッセージ
をクライアント・プロセスに送ることができるＴパイプ
Ａ用の唯一のＴプロセスである。

【００４５】１０．ＴプロセスＸが、トランザクション
出力メッセージをクライアント・プロセスに送り、メッ
セージ伝送が完了したときＴパイプＡ用のＰＯに通知す
る。このとき、ＴパイプＡ用のＰＯは、別のＴプロセス
に許可を与えてトランザクション出力メッセージの送信
を開始させることができる。トランザクションＸ用のト
ランザクション出力メッセージがすべて送信されると、
ＴプロセスＸは削除される。

【００４６】以下の表は、図４と図５に示した構成要素
に関する論理の疑似コードによる記述である。表Ｉは、
トランザクション要求メッセージを受け取り、Ｔパイプ
の識別を確認し、そしてクライアント・プロセスのトラ
ンザクション要求を含むメッセージを適切なＴパイプに
送るサーバのＴプロセスを示したものである。

【００４７】表IIは、Ｔパイプ入力プロセス（ＰＩ）用
の論理を示したものである。この論理では、同期動作モ
ードでクライアント・プロセスからの肯定応答（Ａｃ
ｋ）を識別する能力が暗示されている。表IIを見ると明
らかなように、同期動作モードの出力プロセス（ＰＯ）
は、Ｔプロセスが出力メッセージを送り肯定応答を待っ
ているときに信号を送る。この論理はまた、クライアン
ト・プロセスのためのトランザクション要求にサービス
する必要があるとき、ＰＩがＴプロセスを作成し変更す
ることができることを示している。

【００４８】表IIIは、非同期動作用のＴプロセスの論
理を示したものである。この論理は、出力メッセージの
肯定応答によって、Ｔプロセスを、出力メッセージを受
信するためにアプリケーション・プロセスと同期させ、
クライアント・プロセスと同期させる。

【００４９】表IVは、Ｔプロセスによって出力され要求
されなければならない出力サービスとして機能するＴパ
イプ出力プロセス（ＰＯ）の論理を示したものである。

【００５０】表Ｖは、同期ＴパイプにおけるＴプロセス
用の論理を示したものである。同期Ｔパイプにおいて、
Ｔプロセスは、ＰＩからトランザクションを受け取った
ときそのトランザクションのログをとり、あるトランザ
クションのために生成されたすべての出力メッセージに
関するＰＯの排他的サービスを保持し、すべての出力メ
ッセージのログをとる。

【００５１】図６に、本発明の最良の動作モードを組み
込んだ工業用応用例を示す。この応用例においては、３
０９０／ＭＶＳシステムの形のメインフレーム・コンピ
ュータ８０が、通常通りアプリケーション８３と８４に
結合されたＩＭＳデータベース・アクセス・システム８
２を実行する。ＩＭＳシステム８２はサーバ・プロセス
として動作し、本発明のＴパイプ論理を組み込んでい
る。ＩＭＳシステム８２は、ＭＶＳＸＣＦプロセス間
通信機構８９を介してＩＭＳシステム８２と通信するア
ダプタ８６と８７の形のクライアント・プロセスにサー
ビスを提供するサーバ・プロセスである。ＭＶＳＸＣ
Ｆは、ＩＢＭ社から入手可能であり、たとえば、同社か
ら刊行された"Application Development Guide（ＡＤ
Ｇ）：Authorized Assembler Language Program"（資料
番号ＧＣ２８−１６４５）に記載されている。アダプタ
８６と８７はそれぞれ１つまたは複数のプロセッサ９０
〜９３に接続され、ユーザに、ＩＭＳシステム８２を介
して１つまたは複数のデータベースにアクセスする能力
を与える。そのようなプロセスは、端末装置などの遠隔
処理位置にあってもよく、またサーバ・プロセスと同じ
プロセッサ内にあってもよい。

【００５２】表Ｉ（図２のサーバＴパイプ・プロセス４３用の疑似コー
ド）クライアントのトランザクションを受け取る（ＸＣＦま
たは他の任意の移送機構を介して）。トランザクション中でＴパイプの名前が指定されている
ことを確認する。Ｔパイプのハッシュ表中でＴパイプの名前を探し出す。 IfＴパイプが存在しない場合 thenＴパイプを作成しそれをＴパイプのハッシュ表に加
える。 Endif トランザクションをＴパイプのＰＩプロセスの待ち行列
に入れ、実行のためＰＩをスケジューリングする。別のトランザクションを待つ。

【００５３】表II （図２の入力プロセス４７用の疑似コード）データを入力待ち行列（ＰＩＱ）上で受け取る。 Ifデータがトランザクションである場合、 If同期Ｔパイプの場合、then IfＰＯが肯定応答を待っている場合、then トランザクションを拒否する。ＷＡＩＴ論理に進む。 Endif Endif トランザクション用のＴプロセスを作成し、それをＴパ
イプ用の既存のＴプロセスのリストに連鎖する。実行のためＴプロセスをスケジューリングする。 Elseifデータがクライアントからの肯定応答（ＡＣＫ）
である場合、then If同期Ｔパイプの場合、then IfＰＯが肯定応答を待っていない場合、then 肯定応答を拒否する。ＷＡＩＴ論理に進む。 Else 予期した肯定応答が到着したことをＰＯに通知する。これにより、ＰＯが覚醒し稼働するようになる。ＷＡＩＴ論理に進む。 Endif Endif 肯定応答を待っているＴプロセスを探し出し、そのＴプ
ロセスが予期した肯定応答が到着したことをそのＴプロ
セスに通知する。これにより、Ｔプロセスが覚醒し稼働するようになる。 Elseifデータがコマンドである場合、then そのコマンドを処理する。 Else そのデータを拒否する。 Endif ＰＩＱ上で次のデータをＷＡＩＴする。

【００５４】表III （非同期モードにおけるＴプロセス用の疑似コード）初期処理：ＰＩからトランザクション・メッセージを受
け取った。トランザクションをサーバ・アプリケーションの待ち行
列に入れる。ＬＯＯＰ：通知を待つ。通知により覚醒する。ＰＩが肯定応答を与えているか、
またはサーバ・アプリケーションが出力メッセージを与
えている。 If通知が肯定応答に関するものである場合、 If別の出力メッセージが待ち行列に入っている場合、th
en 出力メッセージをクライアントに送る。 Elseif出力メッセージがもう期待できない場合、then プロセスを削除する。 Endif Elseif通知がアプリケーション出力メッセージに関する
ものである場合、thenその出力メッセージをクライアン
トに送る。 Endif ＬＯＯＰに進み肯定応答を待つ。

【００５５】表IV （同期モードにおける出力プロセス（ＰＯ）用の疑似コ
ード）ＰＯＱ待ち行列上でＴプロセスＸの要求を受け取る。ＴプロセスＸに制御を譲るものとＰＯにマークする。ＴプロセスＸが現在出力処理の制御下にあることをＴプ
ロセスＸに通知する。これにより、Ｘが稼働するように
なる。ＭａｉｎＷａｉｔ IfＴプロセスがＰＯの制御を放棄する場合、then ＰＯＱ上の次の要求を獲得し、最初に戻る。 ElseifＰＩがすでにＰＯに肯定応答を与えた場合、then 肯定応答をそれ以上待たないものとＴプロセスにマーク
する。Ｔプロセスの肯定応答がすでに到着していることをＴプ
ロセスに通知する。ＭａｉｎＷａｉｔに進む。 Endif

【００５６】表Ｖ（同期モードにおけるＴプロセス用の疑似コード）初期処理：ＰＩからトランザクションを受け取った。トランザクションのログをとる。ログ・レコード中にク
ライアントのトランザクション順序番号を含める。トランザクションをサーバ・アプリケーションの待ち行
列に入れる。ＬＯＯＰ：通知を待つ。通知により覚醒する。ＰＩが肯定応答を与えているか、
またはサーバ・アプリケーションが出力メッセージを与
えている（他の出力メッセージ処理が行われていないと
き、すなわち、出力メッセージ処理が進行中である場合
は、アプリケーションはメッセージをＴプロセスの待ち
行列に入れるだけである）。 If通知が肯定応答に関するものである場合、then If別の出力メッセージが待ち行列に入っている場合、th
en 出力メッセージをクライアントに送る。 Elseif出力メッセージをそれ以上期待できない場合、th
en 出力処理の制御を放棄するようＰＯに通知する。プロセスを削除する。 Endif Elseif通知がアプリケーション出力メッセージに関する
ものである場合、thenＰＯ制御要求をＰＯＱの待ち行列
に入れ、ＰＯがこの制御を与えるのを待つ。Ｔパイプの出力順序番号で出力メッセージのログをと
る。出力メッセージをクライアントに送る。クライアントが現在肯定応答を待っていることをＰＯ中
で示す。 Endif ＬＯＯＰに進んで肯定応答を待つ。

【００５７】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００５８】（１）複数のクライアント・プロセスと、
該複数のクライアント・プロセスに結合され、クライア
ントが開始したトランザクションを実行するサーバ・プ
ロセスとを含むトランザクション処理システムにおい
て、該サーバ・プロセスにおけるトランザクション・メ
ッセージを処理する装置であって、各クライアント・プ
ロセスからの、各クライアント・プロセスを識別するフ
ィールドと名前付き処理オブジェクトを識別する名前と
を含むトランザクション要求メッセージに応答して、名
前付き処理オブジェクトを作成する手段と、各クライア
ント・プロセスから、対応する名前付き処理オブジェク
トを識別する名前を含むすべてのトランザクション要求
メッセージを受け取るための、名前付き処理オブジェク
トに含まれる入力プロセス手段と、トランザクション手
段に結合され、トランザクション要求メッセージによっ
て要求されたトランザクションを処理するため、トラン
ザクション・プロセスを作成してディスパッチし、ディ
スパッチされたトランザクション・プロセスにトランザ
クション要求メッセージを提供するための、前記入力プ
ロセス手段におけるディスパッチ手段とを含む装置。（２）ディスパッチ・プロセスによってディスパッチさ
れたトランザクション・プロセスが、トランザクション
出力メッセージを各クライアント・プロセスに提供す
る、上記（１）に記載の装置。（３）名前付き処理オブジェクト内に含まれ、各クライ
アントに対するトランザクション出力メッセージの提供
を逐次化するための出力プロセス手段をさらに含む、上
記（２）に記載の装置。（４）前記出力プロセス手段が、１つのトランザクショ
ン・プロセスが各クライアントにトランザクション出力
メッセージを提供するように制御するとともに、前記デ
ィスパッチ手段によってディスパッチされた残りのすべ
てのトランザクション・プロセスがトランザクション出
力メッセージを提供しないように制御する、上記（３）
に記載の装置。（５）前記出力プロセス手段が、トランザクション出力
メッセージを待ち行列に入れる手段を含む、上記（３）
に記載の装置。（６）トランザクションの実行を求める要求と処理オブ
ジェクト名とを含むトランザクション要求メッセージを
生成する複数のクライアント・プロセス部と、複数のク
ライアント・プロセスからのトランザクション要求メッ
セージに含まれるトランザクション要求を実行するため
のサーバ・プロセス部と、複数のクライアント・プロセ
スとサーバ・プロセスとに結合され、クライアント・プ
ロセスのトランザクション要求メッセージをサーバ・プ
ロセスに提供し、トランザクション出力メッセージをク
ライアント・プロセスに提供するためのプロセス間メッ
セージ交換機構と、トランザクション要求メッセージに
含まれる処理オブジェクト名に従ってトランザクション
要求メッセージを経路指定するための、サーバ・プロセ
スに含まれる経路指定手段と、サーバ・プロセスに含ま
れる複数のトランザクション・メッセージ移送機構とを
含み、各トランザクション・メッセージ移送機構が、自
身を識別するオブジェクト名と各クライアント・プロセ
スの識別とを含む名前付き処理オブジェクトと、オブジ
ェクト名と各クライアント・プロセスの識別とを含むす
べてのトランザクション要求メッセージを受け取るため
の、名前付き処理オブジェクトにおける入力プロセス手
段と、トランザクション要求メッセージに応答して、そ
れぞれがトランザクション要求メッセージを受け取り、
実行のためにトランザクションを開始するトランザクシ
ョン・プロセスをディスパッチするための、前記入力プ
ロセス手段におけるディスパッチ手段とを含む、トラン
ザクション処理システム。（７）ディスパッチ・プロセスによってディスパッチさ
れたトランザクション・メッセージ・プロセスがトラン
ザクション出力メッセージを提供する、上記（６）に記
載のシステム。（８）名前付き処理オブジェクトがさらに、各クライア
ント・プロセスへのトランザクション出力メッセージの
提供を逐次化するための出力プロセス手段を含む、上記
（７）に記載の装置。（９）前記出力プロセス手段が、１つのトランザクショ
ン・プロセスがトランザクション出力メッセージを提供
するように制御するとともに、前記ディスパッチ手段に
よってディスパッチされた残りのすべてのトランザクシ
ョン・プロセスがトランザクション出力メッセージを提
供しないように制御する、上記（８）に記載の装置。（１０）前記出力プロセス手段が、トランザクション出
力メッセージを待ち行列に入れる手段を含む、上記
（８）に記載の装置。（１１）複数のクライアント・プロセスと、該複数のク
ライアント・プロセスに結合され、クライアントが開始
したトランザクションを実行するサーバ・プロセスとを
含むトランザクション処理システムにおいて、トランザ
クション・メッセージを処理する方法であって、各クラ
イアント・プロセスから、各クライアント・プロセスを
識別するフィールドとオブジェクト名とを含むトランザ
クション要求メッセージをサーバ・プロセスに送る段階
と、サーバ・プロセスにおいて、トランザクション要求
メッセージに応答し、オブジェクト名を含み各クライア
ント・プロセスを識別する名前付き処理オブジェクトを
作成する段階と、名前付き処理オブジェクトにおいて入
力プロセスを活動化する段階と、各クライアントから
の、対応するオブジェクト名を含むすべてのトランザク
ション要求メッセージを入力プロセスに提供する段階
と、入力プロセスが受け取った各トランザクション要求
メッセージごとに、そのトランザクション要求メッセー
ジによって要求されたトランザクションを処理するため
のトランザクション・プロセスを、そのトランザクショ
ン要求メッセージをトランザクション・プロセスに提供
してディスパッチする段階とを含む方法。（１２）入力プロセスによってディスパッチされたトラ
ンザクション・プロセスが、トランザクション出力メッ
セージを各クライアント・プロセスに提供する、上記
（１１）に記載の方法。（１３）名前付き処理オブジェクトにおいて出力プロセ
スを活動化する段階と、出力プロセスが、各クライアン
トへのトランザクション出力メッセージの提供を逐次化
する段階とをさらに含む、上記（１１）に記載の方法。（１４）前記逐次化段階が、１つのトランザクション・
プロセスが各クライアント・プロセスにトランザクショ
ン出力メッセージを提供するよう制御するとともに、入
力手段によってディスパッチされた残りのすべてのトラ
ンザクション・プロセスが、トランザクション出力メッ
セージを各クライアント・プロセスに提供しないように
制御する、上記（１３）に記載の方法。（１５）前記逐次化段階が、トランザクション出力メッ
セージを待ち行列に入れる段階を含む、上記（１３）に
記載の方法。（１６）複数のクライアント・プロセスと、サーバ・プ
ロセスと、複数のクライアント・プロセスとサーバ・プ
ロセスとに結合されたメッセージ交換機構と、サーバ・
プロセスにおける複数のトランザクション・メッセージ
移送機構とを含むトランザクション処理システムにおい
て、トランザクション・メッセージを処理する方法であ
って、各トランザクション・メッセージ移送機構が、ト
ランザクション・メッセージ移送機構を識別するオブジ
ェクト名と各クライアント・プロセスの識別とを含む名
前付き処理オブジェクトと、該名前付き処理オブジェク
トに含まれる入力プロセスと、該入力プロセスに含まれ
るプロセスをディスパッチする手段とを具備し、複数の
クライアント・プロセスにおいて、それぞれが所定のト
ランザクションの実行を求める要求と、オブジェクト名
と、発信クライアント・プロセスの識別とを含む、トラ
ンザクション要求メッセージを生成する段階と、トラン
ザクション要求メッセージを、クライアント・プロセス
からサーバ・プロセスへメッセージ交換機構を介して提
供する段階と、サーバ・プロセスにおいて、トランザク
ション要求メッセージを、そのメッセージに含まれる名
前と発信クライアント・プロセスを識別するフィールド
とを含む名前付き処理オブジェクトにリンクされた各ト
ランザクション・メッセージ移送機構へ経路指定する段
階と、各トランザクション・メッセージ移送機構におい
て、トランザクション要求メッセージ内の要求を実行す
るために対応するトランザクション・プロセスをディス
パッチする段階とを含むことを特徴とする方法。（１７）トランザクション・メッセージ移送機構によっ
てディスパッチされたトランザクション・プロセスが、
トランザクション出力メッセージを提供する、上記（１
６）に記載の方法。（１８）前記各トランザクション・メッセージ移送機構
がさらに、名前付き処理オブジェクト内に出力プロセス
を含み、前記各トランザクション・メッセージ移送機構
において、該出力プロセスが各クラインアント・プロセ
スへのトランザクション出力メッセージの提供を逐次化
する段階を含む、上記（１７）に記載の方法。（１９）前記逐次化段階が、１つのトランザクション・
プロセスがトランザクション出力メッセージを提供する
ように制御するとともに、各トランザクション・メッセ
ージ移送機構によってディスパッチされた残りのすべて
のトランザクション・プロセスがトランザクション出力
メッセージを提供しないように制御する段階を含む、上
記（１８）に記載の装置。（２０）前記逐次化段階が、トランザクション出力メッ
セージを待ち行列に入れる段階を含む、上記（１８）に
記載の装置。

【００５９】

【発明の効果】本発明により、同じＴパイプを多数のト
ランザクション出力が同時に流れることができるという
点で、クライアント／サーバ・モデルのトランザクショ
ン処理システムに柔軟性が与えられる。

【００６０】本発明により、クライアント・プロセスが
複数のＴパイプを作成できるようになり、それにより、
たとえば、フロー制御および同期の差異のために自然に
生じるトランザクション間の区別を行うことができるよ
うになる。

【００６１】本発明により、サーバ・プロセスが、トラ
ンザクション出力を最終ユーザに結合する責任を解除さ
れ、その処理負担の軽減がはかられる。

【００６２】本発明により、提示されたトランザクショ
ンの出力に対する制御権がクライアント・プロセスに提
供される。

【図面の簡単な説明】

【図１】トランザクション・ベースのクライアント／サ
ーバ・データベース・システムのブロック図である。

【図２】本発明を代表的な動作環境において示すブロッ
ク図である。

【図３】トランザクション・メッセージの構造を示す図
である。

【図４】第１のモードによる本発明の動作を示すブロッ
ク図と流れ図の複合図である。

【図５】第２のモードによる本発明の動作を示すブロッ
ク図と流れ図の複合図である。

【図６】本発明の最良の動作モードを示す図である。

【符号の説明】

４０クライアント・プロセス４２サーバ・プロセス４３サーバＴパイプ・プロセス４５Ｔパイプ４７入力プロセス４８出力プロセス５０トランザクション・プロセス５２アプリケーション・プロセス５５入力待ち行列５６出力待ち行列５８メッセージ５９メッセージ・フィールド６０フィールド６１モード・フィールド６３フィールド６４モード・フラグ

───────────────────────────────────────────────────── フロントページの続き (72)発明者トマス・クラーク・モリソンアメリカ合衆国95133 カリフォルニア州サンノゼソールト・レーク・ドライブ 899 (72)発明者ホアン・ミン・グエンアメリカ合衆国95111 カリフォルニア州サンノゼウォー・アドミラル・アベニュー 522 (72)発明者ハリー・オットー・ラドケアメリカ合衆国95139 カリフォルニア州サンノゼチェルテンハム・ウェイ 16

Claims

【特許請求の範囲】

【請求項１】複数のクライアント・プロセスと、該複数
のクライアント・プロセスに結合され、クライアントが
開始したトランザクションを実行するサーバ・プロセス
とを含むトランザクション処理システムにおいて、該サ
ーバ・プロセスにおけるトランザクション・メッセージ
を処理する装置であって、各クライアント・プロセスからの、各クライアント・プ
ロセスを識別するフィールドと名前付き処理オブジェク
トを識別する名前とを含むトランザクション要求メッセ
ージに応答して、名前付き処理オブジェクトを作成する
手段と、各クライアント・プロセスから、対応する名前付き処理
オブジェクトを識別する名前を含むすべてのトランザク
ション要求メッセージを受け取るための、名前付き処理
オブジェクトに含まれる入力プロセス手段と、トランザクション手段に結合され、トランザクション要
求メッセージによって要求されたトランザクションを処
理するため、トランザクション・プロセスを作成してデ
ィスパッチし、ディスパッチされたトランザクション・
プロセスにトランザクション要求メッセージを提供する
ための、前記入力プロセス手段におけるディスパッチ手
段とを含む装置。
【請求項２】ディスパッチ・プロセスによってディスパ
ッチされたトランザクション・プロセスが、トランザク
ション出力メッセージを各クライアント・プロセスに提
供する、請求項１に記載の装置。
【請求項３】名前付き処理オブジェクト内に含まれ、各
クライアントに対するトランザクション出力メッセージ
の提供を逐次化するための出力プロセス手段をさらに含
む、請求項２に記載の装置。
【請求項４】前記出力プロセス手段が、１つのトランザ
クション・プロセスが各クライアントにトランザクショ
ン出力メッセージを提供するように制御するとともに、
前記ディスパッチ手段によってディスパッチされた残り
のすべてのトランザクション・プロセスがトランザクシ
ョン出力メッセージを提供しないように制御する、請求
項３に記載の装置。
【請求項５】前記出力プロセス手段が、トランザクショ
ン出力メッセージを待ち行列に入れる手段を含む、請求
項３に記載の装置。
【請求項６】トランザクションの実行を求める要求と処
理オブジェクト名とを含むトランザクション要求メッセ
ージを生成する複数のクライアント・プロセス部と、複数のクライアント・プロセスからのトランザクション
要求メッセージに含まれるトランザクション要求を実行
するためのサーバ・プロセス部と、複数のクライアント・プロセスとサーバ・プロセスとに
結合され、クライアント・プロセスのトランザクション
要求メッセージをサーバ・プロセスに提供し、トランザ
クション出力メッセージをクライアント・プロセスに提
供するためのプロセス間メッセージ交換機構と、トランザクション要求メッセージに含まれる処理オブジ
ェクト名に従ってトランザクション要求メッセージを経
路指定するための、サーバ・プロセスに含まれる経路指
定手段と、サーバ・プロセスに含まれる複数のトランザクション・
メッセージ移送機構とを含み、各トランザクション・メ
ッセージ移送機構が、自身を識別するオブジェクト名と各クライアント・プロ
セスの識別とを含む名前付き処理オブジェクトと、オブジェクト名と各クライアント・プロセスの識別とを
含むすべてのトランザクション要求メッセージを受け取
るための、名前付き処理オブジェクトにおける入力プロ
セス手段と、トランザクション要求メッセージに応答して、それぞれ
がトランザクション要求メッセージを受け取り、実行の
ためにトランザクションを開始するトランザクション・
プロセスをディスパッチするための、前記入力プロセス
手段におけるディスパッチ手段とを含む、トランザクシ
ョン処理システム。
【請求項７】ディスパッチ・プロセスによってディスパ
ッチされたトランザクション・メッセージ・プロセスが
トランザクション出力メッセージを提供する、請求項６
に記載のシステム。
【請求項８】名前付き処理オブジェクトがさらに、各ク
ライアント・プロセスへのトランザクション出力メッセ
ージの提供を逐次化するための出力プロセス手段を含
む、請求項７に記載の装置。
【請求項９】前記出力プロセス手段が、１つのトランザ
クション・プロセスがトランザクション出力メッセージ
を提供するように制御するとともに、前記ディスパッチ
手段によってディスパッチされた残りのすべてのトラン
ザクション・プロセスがトランザクション出力メッセー
ジを提供しないように制御する、請求項８に記載の装
置。
【請求項１０】前記出力プロセス手段が、トランザクシ
ョン出力メッセージを待ち行列に入れる手段を含む、請
求項８に記載の装置。
【請求項１１】複数のクライアント・プロセスと、該複
数のクライアント・プロセスに結合され、クライアント
が開始したトランザクションを実行するサーバ・プロセ
スとを含むトランザクション処理システムにおいて、ト
ランザクション・メッセージを処理する方法であって、各クライアント・プロセスから、各クライアント・プロ
セスを識別するフィールドとオブジェクト名とを含むト
ランザクション要求メッセージをサーバ・プロセスに送
る段階と、サーバ・プロセスにおいて、トランザクション要求メッ
セージに応答し、オブジェクト名を含み各クライアント
・プロセスを識別する名前付き処理オブジェクトを作成
する段階と、名前付き処理オブジェクトにおいて入力プロセスを活動
化する段階と、各クライアントからの、対応するオブジェクト名を含む
すべてのトランザクション要求メッセージを入力プロセ
スに提供する段階と、入力プロセスが受け取った各トランザクション要求メッ
セージごとに、そのトランザクション要求メッセージに
よって要求されたトランザクションを処理するためのト
ランザクション・プロセスを、そのトランザクション要
求メッセージをトランザクション・プロセスに提供して
ディスパッチする段階とを含む方法。
【請求項１２】入力プロセスによってディスパッチされ
たトランザクション・プロセスが、トランザクション出
力メッセージを各クライアント・プロセスに提供する、
請求項１１に記載の方法。
【請求項１３】名前付き処理オブジェクトにおいて出力
プロセスを活動化する段階と、出力プロセスが、各クライアントへのトランザクション
出力メッセージの提供を逐次化する段階とをさらに含
む、請求項１１に記載の方法。
【請求項１４】前記逐次化段階が、１つのトランザクシ
ョン・プロセスが各クライアント・プロセスにトランザ
クション出力メッセージを提供するよう制御するととも
に、入力手段によってディスパッチされた残りのすべて
のトランザクション・プロセスが、トランザクション出
力メッセージを各クライアント・プロセスに提供しない
ように制御する、請求項１３に記載の方法。
【請求項１５】前記逐次化段階が、トランザクション出
力メッセージを待ち行列に入れる段階を含む、請求項１
３に記載の方法。
【請求項１６】複数のクライアント・プロセスと、サー
バ・プロセスと、複数のクライアント・プロセスとサー
バ・プロセスとに結合されたメッセージ交換機構と、サ
ーバ・プロセスにおける複数のトランザクション・メッ
セージ移送機構とを含むトランザクション処理システム
において、トランザクション・メッセージを処理する方
法であって、各トランザクション・メッセージ移送機構
が、トランザクション・メッセージ移送機構を識別するオブ
ジェクト名と各クライアント・プロセスの識別とを含む
名前付き処理オブジェクトと、該名前付き処理オブジェ
クトに含まれる入力プロセスと、該入力プロセスに含ま
れるプロセスをディスパッチする手段とを具備し、複数のクライアント・プロセスにおいて、それぞれが所
定のトランザクションの実行を求める要求と、オブジェ
クト名と、発信クライアント・プロセスの識別とを含
む、トランザクション要求メッセージを生成する段階
と、トランザクション要求メッセージを、クライアント・プ
ロセスからサーバ・プロセスへメッセージ交換機構を介
して提供する段階と、サーバ・プロセスにおいて、トランザクション要求メッ
セージを、そのメッセージに含まれる名前と発信クライ
アント・プロセスを識別するフィールドとを含む名前付
き処理オブジェクトにリンクされた各トランザクション
・メッセージ移送機構へ経路指定する段階と、各トランザクション・メッセージ移送機構において、ト
ランザクション要求メッセージ内の要求を実行するため
に対応するトランザクション・プロセスをディスパッチ
する段階とを含むことを特徴とする方法。
【請求項１７】トランザクション・メッセージ移送機構
によってディスパッチされたトランザクション・プロセ
スが、トランザクション出力メッセージを提供する、請
求項１６に記載の方法。
【請求項１８】前記各トランザクション・メッセージ移
送機構がさらに、名前付き処理オブジェクト内に出力プ
ロセスを含み、前記各トランザクション・メッセージ移
送機構において、該出力プロセスが各クラインアント・
プロセスへのトランザクション出力メッセージの提供を
逐次化する段階を含む、請求項１７に記載の方法。
【請求項１９】前記逐次化段階が、１つのトランザクシ
ョン・プロセスがトランザクション出力メッセージを提
供するように制御するとともに、各トランザクション・
メッセージ移送機構によってディスパッチされた残りの
すべてのトランザクション・プロセスがトランザクショ
ン出力メッセージを提供しないように制御する段階を含
む、請求項１８に記載の装置。
【請求項２０】前記逐次化段階が、トランザクション出
力メッセージを待ち行列に入れる段階を含む、請求項１
８に記載の装置。