JP3364587B2 - 通信システムで比較的大きなデータ・オブジェクトの伝送を制御するシステムと方法 - Google Patents
通信システムで比較的大きなデータ・オブジェクトの伝送を制御するシステムと方法Info
- Publication number
- JP3364587B2 JP3364587B2 JP02791298A JP2791298A JP3364587B2 JP 3364587 B2 JP3364587 B2 JP 3364587B2 JP 02791298 A JP02791298 A JP 02791298A JP 2791298 A JP2791298 A JP 2791298A JP 3364587 B2 JP3364587 B2 JP 3364587B2
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- domain
- relatively large
- large data
- buffers
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 102
- 230000005540 biological transmission Effects 0.000 title claims description 98
- 238000000034 method Methods 0.000 title claims description 73
- 239000000872 buffer Substances 0.000 claims description 552
- 238000012545 processing Methods 0.000 claims description 53
- 238000004590 computer program Methods 0.000 claims description 35
- 230000008569 process Effects 0.000 claims description 24
- 238000010586 diagram Methods 0.000 description 25
- 230000006870 function Effects 0.000 description 15
- 238000012546 transfer Methods 0.000 description 7
- 239000000047 product Substances 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 101150102699 APPL2 gene Proteins 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 125000000524 functional group Chemical group 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004148 unit process Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4247—Bus transfer protocol, e.g. handshake; Synchronisation on a daisy chain bus
- G06F13/426—Bus transfer protocol, e.g. handshake; Synchronisation on a daisy chain bus using an embedded synchronisation, e.g. Firewire bus, Fibre Channel bus, SSA bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、データ通信に関
し、より詳細には通信システムにおけるデータの共用お
よびデータ伝送に関する。さらに詳細には、本発明は通
信システムの通信スタックにおけるアプリケーション・
プログラム間での比較的大量のデータの伝送を制御する
システムに関する。
し、より詳細には通信システムにおけるデータの共用お
よびデータ伝送に関する。さらに詳細には、本発明は通
信システムの通信スタックにおけるアプリケーション・
プログラム間での比較的大量のデータの伝送を制御する
システムに関する。
【０００２】
【従来の技術】通信システムまたはネットワークは一般
に、相互作用し、ネットワーク上のコンピュータ（すな
わちノード）間でデータを伝送する一群のコンピュータ
またはコンピュータ・システムとして定義される。ノー
ドの機能は、最小のローカル処理能力を備えた端末から
高速ローカル処理能力のある複雑なマルチプロセッサに
までわたっている。ノードは、ネットワーク・インタフ
ェースがネットワーク規格またはアーキテクチャに準拠
していることを保証するのに必要な制御機能のセットを
含んでいる。これらの制御機能は機能に応じてセットに
まとめることができる。例えば、本発明の譲受人である
インターナショナル・ビジネス・マシーンズ・コーポレ
イション（ＩＢＭ）が開発したシステム・ネットワーク
体系（ＳＮＡ）では、ＳＮＡはリンクなど現実のネット
ワーク・リソースの動作を制御する物理ユニット（Ｐ
Ｕ）と、アプリケーションなどの論理ソフトウェアに基
づくエンティティを制御する論理ユニット（ＬＵ）を定
義する。その他のネットワーク・アーキテクチャも同様
の機能グループを定義する。
に、相互作用し、ネットワーク上のコンピュータ（すな
わちノード）間でデータを伝送する一群のコンピュータ
またはコンピュータ・システムとして定義される。ノー
ドの機能は、最小のローカル処理能力を備えた端末から
高速ローカル処理能力のある複雑なマルチプロセッサに
までわたっている。ノードは、ネットワーク・インタフ
ェースがネットワーク規格またはアーキテクチャに準拠
していることを保証するのに必要な制御機能のセットを
含んでいる。これらの制御機能は機能に応じてセットに
まとめることができる。例えば、本発明の譲受人である
インターナショナル・ビジネス・マシーンズ・コーポレ
イション（ＩＢＭ）が開発したシステム・ネットワーク
体系（ＳＮＡ）では、ＳＮＡはリンクなど現実のネット
ワーク・リソースの動作を制御する物理ユニット（Ｐ
Ｕ）と、アプリケーションなどの論理ソフトウェアに基
づくエンティティを制御する論理ユニット（ＬＵ）を定
義する。その他のネットワーク・アーキテクチャも同様
の機能グループを定義する。
【０００３】ノードを相互接続する通信設備も、高速入
出力（Ｉ／Ｏ）チャネルから低速の２地点間電話回線ま
で多岐にわたる。例を示すと、通信機能を実施するため
の媒体にはサテライト・リンクや広帯域光ファイバが含
まれ得る。
出力（Ｉ／Ｏ）チャネルから低速の２地点間電話回線ま
で多岐にわたる。例を示すと、通信機能を実施するため
の媒体にはサテライト・リンクや広帯域光ファイバが含
まれ得る。
【０００４】図１について説明する。同図は、直接接続
環境での２つのノード、この例ではホスト・コンピュー
タを備えたアプリケーション間通信ネットワークのコン
ポーネントを示す高レベルのブロック図を１０に示す。
この種のアプリケーション間通信ネットワークの図は
「エンド・ツー・エンド」図と呼ばれることがある。２
つのホスト・コンピュータはそれぞれ１２と１４に示し
てある。ホスト・コンピュータの例としては、本発明の
譲受人であるインターナショナル・ビジネス・マシーン
ズ・コーポレイション（ＩＢＭ）が開発したＩＢＭ ３
９０メインフレーム・コンピュータがある。各ホスト・
コンピュータはネットワークを介してデータを送信する
ための「アウトバウンド」側１６と、ネットワーク送信
されたデータを受信するための「インバウンド」側１８
を備える。さらに、２０および２２に示すようなアプリ
ケーションがホスト・コンピュータ上で実行される。ア
プリケーションがデータを処理し、データをネットワー
ク上の他のノードに送信するよう要求すると、送信すべ
きデータはアプリケーションが実行中のノードの通信ス
タック２４および２６で処理され、システム入出力（Ｉ
／Ｏ）インタフェース２８経由で送信される。システム
Ｉ／Ｏインタフェース２８はネットワークを介して送信
されるデータを受信するのを支援する働きをする。
環境での２つのノード、この例ではホスト・コンピュー
タを備えたアプリケーション間通信ネットワークのコン
ポーネントを示す高レベルのブロック図を１０に示す。
この種のアプリケーション間通信ネットワークの図は
「エンド・ツー・エンド」図と呼ばれることがある。２
つのホスト・コンピュータはそれぞれ１２と１４に示し
てある。ホスト・コンピュータの例としては、本発明の
譲受人であるインターナショナル・ビジネス・マシーン
ズ・コーポレイション（ＩＢＭ）が開発したＩＢＭ ３
９０メインフレーム・コンピュータがある。各ホスト・
コンピュータはネットワークを介してデータを送信する
ための「アウトバウンド」側１６と、ネットワーク送信
されたデータを受信するための「インバウンド」側１８
を備える。さらに、２０および２２に示すようなアプリ
ケーションがホスト・コンピュータ上で実行される。ア
プリケーションがデータを処理し、データをネットワー
ク上の他のノードに送信するよう要求すると、送信すべ
きデータはアプリケーションが実行中のノードの通信ス
タック２４および２６で処理され、システム入出力（Ｉ
／Ｏ）インタフェース２８経由で送信される。システム
Ｉ／Ｏインタフェース２８はネットワークを介して送信
されるデータを受信するのを支援する働きをする。
【０００５】また、本発明は、例えば図２の１０'に示
すものと同様の通信ネットワーク環境にも適用できる。
図２の通信ネットワークでは、２つのホスト・コンピュ
ータを５０と５２に示す。図のホスト・コンピュータ５
０は、本発明による通信スタック内の比較的大きなデー
タ・オブジェクトを管理する能力を備える。コンピュー
タ５４は、単に、ホスト・コンピュータ５０で処理さ
れ、ネットワーク６０を介して送信されるデータを経路
指定するためのネットワーク内ルータとして使用される
制御装置である。６２に示すようなアプリケーションは
ホスト・コンピュータ５０で実行される。アプリケーシ
ョンがデータを処理し、データをネットワークの他のノ
ードに送信するよう要求すると、送信すべきデータは通
信スタック６４で処理される。
すものと同様の通信ネットワーク環境にも適用できる。
図２の通信ネットワークでは、２つのホスト・コンピュ
ータを５０と５２に示す。図のホスト・コンピュータ５
０は、本発明による通信スタック内の比較的大きなデー
タ・オブジェクトを管理する能力を備える。コンピュー
タ５４は、単に、ホスト・コンピュータ５０で処理さ
れ、ネットワーク６０を介して送信されるデータを経路
指定するためのネットワーク内ルータとして使用される
制御装置である。６２に示すようなアプリケーションは
ホスト・コンピュータ５０で実行される。アプリケーシ
ョンがデータを処理し、データをネットワークの他のノ
ードに送信するよう要求すると、送信すべきデータは通
信スタック６４で処理される。
【０００６】図１または図２に示すような通信システム
を介した通信は、ネットワーク・アーキテクチャで制御
することができる。図１または図２に示すような通信シ
ステムで実施されるネットワーク・アーキテクチャの１
つは、本発明の譲受人であるインターナショナル・ビジ
ネス・マシーンズ・コーポレイション（ＩＢＭ）が開発
したシステム・ネットワーク体系（ＳＮＡ）である。Ｓ
ＮＡは、ユーザが通信システム上で自分の私用ネットワ
ークを構築できるようにするためのネットワーク・アー
キテクチャである。ＳＮＡネットワークは、マシンまた
はコンピュータ（すなわちノード）の集合体として定義
できる。ＳＮＡネットワークには、端末と、端末および
その他の周辺装置の挙動を監視する制御装置と、主中央
演算処理装置の作業を軽減し、データ通信に関連する処
理に割り込むフロントエンド・プロセッサと、主ホスト
・コンピュータなど、数種類のノードがある。ＳＮＡは
本来、ノードの接続方法と相互の通信方法を指定する。
さらに、システムはＳＮＡを使って、異なった種類のワ
ークステーションまたは異なるアプリケーションへの通
信リンクを別々に設置する必要をなくし、プログラムと
装置の数を減らすことによってネットワーク・リソース
を共用することができる。
を介した通信は、ネットワーク・アーキテクチャで制御
することができる。図１または図２に示すような通信シ
ステムで実施されるネットワーク・アーキテクチャの１
つは、本発明の譲受人であるインターナショナル・ビジ
ネス・マシーンズ・コーポレイション（ＩＢＭ）が開発
したシステム・ネットワーク体系（ＳＮＡ）である。Ｓ
ＮＡは、ユーザが通信システム上で自分の私用ネットワ
ークを構築できるようにするためのネットワーク・アー
キテクチャである。ＳＮＡネットワークは、マシンまた
はコンピュータ（すなわちノード）の集合体として定義
できる。ＳＮＡネットワークには、端末と、端末および
その他の周辺装置の挙動を監視する制御装置と、主中央
演算処理装置の作業を軽減し、データ通信に関連する処
理に割り込むフロントエンド・プロセッサと、主ホスト
・コンピュータなど、数種類のノードがある。ＳＮＡは
本来、ノードの接続方法と相互の通信方法を指定する。
さらに、システムはＳＮＡを使って、異なった種類のワ
ークステーションまたは異なるアプリケーションへの通
信リンクを別々に設置する必要をなくし、プログラムと
装置の数を減らすことによってネットワーク・リソース
を共用することができる。
【０００７】ＳＮＡネットワークにおける通信スタック
の機能は複数のレイヤに編成することができる。図３に
ついて説明する。同図は、ＳＮＡ体系（通信スタック）
を実施する通信システムの所与のノードにおける階層レ
イヤを図示する１つの方法を全体的に１００に示す。Ｓ
ＮＡ体系で動作する通信ネットワークの各ノードは、一
般に同じ階層ソフトウェア構造を有するため、ノード間
の通信が可能になる。図３では、これらの通信スタック
のレイヤは隣接するノードを物理的かつ電気的に接続し
てマシン間でビットを物理的に移送する物理制御レイヤ
１０２と、生ビット・ストリームからフレームを組み立
てて隣接ノード間でデータを伝送し、上位レイヤに透過
的な形で伝送エラーを検出して回復するデータリンク制
御レイヤ１０４と、送信元ノードと宛先ノードの間でデ
ータを経路指定し、ネットワーク内のデータ・トラフィ
ックを制御するパス制御レイヤ１０６（ネットワーク・
レイヤとも呼ばれる）と、トランスポート接続（すなわ
ちセッション）を生成し、管理し、削除する伝送制御レ
イヤ１０８（トランスポート・レイヤとも呼ばれる）を
含む。ＳＮＡレイヤはまた、セッションのエンド・ポイ
ント間のデータ・フローを同期させて２人のエンド・ユ
ーザ間に会話のためにセッションを確立して制御するデ
ータ・フロー制御レイヤ１１０（セッション・レイヤと
も呼ばれる）と、データを異なる表示メディア用にフォ
ーマットし、リソースの共用を調整するプレゼンテーシ
ョン・サービス・レイヤ１１２と、分散データベース・
アクセスや文書交換などのアプリケーション・サービス
を提供するトランザクション・サービス・レイヤ１１４
と、最後に、２人のエンド・ユーザ間の会話自体に関係
するネットワーク・ユーザまたはアプリケーション・レ
イヤ１１６を含む。
の機能は複数のレイヤに編成することができる。図３に
ついて説明する。同図は、ＳＮＡ体系（通信スタック）
を実施する通信システムの所与のノードにおける階層レ
イヤを図示する１つの方法を全体的に１００に示す。Ｓ
ＮＡ体系で動作する通信ネットワークの各ノードは、一
般に同じ階層ソフトウェア構造を有するため、ノード間
の通信が可能になる。図３では、これらの通信スタック
のレイヤは隣接するノードを物理的かつ電気的に接続し
てマシン間でビットを物理的に移送する物理制御レイヤ
１０２と、生ビット・ストリームからフレームを組み立
てて隣接ノード間でデータを伝送し、上位レイヤに透過
的な形で伝送エラーを検出して回復するデータリンク制
御レイヤ１０４と、送信元ノードと宛先ノードの間でデ
ータを経路指定し、ネットワーク内のデータ・トラフィ
ックを制御するパス制御レイヤ１０６（ネットワーク・
レイヤとも呼ばれる）と、トランスポート接続（すなわ
ちセッション）を生成し、管理し、削除する伝送制御レ
イヤ１０８（トランスポート・レイヤとも呼ばれる）を
含む。ＳＮＡレイヤはまた、セッションのエンド・ポイ
ント間のデータ・フローを同期させて２人のエンド・ユ
ーザ間に会話のためにセッションを確立して制御するデ
ータ・フロー制御レイヤ１１０（セッション・レイヤと
も呼ばれる）と、データを異なる表示メディア用にフォ
ーマットし、リソースの共用を調整するプレゼンテーシ
ョン・サービス・レイヤ１１２と、分散データベース・
アクセスや文書交換などのアプリケーション・サービス
を提供するトランザクション・サービス・レイヤ１１４
と、最後に、２人のエンド・ユーザ間の会話自体に関係
するネットワーク・ユーザまたはアプリケーション・レ
イヤ１１６を含む。
【０００８】物理制御レイヤ１０２、データ・リンク制
御レイヤ１０４、パス制御レイヤ１０６、および伝送制
御レイヤ１０８は、開放型システム間相互接続参照モデ
ル（ＯＳＩ）に関係するため、ＳＮＡモデルの「下位」
レイヤ１２０と呼ばれることがある。データ・フロー制
御レイヤ１１０、プレゼンテーション・サービス・レイ
ヤ１１２、トランザクション・サービス・レイヤ１１４
は、アーキテクチャの「上位」レイヤ１２２と呼ばれる
ことがある。結論として、上位レイヤ１２２と下位レイ
ヤ１２０の組み合わせを通信スタック１２４と考えるこ
とができる。
御レイヤ１０４、パス制御レイヤ１０６、および伝送制
御レイヤ１０８は、開放型システム間相互接続参照モデ
ル（ＯＳＩ）に関係するため、ＳＮＡモデルの「下位」
レイヤ１２０と呼ばれることがある。データ・フロー制
御レイヤ１１０、プレゼンテーション・サービス・レイ
ヤ１１２、トランザクション・サービス・レイヤ１１４
は、アーキテクチャの「上位」レイヤ１２２と呼ばれる
ことがある。結論として、上位レイヤ１２２と下位レイ
ヤ１２０の組み合わせを通信スタック１２４と考えるこ
とができる。
【０００９】ホスト・プロセッサに常駐するアクセス方
式は、ＳＮＡネットワークの制御のソースを提供する。
そうしたアクセス方式の１つは、アプリケーション・プ
ログラムとホスト・プロセッサとその他のＳＮＡネット
ワークのリソースの間のインタフェースを提供する仮想
通信アクセス方式（ＶＴＡＭ）がある。本質的にＶＴＡ
Ｍは、同一または異なるＳＮＡノード内の端末とアプリ
ケーション・プログラムの間およびアプリケーション間
の通信を制御するプログラムである。ＶＴＡＭアプリケ
ーション・プログラムとホストとネットワーク端末の間
の通信は一般的にＶＴＡＭを用いてのみ行われる。ＶＴ
ＡＭはまた、ネットワークのパフォーマンスを監視し、
潜在的な問題のある場所を切り分け、ネットワーク障害
からの回復を支援する。ＶＴＡＭは多重仮想記憶（ＭＶ
Ｓ）、仮想計算機／システム・プロダクト（ＶＭ／Ｓ
Ｐ）、拡張仮想記憶（ＶＳＥ）オペレーティング・シス
テムなどの仮想オペレーティング・システムの制御下で
動作する。ＭＶＳ環境で動作する場合、ＶＴＡＭは独立
したＳＮＡネットワーク相互の通信を可能にする。
式は、ＳＮＡネットワークの制御のソースを提供する。
そうしたアクセス方式の１つは、アプリケーション・プ
ログラムとホスト・プロセッサとその他のＳＮＡネット
ワークのリソースの間のインタフェースを提供する仮想
通信アクセス方式（ＶＴＡＭ）がある。本質的にＶＴＡ
Ｍは、同一または異なるＳＮＡノード内の端末とアプリ
ケーション・プログラムの間およびアプリケーション間
の通信を制御するプログラムである。ＶＴＡＭアプリケ
ーション・プログラムとホストとネットワーク端末の間
の通信は一般的にＶＴＡＭを用いてのみ行われる。ＶＴ
ＡＭはまた、ネットワークのパフォーマンスを監視し、
潜在的な問題のある場所を切り分け、ネットワーク障害
からの回復を支援する。ＶＴＡＭは多重仮想記憶（ＭＶ
Ｓ）、仮想計算機／システム・プロダクト（ＶＭ／Ｓ
Ｐ）、拡張仮想記憶（ＶＳＥ）オペレーティング・シス
テムなどの仮想オペレーティング・システムの制御下で
動作する。ＭＶＳ環境で動作する場合、ＶＴＡＭは独立
したＳＮＡネットワーク相互の通信を可能にする。
【００１０】ＶＴＡＭアプリケーション・プログラムは
他のすべてのプログラムと同様、オペレーティング・シ
ステムの制御下で動作する。ただし、ＶＴＡＭアプリケ
ーション・プログラムはネットワーク内の端末または他
のアプリケーションと通信する前にＶＴＡＭに接続され
るのが通例である。ＶＴＡＭアプリケーション・プログ
ラムはＶＴＡＭマクロ命令を使って端末と通信する。プ
ログラムがネットワークの編成を認識していなくとも、
ネットワーク内のどの位置でも、ホスト・プロセッサ内
のアプリケーション・プログラムを使うことができる。
ＶＴＡＭの主要な機能は、ネットワークの起動および停
止と、ネットワーク構成の動的変更と、ネットワーク・
リソースの割振りと、入出力処理の制御である。
他のすべてのプログラムと同様、オペレーティング・シ
ステムの制御下で動作する。ただし、ＶＴＡＭアプリケ
ーション・プログラムはネットワーク内の端末または他
のアプリケーションと通信する前にＶＴＡＭに接続され
るのが通例である。ＶＴＡＭアプリケーション・プログ
ラムはＶＴＡＭマクロ命令を使って端末と通信する。プ
ログラムがネットワークの編成を認識していなくとも、
ネットワーク内のどの位置でも、ホスト・プロセッサ内
のアプリケーション・プログラムを使うことができる。
ＶＴＡＭの主要な機能は、ネットワークの起動および停
止と、ネットワーク構成の動的変更と、ネットワーク・
リソースの割振りと、入出力処理の制御である。
【００１１】図４について説明する。同図に、ＶＴＡＭ
２０６とＴＶＡＭアプリケーション・プログラム２０４
を格納したホスト・コンピュータ２０２を含む、ＶＴＡ
Ｍ下で動作する通信システム２００の主要コンポーネン
トを示す。ホスト・コンピュータ２０２は二次記憶装置
（補助記憶装置）２０８と遠隔通信ネットワーク２１０
に接続される。遠隔通信ネットワーク２１０は、ＳＮＡ
端末環境２１２と、ローカル３２７０、ＢＳＣ、スター
ト・ストップ端末環境２１４に分割できる。特に、ホス
ト・コンピュータは、ローカル３７９０端末２１６やロ
ーカル３２７０端末２１８などのローカル端末とローカ
ル・コンピュータに接続される。さらに、ＶＴＡＭは、
ＮＣＰとも呼ばれるローカル通信制御装置２２０に接続
され、ＮＣＰはリモート通信制御装置２２２、交換回線
上の端末２２４、および非交換回線上の端末２２６に接
続される。
２０６とＴＶＡＭアプリケーション・プログラム２０４
を格納したホスト・コンピュータ２０２を含む、ＶＴＡ
Ｍ下で動作する通信システム２００の主要コンポーネン
トを示す。ホスト・コンピュータ２０２は二次記憶装置
（補助記憶装置）２０８と遠隔通信ネットワーク２１０
に接続される。遠隔通信ネットワーク２１０は、ＳＮＡ
端末環境２１２と、ローカル３２７０、ＢＳＣ、スター
ト・ストップ端末環境２１４に分割できる。特に、ホス
ト・コンピュータは、ローカル３７９０端末２１６やロ
ーカル３２７０端末２１８などのローカル端末とローカ
ル・コンピュータに接続される。さらに、ＶＴＡＭは、
ＮＣＰとも呼ばれるローカル通信制御装置２２０に接続
され、ＮＣＰはリモート通信制御装置２２２、交換回線
上の端末２２４、および非交換回線上の端末２２６に接
続される。
【００１２】ＳＮＡネットワーク体系とＶＴＡＭは、
「Systems Network Architecture」、Concepts and Pro
ducts、IBM、GC30-3072-3、「VTAM Concepts」、Indepe
ndentStudy Program、IBM、1982、ならびにタネンバウ
ム（Tanenbaum）著「ComputerNetworks」、Prentice Ha
ll, Inc.（第２版、１９８８年）と題する教科書の第１
章に詳述されている。ＶＴＡＭはまた米国特許第４５８
６１３４号「ComputerNetwork Systems and Its Use fo
r Information Unit Transmission」と、米国特許第５
０２７２６９号「Method and Apparatus for Providing
Continuous Availability of Applications in a Comp
uter Network」にも詳述されている。
「Systems Network Architecture」、Concepts and Pro
ducts、IBM、GC30-3072-3、「VTAM Concepts」、Indepe
ndentStudy Program、IBM、1982、ならびにタネンバウ
ム（Tanenbaum）著「ComputerNetworks」、Prentice Ha
ll, Inc.（第２版、１９８８年）と題する教科書の第１
章に詳述されている。ＶＴＡＭはまた米国特許第４５８
６１３４号「ComputerNetwork Systems and Its Use fo
r Information Unit Transmission」と、米国特許第５
０２７２６９号「Method and Apparatus for Providing
Continuous Availability of Applications in a Comp
uter Network」にも詳述されている。
【００１３】大半の通信システムにおけるデータ移動
は、システムの効率に重大な影響を与える。データ伝送
の回数と頻度が増えるにつれ、メモリ・バスや中央演算
処理装置などプロセッサのコンポーネントの利用度が著
しく増大する。コンポーネントの使用効率が悪いためそ
のコンポーネントの利用度が限界に達する場合、通信シ
ステムでサポートされる全スループットには、厳しい限
界があるおそれがある。
は、システムの効率に重大な影響を与える。データ伝送
の回数と頻度が増えるにつれ、メモリ・バスや中央演算
処理装置などプロセッサのコンポーネントの利用度が著
しく増大する。コンポーネントの使用効率が悪いためそ
のコンポーネントの利用度が限界に達する場合、通信シ
ステムでサポートされる全スループットには、厳しい限
界があるおそれがある。
【００１４】データ伝送がシステム・パフォーマンスに
与える影響にもかかわらず、最近ではますます大きなオ
ブジェクトを伝送するという傾向が強い。マルチメディ
ア、画像、および大型ファイルのアプリケーション処理
の場合に特にそうである。マルチメディア・アプリケー
ションでは、大きなデータ・オブジェクトが同報通信さ
れ、その結果として何度も複製される。複製の回数が多
くなると、データのコピーの作成が何回も必要となり、
したがって一般に通信スタックにおいて記憶装置の所有
権を有するドメイン間でデータを何回も移動することが
必要となる。その結果、データを何回も移動することで
通信ネットワークのパフォーマンスが重大な影響を受け
る。大きなデータ・オブジェクトを処理し、伝送するマ
ルチメディア・アプリケーションなどのアプリケーショ
ンで通信システムのパフォーマンスを向上させるには、
同じノード上のドメイン間のデータ転送実行パスでのデ
ータ移動をなくするか、少なくとも大幅に削減する必要
がある。この結果、記憶装置の所有権、リソース共用、
ヘッダ管理を含めて通信プロトコルの実施におけるいく
つかの問題が提起される。
与える影響にもかかわらず、最近ではますます大きなオ
ブジェクトを伝送するという傾向が強い。マルチメディ
ア、画像、および大型ファイルのアプリケーション処理
の場合に特にそうである。マルチメディア・アプリケー
ションでは、大きなデータ・オブジェクトが同報通信さ
れ、その結果として何度も複製される。複製の回数が多
くなると、データのコピーの作成が何回も必要となり、
したがって一般に通信スタックにおいて記憶装置の所有
権を有するドメイン間でデータを何回も移動することが
必要となる。その結果、データを何回も移動することで
通信ネットワークのパフォーマンスが重大な影響を受け
る。大きなデータ・オブジェクトを処理し、伝送するマ
ルチメディア・アプリケーションなどのアプリケーショ
ンで通信システムのパフォーマンスを向上させるには、
同じノード上のドメイン間のデータ転送実行パスでのデ
ータ移動をなくするか、少なくとも大幅に削減する必要
がある。この結果、記憶装置の所有権、リソース共用、
ヘッダ管理を含めて通信プロトコルの実施におけるいく
つかの問題が提起される。
【００１５】
【発明が解決しようとする課題】したがって、本発明の
一目的は、通信システムのパフォーマンスを向上させる
ため、通信システム内における比較的大きなデータ・オ
ブジェクトの伝送を制御するための方法、システム、お
よびコンピュータ・プログラム製品を提供することであ
る。
一目的は、通信システムのパフォーマンスを向上させる
ため、通信システム内における比較的大きなデータ・オ
ブジェクトの伝送を制御するための方法、システム、お
よびコンピュータ・プログラム製品を提供することであ
る。
【００１６】本発明の別の目的は、ドメイン間での比較
的小さなデータ・オブジェクトを伝送するためにのみパ
フォーマンスが最適化されている通信システムのドメイ
ン間で、大きなデータ・オブジェクトを伝送するための
方法、システム、およびコンピュータ・プログラム製品
を提供することである。
的小さなデータ・オブジェクトを伝送するためにのみパ
フォーマンスが最適化されている通信システムのドメイ
ン間で、大きなデータ・オブジェクトを伝送するための
方法、システム、およびコンピュータ・プログラム製品
を提供することである。
【００１７】
【課題を解決するための手段】上記その他の目的は、本
発明によれば、ドメイン間での大きなデータ・オブジェ
クト転送に関する通信システムのパフォーマンスを向上
させるシステムによって実現される。本発明は実質上Ｉ
ＢＭ ＳＮＡ体系およびＶＴＡＭアクセス方式に基づく
環境において記述する。ＳＮＡ体系環境では、ＳＮＡネ
ットワークの各レイヤ１０２〜１１６は、図５の１０
０'に全体的に示す本発明のトークン化共用記憶マネジ
ャ１３０と直接通信を行う。ただし、本発明は、これに
限らずドメイン間での比較的小さなデータ・オブジェク
トの効率的な伝送のみを可能とするすべての種類のネッ
トワークに適用できる。
発明によれば、ドメイン間での大きなデータ・オブジェ
クト転送に関する通信システムのパフォーマンスを向上
させるシステムによって実現される。本発明は実質上Ｉ
ＢＭ ＳＮＡ体系およびＶＴＡＭアクセス方式に基づく
環境において記述する。ＳＮＡ体系環境では、ＳＮＡネ
ットワークの各レイヤ１０２〜１１６は、図５の１０
０'に全体的に示す本発明のトークン化共用記憶マネジ
ャ１３０と直接通信を行う。ただし、本発明は、これに
限らずドメイン間での比較的小さなデータ・オブジェク
トの効率的な伝送のみを可能とするすべての種類のネッ
トワークに適用できる。
【００１８】ドメイン間でのデータ転送は、ドメイン間
でのデータ転送をサポートする「コンテナ」を提供する
ことによって達成される。ドメイン間でのデータ移動を
削減または解消するため、本発明は、あるドメインのコ
ンテナから他のドメインの別のコンテナへコンテナの内
容を移動するのではなく、「コンテナ」の所有権を移転
することを対象とする。本発明は、あるドメインから次
のドメインへデータを転送する場合、データは定義され
たインタフェースを使ってドメイン間でやり取り渡さ
れ、データの移動またはコピーが廃止できるならパフォ
ーマンスを向上させることができるとの理解に立脚して
いる。
でのデータ転送をサポートする「コンテナ」を提供する
ことによって達成される。ドメイン間でのデータ移動を
削減または解消するため、本発明は、あるドメインのコ
ンテナから他のドメインの別のコンテナへコンテナの内
容を移動するのではなく、「コンテナ」の所有権を移転
することを対象とする。本発明は、あるドメインから次
のドメインへデータを転送する場合、データは定義され
たインタフェースを使ってドメイン間でやり取り渡さ
れ、データの移動またはコピーが廃止できるならパフォ
ーマンスを向上させることができるとの理解に立脚して
いる。
【００１９】このように、本発明による伝送制御によっ
て、従来ドメイン間で比較的小さなデータ・オブジェク
トしか効率的に伝送できなかった通信システムにおい
て、ドメイン間での比較的大きなデータ・オブジェクト
の伝送を制御することができる。本発明による伝送制御
は、比較的大きなデータ・オブジェクトを記憶するバッ
ファと、通信システムにおいてデータ処理が可能なアプ
リケーションを表すドメインと、前記通信システム内に
記憶された比較的大きなデータ・オブジェクトを有する
第１のバッファの所有権を第１のドメインに割り当て、
比較的大きなデータ・オブジェクトを移動せずに（すな
わち、バッファの内容を移動せずに）、前記通信システ
ム内に記憶された比較的大きなデータ・オブジェクトを
有する第１のバッファの所有権を第１のドメインから第
２のドメインへ移転するための所有権制御手段とを含
む。
て、従来ドメイン間で比較的小さなデータ・オブジェク
トしか効率的に伝送できなかった通信システムにおい
て、ドメイン間での比較的大きなデータ・オブジェクト
の伝送を制御することができる。本発明による伝送制御
は、比較的大きなデータ・オブジェクトを記憶するバッ
ファと、通信システムにおいてデータ処理が可能なアプ
リケーションを表すドメインと、前記通信システム内に
記憶された比較的大きなデータ・オブジェクトを有する
第１のバッファの所有権を第１のドメインに割り当て、
比較的大きなデータ・オブジェクトを移動せずに（すな
わち、バッファの内容を移動せずに）、前記通信システ
ム内に記憶された比較的大きなデータ・オブジェクトを
有する第１のバッファの所有権を第１のドメインから第
２のドメインへ移転するための所有権制御手段とを含
む。
【００２０】所有権制御装置は、第１のバッファを表す
一次トークンと、第１のバッファの第１の論理ビューを
表す二次トークンを含む。本発明によるシステムは、第
１のバッファを第１のドメインに一意に関連付け、第１
の二次トークンを第１の一次トークンで識別される第１
のバッファに一意に関連付け、第１の二次トークンを第
２のドメインに関連付ける記憶マネジャも含む。
一次トークンと、第１のバッファの第１の論理ビューを
表す二次トークンを含む。本発明によるシステムは、第
１のバッファを第１のドメインに一意に関連付け、第１
の二次トークンを第１の一次トークンで識別される第１
のバッファに一意に関連付け、第１の二次トークンを第
２のドメインに関連付ける記憶マネジャも含む。
【００２１】伝送制御システムはまた、第１のバッファ
の第２の論理ビューを表す第２の二次トークンを含む。
記憶マネジャは、第２の二次トークンを第１の一次トー
クンで識別される第１のバッファに関連付け、第２の二
次トークンを第３のドメインに関連付けて、物理的にデ
ータを移動せずに（すなわち、バッファの内容を第２の
ドメインから第３のドメインへ物理的に移動せずに）、
第１のバッファに記憶されている比較的大きなデータ・
オブジェクトを第２のドメインから第３のドメインへ渡
すことを可能にする。
の第２の論理ビューを表す第２の二次トークンを含む。
記憶マネジャは、第２の二次トークンを第１の一次トー
クンで識別される第１のバッファに関連付け、第２の二
次トークンを第３のドメインに関連付けて、物理的にデ
ータを移動せずに（すなわち、バッファの内容を第２の
ドメインから第３のドメインへ物理的に移動せずに）、
第１のバッファに記憶されている比較的大きなデータ・
オブジェクトを第２のドメインから第３のドメインへ渡
すことを可能にする。
【００２２】トークンを使って、バッファ・プールの各
バッファが表される。トークンはバッファの物理アドレ
スではなく、バッファの識別である。このため、アプリ
ケーション・プログラムまたはドメインがバッファを要
求するか、あるいはバッファを参照するとき、アプリケ
ーション・プログラム、またはドメイン、さらに記憶マ
ネジャからも物理アドレスでなくトークンによってバッ
ファを参照することができる。言い換えると、バッファ
に「タッチする」（すなわち、バッファの内容を読み取
り、バッファにデータを書き込む）必要がないとき、バ
ッファを参照するためにトークンが使用される。トーク
ンはどのドメインがバッファの現在の所有者であるかを
判断するための基準となる。バッファに関連する一次ま
たは二次トークンのいずれかを有する各ドメインによる
処理が完了するたびに、バッファは解放されまたは再び
割り振られ、バッファ・プールへ戻される。
バッファが表される。トークンはバッファの物理アドレ
スではなく、バッファの識別である。このため、アプリ
ケーション・プログラムまたはドメインがバッファを要
求するか、あるいはバッファを参照するとき、アプリケ
ーション・プログラム、またはドメイン、さらに記憶マ
ネジャからも物理アドレスでなくトークンによってバッ
ファを参照することができる。言い換えると、バッファ
に「タッチする」（すなわち、バッファの内容を読み取
り、バッファにデータを書き込む）必要がないとき、バ
ッファを参照するためにトークンが使用される。トーク
ンはどのドメインがバッファの現在の所有者であるかを
判断するための基準となる。バッファに関連する一次ま
たは二次トークンのいずれかを有する各ドメインによる
処理が完了するたびに、バッファは解放されまたは再び
割り振られ、バッファ・プールへ戻される。
【００２３】代替実施形態においては、バッファに関連
する一次または二次トークンのいずれかを有するすべて
のドメインによるバッファの処理が完了すると、バッフ
ァの所有権は元の所有者に返される。
する一次または二次トークンのいずれかを有するすべて
のドメインによるバッファの処理が完了すると、バッフ
ァの所有権は元の所有者に返される。
【００２４】
【発明の実施の形態】本発明を好ましい実施形態を示し
た添付の図面を参照しながら以下により詳細に説明す
る。ただし、本発明は多くの異なる形式で具体化するこ
とができ、本明細書に記載された実施形態に限定される
と解釈してはならない。むしろ、本実施形態を記載した
目的は、本開示にもれがなく、当業者に本発明の範囲を
伝えることである。明細書では図中の番号をそのまま使
用している。
た添付の図面を参照しながら以下により詳細に説明す
る。ただし、本発明は多くの異なる形式で具体化するこ
とができ、本明細書に記載された実施形態に限定される
と解釈してはならない。むしろ、本実施形態を記載した
目的は、本開示にもれがなく、当業者に本発明の範囲を
伝えることである。明細書では図中の番号をそのまま使
用している。
【００２５】図６について説明する。同図は、トークン
と、記憶マネジャ構造と、バッファの関係を示すブロッ
ク図である。バッファ１〜１２ ３００ａ〜３００ｌ
は、アプリケーション・プログラムまたはドメインが使
うデータを記憶するコンテナである。これらのバッファ
が特定のドメインによって所有されていない場合、バッ
ファは使用可能バッファ・プールにある。図６の例で
は、バッファ１３〜１６３００ｍ〜３００ｐは、使用可
能バッファ・プールにある。これらのバッファの記憶容
量は３２Ｋまたは６０Ｋバイトという異なったサイズで
ある。ドメインは、バッファの要求時に、特定のサイズ
のバッファを要求できる。バッファの種別とサイズはデ
ータの共用の方式と必要なアクセス方法に基づいて要求
元ドメインが選択する。
と、記憶マネジャ構造と、バッファの関係を示すブロッ
ク図である。バッファ１〜１２ ３００ａ〜３００ｌ
は、アプリケーション・プログラムまたはドメインが使
うデータを記憶するコンテナである。これらのバッファ
が特定のドメインによって所有されていない場合、バッ
ファは使用可能バッファ・プールにある。図６の例で
は、バッファ１３〜１６３００ｍ〜３００ｐは、使用可
能バッファ・プールにある。これらのバッファの記憶容
量は３２Ｋまたは６０Ｋバイトという異なったサイズで
ある。ドメインは、バッファの要求時に、特定のサイズ
のバッファを要求できる。バッファの種別とサイズはデ
ータの共用の方式と必要なアクセス方法に基づいて要求
元ドメインが選択する。
【００２６】記憶マネジャ１３０は使用可能バッファ・
プールからバッファにトークン化マッピングを行い、要
求されたサイズのバッファを指定する。トークンはバッ
ファ・プール内のバッファを表す。トークンを導入する
ことによって、バッファが要求された場合にトークンが
返送され、この結果としてドメインがバッファ・アドレ
ス解決を必要とする実際のバッファへの「タッチ」なし
に処理中にトークンを参照できる。バッファからのデー
タの読取りまたはバッファへのデータの書込みをバッフ
ァへの「タッチ」と呼ぶ。これ以外の場合、すなわち、
バッファに関してデータの読取り／書込みが行われてい
ない場合には、本発明はバッファへの「タッチ」を回避
し、トークンを使ってバッファを参照する。トークンを
使って通信スタックのドメイン間でデータを渡す場合に
バッファを参照し、バッファの内容ではなくバッファの
所有権を渡すことができる。この結果、ドメイン間でデ
ータを渡す場合に必要なデータのコピーは不要となる。
したがって、ドメインおよび記憶マネジャは、アドレス
の分解が必要な記憶域に実際に「触れる」ことなくバッ
ファを参照することができる。
プールからバッファにトークン化マッピングを行い、要
求されたサイズのバッファを指定する。トークンはバッ
ファ・プール内のバッファを表す。トークンを導入する
ことによって、バッファが要求された場合にトークンが
返送され、この結果としてドメインがバッファ・アドレ
ス解決を必要とする実際のバッファへの「タッチ」なし
に処理中にトークンを参照できる。バッファからのデー
タの読取りまたはバッファへのデータの書込みをバッフ
ァへの「タッチ」と呼ぶ。これ以外の場合、すなわち、
バッファに関してデータの読取り／書込みが行われてい
ない場合には、本発明はバッファへの「タッチ」を回避
し、トークンを使ってバッファを参照する。トークンを
使って通信スタックのドメイン間でデータを渡す場合に
バッファを参照し、バッファの内容ではなくバッファの
所有権を渡すことができる。この結果、ドメイン間でデ
ータを渡す場合に必要なデータのコピーは不要となる。
したがって、ドメインおよび記憶マネジャは、アドレス
の分解が必要な記憶域に実際に「触れる」ことなくバッ
ファを参照することができる。
【００２７】記憶マネジャは各トークンの構造を指定す
る。記憶マネジャ構造はバッファ・アドレスに関する情
報と、バッファ長と、記憶装置の所有者と、バッファが
空き状態であるか（すなわち、バッファが使用可能バッ
ファ・プールにあるかどうか）、またはトークンを割り
当てられているかどうかに関する表示を含む。それぞれ
の一次トークンと二次トークンに関して記憶マネジャ構
造が個別に指定されている。バッファに関する記憶マネ
ジャ構造は構造テーブルとして表示できる。したがっ
て、ドメインおよび記憶マネジャは、アドレスの分解の
必要な記憶装置への実際のタッチなしに、バッファを参
照することができる。
る。記憶マネジャ構造はバッファ・アドレスに関する情
報と、バッファ長と、記憶装置の所有者と、バッファが
空き状態であるか（すなわち、バッファが使用可能バッ
ファ・プールにあるかどうか）、またはトークンを割り
当てられているかどうかに関する表示を含む。それぞれ
の一次トークンと二次トークンに関して記憶マネジャ構
造が個別に指定されている。バッファに関する記憶マネ
ジャ構造は構造テーブルとして表示できる。したがっ
て、ドメインおよび記憶マネジャは、アドレスの分解の
必要な記憶装置への実際のタッチなしに、バッファを参
照することができる。
【００２８】トークンそれ自体はアドレス、または２つ
の他のトークンの組み合わせ、またはアドレス以外の、
バッファ参照用の他の識別子である。トークンを使え
ば、記憶マネジャは制御構造を使ってバッファ・アドレ
スを解決することができる。上記のように、制御構造は
重要な情報としてバッファ・アドレスを記憶している。
さらに、複数のトークンから１つのバッファを指すこと
ができる。この結果、各トークンが記憶マネジャ構造で
一意に識別されるので、複数の記憶マネジャ構造から１
つのバッファを指すことができる。
の他のトークンの組み合わせ、またはアドレス以外の、
バッファ参照用の他の識別子である。トークンを使え
ば、記憶マネジャは制御構造を使ってバッファ・アドレ
スを解決することができる。上記のように、制御構造は
重要な情報としてバッファ・アドレスを記憶している。
さらに、複数のトークンから１つのバッファを指すこと
ができる。この結果、各トークンが記憶マネジャ構造で
一意に識別されるので、複数の記憶マネジャ構造から１
つのバッファを指すことができる。
【００２９】再度図６を参照しながらバッファの所有権
の例について説明する。図６の３０２に示すアプリケー
ション１（「Ａｐｐｌ １」）は、Ａｐｐｌ １で処理
中のデータを記憶をバッファに要求している。図６の例
では、Ａｐｐｌ １はトークン１ ３０４とトークン３
３０６をそれぞれ割り当てられた２つのバッファを備
える。トークン１は記憶マネジャ構造３１０、特にトー
クン１が識別するバッファの記憶マネジャ構造である記
憶マネジャ構造３１０ａを参照する。図６に示す例で
は、記憶マネジャ構造３１０ａはバッファ１ ３００ａ
を指すアドレスと、バッファ１ ３００ａの長さと、バ
ッファ１ ３００ａの所有者の識別を含むさまざまな記
憶管理情報を含む。
の例について説明する。図６の３０２に示すアプリケー
ション１（「Ａｐｐｌ １」）は、Ａｐｐｌ １で処理
中のデータを記憶をバッファに要求している。図６の例
では、Ａｐｐｌ １はトークン１ ３０４とトークン３
３０６をそれぞれ割り当てられた２つのバッファを備
える。トークン１は記憶マネジャ構造３１０、特にトー
クン１が識別するバッファの記憶マネジャ構造である記
憶マネジャ構造３１０ａを参照する。図６に示す例で
は、記憶マネジャ構造３１０ａはバッファ１ ３００ａ
を指すアドレスと、バッファ１ ３００ａの長さと、バ
ッファ１ ３００ａの所有者の識別を含むさまざまな記
憶管理情報を含む。
【００３０】アプリケーション２（「Ａｐｐｌ ２」）
は、３１２にＡｐｐｌ ２に私設の専用アドレス空間を
備える。この空間はＡｐｐｌ ２が使用するトークンを
保守して所有するバッファを参照する。この例では、Ａ
ｐｐｌ ２はトークン７ ３１４とトークン１０ ３１
６を備える。最後に、ＶＴＡＭは、ＶＴＡＭに関連し、
いかなるアプリケーションからアクセスできない私設ア
ドレス空間を備える。
は、３１２にＡｐｐｌ ２に私設の専用アドレス空間を
備える。この空間はＡｐｐｌ ２が使用するトークンを
保守して所有するバッファを参照する。この例では、Ａ
ｐｐｌ ２はトークン７ ３１４とトークン１０ ３１
６を備える。最後に、ＶＴＡＭは、ＶＴＡＭに関連し、
いかなるアプリケーションからアクセスできない私設ア
ドレス空間を備える。
【００３１】図６ないし図１３は、本発明による方法、
システム、プログラム・プロダクトのブロック図、流れ
図および制御流れ図である。ブロック図、流れ図および
制御流れ図の各ブロックまたはステップ、ならびにブロ
ック図、流れ図、および制御流れ図のブロックの組み合
わせをコンピュータ・プログラム命令で実施することが
できる。これらのコンピュータ・プログラム命令をコン
ピュータまたは他のプログラマブル装置にロードして、
コンピュータまたは他のプログラマブル装置で実行され
る命令が、ブロック図、流れ図、または制御流れ図の１
つまたは複数のブロックまたはステップで指定した機能
を実施する手段を作成するマシンを製造することができ
る。また、これらのコンピュータ・プログラムを、コン
ピュータまたはその他のプログラマブル装置を特定の方
法で動作させるコンピュータ可読メモリに記憶させ、コ
ンピュータ可読メモリに記憶させた命令で、ブロック
図、流れ図、または制御流れ図の１つまたは複数のブロ
ックまたはステップで指定した機能を実施する手段を含
む製品を製造することができる。また、コンピュータ可
読命令をコンピュータまたはその他のプログラマブル装
置にロードして一連の動作ステップをコンピュータまた
はその他のプログラマブル装置で実行させて、コンピュ
ータまたはその他のプログラマブル装置で実行される命
令がブロック図、流れ図、または制御流れ図の１つまた
は複数のブロックまたはステップで指定した機能を実施
するステップを提供するようなコンピュータ実施処理を
作成することができる。
システム、プログラム・プロダクトのブロック図、流れ
図および制御流れ図である。ブロック図、流れ図および
制御流れ図の各ブロックまたはステップ、ならびにブロ
ック図、流れ図、および制御流れ図のブロックの組み合
わせをコンピュータ・プログラム命令で実施することが
できる。これらのコンピュータ・プログラム命令をコン
ピュータまたは他のプログラマブル装置にロードして、
コンピュータまたは他のプログラマブル装置で実行され
る命令が、ブロック図、流れ図、または制御流れ図の１
つまたは複数のブロックまたはステップで指定した機能
を実施する手段を作成するマシンを製造することができ
る。また、これらのコンピュータ・プログラムを、コン
ピュータまたはその他のプログラマブル装置を特定の方
法で動作させるコンピュータ可読メモリに記憶させ、コ
ンピュータ可読メモリに記憶させた命令で、ブロック
図、流れ図、または制御流れ図の１つまたは複数のブロ
ックまたはステップで指定した機能を実施する手段を含
む製品を製造することができる。また、コンピュータ可
読命令をコンピュータまたはその他のプログラマブル装
置にロードして一連の動作ステップをコンピュータまた
はその他のプログラマブル装置で実行させて、コンピュ
ータまたはその他のプログラマブル装置で実行される命
令がブロック図、流れ図、または制御流れ図の１つまた
は複数のブロックまたはステップで指定した機能を実施
するステップを提供するようなコンピュータ実施処理を
作成することができる。
【００３２】以上のように、ブロック図、流れ図、また
は制御流れ図のブロックまたはステップは、特定の機能
を実行する命令の組み合わせと、特定の機能を実行する
ステップの組み合わせと、特定の機能を実行するプログ
ラム命令手段に対応する。ブロック図、流れ図、または
制御流れ図の各ブロックまたは各ステップと、ブロック
図、流れ図、または制御流れ図のブロックまたはステッ
プの組み合わせを、特定の機能またはステップ、または
特定用途のハードウェアとコンピュータ命令を実行する
特定用途のハードウェアベース・コンピュータ・システ
ムによって実施することができる。
は制御流れ図のブロックまたはステップは、特定の機能
を実行する命令の組み合わせと、特定の機能を実行する
ステップの組み合わせと、特定の機能を実行するプログ
ラム命令手段に対応する。ブロック図、流れ図、または
制御流れ図の各ブロックまたは各ステップと、ブロック
図、流れ図、または制御流れ図のブロックまたはステッ
プの組み合わせを、特定の機能またはステップ、または
特定用途のハードウェアとコンピュータ命令を実行する
特定用途のハードウェアベース・コンピュータ・システ
ムによって実施することができる。
【００３３】図７について説明する。同図に、１つのノ
ードの通信スタックのアプリケーションまたはドメイン
間でトークンを使ってバッファを共用してデータ伝送を
制御するための本発明の動作のブロック図を示す。図７
の例では、アプリケーション１（「Ａｐｐｌ １」）と
アプリケーション２（「Ａｐｐｌ ２」）はステップ１
で「インバウンド・データ」として表示されているＡｐ
ｐｌ １とＡｐｐｌ２が使用する、ノードで受信したデ
ータを備える。「インバウンド・データ」とは、ネット
ワークの他のノードから受信したデータを指す。図７で
は、ステップ２でインバウンド・データは共用バッファ
に読み込まれ、トークン１を割り当てられる。次に、ス
テップ３で共用バッファの新しいトークン（すなわち、
論理イメージ）が作成され、Ａｐｐｌ １とＡｐｐｌ
２にキューイングされる。通信スタックは図７の３５０
に示されている。通信スタックはトークン１ＡをＡｐｐ
ｌ １に、トークン１をＡｐｐｌ ２に割り当てた記憶
マネジャを含む。
ードの通信スタックのアプリケーションまたはドメイン
間でトークンを使ってバッファを共用してデータ伝送を
制御するための本発明の動作のブロック図を示す。図７
の例では、アプリケーション１（「Ａｐｐｌ １」）と
アプリケーション２（「Ａｐｐｌ ２」）はステップ１
で「インバウンド・データ」として表示されているＡｐ
ｐｌ １とＡｐｐｌ２が使用する、ノードで受信したデ
ータを備える。「インバウンド・データ」とは、ネット
ワークの他のノードから受信したデータを指す。図７で
は、ステップ２でインバウンド・データは共用バッファ
に読み込まれ、トークン１を割り当てられる。次に、ス
テップ３で共用バッファの新しいトークン（すなわち、
論理イメージ）が作成され、Ａｐｐｌ １とＡｐｐｌ
２にキューイングされる。通信スタックは図７の３５０
に示されている。通信スタックはトークン１ＡをＡｐｐ
ｌ １に、トークン１をＡｐｐｌ ２に割り当てた記憶
マネジャを含む。
【００３４】Ａｐｐｌ １は次にステップ４でトークン
１Ａが識別したバッファに記憶されたデータを処理し、
データ処理を完了すると、データの論理イメージを解放
する（すなわち、データ処理が完了するとトークンを解
放する）。共用バッファの所有権はＡｐｐｌ ２に移転
する。共用バッファはトークン１を使ってＡｐｐｌ２に
参照される。Ａｐｐｌ ２は、ステップ５で、トークン
１が参照するデータを処理し、トークン１が参照するデ
ータの処理が完了すると、共用バッファのデータの論理
イメージを解放する。ステップ６で、データの論理イメ
ージの解放が完了すると（共用バッファに関連するトー
クンはもう存在しない）、記憶マネジャはバッファを使
用可能バッファ・プールへ返す。
１Ａが識別したバッファに記憶されたデータを処理し、
データ処理を完了すると、データの論理イメージを解放
する（すなわち、データ処理が完了するとトークンを解
放する）。共用バッファの所有権はＡｐｐｌ ２に移転
する。共用バッファはトークン１を使ってＡｐｐｌ２に
参照される。Ａｐｐｌ ２は、ステップ５で、トークン
１が参照するデータを処理し、トークン１が参照するデ
ータの処理が完了すると、共用バッファのデータの論理
イメージを解放する。ステップ６で、データの論理イメ
ージの解放が完了すると（共用バッファに関連するトー
クンはもう存在しない）、記憶マネジャはバッファを使
用可能バッファ・プールへ返す。
【００３５】図８について説明する。同図に、トークン
を使ってバッファを共用し、ドメイン間でデータ伝送を
制御するための通信スタック制御に関する動作のブロッ
ク図を示す。図８は、同じバッファに一次トークンとし
てマップされる二次トークンを作成する機能を提供して
複数のドメイン間でバッファを共用する能力の概要を示
している。各トークンはバッファの論理ビューを示し、
同じバッファを表す他のトークンとは無関係にバッファ
の論理ビューを表す。記憶マネジャは各バッファと各バ
ッファが所有するドメインの論理ビューの数を監視す
る。これによって各ドメインはバッファ内のデータを使
用し、処理が終了すると論理ビューを表すトークンを解
放することができる。共用バッファは、共用バッファの
論理ビューを表すすべてのトークンが解放されるまでは
再び割当て（すなわち、使用可能バッファ・プールへ戻
されること）ができないものとみなされる。この結果、
本発明によって、通信システムのノードで受信されてバ
ッファに記憶されるデータは、バッファから各アプリケ
ーションに固有の記憶領域へデータを移動することなし
に、データの受信側アプリケーションへ渡される。バッ
ファに含まれるデータをあるアプリケーションまたはド
メインから２番目のアプリケーションまたはドメインへ
渡すには、データのコピーを多数作成する代わりに、デ
ータとバッファの新しいトークン（すなわち、論理イメ
ージ）を作成する必要がある。
を使ってバッファを共用し、ドメイン間でデータ伝送を
制御するための通信スタック制御に関する動作のブロッ
ク図を示す。図８は、同じバッファに一次トークンとし
てマップされる二次トークンを作成する機能を提供して
複数のドメイン間でバッファを共用する能力の概要を示
している。各トークンはバッファの論理ビューを示し、
同じバッファを表す他のトークンとは無関係にバッファ
の論理ビューを表す。記憶マネジャは各バッファと各バ
ッファが所有するドメインの論理ビューの数を監視す
る。これによって各ドメインはバッファ内のデータを使
用し、処理が終了すると論理ビューを表すトークンを解
放することができる。共用バッファは、共用バッファの
論理ビューを表すすべてのトークンが解放されるまでは
再び割当て（すなわち、使用可能バッファ・プールへ戻
されること）ができないものとみなされる。この結果、
本発明によって、通信システムのノードで受信されてバ
ッファに記憶されるデータは、バッファから各アプリケ
ーションに固有の記憶領域へデータを移動することなし
に、データの受信側アプリケーションへ渡される。バッ
ファに含まれるデータをあるアプリケーションまたはド
メインから２番目のアプリケーションまたはドメインへ
渡すには、データのコピーを多数作成する代わりに、デ
ータとバッファの新しいトークン（すなわち、論理イメ
ージ）を作成する必要がある。
【００３６】図８の４００で通信スタックは処理を開始
する。その後、４０２で通信スタックは記憶マネジャに
共用メモリ・バッファを要求する。４０４で、記憶マネ
ジャは通信スタックによる共用バッファ要求を処理し、
使用可能バッファ・プールから関連する一次トークンを
使って通信スタックへ返す。次に４０６で通信スタック
は入出力（Ｉ／Ｏ）装置からデータを共用バッファへ読
み込む。入出力（Ｉ／Ｏ）装置からデータを共用バッフ
ァへ読み込むステップ４０６は図７のステップ２に対応
する。
する。その後、４０２で通信スタックは記憶マネジャに
共用メモリ・バッファを要求する。４０４で、記憶マネ
ジャは通信スタックによる共用バッファ要求を処理し、
使用可能バッファ・プールから関連する一次トークンを
使って通信スタックへ返す。次に４０６で通信スタック
は入出力（Ｉ／Ｏ）装置からデータを共用バッファへ読
み込む。入出力（Ｉ／Ｏ）装置からデータを共用バッフ
ァへ読み込むステップ４０６は図７のステップ２に対応
する。
【００３７】さらに図８について説明する。４０８で通
信スタックは共用バッファ内のメッセージ数が２以上か
を判定する。共用バッファ内のメッセージ数が２以上の
場合、４１０で通信スタックは記憶マネジャに二次トー
クンを要求する。４１２で、記憶マネジャは、通信スタ
ックからの要求に応えて論理イメージを作成し、二次ト
ークンを通信スタックへ返す。次に４１４で通信スタッ
クはデータに二次トークンを付けてアプリケーション・
インバウンド・ハンドラ・ルーチンへデータを送信して
データの処理を依頼する。
信スタックは共用バッファ内のメッセージ数が２以上か
を判定する。共用バッファ内のメッセージ数が２以上の
場合、４１０で通信スタックは記憶マネジャに二次トー
クンを要求する。４１２で、記憶マネジャは、通信スタ
ックからの要求に応えて論理イメージを作成し、二次ト
ークンを通信スタックへ返す。次に４１４で通信スタッ
クはデータに二次トークンを付けてアプリケーション・
インバウンド・ハンドラ・ルーチンへデータを送信して
データの処理を依頼する。
【００３８】４０８で共用メモリ・バッファの数が１以
下（共用メモリ・バッファには１つしかメッセージがな
い）と判定された場合、制御は４１４へ渡され、通信ス
タックはデータに一次トークンを付けて、図９に関して
後述するインバウンド・データ・ハンドラ・ルーチンへ
送信する。
下（共用メモリ・バッファには１つしかメッセージがな
い）と判定された場合、制御は４１４へ渡され、通信ス
タックはデータに一次トークンを付けて、図９に関して
後述するインバウンド・データ・ハンドラ・ルーチンへ
送信する。
【００３９】図８の流れ図のステップ４０８、４１０、
４１２、４１４は図７のブロック図のステップ３に対応
する。
４１２、４１４は図７のブロック図のステップ３に対応
する。
【００４０】この後、通信スタックは４１６で共用バッ
ファに残されたメッセージがないか判定する。共用バッ
ファに残されたメッセージがあると判定すると、制御は
４０８へ返され、共用バッファに残されたメッセージの
数を判定する。４１６で通信スタックが共用バッファに
残されたメッセージがないと判定すると、制御は４０２
に返され、通信スタックは記憶マネジャに共用メモリ・
バッファを要求する。
ファに残されたメッセージがないか判定する。共用バッ
ファに残されたメッセージがあると判定すると、制御は
４０８へ返され、共用バッファに残されたメッセージの
数を判定する。４１６で通信スタックが共用バッファに
残されたメッセージがないと判定すると、制御は４０２
に返され、通信スタックは記憶マネジャに共用メモリ・
バッファを要求する。
【００４１】図９について説明する。同図は、トークン
を使って大きなデータ・オブジェクトを処理するアプリ
ケーションのインバウンド・データ・ハンドラの動作を
説明する流れ図である。アプリケーションの実行は、図
８の４１４でアプリケーションのインバウンド・データ
・ハンドラへ共用メモリ・バッファのトークンを送信し
た結果として開始される。５００でトークンを使ったア
プリケーションのインバウンド・データ・ハンドラによ
る大きなデータ・オブジェクトの処理が開始する。開始
時に、５０２でアプリケーションは通信スタックにより
共用メモリ・バッファに記憶されているインバウンド・
データのポーリングを行う。５０４でアプリケーション
は共用メモリ・バッファ内のデータを処理し、５０６で
トークンをパラメータとして記憶マネジャへ渡すことに
よって共用メモリ・バッファの所有権を記憶マネジャへ
返す。５０４と５０６のアプリケーションのインバウン
ド・データ・マネジャ・ルーチンは図７のステップ４と
５に対応する。
を使って大きなデータ・オブジェクトを処理するアプリ
ケーションのインバウンド・データ・ハンドラの動作を
説明する流れ図である。アプリケーションの実行は、図
８の４１４でアプリケーションのインバウンド・データ
・ハンドラへ共用メモリ・バッファのトークンを送信し
た結果として開始される。５００でトークンを使ったア
プリケーションのインバウンド・データ・ハンドラによ
る大きなデータ・オブジェクトの処理が開始する。開始
時に、５０２でアプリケーションは通信スタックにより
共用メモリ・バッファに記憶されているインバウンド・
データのポーリングを行う。５０４でアプリケーション
は共用メモリ・バッファ内のデータを処理し、５０６で
トークンをパラメータとして記憶マネジャへ渡すことに
よって共用メモリ・バッファの所有権を記憶マネジャへ
返す。５０４と５０６のアプリケーションのインバウン
ド・データ・マネジャ・ルーチンは図７のステップ４と
５に対応する。
【００４２】次に５０８で記憶マネジャは未解決バッフ
ァ・トークンの数を１つカウントダウンする。その後、
５１０で記憶マネジャは未解決バッファ・トークンの数
がゼロかどうか判定する。記憶マネジャが未解決バッフ
ァ・トークンの数がゼロと判定した場合、５１２で記憶
マネジャは共用メモリ・バッファを使用可能バッファ・
プールへ返し、５０２でアプリケーションはインバウン
ド・データのポーリングを続行する。５１０で記憶マネ
ジャが未解決バッファ・トークンの数がゼロ以外と判定
した場合、５０２でアプリケーションはインバウンド・
データのポーリングを続行するだけである。図９の流れ
図のステップ５０８〜５１２は図７のステップ６に対応
する。
ァ・トークンの数を１つカウントダウンする。その後、
５１０で記憶マネジャは未解決バッファ・トークンの数
がゼロかどうか判定する。記憶マネジャが未解決バッフ
ァ・トークンの数がゼロと判定した場合、５１２で記憶
マネジャは共用メモリ・バッファを使用可能バッファ・
プールへ返し、５０２でアプリケーションはインバウン
ド・データのポーリングを続行する。５１０で記憶マネ
ジャが未解決バッファ・トークンの数がゼロ以外と判定
した場合、５０２でアプリケーションはインバウンド・
データのポーリングを続行するだけである。図９の流れ
図のステップ５０８〜５１２は図７のステップ６に対応
する。
【００４３】別の方法として、記憶マネジャは、使用可
能バッファ・プールへバッファを返す代わりに元の要求
側へバッファの所有権を返すこともできる。これは、す
べての後続のユーザ（すなわち、他のすべてのアプリケ
ーションまたはドメイン）によって解放された場合にバ
ッファを返す空きルーチンを元の要求側が指定すること
で達成される。記憶マネジャは元の所有者を追跡し、バ
ッファがドメインからドメインへ渡されるとすべての後
続の所有権が変更される。バッファが最終の受入側ドメ
インによって解放されると、記憶マネジャはバッファの
所有権を元の要求側に再び割り当ててからルーチンを起
動してバッファを解放する。この所有権追跡と、バッフ
ァの元の要求側ドメインへの返送は、バッファを使用し
ている中間ドメインが認識しない間に行われる。中間ド
メインはバッファを使用し、バッファの所有権を次のド
メインへ渡すだけである。最終ドメインは、バッファを
再び割り当てる使用可能バッファ・プールへ返すのと同
じバッファ解放機能を使って最終的にバッファを解放す
る。この機能によって、データをコピーすることなくす
べてのユーザがデータを使うことができ、バッファの所
有権が最終的に元の要求側ドメインに返され、元の要求
側ドメインによって使われるという点でパフォーマンス
の改善が図られている。この別の実施形態は、図１０な
いし図１３の例に示されている。ここでバッファの所有
権はバッファの元の要求側アプリケーション（すなわ
ち、アプリケーション１）へ返される。
能バッファ・プールへバッファを返す代わりに元の要求
側へバッファの所有権を返すこともできる。これは、す
べての後続のユーザ（すなわち、他のすべてのアプリケ
ーションまたはドメイン）によって解放された場合にバ
ッファを返す空きルーチンを元の要求側が指定すること
で達成される。記憶マネジャは元の所有者を追跡し、バ
ッファがドメインからドメインへ渡されるとすべての後
続の所有権が変更される。バッファが最終の受入側ドメ
インによって解放されると、記憶マネジャはバッファの
所有権を元の要求側に再び割り当ててからルーチンを起
動してバッファを解放する。この所有権追跡と、バッフ
ァの元の要求側ドメインへの返送は、バッファを使用し
ている中間ドメインが認識しない間に行われる。中間ド
メインはバッファを使用し、バッファの所有権を次のド
メインへ渡すだけである。最終ドメインは、バッファを
再び割り当てる使用可能バッファ・プールへ返すのと同
じバッファ解放機能を使って最終的にバッファを解放す
る。この機能によって、データをコピーすることなくす
べてのユーザがデータを使うことができ、バッファの所
有権が最終的に元の要求側ドメインに返され、元の要求
側ドメインによって使われるという点でパフォーマンス
の改善が図られている。この別の実施形態は、図１０な
いし図１３の例に示されている。ここでバッファの所有
権はバッファの元の要求側アプリケーション（すなわ
ち、アプリケーション１）へ返される。
【００４４】図面と明細書では、本発明の代表的な好ま
しい実施形態が開示され、特定の用語が使用されている
が、それらは一般的かつ説明のための用語にすぎず、本
発明の範囲は特許請求の範囲に記載する。
しい実施形態が開示され、特定の用語が使用されている
が、それらは一般的かつ説明のための用語にすぎず、本
発明の範囲は特許請求の範囲に記載する。
【００４５】まとめとして、本発明の構成に関して以下
の事項を開示する。
の事項を開示する。
【００４６】（１）複数のドメイン間で比較的小さなデ
ータ・オブジェクトを効率的に伝送するためのみパフォ
ーマンスが最適化されている通信システムにおいて、比
較的大きなデータ・オブジェクトの伝送を制御するシス
テムであって、比較的大きなデータ・オブジェクトを記
憶する複数のバッファと、複数のバッファのうちの第１
のバッファに記憶された比較的大きなデータ・オブジェ
クトを処理する能力のある第１のアプリケーションを表
す第１のドメインと、前記複数のバッファのうちの前記
第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを処理する能力のある第２のアプリケーション
を表す第２のドメインとを含む、それぞれがデータを処
理する能力のあるアプリケーションを表す、複数のドメ
インと、比較的大きなデータ・オブジェクトを記憶して
いる前記第１のバッファの所有権を前記第１のドメイン
に割り当て、第１のバッファに記憶された比較的大きな
データ・オブジェクトを物理的に移動する必要がなく、
また第１のバッファに記憶された比較的大きなデータ・
オブジェクトのコピーを作成する必要もなく、比較的大
きなデータ・オブジェクトを記憶している第１のバッフ
ァを前記第１のドメインから前記第２のドメインへ伝送
するための所有権制御手段とを備えるシステム。 （２）前記所有権制御手段が、前記複数のバッファのう
ちの第１のバッファを表す第１の一次トークン手段と、
前記複数のバッファのうちの第１のバッファの第１の論
理ビューを表す第１の二次トークン手段と、第１のバッ
ファを前記複数のドメインのうちの第１のドメインに一
意に関連付け、第１の二次トークン手段を第１の一次ト
ークン手段によって識別される前記複数のバッファのう
ちの第１のバッファに一意に関連付け、第１の二次トー
クン手段を前記複数のドメインのうちの第２のドメイン
に一意に関連付ける記憶マネジャ手段とを含むことを特
徴とする、上記（１）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するシステム。 （３）前記複数のドメインが第１のバッファに記憶され
たデータを処理する能力のある第３のアプリケーション
を表す第３のドメインをさらに含み、前記システムが、
前記複数のバッファのうち第１のバッファの第２の論理
ビューを表す第２の二次トークン手段を含み、前記記憶
マネジャ手段が、第２の二次トークン手段を第１のトー
クン手段によって識別される前記複数のバッファのうち
第１のバッファに関連付け、第２の二次トークン手段を
前記複数のドメインのうち第３のドメインに関連付ける
手段を含み、第１のバッファに記憶された比較的大きな
データ・オブジェクトを、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを物理的に移動する
必要なく、また第１のバッファに記憶された比較的大き
なデータ・オブジェクトのコピーを作成する必要もな
く、第２のドメインから第３のドメインへ渡すことがで
きることを特徴とする、上記（２）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するシステム。 （４）前記記憶マネジャ手段が、前記複数のバッファの
うち第１のバッファに関連付けられた二次トークン手段
の数を計上する手段を含むことを特徴とする、上記
（２）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （５）前記第１のドメインが複数のバッファのうち第１
のバッファに記憶された前記の比較的大きなデータ・オ
ブジェクトをその上で処理し、前記第２のドメインが複
数のバッファのうち第１のバッファに記憶された前記比
較的大きなデータ・オブジェクトをその上で処理するデ
ータ・プロセッサをさらに含むことを特徴とする、上記
（４）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （６）前記記憶マネジャが、前記複数のバッファのうち
第１のバッファに記憶された前記データを前記データ・
プロセッサの前記第２のドメインが処理した時点で、第
１の一次トークンによって識別される前記複数のバッフ
ァの第１のバッファから第１の二次トークン手段を分離
する手段と、前記複数のバッファの第１のバッファに記
憶された前記データを前記データ・プロセッサの前記第
１のドメインが処理した時点で、第１の一次トークンに
よって識別される前記複数のバッファの第１のバッファ
から第１の一次トークン手段を分離する手段をさらに含
むことを特徴とする、上記（５）に記載の比較的大きな
データ・オブジェクトの伝送を制御するシステム。 （７）前記記憶マネジャが、前記複数のバッファの第１
のバッファから第１の二次トークン手段が分離され、前
記複数のバッファの第１のバッファから第１の一次トー
クン手段が分離された時点で前記複数のバッファの第１
のバッファを再び割り当てる手段をさらに含むことを特
徴とする、上記（６）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するシステム。 （８）前記所有権制御手段が、前記複数のバッファの第
１のバッファの所有権を示す一次トークン手段と、前記
一次トークン手段を使って前記複数のドメインの前記第
１のドメインに第１のバッファを一意に関連付けて前記
第１のドメインが前記第１のバッファの所有者であるこ
とを示し、前記第１のバッファに記憶された前記データ
を前記第１のドメインが処理した時点で、前記の一次ト
ークン手段を使って前記第１のドメインから第１のバッ
ファを分離し、第１のバッファに記憶された比較的大き
なデータ・オブジェクトを物理的に移動することなく、
また第１のバッファに記憶された比較的大きなデータ・
オブジェクトのコピーを作成することもなく、前記の一
次トークン手段を使って前記複数のドメインの前記第２
のドメインに第１のバッファを一意に関連付けて前記第
２のドメインが前記第１のバッファの所有者であること
を示す記憶マネジャ手段を含むことを特徴とする、上記
（１）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （９）前記記憶マネジャ手段が前記第１のバッファに記
憶された前記データを前記第２のドメインが処理した時
点で、前記の一次トークン手段を使って前記第２のドメ
インから第１のバッファを分離する手段をさらに含むこ
とを特徴とする、上記（８）に記載の比較的大きなデー
タ・オブジェクトの伝送を制御するシステム。 （１０）前記記憶マネジャ手段が、前記第１のバッファ
に記憶されている前記データを前記第２のドメインが処
理し、第１のバッファから一次トークン手段を分離した
時点で、前記複数のバッファの第１のバッファを再び割
り当てて前記第１のバッファが使用可能であることを示
す手段をさらに含むことを特徴とする、上記（９）に記
載の比較的大きなデータ・オブジェクトの伝送を制御す
るシステム。 （１１）前記記憶マネジャ手段が、前記一次トークン手
段を使って前記複数のドメインの前記第１のドメインに
第１のバッファを一意に再び関連付けて前記第１のドメ
インが前記第１のバッファの所有者であることをさらに
示すことを特徴とする、上記（９）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するシステム。 （１２）前記通信システムが仮想記憶通信アクセス方式
（ＶＴＡＭ）システムであることを特徴とする、上記
（１）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （１３）複数のドメイン間での比較的小さなデータ・オ
ブジェクトの効率的な伝送用にパフォーマンスが最適化
されており、比較的大きなデータ・オブジェクトを記憶
する複数のバッファを備える通信システムにおいて、そ
れぞれが比較的大きなデータ・オブジェクトを処理する
能力があるアプリケーションを表す複数のドメイン間で
の比較的大きなデータ・オブジェクトの伝送を制御する
方法であって、前記複数のバッファの第１のバッファに
比較的大きなデータ・オブジェクトを記憶するステップ
と、前記複数のバッファの第１のバッファに記憶された
比較的大きなデータ・オブジェクトを、前記複数のドメ
インの第１のドメインと、前記複数のバッファの第１の
バッファに記憶された比較的大きなデータ・オブジェク
トを処理する能力がある第２のアプリケーションを表す
第２のドメインを使って処理するステップと、比較的大
きなデータ・オブジェクトを記憶している前記第１のバ
ッファの所有権を前記複数のドメインの第１のドメイン
に割り当てるステップと、比較的大きなデータ・オブジ
ェクトを記憶している第１のバッファを、第１のバッフ
ァに記憶された比較的大きなデータ・オブジェクトを物
理的に移動することなく、また第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトのコピーを作成
することもなく、前記複数のドメインの前記第１のドメ
インから前記第２のドメインへ伝送するステップと、第
１のバッファに記憶された比較的大きなデータ・オブジ
ェクトを前記複数のドメインの第２のドメインを使って
処理するステップを含む方法。 （１４）前記割当てステップが、前記複数のバッファの
第１のバッファを表す第１の一次トークンを生成するス
テップを含み、この方法が、前記複数のバッファの第１
の論理ビューを表す第１の二次トークンを生成するステ
ップと、前記複数のドメインの第１のドメインに第１の
バッファを一意に関連付けるステップと、第１の一次ト
ークンが識別する前記複数のバッファの第１のバッファ
に第１の二次トークンを一意に関連付けるステップと、
前記複数のドメインの第２のドメインに第１の二次トー
クンを一意に関連付けるステップをさらに含むことを特
徴とする、上記（１３）に記載の比較的大きなデータ・
オブジェクトの伝送を制御する方法。 （１５）前記複数のバッファの第２の論理ビューを表す
第２の二次トークンを生成するステップと、第１の一次
トークンが識別する前記複数のバッファの第１のバッフ
ァに第２の二次トークンを一意に関連付けるステップ
と、前記複数のドメインの第３のドメインに第２の二次
トークンを一意に関連付けるステップを含み、前記伝送
ステップが、第１のバッファに記憶された比較的大きな
データ・オブジェクトを物理的に移動することなく、ま
た第１のバッファに記憶された比較的大きなデータ・オ
ブジェクトのコピーを作成することもなく、第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトを
第２のドメインから第３のドメインに渡すステップを含
むことを特徴とする、上記（１４）に記載の比較的大き
なデータ・オブジェクトの伝送を制御する方法。 （１６）前記伝送ステップが、前記複数のバッファの第
１のバッファに関連付けられた第２のトークンの数を計
上するステップをさらに含むことを特徴とする、上記
（１４）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （１７）データ・プロセッサの前記第１のドメインを使
って前記複数のバッファの第１のバッファに記憶された
前記の比較的大きなデータ・オブジェクトを処理するス
テップと、データ・プロセッサの前記第２のドメインを
使って前記複数のバッファの第１のバッファに記憶され
た前記の比較的大きなデータ・オブジェクトを処理する
ステップをさらに含むことを特徴とする、上記（１６）
に記載の比較的大きなデータ・オブジェクトの伝送を制
御する方法。 （１８）前記伝送ステップが、前記複数のバッファの第
１のバッファに記憶された前記データを前記データ・プ
ロセッサの前記第２のドメインが処理した時点で、第１
の一次トークンによって識別される前記複数のバッファ
の第１のバッファから第１の二次トークンを分離するス
テップと、前記複数のバッファの第１のバッファに記憶
された前記データを前記データ・プロセッサの前記第１
のドメインが処理した時点で、第１の一次トークンによ
って識別される前記複数のバッファの第１のバッファか
ら第１の一次トークンを分離するステップをさらに含む
ことを特徴とする、上記（１７）に記載の比較的大きな
データ・オブジェクトの伝送を制御する方法。 （１９）前記伝送ステップが、前記複数のバッファの第
１のバッファから第１の二次トークンが分離され、前記
複数のバッファの第１のバッファから第１の一次トーク
ンが分離された時点で前記複数のバッファの第１のバッ
ファを再び割り当てるステップをさらに含むことを特徴
とする、上記（１８）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御する方法。 （２０）前記割当てステップが、前記複数のバッファの
第１のバッファの所有権を示す一次トークンを生成する
ステップと、前記一次トークン手段を使って前記複数の
ドメインの前記第１のドメインに第１のバッファを一意
に関連付けて前記第１のドメインが前記第１のバッファ
の所有者であることを示すステップをさらに含み、伝送
ステップが、前記第１のバッファに記憶された前記デー
タを前記第１のドメインが処理した時点で、前記の一次
トークンを使って前記第１のドメインから第１のバッフ
ァを分離するステップと、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを物理的に移動する
ことなく、また第１のバッファに記憶された比較的大き
なデータ・オブジェクトのコピーを作成することもな
く、前記の一次トークンを使って前記複数のドメインの
前記第２のドメインに第１のバッファを一意に関連付け
て前記第２のドメインが前記第１のバッファの所有者で
あることを示すステップを含むことを特徴とする、上記
（１３）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （２１）前記第１のバッファに記憶された前記データを
前記第２のドメインが処理した時点で、前記の一次トー
クンを使って前記第２のドメインから第１のバッファを
分離するステップをさらに含むことを特徴とする、上記
（２０）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （２２）前記第１のバッファに記憶されている前記デー
タを前記第２のドメインが処理し、第１のバッファから
一次トークンを分離した時点で、前記複数のバッファの
第１のバッファを再び割り当てて前記第１のバッファが
使用可能であることを示すステップをさらに含むことを
特徴とする、上記（２１）に記載の比較的大きなデータ
・オブジェクトの伝送を制御する方法。 （２３）前記一次トークンを使って前記複数のドメイン
の前記第１のドメインに第１のバッファを一意に再び関
連付けて、前記第１のドメインが前記第１のバッファの
所有者であることを示すステップをさらに含むことを特
徴とする、上記（２１）に記載の比較的大きなデータ・
オブジェクトの伝送を制御する方法。 （２４）前記通信方法が仮想記憶通信アクセス方式（Ｖ
ＴＡＭ）による方法であることを特徴とする、上記（１
３）に記載の比較的大きなデータ・オブジェクトの伝送
を制御する方法。 （２５）複数のドメイン間での比較的小さなデータ・オ
ブジェクトの効率的な伝送用にパフォーマンスが最適化
されている通信システムにおいて、比較的大きなデータ
・オブジェクトの伝送を制御するコンピュータ・プログ
ラム・プロダクトであって、通信システムが、各ドメイ
ンが処理装置で実行されて比較的大きなデータ・オブジ
ェクトを処理する能力があるアプリケーションを表す複
数のドメインと、比較的大きなデータ・オブジェクトを
記憶する複数のバッファを備え、前記コンピュータ・プ
ログラム・プロダクトが、コンピュータ可読コード手段
を内部に具体化したコンピュータ可読記憶媒体を含み、
前記コンピュータ可読コード手段が、比較的大きなデー
タ・オブジェクトを前記複数のバッファの第１のバッフ
ァに記憶するコンピュータ命令手段と、前記複数のドメ
インの第１のドメインと、前記複数のバッファの第１の
バッファに記憶された比較的大きなデータ・オブジェク
トを処理する能力がある第２のドメインを使って、前記
複数のバッファの第１のバッファに記憶された比較的大
きなデータ・オブジェクトを処理するコンピュータ命令
手段と、比較的大きなデータ・オブジェクトを記憶して
いる前記第１のバッファの所有権を前記複数のドメイン
の第１のドメインに割り当てるコンピュータ命令手段
と、第１のバッファに記憶された比較的大きなデータ・
オブジェクトを物理的に移動することなく、また第１の
バッファに記憶された比較的大きなデータ・オブジェク
トのコピーを作成することもなく、比較的大きなデータ
・オブジェクトを記憶している第１のバッファを前記第
１のドメインから第２のドメインへ伝送するコンピュー
タ命令手段と、前記複数のドメインの第２のドメインを
使って、第１のバッファに記憶されている比較的大きな
データ・オブジェクトを処理するコンピュータ命令手段
を含むコンピュータ・プログラム・プロダクト。 （２６）割当てのための前記コンピュータ命令手段が、
前記複数のバッファの第１のバッファを表す第１の一次
トークンを生成するコンピュータ命令手段を含み、前記
コンピュータ・プログラム・プロダクトが、前記複数の
バッファの第１のバッファの第１の論理ビューを表す第
１の二次トークンを生成するコンピュータ命令手段と、
前記複数のドメインの第１のドメインに第１のバッファ
を一意に関連付けるコンピュータ命令手段と、第１の一
次トークンによって識別される前記複数のバッファの第
１のバッファに第１の二次トークンを一意に関連付ける
コンピュータ命令手段と、前記複数のドメインの第２の
ドメインに第１の二次トークンを一意に関連付けるコン
ピュータ命令手段を含むことを特徴とする、上記（２
５）に記載の比較的大きなデータ・オブジェクトの伝送
を制御するコンピュータ・プログラム・プロダクト。 （２７）前記複数のバッファの第１のバッファの第２の
論理ビューを表す第２の二次トークンを生成するコンピ
ュータ命令手段と、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファに第２の二次
トークンを一意に関連付けるコンピュータ命令手段と、
前記複数のドメインの第３のドメインに第２の二次トー
クンを一意に関連付けるコンピュータ命令手段をさらに
含み、伝送のための前記コンピュータ命令手段が、第１
のバッファに記憶された比較的大きなデータ・オブジェ
クトを物理的に移動することなく、また第１のバッファ
に記憶された比較的大きなデータ・オブジェクトのコピ
ーを作成することもなく、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを前記第２のドメイ
ンから第３のドメインへ渡すコンピュータ命令手段を含
むことを特徴とする、上記（２６）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するコンピュータ
・プログラム・プロダクト。 （２８）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファに関連付けられた二
次トークンの数を計上するコンピュータ命令手段をさら
に含むことを特徴とする、上記（２６）に記載の比較的
大きなデータ・オブジェクトの伝送を制御するコンピュ
ータ・プログラム・プロダクト。 （２９）データ・プロセッサ上の前記第１のドメインを
使って、前記複数のバッファの第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトを処理するコン
ピュータ命令手段と、データ・プロセッサ上の前記第２
のドメインを使って、前記複数のバッファの第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトを
処理するコンピュータ命令手段をさらに含むことを特徴
とする、上記（２８）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するコンピュータ・プログラム
・プロダクト。 （３０）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファに記憶された前記デ
ータを前記データ・プロセッサの前記第２のドメインが
処理した時点で、第１の一次トークンによって識別され
る前記複数のバッファの第１のバッファから第１の二次
トークンを分離するコンピュータ命令手段と、前記複数
のバッファの第１のバッファに記憶された前記データを
前記データ・プロセッサの前記第１のドメインが処理し
た時点で、第１の一次トークンによって識別される前記
複数のバッファの第１のバッファから第１の一次トーク
ン手段を分離するコンピュータ命令手段をさらに含むこ
とを特徴とする、上記（２９）に記載の比較的大きなデ
ータ・オブジェクトの伝送を制御するコンピュータ・プ
ログラム・プロダクト。 （３１）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファから第１の二次トー
クンが分離され、前記複数のバッファの第１のバッファ
から第１の一次トークンが分離された時点で前記複数の
バッファの第１のバッファを再び割り当てるコンピュー
タ命令手段をさらに含むことを特徴とする、上記（３
０）に記載の比較的大きなデータ・オブジェクトの伝送
を制御するコンピュータ・プログラム・プロダクト。 （３２）割当てのための前記コンピュータ命令手段が、
前記複数のバッファの第１のバッファの所有権を示す一
次トークンを生成するコンピュータ命令手段と、前記一
次トークンを使って前記複数のドメインの前記第１のド
メインに第１のバッファを一意に関連付けて前記第１の
ドメインが前記第１のバッファの所有者であることを示
すコンピュータ命令手段をさらに含み、伝送のための前
記コンピュータ命令手段が、前記第１のバッファに記憶
された前記データを前記第１のドメインが処理した時点
で、前記の一次トークンを使って前記第１のドメインか
ら第１のバッファを分離するコンピュータ命令手段と、
第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、前記の一次トークンを使
って前記複数のドメインの前記第２のドメインに第１の
バッファを一意に関連付けて前記第２のドメインが前記
第１のバッファの所有者であることを示すコンピュータ
命令手段を含むことを特徴とする、上記（２５）に記載
の比較的大きなデータ・オブジェクトの伝送を制御する
コンピュータ・プログラム・プロダクト。 （３３）前記第１のバッファに記憶された前記データを
前記第２のドメインが処理した時点で、前記の一次トー
クンを使って前記第２のドメインから第１のバッファを
分離するコンピュータ命令手段をさらに含むことを特徴
とする、上記（３２）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するコンピュータ・プログラム
・プロダクト。 （３４）前記第１のバッファに記憶されている前記デー
タを前記第２のドメインが処理し、第１のバッファから
一次トークンを分離した時点で、前記複数のバッファの
第１のバッファを再び割り当てて前記第１のバッファが
使用可能であることを示すコンピュータ命令手段をさら
に含むことを特徴とする、上記（３３）に記載の比較的
大きなデータ・オブジェクトの伝送を制御するコンピュ
ータ・プログラム・プロダクト。 （３５）前記一次トークンを使って前記複数のドメイン
の前記第１のドメインに第１のバッファを一意に再び関
連付けて、前記第１のドメインが前記第１のバッファの
所有者であることを示すコンピュータ命令手段をさらに
含むことを特徴とする、上記（３３）に記載の比較的大
きなデータ・オブジェクトの伝送を制御するコンピュー
タ・プログラム・プロダクト。 （３６）前記通信システムが仮想記憶通信アクセス方式
（ＶＴＡＭ）システムであることを特徴とする、上記
（２５）に記載の比較的大きなデータ・オブジェクトの
伝送を制御するコンピュータ・プログラム・プロダク
ト。
ータ・オブジェクトを効率的に伝送するためのみパフォ
ーマンスが最適化されている通信システムにおいて、比
較的大きなデータ・オブジェクトの伝送を制御するシス
テムであって、比較的大きなデータ・オブジェクトを記
憶する複数のバッファと、複数のバッファのうちの第１
のバッファに記憶された比較的大きなデータ・オブジェ
クトを処理する能力のある第１のアプリケーションを表
す第１のドメインと、前記複数のバッファのうちの前記
第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを処理する能力のある第２のアプリケーション
を表す第２のドメインとを含む、それぞれがデータを処
理する能力のあるアプリケーションを表す、複数のドメ
インと、比較的大きなデータ・オブジェクトを記憶して
いる前記第１のバッファの所有権を前記第１のドメイン
に割り当て、第１のバッファに記憶された比較的大きな
データ・オブジェクトを物理的に移動する必要がなく、
また第１のバッファに記憶された比較的大きなデータ・
オブジェクトのコピーを作成する必要もなく、比較的大
きなデータ・オブジェクトを記憶している第１のバッフ
ァを前記第１のドメインから前記第２のドメインへ伝送
するための所有権制御手段とを備えるシステム。 （２）前記所有権制御手段が、前記複数のバッファのう
ちの第１のバッファを表す第１の一次トークン手段と、
前記複数のバッファのうちの第１のバッファの第１の論
理ビューを表す第１の二次トークン手段と、第１のバッ
ファを前記複数のドメインのうちの第１のドメインに一
意に関連付け、第１の二次トークン手段を第１の一次ト
ークン手段によって識別される前記複数のバッファのう
ちの第１のバッファに一意に関連付け、第１の二次トー
クン手段を前記複数のドメインのうちの第２のドメイン
に一意に関連付ける記憶マネジャ手段とを含むことを特
徴とする、上記（１）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するシステム。 （３）前記複数のドメインが第１のバッファに記憶され
たデータを処理する能力のある第３のアプリケーション
を表す第３のドメインをさらに含み、前記システムが、
前記複数のバッファのうち第１のバッファの第２の論理
ビューを表す第２の二次トークン手段を含み、前記記憶
マネジャ手段が、第２の二次トークン手段を第１のトー
クン手段によって識別される前記複数のバッファのうち
第１のバッファに関連付け、第２の二次トークン手段を
前記複数のドメインのうち第３のドメインに関連付ける
手段を含み、第１のバッファに記憶された比較的大きな
データ・オブジェクトを、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを物理的に移動する
必要なく、また第１のバッファに記憶された比較的大き
なデータ・オブジェクトのコピーを作成する必要もな
く、第２のドメインから第３のドメインへ渡すことがで
きることを特徴とする、上記（２）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するシステム。 （４）前記記憶マネジャ手段が、前記複数のバッファの
うち第１のバッファに関連付けられた二次トークン手段
の数を計上する手段を含むことを特徴とする、上記
（２）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （５）前記第１のドメインが複数のバッファのうち第１
のバッファに記憶された前記の比較的大きなデータ・オ
ブジェクトをその上で処理し、前記第２のドメインが複
数のバッファのうち第１のバッファに記憶された前記比
較的大きなデータ・オブジェクトをその上で処理するデ
ータ・プロセッサをさらに含むことを特徴とする、上記
（４）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （６）前記記憶マネジャが、前記複数のバッファのうち
第１のバッファに記憶された前記データを前記データ・
プロセッサの前記第２のドメインが処理した時点で、第
１の一次トークンによって識別される前記複数のバッフ
ァの第１のバッファから第１の二次トークン手段を分離
する手段と、前記複数のバッファの第１のバッファに記
憶された前記データを前記データ・プロセッサの前記第
１のドメインが処理した時点で、第１の一次トークンに
よって識別される前記複数のバッファの第１のバッファ
から第１の一次トークン手段を分離する手段をさらに含
むことを特徴とする、上記（５）に記載の比較的大きな
データ・オブジェクトの伝送を制御するシステム。 （７）前記記憶マネジャが、前記複数のバッファの第１
のバッファから第１の二次トークン手段が分離され、前
記複数のバッファの第１のバッファから第１の一次トー
クン手段が分離された時点で前記複数のバッファの第１
のバッファを再び割り当てる手段をさらに含むことを特
徴とする、上記（６）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するシステム。 （８）前記所有権制御手段が、前記複数のバッファの第
１のバッファの所有権を示す一次トークン手段と、前記
一次トークン手段を使って前記複数のドメインの前記第
１のドメインに第１のバッファを一意に関連付けて前記
第１のドメインが前記第１のバッファの所有者であるこ
とを示し、前記第１のバッファに記憶された前記データ
を前記第１のドメインが処理した時点で、前記の一次ト
ークン手段を使って前記第１のドメインから第１のバッ
ファを分離し、第１のバッファに記憶された比較的大き
なデータ・オブジェクトを物理的に移動することなく、
また第１のバッファに記憶された比較的大きなデータ・
オブジェクトのコピーを作成することもなく、前記の一
次トークン手段を使って前記複数のドメインの前記第２
のドメインに第１のバッファを一意に関連付けて前記第
２のドメインが前記第１のバッファの所有者であること
を示す記憶マネジャ手段を含むことを特徴とする、上記
（１）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （９）前記記憶マネジャ手段が前記第１のバッファに記
憶された前記データを前記第２のドメインが処理した時
点で、前記の一次トークン手段を使って前記第２のドメ
インから第１のバッファを分離する手段をさらに含むこ
とを特徴とする、上記（８）に記載の比較的大きなデー
タ・オブジェクトの伝送を制御するシステム。 （１０）前記記憶マネジャ手段が、前記第１のバッファ
に記憶されている前記データを前記第２のドメインが処
理し、第１のバッファから一次トークン手段を分離した
時点で、前記複数のバッファの第１のバッファを再び割
り当てて前記第１のバッファが使用可能であることを示
す手段をさらに含むことを特徴とする、上記（９）に記
載の比較的大きなデータ・オブジェクトの伝送を制御す
るシステム。 （１１）前記記憶マネジャ手段が、前記一次トークン手
段を使って前記複数のドメインの前記第１のドメインに
第１のバッファを一意に再び関連付けて前記第１のドメ
インが前記第１のバッファの所有者であることをさらに
示すことを特徴とする、上記（９）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するシステム。 （１２）前記通信システムが仮想記憶通信アクセス方式
（ＶＴＡＭ）システムであることを特徴とする、上記
（１）に記載の比較的大きなデータ・オブジェクトの伝
送を制御するシステム。 （１３）複数のドメイン間での比較的小さなデータ・オ
ブジェクトの効率的な伝送用にパフォーマンスが最適化
されており、比較的大きなデータ・オブジェクトを記憶
する複数のバッファを備える通信システムにおいて、そ
れぞれが比較的大きなデータ・オブジェクトを処理する
能力があるアプリケーションを表す複数のドメイン間で
の比較的大きなデータ・オブジェクトの伝送を制御する
方法であって、前記複数のバッファの第１のバッファに
比較的大きなデータ・オブジェクトを記憶するステップ
と、前記複数のバッファの第１のバッファに記憶された
比較的大きなデータ・オブジェクトを、前記複数のドメ
インの第１のドメインと、前記複数のバッファの第１の
バッファに記憶された比較的大きなデータ・オブジェク
トを処理する能力がある第２のアプリケーションを表す
第２のドメインを使って処理するステップと、比較的大
きなデータ・オブジェクトを記憶している前記第１のバ
ッファの所有権を前記複数のドメインの第１のドメイン
に割り当てるステップと、比較的大きなデータ・オブジ
ェクトを記憶している第１のバッファを、第１のバッフ
ァに記憶された比較的大きなデータ・オブジェクトを物
理的に移動することなく、また第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトのコピーを作成
することもなく、前記複数のドメインの前記第１のドメ
インから前記第２のドメインへ伝送するステップと、第
１のバッファに記憶された比較的大きなデータ・オブジ
ェクトを前記複数のドメインの第２のドメインを使って
処理するステップを含む方法。 （１４）前記割当てステップが、前記複数のバッファの
第１のバッファを表す第１の一次トークンを生成するス
テップを含み、この方法が、前記複数のバッファの第１
の論理ビューを表す第１の二次トークンを生成するステ
ップと、前記複数のドメインの第１のドメインに第１の
バッファを一意に関連付けるステップと、第１の一次ト
ークンが識別する前記複数のバッファの第１のバッファ
に第１の二次トークンを一意に関連付けるステップと、
前記複数のドメインの第２のドメインに第１の二次トー
クンを一意に関連付けるステップをさらに含むことを特
徴とする、上記（１３）に記載の比較的大きなデータ・
オブジェクトの伝送を制御する方法。 （１５）前記複数のバッファの第２の論理ビューを表す
第２の二次トークンを生成するステップと、第１の一次
トークンが識別する前記複数のバッファの第１のバッフ
ァに第２の二次トークンを一意に関連付けるステップ
と、前記複数のドメインの第３のドメインに第２の二次
トークンを一意に関連付けるステップを含み、前記伝送
ステップが、第１のバッファに記憶された比較的大きな
データ・オブジェクトを物理的に移動することなく、ま
た第１のバッファに記憶された比較的大きなデータ・オ
ブジェクトのコピーを作成することもなく、第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトを
第２のドメインから第３のドメインに渡すステップを含
むことを特徴とする、上記（１４）に記載の比較的大き
なデータ・オブジェクトの伝送を制御する方法。 （１６）前記伝送ステップが、前記複数のバッファの第
１のバッファに関連付けられた第２のトークンの数を計
上するステップをさらに含むことを特徴とする、上記
（１４）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （１７）データ・プロセッサの前記第１のドメインを使
って前記複数のバッファの第１のバッファに記憶された
前記の比較的大きなデータ・オブジェクトを処理するス
テップと、データ・プロセッサの前記第２のドメインを
使って前記複数のバッファの第１のバッファに記憶され
た前記の比較的大きなデータ・オブジェクトを処理する
ステップをさらに含むことを特徴とする、上記（１６）
に記載の比較的大きなデータ・オブジェクトの伝送を制
御する方法。 （１８）前記伝送ステップが、前記複数のバッファの第
１のバッファに記憶された前記データを前記データ・プ
ロセッサの前記第２のドメインが処理した時点で、第１
の一次トークンによって識別される前記複数のバッファ
の第１のバッファから第１の二次トークンを分離するス
テップと、前記複数のバッファの第１のバッファに記憶
された前記データを前記データ・プロセッサの前記第１
のドメインが処理した時点で、第１の一次トークンによ
って識別される前記複数のバッファの第１のバッファか
ら第１の一次トークンを分離するステップをさらに含む
ことを特徴とする、上記（１７）に記載の比較的大きな
データ・オブジェクトの伝送を制御する方法。 （１９）前記伝送ステップが、前記複数のバッファの第
１のバッファから第１の二次トークンが分離され、前記
複数のバッファの第１のバッファから第１の一次トーク
ンが分離された時点で前記複数のバッファの第１のバッ
ファを再び割り当てるステップをさらに含むことを特徴
とする、上記（１８）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御する方法。 （２０）前記割当てステップが、前記複数のバッファの
第１のバッファの所有権を示す一次トークンを生成する
ステップと、前記一次トークン手段を使って前記複数の
ドメインの前記第１のドメインに第１のバッファを一意
に関連付けて前記第１のドメインが前記第１のバッファ
の所有者であることを示すステップをさらに含み、伝送
ステップが、前記第１のバッファに記憶された前記デー
タを前記第１のドメインが処理した時点で、前記の一次
トークンを使って前記第１のドメインから第１のバッフ
ァを分離するステップと、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを物理的に移動する
ことなく、また第１のバッファに記憶された比較的大き
なデータ・オブジェクトのコピーを作成することもな
く、前記の一次トークンを使って前記複数のドメインの
前記第２のドメインに第１のバッファを一意に関連付け
て前記第２のドメインが前記第１のバッファの所有者で
あることを示すステップを含むことを特徴とする、上記
（１３）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （２１）前記第１のバッファに記憶された前記データを
前記第２のドメインが処理した時点で、前記の一次トー
クンを使って前記第２のドメインから第１のバッファを
分離するステップをさらに含むことを特徴とする、上記
（２０）に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 （２２）前記第１のバッファに記憶されている前記デー
タを前記第２のドメインが処理し、第１のバッファから
一次トークンを分離した時点で、前記複数のバッファの
第１のバッファを再び割り当てて前記第１のバッファが
使用可能であることを示すステップをさらに含むことを
特徴とする、上記（２１）に記載の比較的大きなデータ
・オブジェクトの伝送を制御する方法。 （２３）前記一次トークンを使って前記複数のドメイン
の前記第１のドメインに第１のバッファを一意に再び関
連付けて、前記第１のドメインが前記第１のバッファの
所有者であることを示すステップをさらに含むことを特
徴とする、上記（２１）に記載の比較的大きなデータ・
オブジェクトの伝送を制御する方法。 （２４）前記通信方法が仮想記憶通信アクセス方式（Ｖ
ＴＡＭ）による方法であることを特徴とする、上記（１
３）に記載の比較的大きなデータ・オブジェクトの伝送
を制御する方法。 （２５）複数のドメイン間での比較的小さなデータ・オ
ブジェクトの効率的な伝送用にパフォーマンスが最適化
されている通信システムにおいて、比較的大きなデータ
・オブジェクトの伝送を制御するコンピュータ・プログ
ラム・プロダクトであって、通信システムが、各ドメイ
ンが処理装置で実行されて比較的大きなデータ・オブジ
ェクトを処理する能力があるアプリケーションを表す複
数のドメインと、比較的大きなデータ・オブジェクトを
記憶する複数のバッファを備え、前記コンピュータ・プ
ログラム・プロダクトが、コンピュータ可読コード手段
を内部に具体化したコンピュータ可読記憶媒体を含み、
前記コンピュータ可読コード手段が、比較的大きなデー
タ・オブジェクトを前記複数のバッファの第１のバッフ
ァに記憶するコンピュータ命令手段と、前記複数のドメ
インの第１のドメインと、前記複数のバッファの第１の
バッファに記憶された比較的大きなデータ・オブジェク
トを処理する能力がある第２のドメインを使って、前記
複数のバッファの第１のバッファに記憶された比較的大
きなデータ・オブジェクトを処理するコンピュータ命令
手段と、比較的大きなデータ・オブジェクトを記憶して
いる前記第１のバッファの所有権を前記複数のドメイン
の第１のドメインに割り当てるコンピュータ命令手段
と、第１のバッファに記憶された比較的大きなデータ・
オブジェクトを物理的に移動することなく、また第１の
バッファに記憶された比較的大きなデータ・オブジェク
トのコピーを作成することもなく、比較的大きなデータ
・オブジェクトを記憶している第１のバッファを前記第
１のドメインから第２のドメインへ伝送するコンピュー
タ命令手段と、前記複数のドメインの第２のドメインを
使って、第１のバッファに記憶されている比較的大きな
データ・オブジェクトを処理するコンピュータ命令手段
を含むコンピュータ・プログラム・プロダクト。 （２６）割当てのための前記コンピュータ命令手段が、
前記複数のバッファの第１のバッファを表す第１の一次
トークンを生成するコンピュータ命令手段を含み、前記
コンピュータ・プログラム・プロダクトが、前記複数の
バッファの第１のバッファの第１の論理ビューを表す第
１の二次トークンを生成するコンピュータ命令手段と、
前記複数のドメインの第１のドメインに第１のバッファ
を一意に関連付けるコンピュータ命令手段と、第１の一
次トークンによって識別される前記複数のバッファの第
１のバッファに第１の二次トークンを一意に関連付ける
コンピュータ命令手段と、前記複数のドメインの第２の
ドメインに第１の二次トークンを一意に関連付けるコン
ピュータ命令手段を含むことを特徴とする、上記（２
５）に記載の比較的大きなデータ・オブジェクトの伝送
を制御するコンピュータ・プログラム・プロダクト。 （２７）前記複数のバッファの第１のバッファの第２の
論理ビューを表す第２の二次トークンを生成するコンピ
ュータ命令手段と、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファに第２の二次
トークンを一意に関連付けるコンピュータ命令手段と、
前記複数のドメインの第３のドメインに第２の二次トー
クンを一意に関連付けるコンピュータ命令手段をさらに
含み、伝送のための前記コンピュータ命令手段が、第１
のバッファに記憶された比較的大きなデータ・オブジェ
クトを物理的に移動することなく、また第１のバッファ
に記憶された比較的大きなデータ・オブジェクトのコピ
ーを作成することもなく、第１のバッファに記憶された
比較的大きなデータ・オブジェクトを前記第２のドメイ
ンから第３のドメインへ渡すコンピュータ命令手段を含
むことを特徴とする、上記（２６）に記載の比較的大き
なデータ・オブジェクトの伝送を制御するコンピュータ
・プログラム・プロダクト。 （２８）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファに関連付けられた二
次トークンの数を計上するコンピュータ命令手段をさら
に含むことを特徴とする、上記（２６）に記載の比較的
大きなデータ・オブジェクトの伝送を制御するコンピュ
ータ・プログラム・プロダクト。 （２９）データ・プロセッサ上の前記第１のドメインを
使って、前記複数のバッファの第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトを処理するコン
ピュータ命令手段と、データ・プロセッサ上の前記第２
のドメインを使って、前記複数のバッファの第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトを
処理するコンピュータ命令手段をさらに含むことを特徴
とする、上記（２８）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するコンピュータ・プログラム
・プロダクト。 （３０）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファに記憶された前記デ
ータを前記データ・プロセッサの前記第２のドメインが
処理した時点で、第１の一次トークンによって識別され
る前記複数のバッファの第１のバッファから第１の二次
トークンを分離するコンピュータ命令手段と、前記複数
のバッファの第１のバッファに記憶された前記データを
前記データ・プロセッサの前記第１のドメインが処理し
た時点で、第１の一次トークンによって識別される前記
複数のバッファの第１のバッファから第１の一次トーク
ン手段を分離するコンピュータ命令手段をさらに含むこ
とを特徴とする、上記（２９）に記載の比較的大きなデ
ータ・オブジェクトの伝送を制御するコンピュータ・プ
ログラム・プロダクト。 （３１）伝送のための前記コンピュータ命令手段が、前
記複数のバッファの第１のバッファから第１の二次トー
クンが分離され、前記複数のバッファの第１のバッファ
から第１の一次トークンが分離された時点で前記複数の
バッファの第１のバッファを再び割り当てるコンピュー
タ命令手段をさらに含むことを特徴とする、上記（３
０）に記載の比較的大きなデータ・オブジェクトの伝送
を制御するコンピュータ・プログラム・プロダクト。 （３２）割当てのための前記コンピュータ命令手段が、
前記複数のバッファの第１のバッファの所有権を示す一
次トークンを生成するコンピュータ命令手段と、前記一
次トークンを使って前記複数のドメインの前記第１のド
メインに第１のバッファを一意に関連付けて前記第１の
ドメインが前記第１のバッファの所有者であることを示
すコンピュータ命令手段をさらに含み、伝送のための前
記コンピュータ命令手段が、前記第１のバッファに記憶
された前記データを前記第１のドメインが処理した時点
で、前記の一次トークンを使って前記第１のドメインか
ら第１のバッファを分離するコンピュータ命令手段と、
第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、前記の一次トークンを使
って前記複数のドメインの前記第２のドメインに第１の
バッファを一意に関連付けて前記第２のドメインが前記
第１のバッファの所有者であることを示すコンピュータ
命令手段を含むことを特徴とする、上記（２５）に記載
の比較的大きなデータ・オブジェクトの伝送を制御する
コンピュータ・プログラム・プロダクト。 （３３）前記第１のバッファに記憶された前記データを
前記第２のドメインが処理した時点で、前記の一次トー
クンを使って前記第２のドメインから第１のバッファを
分離するコンピュータ命令手段をさらに含むことを特徴
とする、上記（３２）に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するコンピュータ・プログラム
・プロダクト。 （３４）前記第１のバッファに記憶されている前記デー
タを前記第２のドメインが処理し、第１のバッファから
一次トークンを分離した時点で、前記複数のバッファの
第１のバッファを再び割り当てて前記第１のバッファが
使用可能であることを示すコンピュータ命令手段をさら
に含むことを特徴とする、上記（３３）に記載の比較的
大きなデータ・オブジェクトの伝送を制御するコンピュ
ータ・プログラム・プロダクト。 （３５）前記一次トークンを使って前記複数のドメイン
の前記第１のドメインに第１のバッファを一意に再び関
連付けて、前記第１のドメインが前記第１のバッファの
所有者であることを示すコンピュータ命令手段をさらに
含むことを特徴とする、上記（３３）に記載の比較的大
きなデータ・オブジェクトの伝送を制御するコンピュー
タ・プログラム・プロダクト。 （３６）前記通信システムが仮想記憶通信アクセス方式
（ＶＴＡＭ）システムであることを特徴とする、上記
（２５）に記載の比較的大きなデータ・オブジェクトの
伝送を制御するコンピュータ・プログラム・プロダク
ト。
【図１】直接接続環境で２つのホスト・コンピュータを
有するアプリケーション間通信ネットワークのブロック
図である。
有するアプリケーション間通信ネットワークのブロック
図である。
【図２】２つのホスト・コンピュータとネットワーク制
御装置を有するアプリケーション間通信ネットワークの
コンポーネントを示すブロック図である。
御装置を有するアプリケーション間通信ネットワークの
コンポーネントを示すブロック図である。
【図３】特定のノードで通信システムのシステム・ネッ
トワーク体系（ＳＮＡ）を実施するための、コンピュー
タ・ソフトウェア的見地からのネットワーク・プロトコ
ル・レイヤを示す概略ブロック図である。
トワーク体系（ＳＮＡ）を実施するための、コンピュー
タ・ソフトウェア的見地からのネットワーク・プロトコ
ル・レイヤを示す概略ブロック図である。
【図４】図１に示すＳＮＡ体系を実施することのできる
通信システム用のＶＴＡＭシステムの主なコンポーネン
トのブロック図である。
通信システム用のＶＴＡＭシステムの主なコンポーネン
トのブロック図である。
【図５】本発明によるトークン化共用記憶マネジャと通
信するＳＮＡ体系のソフトウェア的見地からのネットワ
ーク・プロトコル・レイヤを示す概略ブロック図であ
る。
信するＳＮＡ体系のソフトウェア的見地からのネットワ
ーク・プロトコル・レイヤを示す概略ブロック図であ
る。
【図６】トークンと、記憶マネジャ構造と、バッファの
関係を示すブロック図である。
関係を示すブロック図である。
【図７】トークンを使ってバッファを共用することによ
る１つのノード上のアプリケーション間のデータ伝送を
制御するための操作を示すブロック図である。
る１つのノード上のアプリケーション間のデータ伝送を
制御するための操作を示すブロック図である。
【図８】トークンを使ってバッファを共用することによ
るデータ伝送を制御するための通信スタックの制御に関
する操作を示すフロー図である。
るデータ伝送を制御するための通信スタックの制御に関
する操作を示すフロー図である。
【図９】トークンを使って大きなデータ・オブジェクト
を処理するアプリケーションの動作を示すフロー図であ
る。
を処理するアプリケーションの動作を示すフロー図であ
る。
【図１０】バッファの所有権が３つのアプリケーション
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
【図１１】バッファの所有権が３つのアプリケーション
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
【図１２】バッファの所有権が３つのアプリケーション
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
【図１３】バッファの所有権が３つのアプリケーション
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
間でやり取りされ、バッファの所有権を元々要求してい
たアプリケーション１に返される例を示す制御フロー・
テーブルである。
１２ ホスト・コンピュータ
１４ ホスト・コンピュータ
１６ 「アウトバウンド」側
１８ 「インバウンド」側
２０ アプリケーション
２２ アプリケーション
２４ 通信スタック
２６ 通信スタック
２８ システム入出力（Ｉ／Ｏ）インタフェース
５０ ホスト・コンピュータ
５２ ホスト・コンピュータ
５４ コンピュータ
６０ ネットワーク
６２ ホスト・コンピュータ
６４ 通信スタック
１０２ 物理制御レイヤ
１０４ データリンク接続レイヤ１
１０６ パス制御レイヤ
１０８ 伝送制御レイヤ
１１０ データ・フロー制御レイヤ
１１２ プレゼンテーション・サービス・レイヤ
１１４ トランザクション・サービス・レイヤ
１１６ ネットワーク・ユーザ（アプリケーション）レ
イヤ １２０ 下位レイヤ １２２ 上位レイヤ １２４ 通信スタック １３０ トークン化記憶マネジャ ２００ 通信システム ２０２ ホスト・コンピュータ ２０４ ＴＶＡＭアプリケーション・プログラム ２０６ ＶＴＡＭ ２０８ 二次記憶装置（補助記憶装置） ２１０ 通信ネットワーク ２１２ ＳＮＡ端末環境 ２１４ スタート・ストップ端末環境 ２１６ ローカル３７９０端末 ２１８ ローカル３２７０端末 ２２０ ローカル通信制御装置 ２２２ リモート通信制御装置 ２２４ 交換回線上の端末 ２２６ 非交換回線上の端末 ３００ａ バッファ１ ３００ｂ バッファ２ ３００ｃ バッファ３ ３００ｄ バッファ４ ３００ｅ バッファ５ ３００ｆ バッファ６ ３００ｇ バッファ７ ３００ｈ バッファ８ ３００ｉ バッファ９ ３００ｊ バッファ１０ ３００ｋ バッファ１１ ３００ｌ バッファ１２ ３００ｍ バッファ１３ ３００ｎ バッファ１４ ３００ｏ バッファ１５ ３００ｐ バッファ１６ ３０２ アプリケーション１ ３０４ トークン１ ３０６ トークン３ ３１０ａ 記憶マネジャ構造 ３１２ アプリケーション２の私設の専用アドレス空間 ３１４ トークン７ ３１６ トークン１０
イヤ １２０ 下位レイヤ １２２ 上位レイヤ １２４ 通信スタック １３０ トークン化記憶マネジャ ２００ 通信システム ２０２ ホスト・コンピュータ ２０４ ＴＶＡＭアプリケーション・プログラム ２０６ ＶＴＡＭ ２０８ 二次記憶装置（補助記憶装置） ２１０ 通信ネットワーク ２１２ ＳＮＡ端末環境 ２１４ スタート・ストップ端末環境 ２１６ ローカル３７９０端末 ２１８ ローカル３２７０端末 ２２０ ローカル通信制御装置 ２２２ リモート通信制御装置 ２２４ 交換回線上の端末 ２２６ 非交換回線上の端末 ３００ａ バッファ１ ３００ｂ バッファ２ ３００ｃ バッファ３ ３００ｄ バッファ４ ３００ｅ バッファ５ ３００ｆ バッファ６ ３００ｇ バッファ７ ３００ｈ バッファ８ ３００ｉ バッファ９ ３００ｊ バッファ１０ ３００ｋ バッファ１１ ３００ｌ バッファ１２ ３００ｍ バッファ１３ ３００ｎ バッファ１４ ３００ｏ バッファ１５ ３００ｐ バッファ１６ ３０２ アプリケーション１ ３０４ トークン１ ３０６ トークン３ ３１０ａ 記憶マネジャ構造 ３１２ アプリケーション２の私設の専用アドレス空間 ３１４ トークン７ ３１６ トークン１０
フロントページの続き
(72)発明者 リン・ダグラス・ロング
アメリカ合衆国27516 ノースカロライ
ナ州チャペル・ヒル ミーチャム・ロー
ド 2911
(72)発明者 リンウッド・ヒュー・オーバービー
アメリカ合衆国27615 ノースカロライ
ナ州ローリー ベンズリー・コート
8605
(72)発明者 バラ・ラージラーマン
アメリカ合衆国27612 ノースカロライ
ナ州ローリー ブライアー・オーク・レ
ーン 5611 アパートメント 306
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/10
Claims (36)
- 【請求項１】複数のドメイン間で比較的小さなデータ・
オブジェクトを効率的に伝送するためのみパフォーマン
スが最適化されている通信システムにおいて、比較的大
きなデータ・オブジェクトの伝送を制御するシステムで
あって、 比較的大きなデータ・オブジェクトを記憶する複数のバ
ッファと、 複数のバッファのうちの第１のバッファに記憶された比
較的大きなデータ・オブジェクトを処理する能力のある
第１のアプリケーションを表す第１のドメインと、前記
複数のバッファのうちの前記第１のバッファに記憶され
た比較的大きなデータ・オブジェクトを処理する能力の
ある第２のアプリケーションを表す第２のドメインとを
含む、それぞれがデータを処理する能力のあるアプリケ
ーションを表す、複数のドメインと、 比較的大きなデータ・オブジェクトを記憶している前記
第１のバッファの所有権を前記第１のドメインに割り当
て、第１のバッファに記憶された比較的大きなデータ・
オブジェクトを物理的に移動する必要がなく、また第１
のバッファに記憶された比較的大きなデータ・オブジェ
クトのコピーを作成する必要もなく、比較的大きなデー
タ・オブジェクトを記憶している第１のバッファを前記
第１のドメインから前記第２のドメインへ伝送するため
の所有権制御手段とを備えるシステム。 - 【請求項２】前記所有権制御手段が、 前記複数のバッファのうちの第１のバッファを表す第１
の一次トークン手段と、 前記複数のバッファのうちの第１のバッファの第１の論
理ビューを表す第１の二次トークン手段と、 第１のバッファを前記複数のドメインのうちの第１のド
メインに一意に関連付け、第１の二次トークン手段を第
１の一次トークン手段によって識別される前記複数のバ
ッファのうちの第１のバッファに一意に関連付け、第１
の二次トークン手段を前記複数のドメインのうちの第２
のドメインに一意に関連付ける記憶マネジャ手段とを含
むことを特徴とする、請求項１に記載の比較的大きなデ
ータ・オブジェクトの伝送を制御するシステム。 - 【請求項３】前記複数のドメインが第１のバッファに記
憶されたデータを処理する能力のある第３のアプリケー
ションを表す第３のドメインをさらに含み、前記システ
ムが、 前記複数のバッファのうち第１のバッファの第２の論理
ビューを表す第２の二次トークン手段を含み、 前記記憶マネジャ手段が、第２の二次トークン手段を第
１のトークン手段によって識別される前記複数のバッフ
ァのうち第１のバッファに関連付け、第２の二次トーク
ン手段を前記複数のドメインのうち第３のドメインに関
連付ける手段を含み、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを、第１のバッファに記憶された比較的大きな
データ・オブジェクトを物理的に移動する必要なく、ま
た第１のバッファに記憶された比較的大きなデータ・オ
ブジェクトのコピーを作成する必要もなく、第２のドメ
インから第３のドメインへ渡すことができることを特徴
とする、請求項２に記載の比較的大きなデータ・オブジ
ェクトの伝送を制御するシステム。 - 【請求項４】前記記憶マネジャ手段が、 前記複数のバッファのうち第１のバッファに関連付けら
れた二次トークン手段の数を計上する手段を含むことを
特徴とする、請求項２に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御するシステム。 - 【請求項５】前記第１のドメインが複数のバッファのう
ち第１のバッファに記憶された前記の比較的大きなデー
タ・オブジェクトをその上で処理し、前記第２のドメイ
ンが複数のバッファのうち第１のバッファに記憶された
前記比較的大きなデータ・オブジェクトをその上で処理
するデータ・プロセッサをさらに含むことを特徴とす
る、請求項４に記載の比較的大きなデータ・オブジェク
トの伝送を制御するシステム。 - 【請求項６】前記記憶マネジャが、前記複数のバッファ
のうち第１のバッファに記憶された前記データを前記デ
ータ・プロセッサの前記第２のドメインが処理した時点
で、第１の一次トークンによって識別される前記複数の
バッファの第１のバッファから第１の二次トークン手段
を分離する手段と、前記複数のバッファの第１のバッフ
ァに記憶された前記データを前記データ・プロセッサの
前記第１のドメインが処理した時点で、第１の一次トー
クンによって識別される前記複数のバッファの第１のバ
ッファから第１の一次トークン手段を分離する手段をさ
らに含むことを特徴とする、請求項５に記載の比較的大
きなデータ・オブジェクトの伝送を制御するシステム。 - 【請求項７】前記記憶マネジャが、 前記複数のバッファの第１のバッファから第１の二次ト
ークン手段が分離され、前記複数のバッファの第１のバ
ッファから第１の一次トークン手段が分離された時点で
前記複数のバッファの第１のバッファを再び割り当てる
手段をさらに含むことを特徴とする、請求項６に記載の
比較的大きなデータ・オブジェクトの伝送を制御するシ
ステム。 - 【請求項８】前記所有権制御手段が、 前記複数のバッファの第１のバッファの所有権を示す一
次トークン手段と、 前記一次トークン手段を使って前記複数のドメインの前
記第１のドメインに第１のバッファを一意に関連付けて
前記第１のドメインが前記第１のバッファの所有者であ
ることを示し、前記第１のバッファに記憶された前記デ
ータを前記第１のドメインが処理した時点で、前記の一
次トークン手段を使って前記第１のドメインから第１の
バッファを分離し、第１のバッファに記憶された比較的
大きなデータ・オブジェクトを物理的に移動することな
く、また第１のバッファに記憶された比較的大きなデー
タ・オブジェクトのコピーを作成することもなく、前記
の一次トークン手段を使って前記複数のドメインの前記
第２のドメインに第１のバッファを一意に関連付けて前
記第２のドメインが前記第１のバッファの所有者である
ことを示す記憶マネジャ手段を含むことを特徴とする、
請求項１に記載の比較的大きなデータ・オブジェクトの
伝送を制御するシステム。 - 【請求項９】前記記憶マネジャ手段が前記第１のバッフ
ァに記憶された前記データを前記第２のドメインが処理
した時点で、前記の一次トークン手段を使って前記第２
のドメインから第１のバッファを分離する手段をさらに
含むことを特徴とする、請求項８に記載の比較的大きな
データ・オブジェクトの伝送を制御するシステム。 - 【請求項１０】前記記憶マネジャ手段が、 前記第１のバッファに記憶されている前記データを前記
第２のドメインが処理し、第１のバッファから一次トー
クン手段を分離した時点で、前記複数のバッファの第１
のバッファを再び割り当てて前記第１のバッファが使用
可能であることを示す手段をさらに含むことを特徴とす
る、請求項９に記載の比較的大きなデータ・オブジェク
トの伝送を制御するシステム。 - 【請求項１１】前記記憶マネジャ手段が、 前記一次トークン手段を使って前記複数のドメインの前
記第１のドメインに第１のバッファを一意に再び関連付
けて前記第１のドメインが前記第１のバッファの所有者
であることをさらに示すことを特徴とする、請求項９に
記載の比較的大きなデータ・オブジェクトの伝送を制御
するシステム。 - 【請求項１２】前記通信システムが仮想記憶通信アクセ
ス方式（ＶＴＡＭ）システムであることを特徴とする、
請求項１に記載の比較的大きなデータ・オブジェクトの
伝送を制御するシステム。 - 【請求項１３】複数のドメイン間での比較的小さなデー
タ・オブジェクトの効率的な伝送用にパフォーマンスが
最適化されており、比較的大きなデータ・オブジェクト
を記憶する複数のバッファを備える通信システムにおい
て、それぞれが比較的大きなデータ・オブジェクトを処
理する能力があるアプリケーションを表す複数のドメイ
ン間での比較的大きなデータ・オブジェクトの伝送を制
御する方法であって、 前記複数のバッファの第１のバッファに比較的大きなデ
ータ・オブジェクトを記憶するステップと、 前記複数のバッファの第１のバッファに記憶された比較
的大きなデータ・オブジェクトを、前記複数のドメイン
の第１のドメインと、前記複数のバッファの第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトを
処理する能力がある第２のアプリケーションを表す第２
のドメインを使って処理するステップと、 比較的大きなデータ・オブジェクトを記憶している前記
第１のバッファの所有権を前記複数のドメインの第１の
ドメインに割り当てるステップと、 比較的大きなデータ・オブジェクトを記憶している第１
のバッファを、第１のバッファに記憶された比較的大き
なデータ・オブジェクトを物理的に移動することなく、
また第１のバッファに記憶された比較的大きなデータ・
オブジェクトのコピーを作成することもなく、前記複数
のドメインの前記第１のドメインから前記第２のドメイ
ンへ伝送するステップと、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを前記複数のドメインの第２のドメインを使っ
て処理するステップを含む方法。 - 【請求項１４】前記割当てステップが、 前記複数のバッファの第１のバッファを表す第１の一次
トークンを生成するステップを含み、この方法が、 前記複数のバッファの第１の論理ビューを表す第１の二
次トークンを生成するステップと、 前記複数のドメインの第１のドメインに第１のバッファ
を一意に関連付けるステップと、 第１の一次トークンが識別する前記複数のバッファの第
１のバッファに第１の二次トークンを一意に関連付ける
ステップと、 前記複数のドメインの第２のドメインに第１の二次トー
クンを一意に関連付けるステップをさらに含むことを特
徴とする、請求項１３に記載の比較的大きなデータ・オ
ブジェクトの伝送を制御する方法。 - 【請求項１５】前記複数のバッファの第２の論理ビュー
を表す第２の二次トークンを生成するステップと、 第１の一次トークンが識別する前記複数のバッファの第
１のバッファに第２の二次トークンを一意に関連付ける
ステップと、 前記複数のドメインの第３のドメインに第２の二次トー
クンを一意に関連付けるステップを含み、 前記伝送ステップが、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトを第２のドメイ
ンから第３のドメインに渡すステップを含むことを特徴
とする、請求項１４に記載の比較的大きなデータ・オブ
ジェクトの伝送を制御する方法。 - 【請求項１６】前記伝送ステップが、 前記複数のバッファの第１のバッファに関連付けられた
第２のトークンの数を計上するステップをさらに含むこ
とを特徴とする、請求項１４に記載の比較的大きなデー
タ・オブジェクトの伝送を制御する方法。 - 【請求項１７】データ・プロセッサの前記第１のドメイ
ンを使って前記複数のバッファの第１のバッファに記憶
された前記の比較的大きなデータ・オブジェクトを処理
するステップと、 データ・プロセッサの前記第２のドメインを使って前記
複数のバッファの第１のバッファに記憶された前記の比
較的大きなデータ・オブジェクトを処理するステップを
さらに含むことを特徴とする、請求項１６に記載の比較
的大きなデータ・オブジェクトの伝送を制御する方法。 - 【請求項１８】前記伝送ステップが、 前記複数のバッファの第１のバッファに記憶された前記
データを前記データ・プロセッサの前記第２のドメイン
が処理した時点で、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファから第１の二
次トークンを分離するステップと、 前記複数のバッファの第１のバッファに記憶された前記
データを前記データ・プロセッサの前記第１のドメイン
が処理した時点で、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファから第１の一
次トークンを分離するステップをさらに含むことを特徴
とする、請求項１７に記載の比較的大きなデータ・オブ
ジェクトの伝送を制御する方法。 - 【請求項１９】前記伝送ステップが、 前記複数のバッファの第１のバッファから第１の二次ト
ークンが分離され、前記複数のバッファの第１のバッフ
ァから第１の一次トークンが分離された時点で前記複数
のバッファの第１のバッファを再び割り当てるステップ
をさらに含むことを特徴とする、請求項１８に記載の比
較的大きなデータ・オブジェクトの伝送を制御する方
法。 - 【請求項２０】前記割当てステップが、 前記複数のバッファの第１のバッファの所有権を示す一
次トークンを生成するステップと、 前記一次トークン手段を使って前記複数のドメインの前
記第１のドメインに第１のバッファを一意に関連付けて
前記第１のドメインが前記第１のバッファの所有者であ
ることを示すステップをさらに含み、 伝送ステップが、 前記第１のバッファに記憶された前記データを前記第１
のドメインが処理した時点で、前記の一次トークンを使
って前記第１のドメインから第１のバッファを分離する
ステップと、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、前記の一次トークンを使
って前記複数のドメインの前記第２のドメインに第１の
バッファを一意に関連付けて前記第２のドメインが前記
第１のバッファの所有者であることを示すステップを含
むことを特徴とする、請求項１３に記載の比較的大きな
データ・オブジェクトの伝送を制御する方法。 - 【請求項２１】前記第１のバッファに記憶された前記デ
ータを前記第２のドメインが処理した時点で、前記の一
次トークンを使って前記第２のドメインから第１のバッ
ファを分離するステップをさらに含むことを特徴とす
る、請求項２０に記載の比較的大きなデータ・オブジェ
クトの伝送を制御する方法。 - 【請求項２２】前記第１のバッファに記憶されている前
記データを前記第２のドメインが処理し、第１のバッフ
ァから一次トークンを分離した時点で、前記複数のバッ
ファの第１のバッファを再び割り当てて前記第１のバッ
ファが使用可能であることを示すステップをさらに含む
ことを特徴とする、請求項２１に記載の比較的大きなデ
ータ・オブジェクトの伝送を制御する方法。 - 【請求項２３】前記一次トークンを使って前記複数のド
メインの前記第１のドメインに第１のバッファを一意に
再び関連付けて、前記第１のドメインが前記第１のバッ
ファの所有者であることを示すステップをさらに含むこ
とを特徴とする、請求項２１に記載の比較的大きなデー
タ・オブジェクトの伝送を制御する方法。 - 【請求項２４】前記通信方法が仮想記憶通信アクセス方
式（ＶＴＡＭ）による方法であることを特徴とする、請
求項１３に記載の比較的大きなデータ・オブジェクトの
伝送を制御する方法。 - 【請求項２５】複数のドメイン間での比較的小さなデー
タ・オブジェクトの効率的な伝送用にパフォーマンスが
最適化されている通信システムにおいて、比較的大きな
データ・オブジェクトの伝送を制御するコンピュータ・
プログラム・プロダクトであって、通信システムが、各
ドメインが処理装置で実行されて比較的大きなデータ・
オブジェクトを処理する能力があるアプリケーションを
表す複数のドメインと、比較的大きなデータ・オブジェ
クトを記憶する複数のバッファを備え、 前記コンピュータ・プログラム・プロダクトが、 コンピュータ可読コード手段を内部に具体化したコンピ
ュータ可読記憶媒体を含み、前記コンピュータ可読コー
ド手段が、 比較的大きなデータ・オブジェクトを前記複数のバッフ
ァの第１のバッファに記憶するコンピュータ命令手段
と、 前記複数のドメインの第１のドメインと、前記複数のバ
ッファの第１のバッファに記憶された比較的大きなデー
タ・オブジェクトを処理する能力がある第２のドメイン
を使って、前記複数のバッファの第１のバッファに記憶
された比較的大きなデータ・オブジェクトを処理するコ
ンピュータ命令手段と、 比較的大きなデータ・オブジェクトを記憶している前記
第１のバッファの所有権を前記複数のドメインの第１の
ドメインに割り当てるコンピュータ命令手段と、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、比較的大きなデータ・オ
ブジェクトを記憶している第１のバッファを前記第１の
ドメインから第２のドメインへ伝送するコンピュータ命
令手段と、 前記複数のドメインの第２のドメインを使って、第１の
バッファに記憶されている比較的大きなデータ・オブジ
ェクトを処理するコンピュータ命令手段を含むコンピュ
ータ・プログラム・プロダクト。 - 【請求項２６】割当てのための前記コンピュータ命令手
段が、 前記複数のバッファの第１のバッファを表す第１の一次
トークンを生成するコンピュータ命令手段を含み、 前記コンピュータ・プログラム・プロダクトが、 前記複数のバッファの第１のバッファの第１の論理ビュ
ーを表す第１の二次トークンを生成するコンピュータ命
令手段と、 前記複数のドメインの第１のドメインに第１のバッファ
を一意に関連付けるコンピュータ命令手段と、 第１の一次トークンによって識別される前記複数のバッ
ファの第１のバッファに第１の二次トークンを一意に関
連付けるコンピュータ命令手段と、 前記複数のドメインの第２のドメインに第１の二次トー
クンを一意に関連付けるコンピュータ命令手段を含むこ
とを特徴とする、請求項２５に記載の比較的大きなデー
タ・オブジェクトの伝送を制御するコンピュータ・プロ
グラム・プロダクト。 - 【請求項２７】前記複数のバッファの第１のバッファの
第２の論理ビューを表す第２の二次トークンを生成する
コンピュータ命令手段と、 第１の一次トークンによって識別される前記複数のバッ
ファの第１のバッファに第２の二次トークンを一意に関
連付けるコンピュータ命令手段と、 前記複数のドメインの第３のドメインに第２の二次トー
クンを一意に関連付けるコンピュータ命令手段をさらに
含み、 伝送のための前記コンピュータ命令手段が、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、第１のバッファに記憶さ
れた比較的大きなデータ・オブジェクトを前記第２のド
メインから第３のドメインへ渡すコンピュータ命令手段
を含むことを特徴とする、請求項２６に記載の比較的大
きなデータ・オブジェクトの伝送を制御するコンピュー
タ・プログラム・プロダクト。 - 【請求項２８】伝送のための前記コンピュータ命令手段
が、 前記複数のバッファの第１のバッファに関連付けられた
二次トークンの数を計上するコンピュータ命令手段をさ
らに含むことを特徴とする、請求項２６に記載の比較的
大きなデータ・オブジェクトの伝送を制御するコンピュ
ータ・プログラム・プロダクト。 - 【請求項２９】データ・プロセッサ上の前記第１のドメ
インを使って、前記複数のバッファの第１のバッファに
記憶された比較的大きなデータ・オブジェクトを処理す
るコンピュータ命令手段と、 データ・プロセッサ上の前記第２のドメインを使って、
前記複数のバッファの第１のバッファに記憶された比較
的大きなデータ・オブジェクトを処理するコンピュータ
命令手段をさらに含むことを特徴とする、請求項２８に
記載の比較的大きなデータ・オブジェクトの伝送を制御
するコンピュータ・プログラム・プロダクト。 - 【請求項３０】伝送のための前記コンピュータ命令手段
が、 前記複数のバッファの第１のバッファに記憶された前記
データを前記データ・プロセッサの前記第２のドメイン
が処理した時点で、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファから第１の二
次トークンを分離するコンピュータ命令手段と、 前記複数のバッファの第１のバッファに記憶された前記
データを前記データ・プロセッサの前記第１のドメイン
が処理した時点で、第１の一次トークンによって識別さ
れる前記複数のバッファの第１のバッファから第１の一
次トークン手段を分離するコンピュータ命令手段をさら
に含むことを特徴とする、請求項２９に記載の比較的大
きなデータ・オブジェクトの伝送を制御するコンピュー
タ・プログラム・プロダクト。 - 【請求項３１】伝送のための前記コンピュータ命令手段
が、 前記複数のバッファの第１のバッファから第１の二次ト
ークンが分離され、前記複数のバッファの第１のバッフ
ァから第１の一次トークンが分離された時点で前記複数
のバッファの第１のバッファを再び割り当てるコンピュ
ータ命令手段をさらに含むことを特徴とする、請求項３
０に記載の比較的大きなデータ・オブジェクトの伝送を
制御するコンピュータ・プログラム・プロダクト。 - 【請求項３２】割当てのための前記コンピュータ命令手
段が、 前記複数のバッファの第１のバッファの所有権を示す一
次トークンを生成するコンピュータ命令手段と、 前記一次トークンを使って前記複数のドメインの前記第
１のドメインに第１のバッファを一意に関連付けて前記
第１のドメインが前記第１のバッファの所有者であるこ
とを示すコンピュータ命令手段をさらに含み、 伝送のための前記コンピュータ命令手段が、 前記第１のバッファに記憶された前記データを前記第１
のドメインが処理した時点で、前記の一次トークンを使
って前記第１のドメインから第１のバッファを分離する
コンピュータ命令手段と、 第１のバッファに記憶された比較的大きなデータ・オブ
ジェクトを物理的に移動することなく、また第１のバッ
ファに記憶された比較的大きなデータ・オブジェクトの
コピーを作成することもなく、前記の一次トークンを使
って前記複数のドメインの前記第２のドメインに第１の
バッファを一意に関連付けて前記第２のドメインが前記
第１のバッファの所有者であることを示すコンピュータ
命令手段を含むことを特徴とする、請求項２５に記載の
比較的大きなデータ・オブジェクトの伝送を制御するコ
ンピュータ・プログラム・プロダクト。 - 【請求項３３】前記第１のバッファに記憶された前記デ
ータを前記第２のドメインが処理した時点で、前記の一
次トークンを使って前記第２のドメインから第１のバッ
ファを分離するコンピュータ命令手段をさらに含むこと
を特徴とする、請求項３２に記載の比較的大きなデータ
・オブジェクトの伝送を制御するコンピュータ・プログ
ラム・プロダクト。 - 【請求項３４】前記第１のバッファに記憶されている前
記データを前記第２のドメインが処理し、第１のバッフ
ァから一次トークンを分離した時点で、前記複数のバッ
ファの第１のバッファを再び割り当てて前記第１のバッ
ファが使用可能であることを示すコンピュータ命令手段
をさらに含むことを特徴とする、請求項３３に記載の比
較的大きなデータ・オブジェクトの伝送を制御するコン
ピュータ・プログラム・プロダクト。 - 【請求項３５】前記一次トークンを使って前記複数のド
メインの前記第１のドメインに第１のバッファを一意に
再び関連付けて、前記第１のドメインが前記第１のバッ
ファの所有者であることを示すコンピュータ命令手段を
さらに含むことを特徴とする、請求項３３に記載の比較
的大きなデータ・オブジェクトの伝送を制御するコンピ
ュータ・プログラム・プロダクト。 - 【請求項３６】前記通信システムが仮想記憶通信アクセ
ス方式（ＶＴＡＭ）システムであることを特徴とする、
請求項２５に記載の比較的大きなデータ・オブジェクト
の伝送を制御するコンピュータ・プログラム・プロダク
ト。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/802,596 US5909553A (en) | 1997-02-19 | 1997-02-19 | Systems and methods for controlling the transmission of relatively large data objects in a communications system |
| US08/802596 | 1997-02-19 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10301873A JPH10301873A (ja) | 1998-11-13 |
| JP3364587B2 true JP3364587B2 (ja) | 2003-01-08 |
Family
ID=25184167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP02791298A Expired - Fee Related JP3364587B2 (ja) | 1997-02-19 | 1998-02-10 | 通信システムで比較的大きなデータ・オブジェクトの伝送を制御するシステムと方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5909553A (ja) |
| JP (1) | JP3364587B2 (ja) |
| KR (1) | KR100241218B1 (ja) |
| CA (1) | CA2228334A1 (ja) |
Families Citing this family (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6081834A (en) * | 1998-04-15 | 2000-06-27 | Unisys Corporation | Network data path interface method and system for enhanced data transmission |
| US6161153A (en) * | 1998-07-30 | 2000-12-12 | Micron Technology, Inc. | Method for sharing data buffers from a buffer pool |
| US20030158890A1 (en) * | 2002-01-31 | 2003-08-21 | Miller Layne B. | Channel communication mechanism |
| US20040215578A1 (en) * | 2003-04-09 | 2004-10-28 | Nokia, Inc. | Controlling usage of system resources by a network manager |
| US8200918B2 (en) | 2004-10-01 | 2012-06-12 | International Business Machines Corporation | Tracking ownership of memory in a data processing system through use of a memory monitor |
| US7668186B1 (en) * | 2006-03-07 | 2010-02-23 | Xilinx, Inc. | Token ecosystem for buffer management |
| US7899895B2 (en) * | 2007-08-29 | 2011-03-01 | International Business Machines Corporation | Transfer of ownership of a storage object in response to an original owner node becoming available after a period of unavailability |
| US7991822B2 (en) * | 2007-08-29 | 2011-08-02 | International Business Machines Corporation | Propagation of updates for attributes of a storage object from an owner node of the storage object to other nodes |
| US7778986B2 (en) * | 2007-08-29 | 2010-08-17 | International Business Machines Corporation | Securing transfer of ownership of a storage object from an unavailable owner node to another node |
| US8270299B2 (en) * | 2008-11-10 | 2012-09-18 | International Business Machines Corporation | Communicator-based token/buffer management for eager protocol support in collective communication operations |
| US8484422B2 (en) * | 2009-12-08 | 2013-07-09 | International Business Machines Corporation | Maintaining data coherence by using data domains |
| US9053064B2 (en) * | 2012-12-10 | 2015-06-09 | Vmware, Inc. | Method for saving virtual machine state to a checkpoint file |
| US9053065B2 (en) * | 2012-12-10 | 2015-06-09 | Vmware, Inc. | Method for restoring virtual machine state from a checkpoint file |
| US10454714B2 (en) | 2013-07-10 | 2019-10-22 | Nicira, Inc. | Method and system of overlay flow control |
| US10749711B2 (en) | 2013-07-10 | 2020-08-18 | Nicira, Inc. | Network-link method useful for a last-mile connectivity in an edge-gateway multipath system |
| US10498652B2 (en) | 2015-04-13 | 2019-12-03 | Nicira, Inc. | Method and system of application-aware routing with crowdsourcing |
| US10425382B2 (en) | 2015-04-13 | 2019-09-24 | Nicira, Inc. | Method and system of a cloud-based multipath routing protocol |
| US10135789B2 (en) | 2015-04-13 | 2018-11-20 | Nicira, Inc. | Method and system of establishing a virtual private network in a cloud service for branch networking |
| US11334882B1 (en) * | 2016-03-28 | 2022-05-17 | United Services Automobile Association (Usaa) | Data access management on a distributed ledger system |
| US10992558B1 (en) | 2017-11-06 | 2021-04-27 | Vmware, Inc. | Method and apparatus for distributed data network traffic optimization |
| US11706127B2 (en) | 2017-01-31 | 2023-07-18 | Vmware, Inc. | High performance software-defined core network |
| US11121962B2 (en) | 2017-01-31 | 2021-09-14 | Vmware, Inc. | High performance software-defined core network |
| US11252079B2 (en) | 2017-01-31 | 2022-02-15 | Vmware, Inc. | High performance software-defined core network |
| US20180219765A1 (en) | 2017-01-31 | 2018-08-02 | Waltz Networks | Method and Apparatus for Network Traffic Control Optimization |
| US10992568B2 (en) | 2017-01-31 | 2021-04-27 | Vmware, Inc. | High performance software-defined core network |
| US20200036624A1 (en) | 2017-01-31 | 2020-01-30 | The Mode Group | High performance software-defined core network |
| US10778528B2 (en) | 2017-02-11 | 2020-09-15 | Nicira, Inc. | Method and system of connecting to a multipath hub in a cluster |
| US10523539B2 (en) | 2017-06-22 | 2019-12-31 | Nicira, Inc. | Method and system of resiliency in cloud-delivered SD-WAN |
| US10608844B2 (en) | 2017-10-02 | 2020-03-31 | Vmware, Inc. | Graph based routing through multiple public clouds |
| US10999100B2 (en) | 2017-10-02 | 2021-05-04 | Vmware, Inc. | Identifying multiple nodes in a virtual network defined over a set of public clouds to connect to an external SAAS provider |
| US11089111B2 (en) | 2017-10-02 | 2021-08-10 | Vmware, Inc. | Layer four optimization for a virtual network defined over public cloud |
| US10999165B2 (en) | 2017-10-02 | 2021-05-04 | Vmware, Inc. | Three tiers of SaaS providers for deploying compute and network infrastructure in the public cloud |
| US11115480B2 (en) | 2017-10-02 | 2021-09-07 | Vmware, Inc. | Layer four optimization for a virtual network defined over public cloud |
| US11223514B2 (en) | 2017-11-09 | 2022-01-11 | Nicira, Inc. | Method and system of a dynamic high-availability mode based on current wide area network connectivity |
| US11153230B2 (en) | 2019-08-27 | 2021-10-19 | Vmware, Inc. | Having a remote device use a shared virtual network to access a dedicated virtual network defined over public clouds |
| US11611507B2 (en) | 2019-10-28 | 2023-03-21 | Vmware, Inc. | Managing forwarding elements at edge nodes connected to a virtual network |
| US11489783B2 (en) | 2019-12-12 | 2022-11-01 | Vmware, Inc. | Performing deep packet inspection in a software defined wide area network |
| US11394640B2 (en) | 2019-12-12 | 2022-07-19 | Vmware, Inc. | Collecting and analyzing data regarding flows associated with DPI parameters |
| US11418997B2 (en) | 2020-01-24 | 2022-08-16 | Vmware, Inc. | Using heart beats to monitor operational state of service classes of a QoS aware network link |
| US11245641B2 (en) | 2020-07-02 | 2022-02-08 | Vmware, Inc. | Methods and apparatus for application aware hub clustering techniques for a hyper scale SD-WAN |
| US11363124B2 (en) | 2020-07-30 | 2022-06-14 | Vmware, Inc. | Zero copy socket splicing |
| US11575591B2 (en) | 2020-11-17 | 2023-02-07 | Vmware, Inc. | Autonomous distributed forwarding plane traceability based anomaly detection in application traffic for hyper-scale SD-WAN |
| US11575600B2 (en) | 2020-11-24 | 2023-02-07 | Vmware, Inc. | Tunnel-less SD-WAN |
| US11601356B2 (en) | 2020-12-29 | 2023-03-07 | Vmware, Inc. | Emulating packet flows to assess network links for SD-WAN |
| US11792127B2 (en) | 2021-01-18 | 2023-10-17 | Vmware, Inc. | Network-aware load balancing |
| US11979325B2 (en) | 2021-01-28 | 2024-05-07 | VMware LLC | Dynamic SD-WAN hub cluster scaling with machine learning |
| US12009987B2 (en) | 2021-05-03 | 2024-06-11 | VMware LLC | Methods to support dynamic transit paths through hub clustering across branches in SD-WAN |
| US11637768B2 (en) | 2021-05-03 | 2023-04-25 | Vmware, Inc. | On demand routing mesh for routing packets through SD-WAN edge forwarding nodes in an SD-WAN |
| US11729065B2 (en) | 2021-05-06 | 2023-08-15 | Vmware, Inc. | Methods for application defined virtual network service among multiple transport in SD-WAN |
| US12015536B2 (en) | 2021-06-18 | 2024-06-18 | VMware LLC | Method and apparatus for deploying tenant deployable elements across public clouds based on harvested performance metrics of types of resource elements in the public clouds |
| US11489720B1 (en) | 2021-06-18 | 2022-11-01 | Vmware, Inc. | Method and apparatus to evaluate resource elements and public clouds for deploying tenant deployable elements based on harvested performance metrics |
| US12047282B2 (en) | 2021-07-22 | 2024-07-23 | VMware LLC | Methods for smart bandwidth aggregation based dynamic overlay selection among preferred exits in SD-WAN |
| US11375005B1 (en) | 2021-07-24 | 2022-06-28 | Vmware, Inc. | High availability solutions for a secure access service edge application |
| US11943146B2 (en) | 2021-10-01 | 2024-03-26 | VMware LLC | Traffic prioritization in SD-WAN |
| CN114627580B (zh) * | 2022-03-11 | 2023-10-27 | 青岛海信智慧生活科技股份有限公司 | 智能门锁及其状态上报方法、家居设备联动系统 |
| US11909815B2 (en) | 2022-06-06 | 2024-02-20 | VMware LLC | Routing based on geolocation costs |
| US12057993B1 (en) | 2023-03-27 | 2024-08-06 | VMware LLC | Identifying and remediating anomalies in a self-healing network |
| US12034587B1 (en) | 2023-03-27 | 2024-07-09 | VMware LLC | Identifying and remediating anomalies in a self-healing network |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4228496A (en) * | 1976-09-07 | 1980-10-14 | Tandem Computers Incorporated | Multiprocessor system |
| SE448919B (sv) * | 1983-03-04 | 1987-03-23 | Ibm Svenska Ab | Metod for att overfora informationsenheter i ett datornetsystem, samt datornetsystem for genomforande av metoden |
| US4926322A (en) * | 1987-08-03 | 1990-05-15 | Compag Computer Corporation | Software emulation of bank-switched memory using a virtual DOS monitor and paged memory management |
| US5055999A (en) * | 1987-12-22 | 1991-10-08 | Kendall Square Research Corporation | Multiprocessor digital data processing system |
| US5027269A (en) * | 1989-04-27 | 1991-06-25 | International Business Machines Corporation | Method and apparatus for providing continuous availability of applications in a computer network |
| US5269013A (en) * | 1991-03-20 | 1993-12-07 | Digital Equipment Corporation | Adaptive memory management method for coupled memory multiprocessor systems |
| US5386536A (en) * | 1991-03-28 | 1995-01-31 | Courts; Howard R. | Apparatus and method for managing memory allocation |
| US5278834A (en) * | 1992-05-26 | 1994-01-11 | Alcatel Network Systems, Inc. | Method for implementing a data communication protocol stack |
| US5396614A (en) * | 1992-06-25 | 1995-03-07 | Sun Microsystems, Inc. | Method and apparatus for a secure protocol for virtual memory managers that use memory objects |
-
1997
- 1997-02-19 US US08/802,596 patent/US5909553A/en not_active Expired - Fee Related
- 1997-10-29 KR KR1019970056057A patent/KR100241218B1/ko not_active IP Right Cessation
-
1998
- 1998-01-30 CA CA002228334A patent/CA2228334A1/en not_active Abandoned
- 1998-02-10 JP JP02791298A patent/JP3364587B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CA2228334A1 (en) | 1998-08-19 |
| US5909553A (en) | 1999-06-01 |
| JPH10301873A (ja) | 1998-11-13 |
| KR100241218B1 (ko) | 2000-02-01 |
| KR19980070053A (ko) | 1998-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3364587B2 (ja) | 通信システムで比較的大きなデータ・オブジェクトの伝送を制御するシステムと方法 | |
| US5920703A (en) | Systems and methods for managing the processing of relatively large data objects in a communications stack | |
| US6859835B1 (en) | Virtual port multiplexing | |
| JP4624110B2 (ja) | ２つまたはそれ以上の機械の間でデータベース動作を行なうための直接メモリアクセスの用法 | |
| US5727142A (en) | Method for a non-disruptive host connection switch after detection of an error condition or during a host outage or failure | |
| US6658477B1 (en) | Improving the control of streaming data through multiple processing modules | |
| EP0343820B1 (en) | Temporary state preservation for a distributed file service | |
| KR100232247B1 (ko) | 클러스터화된 다중처리 시스템 및 시스템내 디스크 액세스 경로의 고장 회복 방법 | |
| US6697878B1 (en) | Computer having a remote procedure call mechanism or an object request broker mechanism, and data transfer method for the same | |
| US6081846A (en) | Method and computer program product for reducing intra-system data copying during network packet processing | |
| US5983259A (en) | Systems and methods for transmitting and receiving data in connection with a communications stack in a communications system | |
| TW544589B (en) | Loosely coupled-multi processor server | |
| EP0317466B1 (en) | Reverse flow control mechanism and method | |
| US5781741A (en) | Message communications system in a parallel computer | |
| JPH1011372A (ja) | Ｃｐｕ及びｉ／ｏデバイス間のリファレンスによるコンピュータシステムデータｉ／ｏ | |
| JPS61289458A (ja) | プロセス間通信装置 | |
| JPH07120337B2 (ja) | プロセツサシステム | |
| JPH09325944A (ja) | Ｉ／ｏデバイス及び多重メモリ装置間のリファレンスによるコンピュータシステムデータｉ／ｏ | |
| JPH065524B2 (ja) | 記憶装置管理方法 | |
| US5218713A (en) | Distributed data management mechanism for handling a data stream | |
| JP4208506B2 (ja) | 高性能記憶装置アクセス環境 | |
| US6963905B1 (en) | System and method including a communication interface for transferring information between at least two processes | |
| JP3644158B2 (ja) | 並列計算機におけるデータ送受信方法 | |
| JPH1145220A (ja) | Ｔｃｐ／ｉｐソケット・アプリケーションを使用したシステム資源削減装置および方法 | |
| KR20000065846A (ko) | 오퍼레이팅 시스템에서 커널과 사용자 사이의 제로-카피 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |