JPH04227562A - データ処理システムのオペレーション実行装置とその方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理システム、
特に階層型に組織化されたデータ処理システムに関する
。

【０００２】

【従来の技術】本発明は、複数のレベルの階層を有する
データ処理システムにおいて利用される。一つのレベル
で実行するプログラムは、次の下のレベルにより供与さ
れる機能を利用し、より低いレベルの資源を、このレベ
ルの実行の詳細についての知識なしに、使用することが
可能である。

【０００３】データ処理システムは、しばしば複数のレ
ベルの階層として組織化される。最低のレベルには、デ
ータを移動し、操作するという実際のオペレーションを
遂行する物理的なハードウェアがあり、最高のレベルに
は、オペレーティングシステムがある。

【０００４】オペレーティングシステムは、物理的なハ
ードウェアの実際のオペレーションを制御し、ハードウ
ェアの資源をオペレーティングシステムの使用者に利用
可能にする。そうすることで、オペレーティングシステ
ムは、階層内のより高いレベルに対する論理的なオペレ
ーションセットを有効に定義する。この論理的なオペレ
ーションセットを使用するプログラムは、オペレーティ
ングシステムが動作するいずれのハードウェア上におい
ても、動作することが可能である。

【０００５】データ処理システムは、さらにより高いレ
ベルに対する論理的なオペレーションを定義する、オペ
レーティングシステムより上のレベルを追加して含んで
いる。このレベルの具体例は、データベースシステム、
トランザクション処理システムなどを含む。

【０００６】所定のレベルの観点から見れば、より低い
レベルは、所定のレベルで走るプログラムにより使用さ
れる論理的なオペレーションセットを定義するので、シ
ステムレベルである。同様に、より低いレベルにより供
与されるオペレーションは、システムオペレーションで
ある。逆もまた真である。つまり、所定のレベルの観点
から見れば、より高いレベルは、より低いレベルにより
定義されるシステム機能を使用するのでアプリケーショ
ンレベルであり、アプリケーションレベルで走るプログ
ラムはアプリケーションプログラムである。

【０００７】この階層システムの大きな利点は、所定の
レベルは、そのレベルが遂行するオペレーションの詳細
をより高いレベルの動作から隠す（ｈｉｄｅ）ことであ
る。例えば、オペレーティングシステムが論理的なファ
イルオペレーションセットを定義するならば、より高い
レベルは、オペレーティングシステムがディスクドライ
ブや端末のような物理的なデバイスに対して実際にファ
イルオペレーションをいかにどのような手法で遂行する
か全く知らずに、これらの論理的なファイルオペレーシ
ョンを使用可能である。

【０００８】データ処理システムとプログラムが複雑さ
を増すにつれて、隠すことはより一層重要になる。つま
り、このことは、各レベルで従事するプログラマがシス
テムの複雑さを習得することを可能にするのみならず、
より高いレベルを変えることなしにシステムのより低い
レベルを変形することをもまた可能にする。

【０００９】隠すことに伴う難点は、隠すことが両方向
に作用することである。つまり、より高いレベルからよ
り低いレベルのオペレーションの詳細を隠すのみならず
、より低いレベルのオペレーションからより高いレベル
のデータ構造の詳細をもまた隠すことである。

【００１０】例えば、アプリケーションプログラムがメ
モリ内に樹木データ構造を構築したいならば、そうする
ために、アプリケーションプログラムはシステム割り当
て機能を使用し、一般に二つの引き数、すなわち、割り
当てられたメモリへのポインタと割り当てられたメモリ
のサイズの仕様、を取る。これらは引き数にすぎないの
で、割り当て機能は、空間が割り当てられているメモリ
システムの概念をアプリケーションプログラムが有する
ほどには、割り当て機能がこの構造を構築することため
に使用されている樹木データ構造の概念を必ずしも有さ
ない。

【００１１】結果的に、アプリケーションプログラムは
、樹木データ構造を割り当てるためのシステム割り当て
機能を単純に使用することはできず、代わりに、生のメ
モリ空間を割り当てるためのシステム割り当て機能を使
用しなければならず、従って、割り当て機能により供与
された空間を樹木状にするためにアプリケーションレベ
ルで動作する初期化ルーチンを使用する。

【００１２】より低いレベルのオペレーションからより
高いレベルのデータ構造を隠すことが特定の難点をもた
らす領域は、分散型システム内である。分散型システム
内で、データは、ネットワークにより接続された構成要
素システムセットにより処理されている。構成要素シス
テムは、異なるハードウェアと（あるいは）オペレーテ
ィングシステムを有することが可能であり、異なる転送
構文を使用してデータを送信し、受信可能である。

【００１３】データがこの分散型システム内をソースと
なる構成要素システムから目的の構成システムへと送信
される時、データをネットワークを通り配布されること
が可能な形式にし、このデータを目的の構成システムの
ハードウェアあるいはオペレーティングシステムに対し
て必要なフォーマットに変換し、変換されたデータを目
的のマシンに対して必要な転送構文にすることがしばし
ば必要である。

【００１４】アプリケーションプログラムの観点から、
送信及び受信オペレーションは明らかにシステムオペレ
ーションであり、一方で、データをネットワークを通り
配布可能な形式にし、このデータを目的のマシンにより
必要なフォーマットに変換し、変換されたデータを適切
な転送構文にするオペレーションはすべて、アプリケー
ションプログラムレベルでのみ利用可能なデータの知識
を必要とする。

【００１５】送信あるいは受信されるデータの形式がシ
ステムレベルの送信及び受信オペレーションから隠され
るという事実を従来技術が扱うことを試みた一つの方法
は、サンマイクロシステムズにより開発されたオープン
ネットワークコンピューティングシステムに示されてい
る。

【００１６】ジョン・コルビン（Ｊｏｈｎ　Ｃｏｒｂｉ
ｎ）とクリス・シルビエリ（Ｃｈｒｉｓ　Ｓｉｌｖｉｅ
ｒｉ）による”オープンネットワークプログラミング（
Ｏｐｅｎ　Ｎｅｔｗｏｒｋ　Ｐｒｏｇｒａｍｍｉｎｇ）
”「ユニックスワールド（Ｕｎｉｘ　Ｗｏｒｌｄ）」１
９８９年１２月号、１１５〜１２８頁に記述されるよう
に、オープンネットワークコンピューティングシステム
は、分散型システムの他の構成要素へデータを送信する
、またそれら構成要素からデータを受信するためにリモ
ートプロシージャコールを使用する。送信されるデータ
は、外部データ表示（ＸＤＲ）と呼ばれる転送構文に変
換される。

【００１７】オープンネットワークコンピューティング
システムは、整数、ブール演算子、列挙法、浮動小数点
値、バイト、配列、文字列、構造式、合併集合演算をＸ
ＤＲへ、またＸＤＲからこれらに変換するためのライブ
ラリルーチンを供与するが、ユーザは、変換手続きを書
くためにこれらライブラリルーチンを使用可能である。 これら変換手続きのアドレスは、従ってリモートプロシ
ージャコール内の引き数として使用される。

【００１８】オープンネットワークコンピューティング
システムは、システム送信と受信オペレーションから送
信され、あるいは受信されるデータの形式を隠すという
結論を克服している一方で、このシステムは、非常に費
用がかかる。

【００１９】つまり、第一に、ＸＤＲへまたＸＤＲから
の変換は、アプリケーションプログラムからもはや隠さ
れないが、あらゆるリモートプロシージャコール内に特
定されなければならない。第二に、ＸＤＲへまたＸＤＲ
からの変換のみが本システムでは可能である。第三に、
変換は、ＸＤＲにより供与される原始的で複雑なデータ
タイプのフレームワーク内で記述されなければならない
。

【００２０】本発明の目的は、システムオペレーション
の詳細を隠すこととアプリケーションプログラムのデー
タにより影響されるシステムオペレーションのアプリケ
ーションプログラム部分による定義との両方を可能にす
る方法であるが、この方法は、アプリケーションプログ
ラマを単一の伝送構文に限定せず、また組込みのフレー
ムワークを使用する変換を記述するためにアプリケーシ
ョンプログラマを必要とはしない。このような装置と方
法とを供与することが本発明の目的である。

【００２１】

【発明が解決しようとする課題】従って、改善されたデ
ータ処理システムを供与することが本発明の目的であり
、階層のより低いレベルを隠すことにおける階層化され
たシステムの現在の欠点を克服することが本発明の更な
る目的であり、改善されたバッファハンドリング装置を
供与することが本発明のもう一つの目的であり、またア
プリケーションプログラム間でデータを通過させるため
の改善された装置を供与することが本発明の追加された
目的である。

【００２２】これらや他の目的と本発明の利点は、以下
の実施例と図面を考察することにより通常の当業者には
明らかになるであろう。

【００２３】

【課題を解決するための手段】本発明は、システム定義
データオペレーションの一部としてのアプリケーション
定義データオペレーションを遂行するための装置である
。本装置は、アプリケーション定義タイプとデータとを
連関するための第一のシステム定義装置と、アプリケー
ション定義オペレーションとタイプとを連関するための
第二のシステム定義装置と、システム定義オペレーショ
ンにより利用され、アプリケーション定義オペレーショ
ンがシステム定義オペレーションの一部としてデータに
対して遂行されるためのタイプに応答する第三のシステ
ム定義装置とを有する。

【００２４】本発明の種類は、バッファハンドリング装
置である第一の種類を有する。バッファハンドリング装
置は、アプリケーション定義タイプとバッファとを連関
するための第一のシステム定義装置と、アプリケーショ
ン定義オペレーションとタイプとを連関するための第二
のシステム定義装置と、バッファタイプを参照せずにシ
ステム定義オペレーションをバッファに対して遂行する
ための第三のシステム定義装置とを有するが、第三のシ
ステム定義装置はアプリケーション定義オペレーション
を遂行するために第二のシステム定義装置を利用し、第
二のシステム定義装置はアプリケーション定義オペレー
ションが遂行されるようにすることによるタイプに応答
する。

【００２５】第二の種類は、第一の環境で実行される第
一のアプリケーションと通過されるデータに関して第一
の環境と異質で有り得る第二の環境内で実行される第二
のプログラムとの間でデータを通過させるための何らか
のデータパッシング装置を使用可能な装置である。

【００２６】第一の環境では、装置は、アプリケーショ
ン定義タイプとデータとを連関するシステム定義タイプ
連関装置と、このタイプをデータが第二の環境に通過さ
れるときにデータに対して遂行される第一のアプリケー
ション定義オペレーションに連関させる第一のシステム
定義オペレーション連関装置と、アプリケーション定義
オペレーションを遂行するために第一のシステム定義オ
ペレーション連関装置を利用する第一のシステム定義デ
ータパッシング装置とを有するが、第一のシステム定義
オペレーション連関装置は、第一のアプリケーション定
義オペレーションが遂行されることによるタイプに応答
する。

【００２７】第二の環境において、装置は、タイプをデ
ータが第一の環境から受信されるときにデータに対して
遂行される第二のアプリケーション定義オペレーション
に連関させる第二のシステム定義オペレーション連関装
置と、第二のアプリケーション定義オペレーションを遂
行するために第二のシステム定義オペレーション連関装
置を利用する第二のシステム定義データパッシング装置
とを有する。

【００２８】

【実施例】本発明の以下の実施例は、まず本発明の外観
を与え、次にクライアント−サーバモデルを利用する分
散型トランザクション処理システムにおける現在の好ま
しい実施例を記述する。

【００２９】本発明が有効な一つの領域は、データに関
して異質な環境において実行されるプログラム間のデー
タ通信である。この環境下で動作するプログラムの例は
以下に含まれる。

【００３０】・プログラムは、ある種のデータに対して
異なる表示が必要なハードウェア上で動作する。ハード
ウェアにより表示が異なるデータ例は、浮動小数点デー
タである。 ・プログラムは、ある種のデータに対して異なる表示が
必要なオペレーティングシステム上で動作する。ここで
の例は、システム識別子である。 ・プログラムは、異なる通信プロトコルを予想するシス
テム上で動作する。 ・プログラムは、異なる種類のデータがシステム内の異
なるノードで処理される分散型システム内で動作する。

【００３１】図１は、この異質な環境内で実行されるプ
ログラム間の通信を可能にする本発明の実施例である装
置１０１を示す。二つの環境１０３（１）と環境１０３
（２）とは、上で表示された方法のいずれかあるいは他
の方法において異なる可能性があるが、データ移送機構
１３７により互いに結合されており、データ移送機構１
３７はデータが環境間で通信されることを可能にするよ
うな何らかの設備である。データ移送機構１３７の例は
、少なくとも以下を含んでいる。

【００３２】・実行される両方のプログラムにアクセス
可能なスタックや待ち行列のようなデータ構造・両方の
プログラムにアクセス可能なファイル・リモートプロシ
ージャコール ・ＵＮＩＸでのパイプのようなプロセス間通信設備・他
のメッセージシステム

【００３３】もちろん、リモートプロシージャコールや
、プロセス間通信や他のメッセージシステムのような設
備は、標準のあるいは私用のデータ移送プロトコルを使
用して実現されることが可能である。

【００３４】各環境１０３は、様々な機能が利用可能な
レベルを有する。最高のレベルは、アプリケーションプ
ログラムレベル１０７である。このレベルでのプログラ
ムは、環境１０３のシステム内で動作する特定のアプリ
ケーションを実施例とする。このアプリケーションの具
体例は、テキストエディタあるいはビリングアプリケー
ションがあり得る。このレベルでプログラムを書くプロ
グラマは、環境１０３のシステムにより供与される機能
を利用可能である。

【００３５】図１において、このシステム機能は、シス
テムレベル１０８に現れる。この機能の具体例は、メモ
リの領域を割り当て、また割り当て解除するための機能
と、メッセージを送信し、また受信する機能とを有する
。

【００３６】図１の装置１０１において、システムレベ
ル１０８での機能は、アプリケーションプログラムがタ
イプ付きバッファを特定し、使用することを可能にする
機能を有する。このタイプ付きバッファを使用するアプ
リケーションプログラムは、ＡＰ１０５（１）として環
境１０３内に現れる。

【００３７】タイプ付きバッファの一つは、タイプ付き
バッファ１２７（１）として現れる。通常のバッファと
同様に、タイプ付きバッファ１２７（１）は、アプリケ
ーションプログラム１０５（１）により操作されること
が可能であるデータ１３１を含む。加えて、これは、タ
イプ付きバッファ１２７（１）のタイプを表示するタイ
プ特定子１２９を含む。後でより詳細に説明されるよう
に、タイプ付きバッファのタイプは、どの程度、環境１
０３（１）と環境１０３（２）内にタイプ付きバッファ
を含むシステム機能がシステムレベル１０８で実行され
るかどうかを決定する。

【００３８】装置１０１には、タイプ付きバッファ機能
の二つのレベルがある。最初のレベルであるバッファサ
ービスレベル１０９は、タイプをタイプ付きバッファ１
２７に連関させ、タイプ付きバッファのタイプとは独立
しているが、その内容よりもむしろ全体としてのバッフ
ァを扱うアプリケーションプログラム１０５（１）にサ
ービスを供与する。

【００３９】好ましい実施例において、サービスは、タ
イプ付きバッファ１２７の割り当て、再割り当て、割り
当て解除を含み、タイプ付きバッファ１２７のタイプを
表示し、他の環境１０３へとタイプ付きバッファ１２７
を送信し、環境１０３からタイプ付きバッファ１２７を
受信する。割り当て及び割り当て解除を遂行するプログ
ラムは、環境１０３（１）内でＡ／Ｄ１１１（１）とし
て現れ、タイプ付きバッファを送信し、また受信するも
のは、この環境内でＳ／Ｒ１１３（１）として現れる。

【００４０】第二のレベルであるタイプサービスレベル
１３５は、タイプ付きバッファ１２７のタイプに依存し
たバッファサービスレベル１０９内のプログラムにサー
ビスを供与する。タイプサービスを供与するプログラム
は、タイプサービス（ＴＳ）１３９（１）として環境１
０３（１）内に現れる。現在の好ましい実施例に供与さ
れるサービスは以下を含む。

【００４１】・割り当てあるいは再割り当てに際して、
タイプ付きバッファの初期化 ・割り当て解除に際して、タイプ付きバッファの初期化
を解除 ・送信及び受信に際して、 −送信前後にバッファの内容を処理する−送信前に内容
を伝送フォーマットにコード化する−バッファに対する
経路を選択する −受信後に内容を伝送フォーマットから復号化する−バ
ッファの内容を受信後に処理する

【００４２】他のこのようなタイプ依存のサービスは、
もちろん可能である。装置１０１の設計の重要な特徴は
、タイプサービスレベル１３５の機能が、バッファサー
ビスレベル１０９に対してのみ利用可能であり、アプリ
ケーションプログラムレベル１０７に対しては利用可能
ではないことである。タイプ付きバッファ１２７の所定
のタイプに対して必要な処理は、これによりアプリケー
ションプログラム１０５から隠される。

【００４３】環境１０３（１）内の構成要素の相互作用
は、レベルとレベル内の構成要素との間の情報の流れを
示す矢印により示される。アプリケーションプログラム
１０５（１）から開始して、このプログラムは、タイプ
付きバッファ１２７のタイプを割り当て、割り当て解除
し、再割り当てし、決定するために割り当て／割り当て
解除装置１１１（１）内のルーチンを利用可能である。

【００４４】バッファを割り当てるために、アプリケー
ションプログラム１０５は、矢印１１５により表示され
るようにバッファのタイプと長さを特定し、割り当て／
割り当て解除装置１１１は、タイプ付きバッファ１２７
を割り当て、タイプ特定子１２９にアプリケーションプ
ログラム１０５により特定されたタイプに相当する値を
設定し、矢印１１７により示されるようにアプリケーシ
ョンプログラム１０５にタイプ付きバッファ１２７を指
定するタイプ付きバッファポインタを返す。

【００４５】タイプ付きバッファ１２７を再割り当てす
るために、アプリケーションプログラム１０５は、タイ
プ付きバッファ１２７のＴＢＰと再割り当てされたタイ
プ付きバッファ１２７の長さとを割り当て／割り当て解
除装置１１１に供与する。タイプ付きバッファ１２７の
タイプを決定するために、アプリケーションプログラム
１０５は、タイプ付きバッファ１２７のＴＢＰを割り当
て／割り当て解除装置１１１に供与し、矢印１１６によ
り示されるように代わりにタイプ付きバッファ１２７の
タイプを受信する。

【００４６】タイプ付きバッファ１２７を割り当て解除
するために、最終的に、アプリケーションプログラム１
０５は、単にタイプ付きバッファ１２７のポインタ１１
７をここでバッファを割り当て解除する割り当て／割り
当て解除装置１１１に供与する。

【００４７】タイプ付きバッファ１２７がいったん割り
当てられると、アプリケーションプログラム１０５は、
矢印１１９により表示されるように、バッファにデータ
１３１を書き込み、またバッファからデータ１３１を読
み出すことが可能である。アプリケーションプログラム
１０５は、送信／受信装置１１３（１）でのルーチンに
よって他のプログラムにバッファ１２７を送信すること
が更に可能である。

【００４８】好ましい実施例において、アプリケーショ
ンプログラム１０５と送信／受信装置１１３との間のイ
ンターフェースが、リモートプロシージャコールに対す
るインターフェースに似ている。タイプ付きバッファ１
２７は、矢印１２１に示されるように、アプリケーショ
ンプログラム１０５（２）と、タイプ付きバッファ１２
７に対するタイプ付きバッファポインタ１１７と、タイ
プ付きバッファ１２７の長さとを特定することにより環
境１０３（２）内でアプリケーションプログラム１０５
（１）へと送信される。

【００４９】送信ルーチンには２種類があり、一つは同
期式で、送信ルーチンが呼び出されると、アプリケーシ
ョンプログラム１０５（１）はアプリケーションプログ
ラム１０５（２）がコールを返すまで実行を中止する。 送信ルーチンのこのバージョンにおいて、アプリケーシ
ョンプログラム１０５（１）は、追加して、回答を受信
するためにタイプ付きバッファ１２７を特定する。他の
送信ルーチンは、非同期式で、アプリケーションプログ
ラム１０５（１）は、送信されるタイプ付きバッファ１
２７と非同期式送信ルーチンに対して受信するアプリケ
ーションプログラム１０５（２）とを特定し、そしてす
ぐに非同期式送信ルーチンから記述子を受信する。

【００５０】アプリケーションプログラム１０５（１）
の実行は、タイプ付きバッファが送信された後は中止さ
れない。代わりに、アプリケーションプログラム１０５
（１）は、返されたタイプ付きバッファを獲得するため
に送信／受信装置１１３（１）内での他のルーチンを利
用する。この「回答獲得」ルーチンは、アプリケーショ
ンプログラム１０５（１）が、何か返されたタイプ付き
バッファを獲得するあるいは非同期式送信ルーチンから
の記述子と適合するタイプ付きバッファを獲得すること
を可能にする、またタイプ付きバッファ１２７が回収さ
れるまで実行を中止するかあるいはたとえタイプ付きバ
ッファが受信されていなくても実行を続行するかのいず
れかを可能にする任意選択を有する。

【００５１】「回答獲得」がタイプ付きバッファを発見
したとき、ルーチンの引き数の一つは、タイプ付きバッ
ファ１２７へのポインタを含む。矢印１３０により示さ
れるように、ここで記述させる送信／受信ルーチンは、
送信するデータをポインタにより特定されるタイプ付き
バッファ１２７から取り、受信するデータをタイプ付き
バッファ１２７に配置し、受信データを有するタイプ付
きバッファ１２７にポインタを返す。送信されたデータ
は、タイプ特定子１２９を有する。

【００５２】上で示されたように、バッファサービスレ
ベル１０９でのルーチンは、タイプ付きバッファが割り
当てられる時から割り当て解除される時まで、タイプ付
きバッファ１２７のタイプ関連処理を行うためにタイプ
サービス１３９内でルーチンを使用する。

【００５３】バッファサービスレベル１０９とタイプサ
ービスレベル１３５との間のインターフェースは、タイ
プ付きバッファが処理されるためのタイプ付きバッファ
ポインタ１１７と、ここでＴＯＩは他の情報だが、矢印
１２５と矢印１３７により示されるような前記処理のた
めに必要な情報である。

【００５４】タイプサービス１３９は、タイプバッファ
１２７を位置指定するためのバッファポインタを使用し
、タイプ付きバッファ１２７のタイプを決定するために
タイプ特定子１２９を読みだし、そしてタイプに対して
必要とされるような特定の処理を行う。以下により詳細
に説明されるように、タイプサービスは、環境１０３で
供与されるサービスと、アプリケーションプログラマに
より定義され、またタイプサービス１３９に導入される
サービスとを有する。

【００５５】装置１０１のオペレーション装置１０１の
オペレーションは、データ１３１が環境１０３（１）に
より必要とされるようなＡＳＣＩＩ（情報交換用米国標
準コード）文字列を含む葉ノードを持つＢ樹木データ構
造であり、タイプ付きバッファ１２７（２）内のデータ
が環境１０３（２）により必要とされるようなＥＢＣＤ
ＩＣ（拡張二進化十進コード）文字列を含む葉ノードを
持つＢ樹木データ構造であることを意味する、タイプ付
きバッファ１２７（１）がタイプＢ木を有するような具
体例を使用して説明されるであろう。

【００５６】データ移送機構１３７は、標準データ伝送
フォーマットを使用することがさらに仮定される。

【００５７】アプリケーションプログラム１０５（１）
がタイプ付きバッファ１２７を割り当てるとき、タイプ
付きバッファ１２７のタイプが最初に働き始める。アプ
リケーションプログラム１０５（１）はＢ樹木タイプを
特定し、よってタイプ付きバッファ１２７に対してメモ
リを割り当てた後、割り当て／割り当て解除装置１１１
は、Ｂ樹木初期化ルーチンを実行するタイプサービス１
３９（１）を呼び出す。

【００５８】ルーチンは、データ１３１においてＢ樹木
に対して必要な指標構造を構築する。そして、環境１０
３（２）におけるさらなる処理のためにＢ樹木をアプリ
ケーションプログラム１０５（２）に送信することが必
要な点にＢ樹木が達するまで、アプリケーションプログ
ラム１０５（２）はデータ１３１においてＢ樹木を作る
。

【００５９】Ｂ樹木を送信するために、アプリケーショ
ンプログラム１０５（１）は、上述の送信／受信装置１
１３（１）のルーチンの一つを利用する。このルーチン
は、Ｂ樹木タイプのタイプ付きバッファ１２７が送信さ
れ得る前にＢ樹木タイプに対して必要とされる処理を行
うためにタイプサービス１３９（１）を順次利用する。 この処理は以下を含む。

【００６０】・Ｂ樹木をＢ樹木が再構成され得るフラッ
トデータ構造に変換する・最初の変換からの結果である
バッファの内容を伝送フォーマットにコード化する

【０
０６１】タイプサービス１３９（１）が、タイプと伝送
フォーマットに対して必要な処理を完成させるとき、送
信／受信装置１１３（１）は、アプリケーションプログ
ラム１０５（２）にタイプ付きバッファ１２７を送信す
る。

【００６２】従って送信されたタイプ付きバッファ１２
７は、データ移送機構１３７を経由して送信／受信装置
１１３（２）に移動するが、このタイプのタイプ付きバ
ッファ１２７が環境１０３（２）に受信された後、Ｂ樹
木タイプに対して必要とされる処理を行うためにタイプ
サービス１３９（２）を利用する。タイプサービス１３
９（２）により行われた処理は、以下を含む。

【００６３】・バッファの内容を伝送フォーマットから
フラットデータ構造へと復号化する・フラットデータ構
造からＢ樹木指標構造を再構成する・葉ノードにおける
ＡＳＣＩＩ文字列を相当するＥＢＣＤＩＣ文字列に変換
するこのステップは、ＡＳＣＩＩとＥＢＣＤＩＣ間の相
違照合順序を考慮するためにＢ樹木を再配列する。

【００６４】タイプサービス１３９（２）が終了し、送
信／受信装置１１３（２）がアプリケーションプログラ
ム１０５（２）に利用可能なタイプ付きバッファ１２７
（２）を製作した後、アプリケーションプログラム１０
５（２）は、タイプ付きバッファ１２７（２）を操作す
る。

【００６５】操作に際して、アプリケーションプログラ
ム１０５（２）は、タイプ付きバッファ１２７のサイズ
を増加あるいは減少させなければならず、そうするため
に、アプリケーションプログラム１０５（２）は、割り
当て／割り当て解除装置１１１（２）における再割り当
てルーチンを使用してタイプ付きバッファ１２７を再割
り当てし、割り当て／割り当て解除装置１１１（１）に
対する上記のように、割り当て／割り当て解除装置１１
１（２）における再割り当てルーチンは、再構成された
タイプ付きバッファ１２７とその内容とに対して必要と
される指標を構築するために、タイプサービス１３９（
２）におけるＢ樹木タイプに対する再初期化ルーチンを
順次利用する。

【００６６】以後の処理の後、アプリケーションプログ
ラム１０５（２）は、アプリケーションプログラム１０
５（１）にタイプ付きバッファを返すことが可能であり
、アプリケーションプログラム１０５（２）がそれを行
うとき、送信／受信装置１１３（２）と送信／受信装置
１１３（１）とは、ここで記述されたものと同じ様式で
必要な送信前処理と送信後処理とを行うために、タイプ
サービス１３９（２）とタイプサービス１３９（１）と
を利用する。

【００６７】最終的に、もしアプリケーションプログラ
ム１０５（１）あるいはアプリケーションプログラム１
０５（２）のいずれかが、タイプ付きバッファ１２７を
割り当て解除するならば、割り当て／割り当て解除装置
１１１は、Ｂ樹木タイプを有するタイプ付きバッファ１
２７に対して必要とされる初期化解除を行うために、タ
イプサービス１３９を利用する。

【００６８】好ましい実施例の記述 装置１０１の現在の好ましい実施例についての以下の記
述は、好ましい実施例が実現されるシステムの外観をま
ず与え、またシステムにおける好ましい実施例の実現に
ついての外観を与え、そして最終的に好ましい実施例の
ある側面についての詳細を供与するであろう。

【００６９】好ましい実施例が実現されているシステム
の外観：図２及び図３ 装置１０１の好ましい実施例は、１９９０年３月３０日
に配布されたＡＴ＆ＴＴＵＸＥＤＯトランザクション処
理システムのリリース４．０に実現されている。ＴＵＸ
ＥＤＯシステムは、ＡＴ＆Ｔにより製作され、ＵＮＩＸ
オペレーティングシステム下の分散型環境において動作
する。ここでの議論に重要なＴＵＸＥＤＯシステムの唯
一の側面は、このシステムが、周知のクライアント−サ
ーバモデルと分散型システムにおいてクライアント−サ
ーバモデルの使用を可能にする配列とにより構成される
という事実である。

【００７０】クライアント−サーバモデルは、図２に示
されている。モデルにおいて、システムはプロセスセッ
トとして設計されている。これらの互いの関係において
、システムを形成するプロセスは、クライアントあるい
はサーバである。

【００７１】サーバは、他のプロセスにサービスを供与
するプロセスであり、クライアントは、サーバからのサ
ービスを要求するプロセスであるが、前述したことから
明らかなように、所定のプロセスは、排他的にクライア
ントである、排他的にサーバである、あるいはより多く
はいくつかのプロセスに関してのクライアントであり、
また他のプロセスに関してのサーバである、といったよ
うな可能性がある。サーバプロセスの単純な例は、プリ
ンタを制御するプロセスであり、クライアントプロセス
の単純な例は、サーバプロセスに文書を印刷するように
要求するプロセスである。

【００７２】図２に示されたシステムは、多数のクライ
アントプロセス２０１（ａ．．ｎ）と単一のサーバプロ
セス２０９を有する。システム内の全てのプロセスは、
プロセスが互いにメッセージを送信することが可能にな
るプロセス間通信システム２０７によって通信する。

【００７３】クライアント−サーバモデルにおいて、ク
ライアント２０１は、ＩＰＣ２０７を経由してサーバ２
０９により供与される機能を識別する要求メッセージを
送信することによりサーバ２０９についての要求２０３
を行い、要求２０３を受信すると、サーバ２０９は、要
求された機能を遂行し、ＩＰＣ２０７を経由して回答メ
ッセージを送信することにより回答２０５を行う。

【００７４】図２のクライアント−サーバモデルは、上
述の送信と「回答獲得」ルーチンを実現するために更に
利用されることが可能であり、このシステムにおいては
、送信ルーチンは要求２０３を行い、「回答獲得」ルー
チンは、回答２０５を受信する。上に示されたように、
送信は、同期でもあるいは非同期でも可能である。

【００７５】図３は、図２のクライアント−サーバモデ
ルがＴＵＸＥＤＯシステムにおいてどのように実現され
ているかを示す。分散型システム３０１は、通信システ
ム３０９により連結された多数の構成要素システム３０
２からなる。各構成要素システム３０２内のプロセス間
通信システム２０７は、各構成要素システム３０２内の
プロセスと通信可能であり、また通信システム３０９に
よって他の構成要素システム３０２内のプロセスとも通
信可能である。

【００７６】各プロセスは、少なくとも一つのメッセー
ジ待ち行列３０７を持つが、プロセス間通信システム２
０７がプロセスに対するメッセージを受信すると、プロ
セス間通信システム２０７は、メッセージをプロセスの
メッセージ待ち行列３０７内に配置する。もし受信する
プロセスが、メッセージの到着まで中止されているなら
ば、メッセージの到着によりプロセスは実行を再開する
。受信するプロセスは、メッセージ待ち行列３０７が何
かメッセージを保持しているかどうか決定するためにメ
ッセージ待ち行列３０７を周期的にポーリングし、上述
のような「回答獲得」を更に使用可能である。

【００７７】ＴＵＸＥＤＯ分散型トランザクション処理
システムは、構成要素システム３０２が分散型システム
に付加されるあるいは取り去られる時、また一つの構成
要素システムから他の構成要素システムへとサーバ２０
９とクライアント２０１を移動することにより、また既
存のサーバに機能を付加するあるいは取り去ることによ
り、また新しい機能を持つ新しいサーバを付加すること
によりシステムが再構成される時、動作を継続するよう
に設計されている。

【００７８】システム内のプロセスが、どの機能が現在
利用可能であるか、その機能はシステム３０１内のどこ
に位置指定されているかを決定可能であることを確実に
するために、システム３０１は、ビルティンボードシス
テムを利用する。システムは、各構成要素システム内で
、ビルティンボード（ＢＢ）データ構造３０５とビルテ
ィンボードサーバ３０３とからなる。

【００７９】ビルボード３０５は、ビルティンボート３
０５が所属する構成要素システム内のプロセスに、サー
バ２０９が利用可能な全ての機能をリストする。ビルテ
ィンボード３０５の一部分は、大域的機能、すなわち、
あらゆる構成要素システム３０２でのクライアント２０
１に利用可能な機能をリストする。ビルティンボード３
０５は、ビルティンボードサーバ３０３により維持され
ている。

【００８０】余り大域的機能を持たないプロセスが生成
され（あるいは破壊され）るとき、ビルティンボートサ
ーバ３０３は、ビルティンボードサーバ３０３が所属す
る構成要素システム３０２内でのビルティンボード３０
５の大域的でない部分における機能のリストを更新する
が、大域的機能を実行するプロセスが生成されるあるい
は破壊されるとき、ビルティンボードサーバ３０３は、
それに応じてビルティンボード３０５の大域的部分を更
新し、更に他の構成要素システム３０２内のビルティン
ボードサーバ３０３へプロセス間通信を送信し、他の構
成要素システム３０２のビルティンボード３０５が同様
式で更新されるべきであることを表示する。

【００８１】この手法により、各構成要素システム３０
２内のビルティンボード３０５の大域的部分は、互いに
調和して保たれている。

【００８２】ＴＵＸＥＤＯシステムの更なる特性は、１
個以上のサーバ２０９のサービスへの組織化である。サ
ービスは、同じ機能セットを遂行するサーバ２０９のセ
ットである。

【００８３】図３において、ＣＳ３０２（ｘ）内のサー
バ２０９（ｉ．．ｋ）のセットは、サービス３１３を形
成する。このサービスの一例は、データベースがあり得
るが、データベースは、各サーバがデータベースの一部
分から情報を読みだすあるいは情報を書き込む要求を扱
うように同じ様式にいくつかのサーバに分割される。他
の例は、いくつかのサーバが一連のプリンタの中での負
荷のバランスを取るために使用される印刷のようなサー
ビスがあり得る。

【００８４】ＴＵＸＥＤＯシステムにおいて、各サービ
ス３１３は、このサービス３１３に対する要求を受信す
るために単一メッセージ待ち行列３０７のみを有する。 サービスに属するどのサーバ２０９が所定の要求を扱う
かは、サービス３１３によって管理されている。

【００８５】構成要素システム３０２における好ましい
実施例：図５ 図５は、分散型システム３０１の構成要素３０２におけ
るルーチンを実行するプロセス５０１内で、どのように
装置１０１が実現されるかを示す。プロセス５０１の中
で、プロセス５０１により実行されるルーチンは円によ
り表わされ、ルーチンにより使用されるプロセス当りの
データは箱で表わされている。

【００８６】図１の図５との間の関係を示すために、図
１の構成要素に相当する図５の構成要素は、図１で使用
された参照番号を有している。従って、プロセス５０１
により実行されるルーチンは、アプリケーションプログ
ラム１０５、割り当て／割り当て解除装置１１１、送信
／受信ルーチン１１３を含む。タイプサービスルーチン
１３９は、装置１０１のこの部分の内部構造の詳細を示
すように拡張されている。

【００８７】タイプ付きバッファ１２７のタイプと、こ
のバッファが割り当てられる、再割り当てされる、割り
当て解除される、送信される、あるいは受信される時に
バッファが受信するタイプ依存の処理との間の連結は、
タイプスイッチと呼ばれる表（テーブル）により設定さ
れる。タイプスイッチ（ＴＳＷ）５０３は、プロセス５
０１内で実行するルーチンにより処理される各種のタイ
プ付きバッファ１２７に対してタイプスイッチエントリ
（ＴＳＷＥ）５０５を有する表である。

【００８８】好ましい実施例においては、各ＴＳＷＥ５
０５は、タイプの名前（ＴＮ）５０７である文字列とタ
イプサービスルーチンへのエントリポイントセット（Ｔ
ＳＥＰＳ）５０９とを含む。各エントリポイントは、バ
ッファのタイプ依存処理における動作の一つを遂行する
タイプサービスルーチン５１３を特定する。好ましい実
施例においては、タイプスイッチエントリ５０５に相当
するタイプのタイプ付きバッファ１２７に対して以下の
動作を行うルーチンに対するエントリポイントが可能で
ある。

【００８９】・バッファ初期化 ・バッファ再初期化 ・バッファ初期化解除 ・送信前のバッファ処理 ・送信後の送信装置内でのバッファ処理・受信後の受信
装置内でのバッファ処理・受信後の送信と復号に優先す
るコード化・送信に際してのサービスのグループ内での
適切なサービスへの経路指定 経路指定はタイプ付きバッファ１２７の内容に基づいて
いる。

【００９０】以下により詳細に説明されるように、割り
当て／割り当て解除装置１１１と送信／受信装置１１３
とにおけるルーチンは、タイプサービス１３９により遂
行されるタイプ依存オペレーションを特定するために、
システム定義による総称ルーチン名を使用する。各総称
ルーチン名は、タイプ依存オペレーションの一つを特定
する。例えば、総称ルーチン名「＿ｔｍｉｎｉｔｂｕｆ
」は、バッファ初期化オペレーションを特定する。

【００９１】タイプスイッチエントリ５０５に相当する
タイプに対して総称ルーチン名により特定されたオペレ
ーションを遂行するタイプサービスルーチン５１３への
エントリポイントが各総称ルーチンに対してＴＳＥＰＳ
５０９内にある。

【００９２】割り当て／割り当て解除装置１１１あるい
は送信／受信装置１１３でのルーチンの一つが総称ルー
チン名を使用するとき、タイプサービス１３９は、タイ
プスイッチエントリ５０５をタイプ付きバッファ１２７
のタイプに対して位置指定するためにタイプ付きバッフ
ァに対するタイプ特定子１２９を使用し、総称ルーチン
名に相当するタイプに対するタイプサービスルーチン５
１３を呼び出すためにＴＳＥＰＳ５０９を使用する。

【００９３】当然、引き数は各総称ルーチン名に対して
特定され、割り当て／割り当て解除装置あるいは送信／
受信装置におけるルーチンは総称ルーチン名に対して特
定されたタイプの実際の引き数を使用しなければならず
、総称ルーチン名に相当するタイプサービスルーチンは
特定されたタイプを有する正式な引き数を使用しなけれ
ばならない。

【００９４】コード化オペレーションと復号化オペレー
ションとは、第二のスイッチである転送構文スイッチ（
ＸＳＳＷ）５１５を有する。後により詳細に説明するだ
ろうが、コード化あるいは復号化を必要とするタイプ付
きバッファ１２７は、送信されるときタイプ付きバッフ
ァがコード化され、受信されるとき復号化される転送構
文を特定する転送構文特定子を更に有する。

【００９５】プロセス５０１がコード化あるいは復号化
可能な各転送構文は、スイッチ５１５内に転送構文スイ
ッチエントリ（ＸＳＳＷＥ）５３５を有する。転送構文
スイッチエントリ５３５は、二つの部分を有し、転送構
文に対する文字列による名前５３１とこの転送構文に対
するコード化と復号化を行うルーチン（図示せず）経の
一連のエントリポイント５３５である。

【００９６】各タイプに対するコード化／復号化ルーチ
ンは、コード化ルーチンあるいは復号化ルーチンを呼び
出すために総称ルーチン名を使用し、タイプサービス１
３９は、タイプスイッチ表に関して上述したように適切
なコード化あるいは復号化ルーチンを呼び出すために総
称ルーチン名と転送構文特定子とを使用する。

【００９７】上に示したように、ビルティンボード３０
５は、構成要素システム３０２内のプログラムを実行す
るプロセス５０１に、サーバ２０９がクライアントプロ
セス２０１に利用可能であるとき他のプロセス５０１が
どんな機能を動作するかを示すために構成要素システム
３０２内で使用される。ビルティンボード３０５は、構
成要素システム３０２内で他の機能も有するが、サーバ
により供与される機能に関連するこれらのみが本明細書
に重要である。

【００９８】好ましい実施例において、ビルティンボー
ド３０５は、構成要素システム３０２の共用メモリ（Ｓ
Ｍ）５１７、すなわち構成要素システム３０２で動作す
る何らかのプロセス５０１によりアドレス指定可能な、
構成要素システム３０２のアドレス空間の一部にある。 結果的に、いずれのプロセス５０１もビルティンボード
３０５を読みだし可能である。

【００９９】分散型システム３０１においてサーバ２０
９がいずれのプロセスにも利用可能な各機能は、すべて
の構成要素システム３０２でのビルティンボード３０５
においてビルティンボード機能エントリ（ＢＢＦＥ）５
１９を有することである。ビルティンボード機能エント
リ５１９は、以下の情報を含む。

【０１００】・「ＦＮＡＭＥ」５２１、機能の名前の文
字列 ・「ＳＥＲＶＡＤＤＲ」５２３、これは、サーバ２０９
が機能動作を供与する構成組織システム３０２と要求を
取るメッセージ待ち行列３０７とを特定することにより
機能を供与するサービス３１３を特定する・「ＴＹＰＥ
　ＬＩＳＴ」５２５、機能により扱われることが可能な
タイプ付きバッファ１２７の種類のリスト・「ＸＦＥＲ
　Ｓ　ＬＩＳＴ」５２７、転送構文のリスト、機能は転
送構文からコード化し、転送構文へと復号化することが
できる

【０１０１】好ましい実施例においては、ビルティンボ
ード機能エントリ５１９は、ハッシュテーブルの要素と
して実現される。機能の名前をハッシュすることにより
、機能に対して、ビルティンボード機能エントリ５１９
への急速なアクセスが獲得される。

【０１０２】ＣＳ３０２における装置１０１のオペレー
ション 図５に示される装置１０１の実施例のオペレーションは
、上記図１に関して記述されるように一般化する。割り
当て／割り当て解除ルーチン１１１あるいは送信／受信
ルーチン１１３におけるルーチンにより呼び出されるタ
イプ依存オペレーションは、オペレーションに対する総
称ルーチン名により表わされ、ルーチン名を表わすコー
ドが実行されるとき、タイプサービス１３９は、特定さ
れたタイプに相当するタイプスイッチエントリ５０５を
位置指定するために動作されるタイプ付きバッファに対
してタイプ特定子１２９を使用し、総称ルーチン名に相
当するこのエントリ５０５におけるタイプサービスルー
チン５１３を呼び出す。

【０１０３】これに対しルーチンは、総称ルーチン名に
より特定された機能を、そのタイプにより必要とされる
ようなタイプ付きバッファ１２７に対して遂行する。コ
ード化／復号化の場合において、コード化あるいは復号
化ＴＳＲ５１３は、タイプ付きバッファ１２７における
転送構文特定子と適切なコード化及び復号化ルーチンを
呼び出すための転送構文スイッチエントリ５３５とをさ
らに使用する。

【０１０４】ビルティンボード機能エントリ５１９は、
送信／受信装置１１３における送信ルーチンにより読み
だされる。好ましい実施例において、アプリケーション
プログラム１０５は、サーバプロセス２０９が、少なく
ともタイプ付きバッファへのポインタと大域的機能の名
前とともに送信ルーチンの一つを呼び出すことによりタ
イプ付きバッファ１２７に対する大域的機能を遂行する
ことを特定する。

【０１０５】送信ルーチンは、機能に対してビルティン
ボード機能エントリ５１９を位置指定するために機能名
を使用し、エントリにおける情報の写しを作る。そして
送信ルーチンは、バッファタイプ特定子１２９とタイプ
リスト５２５とから、特定された機能が特定子１２９に
より示されたタイプとともにタイプ付きバッファ１２７
を受け入れ可能であるかどうかを決定する。もし受け入
れ不可能ならば、送信ルーチンはエラーコードを返し、
タイプ付きバッファ１２７を送信しない。

【０１０６】タイプ付きバッファが適切なタイプを有す
るならば、送信ルーチンは、転送構文への変換が必要で
あるかどうかを決定するために転送構文リスト５２７を
使用し、もし必要ならば、どの転送構文が機能に対して
利用可能か否かを決定する。

【０１０７】送信ルーチンは、これらの転送構文を局所
的に使用可能な転送構文のリストと比較する。もし適合
がなければ、送信ルーチンは、エラーコードを返し、タ
イプ付きバッファ１２７を再度送信しない。もし適合が
あれば、送信ルーチンは、コード化／復号化ルーチンに
利用可能な大域変数での転送構文に対する特定子を配置
し、以前に記述したように送信前処理を行う。

【０１０８】タイプに対するコード化／復号化ルーチン
は、以前に記述したようにコード化に対するルーチンを
位置指定するために転送構文スイッチ５１５での転送構
文に対する特定子を使用する。全ての処理がいったん行
われると、送信ルーチンは、ＩＰＣ２０７を経由して機
能のビルティンボード機能エントリ５１９のサービスア
ドレスフィールドにおいて特定されたサービスへとタイ
プ付きバッファ１２７を送信する。

【０１０９】好ましい実施例におけるタイプ付きバッフ
ァ１２７の詳細記述：図４好ましい実施例において、タ
イプ付きバッファ１２７は、ヘッダとデータ１３１を含
むデータバッファとして実現される。データバッファは
、ヘッダに連続している。

【０１１０】図４は、タイプ付きバッファ１２７のヘッ
ダ４０２を示す。ヘッダ４０２は、タイプ付きバッファ
１２７が生成されるとき、割り当てられ、以下で明確に
なるように、ヘッダ４０２のフィールドでの情報は、バ
ッファ１２７の割り当て、処理、送信あるいは受信にお
ける様々な点で充填される。ヘッダ４０２における情報
には５個のクラスがある。

【０１１１】・メタヘッダ４０１：ヘッダ４０２のこの
部分は、一つの構成要素システム３０２でのプロセス５
０１から他の構成要素システム３０２でのプロセス５０
１へのプロセス間通信を扱う分散型システム３０１の構
成要素により必要とされる情報を含む。 ・タイプ情報４１５：この部分は、タイプ付きバッファ
１２７のタイプを決定するために必要とされる情報を含
む。 ・プロセス間通信情報４２３：この部分は、ＩＰＣ２０
７を経由してタイプ付きバッファ１２７を送信するため
に必要とされる情報を含む。 ・機能情報４３１：この部分は、サーバ２０９がタイプ
付きバッファ１２７に対して遂行するべき機能を識別し
、サーバ２０９に対する情報を含む。 ・データ情報４４１：これは、タイプ付きバッファ１２
７に所属するデータ１３１のサイズと位置を含む。

【０１１２】詳細なこれらの部分の内容に続いて、通信
情報４０１は、機能情報４３１における送信メッセージ
タイプ４３５の写しであるメッセージタイプ４０３を含
む。メッセージタイプ４０３は、「回答獲得」ルーチン
に利用可能なメッセージ待ち行列３０７を読みだすモー
ドの一つにおいてメッセージが読み出されるとき、メッ
セージの優先権を決定するためにＩＰＣ２０７により使
用される値である。

【０１１３】待ち行列アドレス４０５とマシン識別子４
０７は互いに、メッセージを受信すべきメッセージ待ち
行列３０７の位置を特定する。マシン識別子４０７は、
メッセージ待ち行列３０７が位置指定される構成要素シ
ステム３０２に対する論理的な識別子であり、待ち行列
アドレス４０５は、その構成要素システム３０２におけ
るメッセージ待ち行列３０７のアドレスである。これら
の値は、ＩＰＣ情報４２３の受信装置アドレス部分４２
７からコピーされる。

【０１１４】全体サイズ４０９は、メッセージの全体サ
イズ、すなわち、バッファ保持データ１３１のサイズに
ヘッダ４０２のサイズを加算したサイズであり、コード
化フラグ４１１は、メッセージがコード化されたかどう
かを表示し、最後に転送構文フィールド４１３は、コー
ド化オペレーションで使用される転送構文を識別する。 後により詳細に説明されるように、識別は、ビルティン
ボード３０５の一部分である転送構文名の表内での指標
による。

【０１１５】タイプ情報４１５は、好ましい実施例にお
いて、バッファタイプ特定子１２９を実現する。タイプ
は二つの指標により特定されるが、大域タイプ指標４１
７は、ビルティンボード３０５の大域部分でのタイプの
リストにおけるタイプの指標であり、局所タイプ指標４
１９は、タイプスイッチ５０３でのタイプに対するエン
トリの指標である。サブタイプ４２１は、フィールド４
１７と４１９とにおいて特定されたタイプのサブタイプ
の名前である文字列を有する。

【０１１６】タイプがサブタイプとともに定義されると
き、タイプのタイプ付きバッファ１２７に対するタイプ
依存オペレーションは、サブタイプによってさらに可変
である。サブタイプがタイプスイッチ５０３において実
現される方式は、以下に詳細に説明される。

【０１１７】ＩＰＣ情報４２３においては情報が３項目
あり、タイプ付きバッファ１２７を送信するプロセス５
０１を識別するためにＩＰＣ２０７が必要とする情報で
ある送信装置アドレス４２５、タイプ付きバッファ１２
７を受信するプロセス５０１を識別するために必要とさ
れる情報である受信装置アドレス４２７、何か回答２０
５を受信するべきプロセス５０１を表示する回答アドレ
ス４２９である。

【０１１８】これらの項目の各々は、構成要素システム
に対する論理識別子とプロセスに対するプロセスＩＤと
を有し、更に受信装置アドレスは、サーバ２０９が所属
するサーバ３１３に対する、またサーバ２０９に対する
、またサーバ２０９により利用されるメッセージ待ち行
列３０７に対する識別子を有する。受信装置アドレスと
回答アドレスとは、メッセージを送信するプロセス５０
１と回答を受信するプロセス５０１とによりそれぞれ利
用されるメッセージ待ち行列３０７に対する識別子を有
する。

【０１１９】機能情報４３１は、タイプ付きバッファ１
２７に対して遂行されるべき機能の文字列名４３３を含
み、フィールド４３５と４３７においては、機能４３５
に送信されるべきＩＰＣメッセージと機能４３７から回
答を含むべきＩＰＣメッセージとのタイプを含む。最後
に、データ情報４４１は、二つの長さの値とポインタと
を含む。

【０１２０】データ長４３３は、データバッファ内に現
在含まれるデータ１３１の長さを示し、最大データ長４
４５は、データバッファの最大サイズを示す。データポ
インタ４４７は、データ１３１の位置を示す。好ましい
実施例において、ＩＰＣ２０７は、データ１３１がヘッ
ダ４０２に連続であることを必要とし、他の実施例では
、データ１３１は、他の場所に位置指定される可能性が
ある。

【０１２１】上記情報の値は、以下のように設定される
、すなわち、割り当て／割り当て解除装置１１１がタイ
プ付きバッファを割り当てるとき、最大データ長４４５
、データポインタ４４７、局所タイプ指標４１９、サブ
タイプ４２１を設定する。アプリケーションプログラム
１０５は、タイプ付きバッファ１２７のタイプとサブタ
イプ、また割り当てルーチンへのデータ１３１の最大長
を特定する文字列を含む構文を供与する。

【０１２２】以下に記述されるように、割り当てルーチ
ンは、タイプとサブタイプとを局所タイプ指標に変換す
るためにタイプスイッチ５０３を使用する。もしタイプ
付きバッファ１２７が再割り当てされるならば、再割り
当てルーチンは、再割り当てに対して必要なように最大
データ長４４５とデータポインタ４４７とを再設定する
。

【０１２３】ヘッダ４０２における残りの情報は、送信
／受信装置１１３がタイプ付きバッファ１２７を送信す
るあるいは受信するときに、設定される。送信開始にお
いて、送信ルーチンは、機能の文字列名と構文としてタ
イプ付きバッファ１２７でのデータの位置と長さとを取
る。

【０１２４】送信ルーチンは、機能名に対して機能エン
トリ５１９があるかどうかを決定するためにビルティン
ボード３０５を検査し、もしあれば、機能名に対するビ
ルティンボード機能エントリ５１９から、どんなタイプ
を機能が扱うことが可能か、コード化オペレーションは
必要とされるかどうか、コード化オペレーションに関し
てどんな転送構文が利用可能かを決定する。

【０１２５】好ましい実施例においては、もし構成要素
システム３０２が異なるマシンタイプを有するならば、
コード化が必要とされる。各構成要素システム３０２は
、ビルティンボード３０５において構成要素システム３
０２に連関した文字列マシンタイプ名を持つ。マシンタ
イプ名は、構成要素システム３０２に対する論理識別子
を使用して位置指定される。もし文字列タイプ名が識別
されないならば、コード化が必要とされる。

【０１２６】送信ルーチンは、タイプスイッチ５０３と
転送構文スイッチ５１５とから、バッファ１２７のタイ
プと転送構文とが機能に対して特定されたものと一致す
るかどうかを決定し、もしそれらが一致しないならば、
送信ルーチンは先へと進まない。

【０１２７】もしそれらが一致すれば、送信ルーチンは
、以下のようにヘッダ４０２内の情報で充填する、すな
わち、ビルティンボード機能エントリ５１９から大域タ
イプ指標４１７を、またタイプスイッチ５０３から局所
タイプ指標４１９とサブタイプ４２１とを設定し、更に
プロセス５０１の環境に関する送信ルーチン自身の情報
から送信装置アドレス４２５と回答アドレス４２９内を
充填し、ビルティンボード機能エントリ５１９から検索
された情報から受信装置アドレス４２７内を充填し、ま
たこの情報の一部をメタヘッダ４０１のフィールド待ち
行列アドレス４３３とマシンＩＤ４０７とにコピーする
。

【０１２８】加えて、送信ルーチンは、構文としてルー
チンに供与される機能名により要求機能フィールド４３
３内を充填し、トランザクションに対して必要とされる
ような送信メッセージタイプ４３５と受信メッセージタ
イプ４３７を設定し、送信メッセージタイプ４３５の値
が、メッセージタイプ４０３にコピーされる。

【０１２９】そして送信ルーチンは、以前に記述したよ
うに転送構文スイッチ５１５を使用してコード化を行う
ためにタイプスイッチ５０３におけるタイプに対するコ
ード化／復号化ルーチンを利用し、内容がコード化され
ていることを表示するようにコード化フラグ４１１を設
定し、またビルティンボード３０５においてコード化に
利用される転送構文に対するエントリの指標値に転送構
文フィールド４１３を設定する。

【０１３０】最後のステップは、ヘッダ４０２とデータ
１３１を含むバッファとを有するメッセージの全体サイ
ズを表示するようにＴＳＩＺＥ４０９を設定することで
ある。

【０１３１】メッセージが、サーバプロセス２０９のメ
ッセージ待ち行列３０７において受信されたとき、サー
バプロセス２０９における送信／受信装置１１３は、何
らかの必要な復号化を遂行することにより開始する。

【０１３２】コースのコード化フラグ４１１は、復号化
が必要かどうかを表示し、もし必要ならば、送信／受信
装置は、転送構文スイッチ５１５における適切な指標を
決定するために転送構文４１３での値を使用し、またコ
ード化／復号化装置は、既に記述したように適切な復号
化ルーチンを選択するためにこの値を使用する。

【０１３３】送信／受信装置４１３はまた、局所タイプ
指標フィールド４１９での値を局所タイプ指標フィール
ド４１９でのタイプの指標に置き換える。フィールドは
、タイプ名に対するビルティンボードでのエントリで大
域タイプ指標４１７を指標として使用することにより設
定される。

【０１３４】ここで説明されたような変換による、大域
タイプ及び局所タイプそれぞれと転送構文指標との使用
は、文字列名の使用により可能なタイプ及び転送構文の
ハンドリング以上に速いハンドリングを可能にし、さら
にビルティンボード３０５での大域タイプリストの配列
に影響を与えることなしに、局所タイプと転送構文スイ
ッチとの再配列を可能にするが、これは逆もまた可能で
ある。

【０１３５】好ましい実施例におけるタイプスイッチ５
０３の実現：図６と図８図５に示されるように、タイプ
スイッチ５０３は、タイプスイッチエントリ５０５のア
レイである。ヘッダ４０２内の局所タイプ指標４１９は
、ヘッダ４０２が所属するタイプ付きバッファ１２７の
タイプに対するタイプスイッチエントリ５０５での指標
である。

【０１３６】局所タイプ指標４１９に対するタイプスイ
ッチエントリ５０５は、図６に図示されている。第一の
フィールドは、タイプ名６０１とサブタイプ名６０３で
あり、ともにこれらは、図５のＴＮフィールド５０７の
好ましい実施例を構成する。タイプ名６０１とサブタイ
プ名６０３とは、両方ともタイプとサブタイプとをそれ
ぞれ識別する文字列であり、各単一のタイプ／サブタイ
プペアが、タイプスイッチ５０３におけるそれ自身のタ
イプスイッチエントリ５０５を有する。

【０１３７】好ましい実施例において、サブタイプ名６
０３は、タイプスイッチエントリ５０５がタイプ名によ
り特定されたタイプのいずれかのサブタイプへ適用する
ことを表示する値に設定可能である。次のフィールドで
あるデフォルトバッファサイズ６０５は、フィールド６
０１と６０３により特定されたタイプのタイプ付きバッ
ファ１２７におけるデータのデフォルトサイズを特定し
、このフィールドにより特定されたサイズは、割り当て
／割り当て解除装置１１１の割り当て及び再割り当てル
ーチンの長さ引き数によりオーバーライドされることが
可能である。

【０１３８】残る８個のフィールドは、タイプサービス
ルーチンエントリポイント５０９の好ましい実施例を構
成する。フィールドは、フィールド６０１と６０３にお
いて特定されたタイプ及びサブタイプに対するタイプサ
ービスルーチン５１３へのポインタを有する。好ましい
実施例において、各フィールドは、タイプ関連オペレー
ションを呼び出すために割り当て／割り当て解除装置１
１１及び送信／受信装置１１３において使用される総称
ルーチン名の一つに相当する。総称名とフィールド名と
の間の関係は、以下である。

【０１３９】 　　総称名　　　　　　　　　　　　　　　　　　　　
　　　　　　　　フィールド名　　＿ｔｍｉｍｉｔｂｕ
ｆ　　　　　　　　　　　　　　ｉｎｉｔｂｕｆｐｔｒ
　　６０７　　＿ｔｍｒｅｉｎｉｔｂｕｆ　　　　　　
　　　　ｒｅｉｎｉｔｂｕｆｐｔｒ　　６０９　　＿ｔ
ｍｕｎｉｎｉｔｂｕｆ　　　　　　　　　　ｕｎｉｎｉ
ｔｂｕｆｐｔｒ　　６１１　　＿ｔｍｐｒｅｓｅｎｄ　
　　　　　　　　　　　　　ｐｒｅｓｅｎｄｐｔｒ　　
６１３　　＿ｔｍｐｏｓｔｓｅｎｄ　　　　　　　　　
　　　ｐｏｓｔｓｅｎｄｐｔｒ　　６１５　　＿ｔｍｐ
ｏｓｔｒｅｃｖ　　　　　　　　　　　　ｐｏｓｔｃｖ
ｐｔｒ　　６１７　　＿ｔｍｅｎｃｄｅｃ　　　　　　
　　　　　　　　　　ｅｎｃ＿ｄｅｃｐｒ　　６１９　
　＿ｔｍｒｏｕｔｅ　　　　　　　　　　　　　　　　
　　ｒｏｕｔｅ＿ｐｔｒ　　６２１

【０１４０】好まし
い実施例において、総称ルーチン名は、実際には、Ｃ言
語のマクロの名前である。割り当て／割り当て解除装置
１１１あるいは送信／受信装置１１３に対するソースコ
ードがコンパイルされる前に、Ｃ言語マクロプリプロセ
ッサは、タイプスイッチエントリ５０５における総称ル
ーチン名に相当するフィールドに対する基準に総称ルー
チン名を置き換える。

【０１４１】タイプスイッチエントリの指標は、処理さ
れるタイプ付きバッファ１２７からの局所タイプ指標４
１９を実行時には含む変数である。総称ルーチン名「＿
ｔｍｉｎｉｔｂｕｆ」に対して利用されるＣ言語マクロ
と、総称ルーチン名がタイプに対するタイプスイッチエ
ントリ５０５における相当するフィールドに対する基準
になることによるマクロ拡張とは、図８に示されている
。

【０１４２】マクロ及び拡張８０１における第一のマク
ロは、マクロ１　８０３であり、これは、割り当て／割
り当て解除１１１における割り当てルーチンに対するソ
ースコードで現れる時の総称ルーチン名「＿ｔｍｉｎｉ
ｔｂｕｆ（ｐ、１）」である。実引き数「ｐ」と「１」
とは、それぞれ割り当てられたバッファのポインタと割
り当てられたバッファの長さである。

【０１４３】「＿ｔｍｉｎｉｔｂｕｆ（ｐ、１）」は、
拡張１　８０５を持つようなソースコードにおいて定義
される、すなわち、「＿ｔｍｉｎｉｔｂｕｆ（ｐ、１）
」がソースコードのどこで現れようとも、マクロプリプ
ロセッサは、それを拡張１　８０５で置き換える。 拡張１　８０５は、名前「＿ｔｍｓｗ」８０７により表
される構造のフィールド「ｉｎｉｔｂｕｆ」におけるプ
ロシージャポインタによって特定されるルーチンのＣ言
語呼出しである。

【０１４４】「＿ｔｍｓｗ」８０７は、しかし、別のＣ
マクロであり、その拡張は、拡張２８０９として図８に
示されている。拡張２　８０９は、アレイ「ｔｍ＿ｔｙ
ｐｅｓｗ」の要素に対する基準であり、このアレイは、
タイプスイッチ５０３に対する好ましい実施例となるソ
ースコードにおいて使用される名前である。

【０１４５】要素は、変数「ｔｍ＿ｓｗｉｎｄｅｘ」の
値により選択され、この変数「ｔｍ＿ｓｗｉｎｄｅｘ」
は、現在動作されているタイプ付きバッファ１２７に対
する局所タイプ指標４１９を実行時に含む。

【０１４６】拡張２　８０９が拡張１　８０５内で遂行
されるとき、結果は呼出し８１１であり、この呼出し８
１１は、「ｔｍ＿ｓｗｉｎｄｅｘ」の値により特定され
るタイプスイッチエントリ５０５におけるフィールド「
ｉｎｉｔｂｕｆ」の内容によって位置が示されるルーチ
ンを呼び出す、すなわち、タイプ付きバッファ１２７の
タイプに相当するタイプスイッチエントリ５０５におけ
る「ｉｎｉｔｂｕｆｐｔｒ」６０７により位置が示され
るルーチンを呼び出す呼出しである。

【０１４７】タイプスイッチ５０３の好ましい実施例の
利点は、割り当て／割り当て解除装置１１１及び送信／
受信装置１１３がタイプスイッチ５０３あるいはタイプ
サービスルーチン５１３における変化から隔離されてい
ることである。この変化が起きるとき、必要とされる全
てのことは、変化したルーチン５１３あるいは変化した
タイプスイッチ５０３が再コンパイルされ、コンパイル
からの結果であるオブジェクトコードが割り当て／割り
当て解除装置１１１と送信／受信装置１１３とに再リン
クされることである。

【０１４８】他の実施例において、他の技術は、タイプ
特定オペレーションとともに、タイプ付きバッファ１２
７に対する総称オペレーションと連関するために使用可
能である。例えば、総称ルーチン名は、バッファサービ
スレベル１０９でのルーチンからのポインタ及び長さの
引き数を受信し、ポインタにより示されるタイプ付きバ
ッファ１２７からのタイプ特定子１２９を獲得し、呼出
し８１１でのタイプ特定子１２９を使用するルーチンの
名前で有り得る。

【０１４９】ＴＵＸＥＤＯシステムにおいて、バッファ
１２７に対する４個のシステム定義タイプがアプリケー
ションプログラムに供与され、加えて、アプリケーショ
ンプログラムは、タイプ付きバッファ１２７に対してそ
れ自身のタイプを定義可能である。

【０１５０】そうするために、総称ルーチン名に相当す
る新しいタイプに対するタイプサービスルーチン５１３
と、タイプスイッチエントリ５０５が新しいタイプに対
するタイプ及びサブタイプの名前と新しいタイプ及びサ
ブタイプに対するタイプサービスルーチン５１３へのポ
インタとともに追加されている新しいタイプスイッチ５
０３とを供与する。タイプサービスルーチンは、ＴＵＸ
ＥＤＯシステムの一部であるデフォルトルーチン、ある
いはユーザによって書き込まれた新しいタイプサービス
ルーチン５１３で有り得る。

【０１５１】新しいタイプに対して書き込まれたいずれ
のタイプサービスルーチン５１３も、タイプサービスル
ーチン５１３が相当する総称ルーチン名に対して特定さ
れたインタフェース及びセマンティクスに順応しなけれ
ばならない。好ましい実施例においては、総称ルーチン
名、そのインタフェース、またセマンティクスは、以下
になる。インタフェースは、Ｃプログラミング言語の規
則を利用する。

【０１５２】名前 タイプ付きバッファ１２７−タイプスイッチエントリ５
０５において要素５０９をリンクするセマンティクス

【
０１５３】概要 ｉｎｔ　　／＊新しいデータバッファを初期化＊／＿ｔ
ｍｉｎｉｔｂｕｆ（ｐｔｒ、ｌｅｎ）ｃｈａｒ　　＊ｐ
ｔｒ； ｌｏｎｇ　　ｌｅｎ；

【０１５４】ｉｎｔ　　／＊再割り当てされたデータバ
ッファを再初期化＊／ ＿ｔｍｒｅｉｎｉｔｂｕｆ（ｐｔｒ、ｌｅｎ）ｃｈａｒ
　　＊ｐｔｒ； ｌｏｎｇ　　ｌｅｎ；

【０１５５】ｉｎｔ　　／＊フリーにされるべきデータ
バッファを初期化解除＊／ ＿ｔｍｕｎｉｎｉｔｂｕｆ（ｐｔｒ、ｌｅｎ）ｃｈａｒ
　　＊ｐｔｒ； ｌｏｎｇ　　ｌｅｎ；

【０１５６】ｌｏｎｇ　　／＊送信前のプロセスバッフ
ァ＊／ ＿ｔｍｐｒｅｓｅｎｄ（ｐｔｒ、ｄｌｅｎ、ｍｄｌｅｎ
） ｃｈａｒ　　＊ｐｔｒ； ｌｏｎｇ　　ｄｌｅｎ、ｍｄｌｅｎ；

【０１５７】ｖｏｉｄ　　／＊送信後のプロセスバッフ
ァ＊／ ＿ｔｍｐｏｓｔｓｅｎｄ（ｐｔｒ、ｄｌｅｎ、ｍｄｌｅ
ｎ） ｃｈａｒ　　＊ｐｔｒ； ｌｏｎｇ　　ｄｌｅｎ、ｍｄｌｅｎ；

【０１５８】ｌｏｎｇ　　／＊受信後のプロセスバッフ
ァ＊／ ＿ｔｍｐｏｓｔｒｅｃｖ（ｐｔｒ、ｄｌｅｎ、ｍｄｌｅ
ｎ） ｃｈａｒ　　＊ｐｔｒ； ｌｏｎｇ　　ｄｌｅｎ、ｍｄｌｅｎ；

【０１５９】ｌｏｎｇ　　／＊伝送フォーマットへの（
からの）コード化／復号化＊／ ＿ｔｍｅｎｃｄｅｃ（ｏｐ、ｅｎｃｏｂｊ、ｅｌｅｎ、
ｏｂｊ、ｏｌｅｎ） ｉｎｔ　　ｏｐ； ｃｈａｒ　　＊ｅｎｃｏｂｊ、＊ｏｂｊ；ｌｏｎｇ　　
ｅｌｅｎ、ｏｌｅｎ；

【０１６０】ｉｎｔ　　／＊データに基づいた経路指定
のためのサーバグループの決定＊／＿ｔｍｒｏｕｔｅ（
ｒｏｕｔｉｎｇ＿ｎａｍｅ、ｆｕｎｃｔｉｏｎ、ｄａｔ
ａ、ｌｅｎ、ｇｒｏｕｐ） ｃｈａｒ　　＊ｒｏｕｔｉｎｇ＿ｎａｍｅ、＊ｆｕｎｃ
ｔｉｏｎ、＊ｄａｔａ； ｌｏｎｇ　　ｌｅｎ； ｃｈａｒ　　＊ｇｒｏｕｐ；

【０１６１】記述 以下に特定されるルーチンの名前は、ＴＵＸＥＤＯシス
テム内で使用される総称ルーチン名である。新しいルー
チンをバッファタイプスイッチに追加するいずれのアプ
リケーションも、アプリケーションによりあるいはライ
ブラリルーチンにより供与される実際のルーチンに相当
する名前を使用しなければならない。

【０１６２】ＴＵＸＥＤＯシステムは、引き数の正しい
番号及びタイプを取るバッファタイプスイッチでの各エ
ントリに対するデフォルトルーチンを供与し、また正し
いタイプとデフォルト値とを返す。アプリケーションは
、デフォルト処理が十分であるとき、これらのルーチン
を使用しなければならない。これらの定義はこの章の最
後にある。

【０１６３】ルーチン詳述 ＿ｔｍｉｎｉｔｂｕｆ（） 「＿ｔｍｉｎｉｔｂｕｆ（）」は、バッファが割り当て
られた後、割り当て／割り当て解除装置１１１の割り当
てルーチン「ｔｐａｌｌｏｃ（）」内で呼び出される。 「＿ｔｍｉｎｉｔｂｕｆ（）」は、新しいバッファへの
ポインタであるｐｔｒをそのバッファサイズに応じて通
過させ、その結果、バッファは適切に初期化可能である
。

【０１６４】ｌｅｎは、「ｔｐａｌｌｏｃ（）」内を通
過される長さ以上の長さであり、このタイプのスイッチ
エントリにおけるｄｆｌｔｓｉｚｅで特定されたデフォ
ルトである。「ｔｐａｌｌｏｃ（）」と「ｔｐｒｅａｌ
ｌｏｃ（）」とのセマンティクスにより、ｐｔｒは絶対
に「ＮＵＬＬ」ではありえないことに注意すべきである
。成功したリターンには、このデータポインタが、「ｔ
ｐａｌｌｏｃ（）」の呼出し側に返される。

【０１６５】もし単一スイッチエントリが多数のサブタ
イプを操作するために使用されるならば、そこで「＿ｔ
ｍｉｎｉｔｂｕｆ（）」の書き込み側は、サブタイプを
決定するために割り当て／割り当て解除装置１１１から
タイプ決定ルーチンである「ｔｐｔｙｐｅｓ（）」を使
用可能である。

【０１６６】もしバッファ初期化が遂行される必要がな
いならば、そこでＴＵＸＥＤＯシステムの「＿ｄｆｌｔ
ｉｎｉｔｂｕｆ（）」が使用されるべきである。

【０１６７】成功に際しては、「＿ｔｍｉｎｉｔｂｕｆ
（）」は１を返す。もしルーチンが失敗するならば、−
１を返し、それによりＴＵＸＥＤＯシステムエラー変数
である「ｔｐｅｒｒｎｏ（）」をＴＰＥＳＹＳＴＥＭに
より表されるエラーコードに設定する。

【０１６８】＿ｔｍｒｅｉｎｉｔｂｕｆ（）「＿ｔｍｒ
ｅｉｎｉｔｂｕｆ（）」は、再割り当てバッファを再初
期化するために使用されることを除けば、「＿ｔｍｉｎ
ｉｔｂｕｆ（）」とほぼ同一に挙動する。 ルーチンは、バッファが再割り当てされた後、再割り当
てルーチンである「ｔｐｒｅａｌｌｏｃ（）」内で呼び
出される。

【０１６９】もしバッファ再初期化が遂行される必要が
ないならば、そこでＴＵＸＥＤＯシステムの「＿ｄｆｌ
ｔｉｎｉｔｂｕｆ（）」が使用されるべきである。

【０１７０】成功に際しては、「＿ｔｍｒｅｉｎｉｔｂ
ｕｆ（）」は１を返す。もしルーチンが失敗するならば
、−１を返し、それにより「＿ｔｐｒｅａｌｌｏｃ（）
」はまた「ｔｐｅｒｒｎｏ」をＴＰＥＳＹＳＴＥＭへの
不良設定を返す。

【０１７１】＿ｔｍｕｎｉｎｉｔｂｕｆ（）「＿ｔｍｕ
ｎｉｎｉｔｂｕｆ（）」は、データバッファがフリーに
なる前に、タイプ付きバッファ再割り当てルーチンであ
る「ｔｐｆｒｅｅ（）」によって呼び出される。「＿ｔ
ｍｕｎｉｎｉｔｂｕｆ（）」は、データバッファのアプ
リケーション部分のポインタにそのサイズに応じて通過
され、またこのバッファに連関する何らかの構造あるい
は状態情報を一掃するために使用可能である。

【０１７２】ｐｔｒは、「ｔｐｆｒｅｅ（）」のセマン
ティクスにより決してＮＵＬＬではない。「＿ｔｍｕｎ
ｉｎｉｔｂｕｆ（）」は、バッファ自身をフリーにはし
ないことに注意すべきである。

【０１７３】バッファをフリーにする前に、もし遂行さ
れるべき処理が全く必要でないならば、そこでＴＵＸＥ
ＤＯシステムの「＿ｄｆｌｔｉｎｉｔｂｕｆ（）」が使
用されるべきである。

【０１７４】成功に際しては、「＿ｔｍｕｎｉｎｉｔｂ
ｕｆ（）」は、１を返す。もしルーチンが失敗するなら
ば、−１を返し、「ｔｐｆｒｅｅ（）」に「ｕｓｅｒｌ
ｏｇ（）」メッセージを印刷させる。

【０１７５】＿ｔｍｐｒｅｓｅｎｄ（）「＿ｔｍｐｒｅ
ｓｅｎｄ（）」は、バッファが「ｔｐｃａｌｌ（）」、
「ｔｐａｃａｌｌ（）」、「ｔｐｒｅｔｕｒｎ（）」、
「ｔｐｆｏｒｗａｒｄ（）」内に送信されるとき、呼び
出される。

【０１７６】これらのルーチンは、タイプ付きバッファ
１２７を他のプロセス５０１に送信する送信／受信装置
１１３におけるルーチンである。「＿ｔｍｐｒｅｓｅｎ
ｄ（）」はまた、「＿ｔｍｒｏｕｔｅ（）」の後、「＿
ｔｍｅｍｃｄｅｃ（）」の前に呼び出される。このルー
チンは、バッファが送信される前に、バッファに対して
遂行されるいずれの前処理をも可能にする。

【０１７７】「＿ｔｍｐｒｅｓｅｎｄ」の第一の引き数
であるｐｔｒは、送信呼出しへと通過されるアプリケー
ションデータバッファである。第二の引き数であるｄｌ
ｅｎは、送信呼出しへと通過される時のデータの長さで
ある。第三の引き数であるｍｄｌｅｎは、データが属す
るバッファの実際のサイズである。このルーチンは、ｐ
ｔｒがＮＵＬＬでないときのみ、呼び出される。

【０１７８】このルーチンに対する一つの重要な要求事
項は、ルーチンが返すとき、ｐｔｒにより位置指定され
るデータは、「現状のまま」送信可能なことを、このル
ーチンが確実にすることである。すなわち、「＿ｔｍｅ
ｎｃｄｅｃ（）」は、バッファが異なるマシンに送信さ
れる場合にのみ呼び出されるので、「＿ｔｍｐｒｅｓｅ
ｎｄ（）」は、ｐｔｒのバッファ内の要素が、バッファ
に連続しないデータへのポインタではないというリター
ンに対して確実にしなければならない。

【０１７９】もし前処理がデータとデータ量に対して遂
行される必要がないならば、特定された呼出し側は、送
信されるべき量と同じであり、そして、ＴＵＸＥＤＯシ
ステムの「＿ｄｆｌｔｂｌｅｎ（）」が使用されるべき
である。このルーチンは、ｄｌｅｎを返し、バッファに
対しては何もしない。

【０１８０】成功に際しては、「＿ｔｍｐｒｅｓｅｎｄ
（）」は、送信されるべきデータの量を返す。もしルー
チンが失敗するならば、−１を返し、それにより「＿ｔ
ｍｐｒｅｓｅｎｄ」の呼出し側はまた、「ｔｐｅｒｒｎ
ｏ」をＴＰＥＳＹＳＴＥＭへの不良設定を返す。

【０１８１】＿ｔｍｐｏｓｔｓｅｎｄ（）「＿ｔｍｐｏ
ｓｔｓｅｎｄ（）」は、バッファが「ｔｐｃａｌｌ（）
」あるいは「ｔｐａｃａｌｌ（）」に送信された後、呼
び出される。ルーチンが送信された後かつルーチンが返
す前に、このルーチンは、バッファに対して遂行される
いずれの前処理をも可能にする。送信呼出しへと通過さ
れるバッファはリターンに対して異なることはないので
、「＿ｔｍｐｏｓｔｓｅｎｄ（）」は、「＿ｔｍｐｒｅ
ｓｅｎｄ（）」により変えられたバッファを修理するた
めに呼び出される。

【０１８２】このルーチンの最初の引き数であるｐｔｒ
は、「＿ｔｍｐｒｅｓｅｎｄ（）」の結果として送信さ
れたデータに対して位置指定する。「＿ｔｍｐｒｅｓｅ
ｎｄ（）」から返されたデータの長さは、このルーチン
の第二の引き数ｄｌｅｎとして通過される。第三の引き
数であるｍｄｌｅｎは、データが属するバッファの実際
のサイズである。このルーチンは、ｐｔｒがＮＵＬＬで
はないときのみ呼び出される。

【０１８３】もし後処理が遂行される必要がないならば
、そこでＴＵＸＥＤＯシステムの「＿ｄｆｌｔｐｏｓｔ
ｓｅｎｄ（）」が使用されるべきである。

【０１８４】＿ｔｍｐｏｓｔｒｅｖ（）＿ｔｍｐｏｓｔ
ｒｅｃｖ（）は、「回答獲得」ルーチンである「ｔｐｇ
ｅｔｒｐｌｙ（）」、「ｔｐｃａｌｌ（）」において、
あるいはＴＵＸＥＤＯシステムのサーバ抽出において、
バッファが受信され、できるだけ復号化された後でかつ
またバッファがアプリケーションに返される前に呼び出
される。

【０１８５】「＿ｔｍｐｏｓｔｒｅｃｖ（）」は、バッ
ファが受信された後でかつバッファがアプリケーション
に与えられる前に、バッファに対して遂行されるべきい
ずれの後処理をも可能にする。

【０１８６】これの第一の引き数であるｐｔｒは、受信
されたバッファのデータ部分を位置指定する。その第二
の引き数であるｄｌｅｎは、データのサイズを特定する
。第三の引き数であるｍｄｌｅｎは、データが属するバ
ッファの実際のサイズを特定する。このルーチンは、ｐ
ｔｒがＮＵＬＬではないときのみ呼び出される。

【０１８７】「＿ｔｍｐｏｓｔｒｅｃｖ（）」は、デー
タに対するいずれの後処理をも遂行し、データの（可能
ならば新しい）長さを返すべきである。返された長さは
、使用される呼出しに依存した様式でアプリケーション
まで通過される。（例えば、「ｔｐｃａｌｌ（）」は、
呼出し側がリターンに対して検査するためにその引き数
の一つにデータ長を設定する）

【０１８８】もし後処理がデータに対して遂行される必
要がなく、また受信されたデータの量がアプリケーショ
ンに返されるべき量と同じであるならば、そこでＴＵＸ
ＥＤＯシステムの「＿ｄｆｌｔｂｌｅｎ（）」が使用さ
れるべきである。このルーチンは、ｄｌｅｎを返し、バ
ッファには何もしない。

【０１８９】成功に際しては、「＿ｔｍｐｏｓｔｒｅｃ
ｖ（）」は、バッファが相当する受信呼出しから通過さ
れるときアプリケーションが知らせられるべきであるデ
ータのサイズを返す。もしルーチンが失敗するならば、
−１を返し、「＿ｔｍｐｏｓｔｒｅｃｖ（）」の呼出し
側もまた「ｔｐｅｒｒｎｏ」をＴＰＥＳＹＳＴＥＭへの
不良設定を返す。

【０１９０】＿ｔｍｅｎｃｄｅｃ（） 「＿ｔｍｅｎｃｄｅｃ（）」は、ネットワークを通じて
、異なるデータ表現を有するマシンへ／から送信／受信
されたバッファをコード化／復号化するために使用され
る。標準ＸＤＲ転送構文は、ＴＵＸＥＤＯシステムにお
いて、仕様が勧められているが、このルーチンのセマン
ティクスに従ういずれのコード化／復号化も使用可能で
ある。

【０１９１】このルーチンは、バッファが「等しくない
」マシンに送信されるときのみ呼出し側のバッファをコ
ード化するために、「ｔｐｃａｌｌ（）」、「ｔｐａｃ
ａｌｌ（）」、「ｔｐｒｅｔｕｒｎ（）」また「ｔｐｆ
ｏｒｗａｒｄ（）」により呼び出される。

【０１９２】これらの呼出しにおいて、「＿ｔｍｅｎｃ
ｄｅｄ（）」は、「＿ｔｍｒｏｕｔｅ（）」と「＿ｔｍ
ｐｒｅｓｅｎｄ（）」との両者それぞれの後に呼び出さ
れる。「＿ｔｍｐｒｅｓｅｎｄ（）」の記述から、「＿
ｔｍｅｎｃｄｅｃ（）」へと通過されるバッファは、バ
ッファに連続しないデータへのポインタを含まないこと
が思い起こされるであろう。

【０１９３】受信終端である「ｔｐｇｅｔｒｐｌｙ（）
」では、ｔｐｃａｌｌ（）の受信停止とサーバ抽出とは
すべて、「等しくない」マシンからバッファを受信後か
つまた「＿ｔｍｐｏｓｔｒｅｃｖ（）」を呼び出す前に
、バッファを復号化するために「＿ｔｍｅｎｃｄｅｃ（
）」を呼び出す。

【０１９４】「＿ｔｍｅｎｃｄｅｃ（）」の第一の引き
数であるｏｐは、ルーチンがデータをコード化するか復
号化するかどうかを特定する。ｏｐは、ＴＭＥＮＣＯＤ
ＥあるいはＴＭＤＥＣＯＤＥの内の一つで有り得る。

【０１９５】ｏｐがＴＭＥＮＣＯＤＥである時、ｅｎｃ
ｏｂｊは、ＴＵＸＥＤＯシステムにより割り当てられた
バッファを位置指定するが、ここはデータのコード化さ
れたバージョンがコピーされるところである。コード化
されていないデータは、ｏｂｊに属する。

【０１９６】すなわち、ｏｐがＴＭＥＮＣＯＤＥである
時、「＿ｔｍｅｎｃｄｅｃ（）」は、ｏｂｊをそのコー
ド化フォーマットに変形し、ｅｎｃｏｂｊにその結果を
おく。ｅｎｃｏｂｊにより位置指定されるバッファのサ
イズは、ｅｌｅｎにより特定され、長さがｏｌｅｎであ
るｏｂｊにより位置指定されるバッファのサイズの少な
くとも４倍である。ｏｌｅｎは、「＿ｔｍｐｒｅｓｅｎ
ｄ（）」により返される長さである。

【０１９７】「＿ｔｍｅｎｃｄｅｃ（）」は、コード化
データのサイズ（すなわち、実際に送信されるデータの
量）をｅｎｃｏｂｊに返す。「＿ｔｍｅｎｃｄｅｃ（）
」は、ルーチン内に通過されるバッファのいずれをもフ
リーにしない。

【０１９８】ｏｐがＴＭＤＥＣＯＤＥである時、ｅｎｃ
ｏｂｊは、ＴＵＸＥＤＯシステムにより割り当てられた
バッファへと位置指定し、ここに通信終点が読み取られ
、データのコード化バージョンが属する。バッファの長
さは、ｅｌｅｎである。ｏｂｊは、ｅｎｃｏｂｊにより
位置指定され、復号化データがコピーされるバッファと
少なくとも同じサイズであるバッファを位置指定する。 ｏｂｊの長さは、ｏｌｅｎである。

【０１９９】ｏｂｊが最終的にアプリケーションに返さ
れるバッファであるとき、このバッファは、復号化デー
タを保持するのに十分大きいことを確実にするために「
＿ｔｍｅｎｃｄｅｃ（）」を呼び出す前に、ＴＵＸＥＤ
Ｏシステムにより増大されることが可能である。

【０２００】「＿ｔｍｅｎｃｄｅｃ（）」は、ｏｂｊに
復号化されたデータのサイズを返す。「＿ｔｍｅｎｃｄ
ｅｃ（）」が返した後、「＿ｔｍｐｏｓｔｒｅｃｖ」は
、その第一の引き数として通過されるｏｂｊと、またそ
の第二の引き数として「＿ｔｍｅｎｃｄｅｃ（）」のリ
ターン値と、またその第三の引き数としてｏｌｅｎとと
もに呼び出される。「＿ｔｍｅｎｃｄｅｃ（）」は、ル
ーチンに通過されるバッファのいずれをもフリーにしな
い。

【０２０１】「＿ｔｍｅｎｃｄｅｃ（）」は、ＮＵＬＬ
でないデータがコード化されるあるいは復号化される必
要があるときのみ、呼び出される。

【０２０２】もし異なるマシンがネットワーク内に存在
する時でさえもコード化あるいは復号化がデータに対し
て遂行される必要がないならば、そこでＴＵＸＥＤＯシ
ステムの「＿ｄｆｌｔｅｎｃｄｅｃ（）」が使用される
べきである。このルーチンは、ｏｌｅｎ（ｏｐはＴＭＥ
ＮＣＯＤＥに等しい）あるいはｅｌｅｎ（ｏｐはＴＭＤ
ＥＣＯＤＥに等しい）のいずれかを返す。

【０２０３】成功に際しては、「＿ｔｍｅｎｃｄｅｃ（
）」は、上で記述されるように負ではないバッファ長を
返す。もしルーチンが失敗するなら、−１を返し、「＿
ｔｍｅｎｃｄｅｃ（）」の呼出し側はまた、「ｔｐｅｒ
ｒｎｏ」をＴＰＥＳＹＳＴＥＭへの不良設定を返す。

【０２０４】＿ｔｍｒｏｕｔｅ（） メッセージ経路指定に対するデフォルトは、望ましいサ
ービスを提供する何らかの利用可能なサーバグループへ
のメッセージを経路指定することである。さらに、所定
のＴＵＸＥＤＯシステムが構成されるとき、構成ファイ
ルであるＵＢＢＣＯＮＦＩＧは、サーバ２０９により提
供される各機能に対するエントリを有し、生成される。

【０２０５】ＵＢＢＣＯＮＦＩＧファイルでの各機能エ
ントリは、ＲＯＵＴＩＮＧパラメータを使用する機能に
対して同じ経路指定規準の論理名を特定可能である。多
数の機能が同じ経路指定規準を共用可能である。機能が
特定された経路指定規準名を有する場合において、「＿
ｔｍｒｏｕｔｅ（）」は、メッセージがメッセージ内の
データに基づいて送信されるサーバグループを決定する
ために使用される。サーバグループへのデータのこのマ
ッピングは、「データ依存経路指定」と呼ばれている。

【０２０６】「＿ｔｍｒｏｕｔｅ（）」は、バッファが
「ｔｐｃａｌｌ（）」、「ｔｐａｃａｌｌ（）」、「ｔ
ｐｆｏｒｗａｒｄ（）」に送信される前に（また「ｔｍ
ｐｒｅｓｅｎｄ（）」と「ｔｍｅｎｃｄｅｃ（）」とが
呼び出される前に）呼び出される。

【０２０７】ｒｏｕｔｉｎｇ＿ｎａｍｅは、（ＵＢＢＣ
ＯＮＦＩＧファイルで特定されるように）経路指定規準
の論理名であり、データ依存経路指定を必要とする全て
の機能に連関する。ｆｕｎｃｔｉｏｎは、要求がなされ
る機能の名前である。パラメータｄａｔａは、要求内に
伝送されるデータに対して位置指定し、ｌｅｎは、その
長さである。

【０２０８】今までのページに記述した他のルーチンと
違って、「＿ｔｍｒｏｕｔｅ（）」は、ｐｔｒがＮＵＬ
Ｌである時でさえ呼び出される。ｇｒｏｕｐパラメータ
は、要求が経路指定されるグループの名前を返すために
使用される。このグループ名は、ＵＢＢＣＯＮＦＩＧフ
ァイルにおいてリストされるグループ（とグループが選
択されるときに能動状態にあるグループ）名の一つに適
合しなければならない。

【０２０９】もし要求が、特定の機能を供与する何らか
の利用可能なサーバへと進むならば、ｇｒｏｕｐは、Ｎ
ＵＬＬ列に設定されるべきであり、ルーチンは１を返す
べきである。

【０２１０】もしデータ依存経路指定がバッファタイプ
に対して必要とされなければ、そこでＴＵＸＥＤＯシス
テムの「＿ｄｆｌｔｒｏｕｔｅ（）」が使用されるべき
である。このルーチンは、ＮＵＬＬ列にｇｒｏｕｐを設
定し、１を返す。

【０２１１】成功に際しては、「＿ｔｍｒｏｕｔｅ（）
」は、１を返す。もしルーチンが失敗するならば、−１
を返し、「＿ｔｍｒｏｕｔｅ（）」の呼出し側はまた、
「ｔｐｅｒｒｎｏ」をＴＰＥＳＹＳＴＥＭへと不良設定
を返す。

【０２１２】もしｇｒｏｕｐが、不当なサーバグループ
の名前に設定されているならば、「＿ｔｍｒｏｕｔｅ（
）」を呼び出すルーチンは、エラーを返し、「ｔｐｅｒ
ｒｎｏ」をＴＰＥＳＹＳＴＥＭへと設定する。

【０２１３】転送構文スイッチエントリ５３５は、一般
にタイプスイッチエントリ５０５の実現と平行するので
、転送構文スイッチエントリ５３５の実現は詳細には議
論しない。転送構文スイッチエントリにおいて、エント
リは、転送構文の文字列名を含み、転送構文名４１３と
転送構文に対する転送構文スイッチエントリ５３５の転
送構文スイッチ５１５における指標との間の変換を可能
にする。

【０２１４】コード化／復号化タイプサービスルーチン
５１３は、コード化オペレーション及び復号化オペレー
ションのために総称名を利用する。これらの名前は、実
際には「Ｃ」のマクロの名前であり、タイプスイッチ５
０３に対して記述されたものと同じ機構が、様々な転送
構文に対するコード化及び復号化オペレーションを実際
に行うルーチンに対して総称名を関連付けるために使用
される。

【０２１５】タイプスイッチに関しては、従って実現に
より、様々な転送構文に対する必要なコード化及び復号
化の実際的な詳細からコード化／復号化タイプサービス
ルーチン５１３が隔離されている。

【０２１６】ビルティンボード機能エントリの詳細記述
：図７ 図７は、ビルティンボード機能エントリ５１９のフィー
ルドを詳細に示し、図５に示されているエントリ５１９
に相当するエントリ５１９の部分は、その図からの相当
する参照番号により識別されている。

【０２１７】以前に示したように、ビルティンボード３
０５は、大域情報を記述する情報を含む複雑なデータ構
造、これらの情報を供与するサーバ２０９、サーバが実
行する構成要素システム３０２、及びクライアント２０
１とサーバ２０９とが互いに通信することによるメッセ
ージ待ち行列である。

【０２１８】ビルティンボード３０５は、ＵＢＢＣＯＮ
ＦＩＧファイルの内容から及びサーバ２０９により供与
される情報から作られる。機能エントリ５１９、ハッシ
ュリンク７０１、サーバリンク７０３、及びメッセージ
待ちリンク行列７０５の第一の３個の構成要素は、ビル
ティンボード３０５内で、他の大域情報、サーバ、及び
メッセージ待ち行列に関する情報への急速な導出を可能
にするデータ構造である。

【０２１９】ハッシュリンク７０１は、所定の機能エン
トリ５１９が所属するハッシュチェイン内での他の機能
エントリ５１９へのリンクである。以前に言及したよう
に、ハッシュチェインは、機能名による機能エントリ５
１９の急速なアクセスを可能にする。

【０２２０】サーバリンク７０３は、所定のサーバに対
して実行する機能のための機能エントリ５１９とサーバ
を記述するビルティンボード内でのエントリへのバック
リンクとの間のリンクである。

【０２２１】メッセージ待ち行列リンクは、所定の機能
エントリ５１９が所属する機能に対しての要求を受信す
るメッセージ待ち行列を記述するビルティンボード３０
５内でのエントリへのリンクである。

【０２２２】次の３個のフィールドは、サーバ内での機
能の配置を可能にする。機能ルーチン名７０７は、機能
を遂行するサーバ内でのルーチンの名前である。機能名
７０９は、この名前により機能がクライアント２０１に
知られる名前であり、タイプ付きバッファ１２７のヘッ
ダの要求機能フィールド内で使用されなければならない
機能名７０９である。機能アドレス７１１は、機能を遂
行するルーチンへのポインタである。

【０２２３】次のフィールド、タイプアレイ７１３とビ
ルティンボードタイプリスト７２７とはともにタイプリ
スト５２５を実現する。好ましい実施例において、各ビ
ルティンボード３０５は、ビルティンボード３０５上に
リストされた１個以上の機能によって受け入れられるタ
イプ付きバッファの全タイプをリストする単一のビルテ
ィンボードタイプリスト７２７を有する。

【０２２４】リスト７２７は、単に文字列タイプ名のア
レイであり、所定のタイプ名のアレイにおける指標はそ
のタイプに対する大域タイプ指標７３１であるが、結果
的に、リスト７２７は大域タイプ指標７３１からタイプ
名への変換を可能にし、その逆もまた可能である。所定
の機能がどのタイプを受け入れるかどうかは、ビルティ
ンボードタイプリスト７２７内でリストされる各タイプ
に相当する１ビットを持つビット列であるタイプアレイ
７１３により示される。

【０２２５】もし所定のタイプに相当するビットが設定
されるならば、そこでビルティンボード機能エントリ５
１９により表される機能は、このタイプを受け入れる。

【０２２６】転送構文リスト５２７は、同様に実現され
る。ビルティンボード転送構文リスト７３３は、ＴＵＸ
ＥＤＯシステムに所属する構成要素システム３０２内の
全マシンにより扱われる転送構文の文字列名のアレイで
ある。リスト７３３における所定の転送構文の名前の指
標は、その転送構文に対する大域転送リスト指標７３７
である。転送構文アレイ７１５は、その機能に対するサ
ーバ２０９が動作するマシンにより扱われる各転送構文
に対するビットセットを有する他のビット列である。

【０２２７】エントリ５１９の残るフィールドは、サー
バアドレス５２３を実現する。フィールドの内容は、以
下である。

【０２２８】・マシン認識番号（ｉｄ）７１７：サーバ
が動作する構成要素システム３０２に対する論理認識子
・グループ認識番号（ｉｄ）７１９：機能のサーバ２０
９が所属するサーバ３１３に対する論理認識子・サーバ
認識盤項（ｉｄ）７２１：機能に対するサーバ２０９に
関する論理認識子 ・プロセス認識番号（ｉｄ）７２３：サーバの現在のプ
ロセスに対するシステムプロセス認識子・要求待ち行列
アドレス７２５：サーバ２０９が要求を取る要求待ち行
列のアドレス

【０２２９】これらのフィールドについての記述とＴＵ
ＸＥＤＯシステムにおけるプロセス間通信についての議
論とから理解されるように、フィールド７１７−７２１
における情報は、送信／受信装置１１３が、ビルティン
ボード３０５内に機能エントリ５１９を有する何らかの
機能へとタイプ付きバッファを送信することを十分に可
能にする。

【０２３０】以前に言及したように、各構成要素システ
ム３０２におけるビルティンボード３０５は、その構成
要素システムのにおけるビルティンボードサーバ３０３
により維持されている。各ビルティンボードサーバ３０
３は、全ての他のビルティンボードサーバに対するメッ
セージ待ち行列３０７のリストを有する。

【０２３１】他のメッセージを各々送信することにより
、ビルティンボードサーバ３０３は、各構成要素システ
ム３０２においてビルティンボード３０５を調和させて
保つ。特に、サーバ２０９に対するプロセス５０１が構
成要素システムにおいて動作し始めるとき、プロセス５
０１は、タイプ付きバッファのタイプのリストとサーバ
２０９により扱われる転送構文のリストと共に、そのサ
ーバ２０９がそのクライアントに利用可能な各機能に対
するフィールド７０７−７２５の内容とを有するメッセ
ージを、その構成要素システム内でビルティンボードサ
ーバ３０３に送信する。

【０２３２】タイプと転送構文とのリストのソースは、
むろんタイプスイッチ５０３と転送構文スイッチ５１５
である。サーバ２０９のプロセスとビルティンボードサ
ーバ３０３自身の構成要素システム３０２に関する情報
とにより供与される情報を使用して、ビルティンボード
サーバ３０３は、ビルティンボードタイプリスト７２７
とビルティンボード転送構文リスト７３３それぞれへの
リストにいずれかのタイプあるいは転送構文をまず付け
加え、各機能に対するビルティンボード機能エントリ５
１９を構築し、タイプアレイ７１３と転送構文アレイ７
１５とが機能により扱われるタイプと転送構文を示すた
めに機能するようなビットアレイであるように設定する
。

【０２３３】ビルティンボードサーバ３０３が終了する
と、ビルティンボードサーバ３０３は、新しいエントリ
及び新しいビルティンボードタイプリストテーブル７２
７と新しいビルティンボード転送構文リスト７３３との
写しを他のビルティンボードサーバ３０３の各々に送信
する。これらのサーバは、そこでサーバのビルティンボ
ード３０５を更新するために写しを使用する。

【０２３４】結論 上述の「実施例」は、本明細書の題材である装置及び方
法がどのように製作され得るか及びどのように使用され
得るかを通常の当業者に開示しており、またさらに本発
明を製作し、使用する発明者に現在までに既知の最良の
方式を開示している。

【０２３５】「実施例」は、ＴＵＸＥＤＯトランザクシ
ョン処理システムにおける本発明の実施例を開示してい
る。ＴＵＸＥＤＯシステムは、分散され、また異種の構
成要素を有することが可能である。本発明は、しかし、
何らかの階層型に組織化されたデータ処理システムが分
散されているかどうかにかかわらず、またこのシステム
が異種の構成要素を有するかどうかにかかわらず、この
ようなシステムにおいて実施例とされることが可能であ
る。

【０２３６】ＴＵＸＥＤＯ分散トランザクション処理シ
ステムは、さらに、相互関係がクライアント−サーバモ
デルに基づく多数の協力するシステムからなり、改めて
、本発明は、単一のプロセスのみを有するシステムある
いは協力するプロセスが他のモデルによる相互関係を持
つシステムにおいて実施例とされることが可能である。

【０２３７】「実施例」での実施例において、タイプ特
定オペレーションが、システムバッファ割り当て、再割
り当て、割り当て解除オペレーションの一部として、及
びＴＵＸＥＤＯシステムの構成要素システム間でバッフ
ァを送信するシステムオペレーションの一部として遂行
されているが、他の実施例においては、タイプ特定オペ
レーションは、他のシステムオペレーションの一部とし
て遂行されることが可能であり、またタイプ特定オペレ
ーション自身はここで開示されたシステムオペレーショ
ンと異なり得る。

【０２３８】「実施例」は、さらに、タイプがＴＵＸＥ
ＤＯシステムのタイプ付きバッファにおけるデータとど
のように連関するか、タイプ特定オペレーションを遂行
するルーチンがタイプスイッチにおけるタイプとどのよ
うに連関するか、及びサーバにより供与される機能がど
のタイプと転送構文とを受け入れるかを示すためにどの
ようにビルティンボードを利用するかを開示している。

【０２３９】他の実施例においては、タイプ付きバッフ
ァ、タイプスイッチ、及びビルティンボードを使用して
遂行される機能は、他のデータ構造を使用して遂行され
る。

【０２４０】以上は、「実施例」が制限を付けるという
よりもむしろ例証かつ例示としてあらゆる点で考えられ
るべきであり、また本発明の範囲が、等価を信条とする
観点から解釈されるような請求項によってのみ定義され
る場合である。

【０２４１】以上の説明は、本発明の一実施例に関する
もので、この技術分野の当業者であれば、本発明の種々
の変形例が考え得るが、それらはいずれも本発明の技術
的範囲に包含される。尚、特許請求の範囲に記載した参
照番号は発明の容易なる理解のためで、その技術的範囲
を制限するよう解釈されるべきではない。

【発明の効果】以上述べたごとく、本発明によれば、シ
ステムオペレーションの詳細を隠すこととアプリケーシ
ョンプログラムのデータにより影響されるシステムオペ
レーションのアプリケーションプログラム部分による定
義との両方を可能にする方法で、なおかつさらに、アプ
リケーションプログラマを単一の伝送構文に限定せず、
また組込みのフレームワークを使用する変換を記述する
ためにアプリケーションプログラマを必要とはしない方
法、及びこのような方法に基づく装置、が供与され得る
。

【図面の簡単な説明】

【図１】異種の環境においてアプリケーションプログラ
ム間でデータを通過させるために使用される本発明の外
観である。

【図２】クライアントとサーバとのブロックダイヤグラ
ムである。

【図３】本発明が実現される分散システムのブロックダ
イヤグラムである。

【図４】本発明の環境で利用されるタイプ付きバッファ
のヘッダのダイヤグラムである。

【図５】分散システムの処理において実現される本発明
のダイヤグラムである。

【図６】好ましい実施例におけるタイプスイッチでのエ
ントリのダイヤグラムである。

【図７】好ましい実施例における機能に対するビルティ
ンボードエントリのダイヤグラムである。

【図８】総称オペレーション名であるマクロ名が好まし
い実施例におけるタイプスイッチルーチンの呼出しを形
成するために拡張される様式を示す。

【符号の説明】

図中の参照番号は二つの部分を有するが、すなわち、最
下位２桁は一つの図内の参照番号を示し、残る１桁は参
照番号により特定される項目が最初に図示される図面を
示す。従って、タイプスイッチ５０３は、図５に項目５
０３として最初に図示される。 １０１　　本発明の装置 １０３　　環境 １０５　　アプリケーションプログラム（ＡＰ）１０７
　　アプリケーションプログラムレベル（ＡＰＬ）１０
８　　システムレベル（ＳＹＳＬ）１０９　　バッファ
サービスレベル（ＢＳＬ）１１１　　割り当て／割り当
て解除装置（Ａ／Ｄ）１１３　　送信／受信装置（Ｓ／
Ｒ） １１５　　矢印 １１６　　矢印 １１７　　矢印（ポインタ） １１９　　矢印 １２１　　矢印 １２２　　矢印 １２３　　矢印 １２５　　矢印 １２７　　タイプ付きバッファ １２９　　タイプ特定子（ＴＳ） １３０　　矢印 １３１　　データ １３２　　矢印 １３３　　矢印 １３５　　タイプサービスレベル（ＴＳＬ）１３７　　
矢印（データ移送機構） １３９　　タイプサービス（ＴＳ） ２０１　　クライアントプロセス ２０３　　要求（ＲＥＱ） ２０５　　回答（ＲＥＰ） ２０７　　プロセス間通信（ＩＰＣ）システム２０９　
　サーバプロセス ３０１　　分散型システム（ＤＳ） ３０２　　構成要素システム（ＣＳ） ３０３　　ビルティンボードサーバ（ＢＢＳ）３０５　
　ビルティンボード（ＢＢ） ３０７　　メッセージ待ち行列（ＭＱ）３０９　　通信
システム（ＣＯＭＭ） ３１３　　サービス（ＳＶＣ） ４０１　　メタヘッダ（ＭＥＴＡＨＥＡＤＥＲ）４０２
　　ヘッダ ４０３　　メッセージタイプ（ＭＴ） ４０５　　待ち行列アドレス（ＱＡＤＤＥＲ）４０７　
　マシン識別子（ＭＣＨＩＤ）４０９　　全体サイズ（
ＴＳＩＺＥ） ４１１　　コード化フラグ（ＥＮＣＦ）４１３　　転送
構文（ＸＥＲＳＹＮＴＡＸ）４１５　　タイプ情報（Ｔ
ＹＰＥ　ＩＮＦＯ）４１７　　大域タイプ指標（ＧＴＩ
） ４１９　　局所タイプ指標（ＬＴＩ） ４２１　　サブタイプ（ＳＵＢＴＹＰＥ）４２３　　プ
ロセス間通信情報（ＩＰＣ　ＩＮＦＯ）４２５　　送信
装置アドレス（ＳＥＮＤＡＤＤＲ）４２７　　受信装置
アドレス（ＲＥＣＶＡＤＤＲ）４２９　　回答アドレス
（ＲＥＰＬＹ）４３１　　機能情報（ＦＵＮＣＴＩＯＮ
　ＩＮＦＯ）４３３　　機能名（ＦＵＮＣＮＡＭＥ）４
３５　　送信メッセージタイプ（ＳＥＮＤＭＴ）４３７
　　受信メッセージタイプ（ＲＥＣＶＭＴ）４４１　　
データ情報（ＤＡＴＡ　ＩＮＦＯ）４４３　　データ長
（ＤＡＴＡＬＥＮ）４４５　　最大データ長（ＭＡＸＤ
ＡＴＡＬＥＮ）４４７　　データポインタ（ＤＡＴＡＰ
ＴＲ）５０１　　プロセス ５０３　　タイプスイッチ（ＴＳＷ） ５０５　　タイプスイッチエントリ（ＴＳＷＥ）５０７
　　タイプ名（ＴＮ） ５０９　　タイプサービスルーチンエントリポイント（
ＴＳＥＰＳ） ５１１　　（ＴＳＲＬ） ５１３　　タイプサービスルーチン（ＴＳＲ）５１５　
　転送構文スイッチ（ＸＳＳＷ）５１７　　共用メモリ
（ＳＭ） ５１９　　ビルティンボード機能エントリ（ＢＢＦＥ）
５２１　　「ＦＮＡＭＥ」 ５２３　　「ＳＥＲＶ　ＡＤＤＲ」 ５２５　　「ＴＹＰＥ　ＬＩＳＴ」 ５２７　　「ＸＦＥＲ　Ｓ　ＬＩＳＴ」５２９ ５３１　　転送構文名（ＸＳＮ） ５３３　　転送構文エントリポイント（ＸＳＥＰＳ）５
３５　　転送構文スイッチエントリ（ＸＳＳＷＥ）６０
１　　タイプ名（ＴＹＰＥ　ＮＡＭＥ）６０３　　サブ
タイプ名（ＳＵＢＴＹＰＥ　ＮＡＭＥ）６０５　　デフ
ォルトバッファサイズ（ＤＥＦ　ＢＵＦ　ＳＩＺＥ） ６０７　　初期化バッファポインタ（ＩＮＩＴ　ＢＵＦ
　ＰＴＲ） ６０９　　再初期化バッファポインタ（ＲＥＩＮＩＴ　
ＢＵＦ　ＰＴＲ） ６１１　　初期化解除バッファポインタ（ＵＮＩＮＩＴ
　ＢＵＦ　ＰＴＲ）

Claims (10)

【特許請求の範囲】
1. 【請求項１】　　アプリケーション定義タイプとデータ
   を連関させるための第一のシステム定義装置（１１１）
   と；アプリケーション定義オペレーションとデータを連
   関させるための第二のシステム定義装置（１３９）と；
   システム定義オペレーションにより利用され、アプリケ
   ーション定義オペレーションがシステム定義オペレーシ
   ョンの一部としてデータに対して遂行されるようにその
   タイプに応答する第三のシステム定義装置（１１１、１
   １３）とを有し、システム定義データオペレーションの
   一部としてアプリケーション定義データオペレーション
   （１３１）を実行することを特徴とするデータ処理シス
   テムのオペレーション実行装置。
2. 【請求項２】　　アプリケーション定義オペレーション
   が複数のオペレーションの内の一つであり、第二のシス
   テム定義装置が複数のアプリケーション定義オペレーシ
   ョンとタイプを連関させることを特徴とする請求項１記
   載の装置。
3. 【請求項３】　　システム定義オペレーションが複数の
   オペレーションの内の一つであり、第二のシステム定義
   装置がアプリケーション定義オペレーションの各々一つ
   とシステム定義オペレーションの内の一つを連関させる
   ことを特徴とする請求項２記載の装置。
4. 【請求項４】　　第一のシステム定義装置がアプリケー
   ション定義タイプを表すタイプ特定子（１２９）とデー
   タを連関させ；第二のシステム定義装置がアプリケーシ
   ョン定義オペレーションとタイプ特定子を連関させ；第
   三のシステム意義装置がタイプ特定子に応答することを
   特徴とする請求項１記載の装置。
5. 【請求項５】　　データがバッファ（１２７）に記憶さ
   れ；タイプ特定子を有するヘッダ（４０２）がバッファ
   と連関され；第一のシステム定義装置がタイプを表すた
   めに必要とされるようにヘッダにおけるタイプ特定子を
   設定することを特徴とする請求項４記載の装置。
6. 【請求項６】　　第二のシステム定義装置が、タイプ特
   定子により指標付けされた要素（５０５）であり、アプ
   リケーション定義オペレーションのために少なくとも特
   定子（５０９）を有する要素を持つアレイ（５０３）で
   あることを特徴とする請求項４記載の装置。
7. 【請求項７】　　システム定義オペレーションがデータ
   処理システムの一方の構成要素（１０３（１））から他
   方の構成要素（１０３（２））へとデータを送信し；さ
   らに両方の構成要素が請求項１記載の装置を有し；一方
   の構成要素の装置におけるアプリケーション定義オペレ
   ーションは送信前にデータを処理し、かつ（あるいは）
   他の構成要素の装置におけるアプリケーション定義オペ
   レーションは送信に続きデータを処理することを特徴と
   する請求項１記載の装置。
8. 【請求項８】　　一方の構成要素と他方の構成要素とが
   異種であり；一方の構成要素の装置におけるアプリケー
   ション定義オペレーションと他方の構成要素の装置にお
   けるアプリケーション定義オペレーションとが他方の構
   成要素により必要とされる形式にデータを置くために協
   力することを特徴とする請求項７記載の装置。
9. 【請求項９】　　一方の構成要素がクライアントプロセ
   スでかつ、他方の構成要素がデータに対して少なくとも
   一つの機能を遂行するサーバプロセスであり；さらにコ
   ンピュータシステムは、サーバプロセスがアプリケーシ
   ョン定義タイプと連関するデータに対して機能を遂行す
   るかどうかを示すためにクライアントプロセスにアクセ
   ス可能なビルティンボード装置（３０５）を有し；シス
   テム定義オペレーションは、アプリケーション定義タイ
   プと連関するデータに対して機能が遂行されることをビ
   ルティンボード装置が示す場合にのみデータを送信する
   ことを特徴とする請求項７記載の装置。
10. 【請求項１０】　　アプリケーション定義オペレーショ
    ンとアプリケーション定義タイプを連関させるために第
    一のシステム定義装置を利用するステップと；そのタイ
    プとデータを連関させるために第二のシステム定義装置
    を利用するステップと；アプリケーション定義オペレー
    ションがシステム定義オペレーションの一部としてデー
    タに対して遂行されるようにそのタイプに応答する第三
    のシステム定義装置を利用する各ステップからなり、シ
    ステム定義データオペレーションの一部としてアプリケ
    ーション定義データオペレーションを遂行するステップ
    とからなることを特徴とするデータ処理システムのオペ
    レーション実行方法。